Электронную коммерцию в Яндекс Метрике удобно проверять по отдельному заказу. Проследите, какое действие вызвало отправку покупки, какие данные ушли и что появилось в отчёте. Такой маршрут помогает найти место расхождения между сайтом, аналитикой и учётом магазина.
Начните со смысла события и одного воспроизводимого сценария. После проверки отдельных заказов переходите к сверке общей выручки. Ниже приведён диагностический порядок для владельца магазина и маркетолога. Все примеры условные.
Определите, какой этап заказа попадает в Метрику
Запишите, что на вашем сайте означает покупка. Заказ может быть подтверждён, оплачен, передан в доставку или выкуплен. Выберите нужный этап для рекламной оценки и найдите место в логике сайта, где он подтверждается.
В формате ручной передачи ecommerce (откроется в новой вкладке) событие purchase отправляется при подтверждении заказа. Поэтому наличие такой записи само по себе ещё оставляет открытым вопрос оплаты. Проверяйте бизнес-статус отдельно по системе магазина.
Уточните способы оформления. Полная корзина, покупка в один клик и заказ с мобильного устройства могут проходить разными маршрутами. Составьте короткий список используемых вариантов. У каждого должны быть понятны момент подтверждения и ответственный за передачу данных.
Например, в одном маршруте заказ подтверждается до перехода к оплате, а в другом после ответа платёжной системы. Перед сравнением этих покупок договоритесь о едином основании. В статье о рекламе интернет-магазина разобрано, как связать этапы покупки с оценкой рекламы.
Подготовьте заказ, который можно проследить
Для первичной сверки подходит существующий заказ, по которому доступны нужные записи. Соберите его номер, время подтверждения, способ оформления, товары, количество, итоговую сумму и бизнес-статус. Персональные данные покупателя для этой задачи обычно не нужны.
Если потребуется воспроизведение, согласуйте его с владельцем магазина и разработчиком. Используйте подготовленную тестовую среду и отдельный тестовый счётчик. До начала определите, как исключены отправка уведомлений продавцам, реальное списание и передача тестовой покупки в рекламную оптимизацию.
Рассмотрим условный заказ DEMO-1042. В нём две единицы товара по 1500 рублей и одна по 1000 рублей. Для этого примера скидки и платная доставка отсутствуют, ожидаемая сумма равна 4000 рублей. Эти значения служат контрольным набором для проверки.
Зафиксируйте ожидаемый результат до воспроизведения. В заказе должен сохраниться один идентификатор, в данных покупки появиться соответствующий состав, а сумма совпасть с выбранным правилом дохода. Тогда проверяющий сможет заметить расхождение, даже если общий отчёт выглядит правдоподобно.
Запишите также версию сайта и маршрут входа. Повторная проверка после исправления должна проходить в сопоставимых условиях.
Сопоставьте поля отправленной покупки
Разработчику потребуется проверить настройку ecommerce и имя контейнера данных. Инструкция по проверке (откроется в новой вкладке) описывает отладчик с параметром _ym_debug=2 и вкладкой Ecommerce. Для предыдущего кода счётчика предусмотрена проверка через консоль с _ym_debug=1.
Сверяйте событие, связанное с выбранным действием. Сохраните обезличенную запись и отметьте, что подтвердили на каждом шаге. Видимость объекта в контейнере и появление покупки в отчёте требуют отдельных отметок в протоколе.
| Что проверить | Контрольный результат в условном заказе | Вопрос при расхождении |
|---|---|---|
| Идентификатор покупки | DEMO-1042 соответствует записи магазина | Откуда берётся номер и когда меняется |
| Валюта | Передаётся RUB | Как формируется код валюты |
| Доход | Ожидаются 4000 рублей | Какие составляющие включены в сумму |
| Товары | Две товарные позиции | Все ли позиции попали в событие |
| Цена и количество | 1500 × 2 и 1000 × 1 | Передана цена единицы или всей строки |
В ручном формате обязательный идентификатор покупки находится в actionField.id, доход задаётся числом в revenue, валюта передаётся в currencyCode. У товара отдельно указаны цена единицы и количество. Если явный доход отсутствует, проверьте предусмотренное форматом вычисление суммы по товарам.
Договоритесь, как учитываются скидки и доставка в вашем отчёте. Зафиксируйте выбранное правило рядом с контрольным расчётом. Иначе разница сумм может возникнуть уже при постановке задачи.
Проверьте повторные входы в тот же заказ
После первого успешного сценария исследуйте повторные действия в подготовленной среде. Обновите страницу подтверждения, вернитесь назад, снова откройте сохранённую ссылку. Если используется внешняя оплата, проверьте согласованный маршрут возврата после неё.
Для каждого действия запишите, отправилось ли событие ещё раз и какой идентификатор оно содержало. Если номер меняется при каждом открытии страницы, связь с исходным заказом требует исправления или объяснения разработчика.
Два наблюдаемых вызова ещё требуют сверки с результатом обработки. Проверьте, как они отразились в доступных данных, и согласуйте ожидаемое поведение сайта. Одного предположения об автоматическом удалении дублей по ID для приёмки недостаточно.
В условном примере после повторного открытия DEMO-1042 появляется новая отправка. В задании разработчику укажите шаги, время, исходный номер и наблюдаемую отправку. Отдельно укажите, обнаружено ли изменение числа заказов или дохода в отчёте. Это позволяет обсуждать воспроизводимый дефект без догадки о его масштабе.
Проверьте, каким способом подключена передача. При наличии плагина, собственного кода и менеджера тегов выясните, какой компонент отвечает за событие. Схема ответственности помогает найти повторный запуск и сохранить исправление при следующем обновлении магазина.
Найдите соответствующую покупку в отчёте
В отчётах электронной коммерции (откроется в новой вкладке) для сверки отдельной покупки подходит «Содержимое заказов». Он связывает ID покупки с товарами и доходом. Сопоставьте запись с контрольным заказом, сохранив период и применённые условия отчёта.
Проверьте выбранный источник заказов. По справке об автосборе (откроется в новой вкладке), при наличии ручной и автоматической разметки доступен выбор источника для метрик. Зафиксируйте этот вариант перед сравнением с технической записью ручного события.
Далее соберите небольшую проверочную подборку из разных способов оформления. У каждой строки должны быть объяснены сумма, этап и наличие записи. Только после этого переходите к агрегатам. Универсальной допустимой доли расхождений для любого магазина нет.
На 7 ноября 2026 года действует специальный режим Метрики (откроется в новой вкладке). Сбор электронной коммерции продолжается, при этом отчётные данные за период с 11 октября могут появляться с задержкой. Модели атрибуции с учётом прошлых визитов используют историю заново с 11 октября 2026 года, поэтому часть рекламных визитов и конверсий может отображаться под другими источниками. Зафиксируйте модель и учитывайте это условие при сверке рекламы.
Если покупка отсутствует, отметьте время проверки и вернитесь к ней после обработки данных. Если сумма отличается, сначала проверьте состав расчёта. Общую проверку счётчика и целей можно дополнить аудитом Яндекс Метрики.
Разберите причину расхождения и повторите сценарий
Для пропавших покупок Яндекс рекомендует проверить (откроется в новой вкладке) место вызова, структуру полей и заполнение actionField. Передаче также могут мешать блокировка счётчика, уход до его загрузки и перенаправления. Проверяйте причины по наблюдаемому маршруту.
Если ошибка встречается только при определённом способе оформления, передайте этот признак разработчику. Для неверной суммы приложите контрольный расчёт. Для повторной отправки сохраните последовательность действий и идентификаторы. У каждой задачи должно быть проверяемое условие исправления.
После изменения повторите исходный маршрут и соседний сценарий, который работал раньше. Затем проверьте поступление свежих данных. Результат технического исправления относится к проверенной версии сайта. Предыдущую статистику оценивайте с учётом известного периода ошибки и доступности исходных записей.
Зафиксируйте результат перед оценкой рекламы
Итог проверки должен содержать проверенные способы оформления, смысл покупки, правило расчёта дохода, найденные расхождения и оставшиеся вопросы. Приложите обезличенные подтверждения. Назначьте ответственного за каждый незакрытый пункт и способ повторной проверки.
Когда переходите к анализу кампаний, используйте тот этап покупки и состав дохода, которые согласовали. При изменении правила отметьте дату перехода в отчёте. Это сохранит понятный смысл показателей для владельца и специалиста по рекламе.
На часовой консультации можем разобрать передачу покупок, сверку дохода или связанную задачу маркетинга. Подготовьте описание способов оформления, пример обезличенного заказа и вопросы к текущим данным. Для регулярной работы с кампаниями согласуйте такой контроль в составе ведения Яндекс Директа.