В учётной системе есть заказы, а Метрика показывает другое число покупок. До поиска ошибки договоритесь, что именно сравнивается: созданный заказ, оплаченный заказ, событие покупки или достижение цели. Одинаковое название показателя не делает эти события одинаковыми.
Короткий ответ. Если данные Метрики расходятся с заказами, приведите сравнение к одному периоду и правилу учёта, затем сопоставьте идентификаторы покупок. Разделите записи на совпавшие, отсутствующие в Метрике и отсутствующие в учётной системе. Для каждой несовпавшей группы найдите подтверждение: статус заказа, момент отправки события и результат приёма данных. Общая разница ещё не объясняет причину.
Этот маршрут предназначен для маркетолога интернет-магазина и специалиста, который отвечает за измерение покупок. Результат — перечень проверенных расхождений и задача владельцу конкретного участка. Он не требует объяснять всю разницу одной причиной. При переносе записей на соседний день отдельно проверьте часовой пояс счётчика и системы заказов.
Сначала определите, что считать заказом
Запишите определения обеих сторон сравнения. В выгрузке магазина могут находиться созданные, оплаченные, отменённые и тестовые заказы. Решите, какие из них нужны для вопроса, и сохраните условие отбора. Не удаляйте строки из исходной выгрузки ради совпадения итогов: делайте отдельный отфильтрованный набор.
В Метрике выберите конкретный показатель и отчёт. Количество товаров, покупок и достижений цели нельзя свободно заменять друг другом. Официальный отчёт «Содержимое заказов» группирует данные по идентификатору покупки с детализацией до товара. Поэтому при сверке заказов сначала приведите строки товаров к идентификатору покупки.
| Условие | Что зафиксировать | Как проверить |
|---|---|---|
| Событие | Создание, оплата или другая стадия | Сверить правило выгрузки и триггер отправки |
| Период | Начало, конец и используемое поле даты | Отдельно посмотреть пограничные заказы |
| Отбор | Статусы, магазин, счётчик и сегмент | Сохранить условия обеих выгрузок |
| Единица | Покупка или товарная строка | Сгруппировать по идентификатору покупки |
| Сумма | Состав выручки и валюта | Сопоставить поля одного заказа |
Для повторяемого отбора полезен сегмент в Яндекс Метрике. При этом одинаковая подпись сегмента не гарантирует одинаковое правило выгрузки из магазина: условия нужно сверить отдельно.
Сопоставьте покупки по идентификаторам
Сохраните исходные файлы и время получения данных. Работайте с копиями. В каждой системе выделите идентификатор, дату выбранного события, статус и сумму. Для идентификаторов используйте текстовый формат: преобразование в число может убрать ведущие нули. Не исправляйте регистр, префиксы и пробелы без проверки правила, по которому магазин создаёт номер.
Проверьте, что идентификатор, отправленный в Метрику, действительно соответствует номеру из учётной системы. В документации передачи электронной коммерции поле purchase.actionField.id обозначает обязательный идентификатор покупки. Связь этого значения с внутренним номером магазина должна подтверждаться реализацией отправки, а не сходством итоговых чисел.
Постройте три списка. Совпавшие идентификаторы проверьте по сумме и выбранной стадии заказа. Для записей только в магазине исследуйте путь отправки. Для записей только в Метрике проверьте другие периоды, статусы, тестовые покупки и правила нумерации. Не объединяйте все несовпадения в «потерянные продажи».
Если общей связи между идентификаторами нет, сопоставление только по сумме и времени остаётся предположением. В этом случае задача разработчику — установить проверяемое соответствие для новых событий. Историческую точность нужно описать отдельно.
Заказ есть в магазине, но отсутствует в Метрике
Начните с конкретного идентификатора и восстановите цепочку: заказ создан, достигнута нужная стадия, выполнен код отправки, сформировано событие, данные появились в выбранном отчёте. Для результата вне сайта дополнительно проверьте идентификатор и статус привязки офлайн-конверсии. Для каждого перехода запишите доступное свидетельство. Отсутствие журналов не превращайте в доказательство того, что событие не отправлялось.
Проверьте момент отправки
Сопоставьте бизнес-правило с фактическим действием кода. Если измеряется оплата, одного нажатия на кнопку оформления недостаточно: нужно подтверждение выбранной стадии. В документации Яндекс отдельно предупреждает о потере данных при отправке во время перехода на другую страницу. Разработчик должен проверить этот участок в реальном сценарии сайта.
Проверьте данные и настройки счётчика
Зафиксируйте номер счётчика, имя контейнера, идентификатор покупки и состав отправленного объекта. Сверьте их с действующей настройкой электронной коммерции. При общих признаках отсутствия данных начните с проверки счётчика Метрики; при расхождении только покупок исследуйте именно событие покупки.
Проверку проводите на разрешённом тестовом сценарии и обозначайте тестовые записи в учётной системе. Не создавайте реальные платные заказы ради диагностики без отдельного согласования. Сохраните результат после повторного открытия заказа: видимый экран успешного оформления сам по себе не заменяет запись в учётной системе.
Покупка есть в Метрике, но отсутствует в выгрузке магазина
Сначала проверьте границы выгрузки: нужный магазин, выбранную дату, статус и учёт тестовых операций. Найдите номер в исходной системе без первоначального фильтра. Если запись найдена, опишите конкретное условие, которое исключило её из сравнения.
Затем исследуйте связь номера покупки с заказом. Отдельная строка товара или подзаказ не обязательно означает отдельный бизнес-заказ. Не удаляйте такие записи автоматически: сначала подтвердите правило формирования данных и выберите общую единицу сверки.
Если подозреваете повторную отправку, воспроизведите возврат на страницу результата, повторное открытие заказа и повторный вызов обработчика. Сохраните отправленные идентификаторы и число фактических вызовов. Не делайте вывод о дубле только по тому, что итог Метрики больше выгрузки магазина.
Ограничение. Без идентификаторов, сопоставимых условий и свидетельств отправки нельзя достоверно распределить общую разницу по причинам. В отчёте укажите «Причина не установлена» и перечислите недостающие данные. Разницу в покупках нельзя автоматически считать потерей выручки или эффектом рекламы.
Передайте проверяемую задачу и подтвердите исправление
Назначайте задачу по установленной точке расхождения. Аналитику — различия определений и фильтров, разработчику — событие и идентификаторы, ответственному за магазин — статусы и правила выгрузки. В задаче укажите наблюдение и ожидаемый результат без недоказанного объяснения.
Редакционный шаблон ниже можно скопировать в рабочую задачу. Он не является командой Метрики и не отправляет данные.
Вопрос сравнения:
Счётчик и магазин:
Период, поле даты и часовой пояс:
Правило отбора статусов:
Идентификатор заказа и покупки:
Подтверждённое расхождение:
Гипотеза и проверка:
Ответственный:
Условие завершения:
Непроверенные ограничения:После правки повторите тот же маршрут с новой разрешённой тестовой записью. Проверьте выбранную стадию в магазине после повторного открытия, идентификатор отправленного события и появление покупки в отчёте. Затем снова выполните сверку на согласованном периоде. Сохраните как совпавшие записи, так и остаток без объяснения.
Для регулярного контроля используйте ежедневный регламент проверки Метрики. STRIX ежедневно проверяет подключённые данные Метрики и Директа и показывает события и рекомендации в кабинете. Сверка с учётной системой и подтверждение исправления остаются отдельной работой специалиста.
Источники и дата проверки
Официальные страницы Яндекс Метрики о передаче электронной коммерции и отчёте «Содержимое заказов» проверены 13 сентября 2026 года и приведены рядом с техническими утверждениями. Порядок сверки, таблица условий и шаблон задачи — редакционная методика STRIX. Клиентские результаты и числовые примеры не используются.
Если расхождение связано не с покупкой, а с этапом обработки, используйте отдельный маршрут про статусы заказов и цели в Метрике.
Частые вопросы
Должны ли покупки Метрики совпадать со всеми заказами?
Сначала нужно согласовать событие, период, статусы и единицу учёта. Без этого одинаковые или разные итоги не подтверждают качество измерения. Проверяйте соответствие отдельных идентификаторов.
С чего начать, если заказов в Метрике меньше?
Выделите идентификаторы, присутствующие только в магазине, и проверьте правило отбора. Затем восстановите путь конкретного заказа до отправки события и появления в отчёте.
Можно ли сверять только общую выручку?
Общая сумма показывает наличие расхождения, но не объясняет его состав. Сначала сопоставьте покупки, затем проверьте суммы совпавших идентификаторов и состав учитываемого дохода.
Что делать, если причину установить не удалось?
Зафиксируйте неизвестный остаток, условия сравнения и недостающие свидетельства. Назначьте сбор данных для следующей проверки. Не заменяйте неизвестную причину удобной гипотезой.
Дальше по теме
