Pingveraблог ← Блог
Главная › Блог › Цели Яндекс Метрики для интернет-магазина: как настроить и проверить перед распр

Цели Яндекс Метрики для интернет-магазина: как настроить и проверить перед распродажами

6 ноября 2026 · 12 мин чтения

Цели Яндекс Метрики для интернет-магазина: как настроить и проверить перед распродажами

Интернет-магазину достаточно трёх-пяти целей в Яндекс Метрике: добавление в корзину, начало оформления, оформленный заказ и покупка с суммой. Главную цель «покупка» надёжнее всего передавать через электронную коммерцию: событие purchase с номером заказа и товарами. Метрика сама создаёт по нему автоцель «Ecommerce: покупка». Проверить любую цель можно за пять минут: откройте сайт с параметром _ym_debug=2, выполните действие и посмотрите панель отладки.

Перед 11.11 и «Чёрной пятницей» (27 ноября 2026 года) проверка особенно нужна. Конверсионные стратегии Директа учатся на целях Метрики. Если цель «покупка» тихо перестала срабатывать после обновления шаблона или модуля оплаты, отчёты покажут падение конверсии, которого нет, а стратегия начнёт перераспределять бюджет по неверным данным. Ниже: какие цели нужны, как их настроить, как проверить и как часто повторять проверку.

Коротко

Почему это важно в ноябре 2026 года

В ноябре у магазина сходятся три вещи: рост рекламного бюджета, частые правки сайта под акции и стратегии Директа, которые зависят от целей.

Стратегия «Максимум конверсий» с оплатой за конверсии работает только со счётчиком Метрики и выбранными целями. По справке Директа, в стратегии можно указать до 30 целей. При оплате за конверсии вы платите за визиты с конверсией в течение 21 дня после клика. Если в одном визите достигнуто несколько выбранных целей, деньги списываются за каждую. Недельный бюджет должен быть не меньше 10 × CPA. Стратегия с ограничением ДРР считает расходы как процент от дохода, переданного по цели: она подходит магазинам, которые передают доход через электронную коммерцию.

Из этого следуют два риска:

  1. Цель «покупка» перестала срабатывать. Стратегия видит меньше конверсий, чем есть на самом деле, и учится на искажённых данных. При ДРР она ещё и не видит доход.
  2. Цель срабатывает лишнее: например, «спасибо за заказ» засчитывается при обновлении страницы или цель привязана к клику по кнопке, который не означает заказ. При оплате за конверсии вы платите за действия, которые не принесли денег.

Ещё одно ограничение из обучающих материалов Яндекс Рекламы: изменение, добавление или удаление целей в стратегии перезапускает её обучение. Поэтому переделывать цели лучше сейчас, а не в неделю «Чёрной пятницы». Подробный план подготовки к распродаже есть в статье «Чёрная пятница 2026: что успеть интернет-магазину».

Какие цели нужны интернет-магазину

В Метрике есть цели нескольких типов: целевое событие (JavaScript, API или загрузка файла), посещение страниц, количество просмотров, клики по телефону, email и кнопке, отправка формы, переход в мессенджер, возврат из платёжной системы, мультицель и составная цель. Часть целей Метрика создаёт автоматически.

Для магазина достаточно такого набора:

Цели-клики по кнопке «Купить» удобны, но слабы: клик не равен заказу. Для оптимизации рекламы выбирайте цель, которая срабатывает после того, как заказ создан в системе.

Как настроить цель «покупка» через электронную коммерцию

  1. Включите в настройках счётчика опцию Электронная коммерция. В код счётчика добавится контейнер dataLayer. Проверьте, что в коде на сайте есть строка ecommerce:"dataLayer".
  2. Для WordPress/WooCommerce, 1С-Битрикс, InSales и других CMS сначала посмотрите готовый модуль или встроенную интеграцию с Метрикой. Он передаёт события сам. Свой код нужен для самописных сайтов и нестандартного оформления заказа.
  3. Отправляйте событие purchase в момент подтверждения заказа. Номер заказа actionField.id обязателен, у каждого товара нужен id или name. Если не передать revenue, Метрика посчитает сумму по ценам товаров.
  4. Валюту указывайте кодом ISO 4217 (RUB). С другой валютой Метрика запишет нулевые значения вместо валюты и суммы.
  5. Следите за размером: контейнер данных не должен быть больше 8192 символов. Большой заказ справка предлагает делить на подзаказы вида order1-1, order1-2.

Пример события из справки Метрики (сокращён до одного товара):

dataLayer.push({
  "ecommerce": {
    "currencyCode": "RUB",
    "purchase": {
      "actionField": { "id": "TRX987" },
      "products": [
        { "id": "25341", "name": "Толстовка Яндекс мужская", "price": 1345.26, "quantity": 1 }
      ]
    }
  }
});

Если нужна обычная цель-событие (например, «заказ оформлен» для оплаты при получении), создайте в Метрике цель типа «Целевое событие» и вызывайте ym(XXXXXXXX, 'reachGoal', 'order_created') там, где заказ точно создан. В идентификаторе цели нельзя использовать символы / \ & # ? = ". Сумму можно передать в параметрах: {order_price: 1000.35, currency: 'RUB'}.

Как проверить цели в Яндекс Метрике: процедура на 15 минут

  1. Откройте окно в режиме инкогнито. Если в счётчике включён фильтр «Не учитывать мои визиты», в обычном окне ваши действия не попадут в отчёты.
  2. Отключите блокировщик рекламы: он может блокировать счётчик и отладчик.
  3. Добавьте к адресу ?_ym_debug=2 и загрузите страницу. Внизу появится значок, по нему открывается панель отладки.
  4. Пройдите путь покупателя: карточка товара, корзина, оформление, оплата тестовым способом или заказ с оплатой при получении.
  5. На вкладке «События» проверьте, что счётчик принял каждое действие. На вкладке «Консоль» для целей-событий виден идентификатор, переданный в reachGoal.
  6. Если панель не появилась, на сайте старый код счётчика. Откройте адрес с ?_ym_debug=1, консоль браузера (Ctrl+Shift+J, на Mac ⌥+⌘+J) и ищите строки PageView, Reach goal, Form goal, Button goal.
  7. Через несколько минут откройте отчёт «Конверсии» и найдите свой визит. Если цели нет ни в консоли, ни в отчёте, она не фиксируется.
  8. Отмените тестовый заказ в CMS, чтобы он не попал в учёт и выгрузку в 1С.

Проверка в отладчике отвечает на вопрос «срабатывает ли цель у меня сейчас». Она не покажет, что цель не срабатывает у части покупателей: с другим способом оплаты, с мобильного, после редиректа с платёжной страницы. Для этого нужна сверка с CMS.

Сверка Метрики с заказами CMS

Раз в неделю, а в сезон распродаж каждый день, сравните два числа за вчера: покупки по цели «Ecommerce: покупка» и оплаченные заказы в админке магазина. Метрика не увидит часть визитов: блокировщики, отказ от cookies, закрытая вкладка после оплаты. Поэтому полного совпадения не будет. Важна стабильность доли: если обычно Метрика видит, скажем, 80–90% заказов, а вчера увидела 30%, ищите поломку. Свою нормальную долю определите по истории за несколько спокойных недель. Подробнее о том, почему цифры расходятся и как вести сверку, мы писали в статье «Качество данных ecommerce-аналитики».

Таблица: что ломает цели и кто проверяет

Риск Ответственный Проверка Частота
Новая тема или правка шаблона убрала код счётчика или dataLayer Разработчик, веб-студия ?_ym_debug=2 на главной, карточке и странице «Спасибо» После каждого релиза
Смена модуля оплаты: покупатель не возвращается на страницу «Спасибо» Разработчик Тестовая оплата, цель «Возврат из платёжной системы» и покупка в отладчике После обновления модуля, перед акцией
Цель «спасибо за заказ» засчитывается при обновлении страницы Маркетолог Обновить страницу «Спасибо» в отладчике, посмотреть, не ушла ли цель повторно Раз в месяц
Покупка уходит без суммы или в другой валюте Маркетолог Отчёт «Электронная коммерция», доход по заказу Раз в неделю
Доля заказов, которую видит Метрика, резко упала Владелец, e-commerce-менеджер Покупки в Метрике / оплаченные заказы в CMS Ежедневно в сезон
Стратегия Директа оптимизирует не на ту цель Специалист по рекламе Цели в настройках стратегии и их цена или ценность Перед запуском акционных кампаний

Готовый чек-лист проверки целей перед распродажей

Скопируйте в задачу для команды или подрядчика:

ПРОВЕРКА ЦЕЛЕЙ МЕТРИКИ — магазин: ________  дата: ________  кто: ________

Настройки счётчика
[ ] Опция «Электронная коммерция» включена, в коде есть ecommerce:"dataLayer"
[ ] Цели в счётчике: корзина / начало оформления / заказ оформлен / покупка
[ ] У целей-событий идентификаторы совпадают с кодом сайта (reachGoal)

Тест в инкогнито с ?_ym_debug=2 (блокировщик выключен)
[ ] Главная и карточка: просмотр страницы виден в «Событиях»
[ ] Добавление в корзину: событие add
[ ] Начало оформления: цель сработала
[ ] Заказ с оплатой онлайн (тестовый): purchase с номером заказа и суммой
[ ] Заказ с оплатой при получении: цель «заказ оформлен»
[ ] Повторная загрузка страницы «Спасибо»: покупка не ушла второй раз
[ ] То же самое с телефона

Отчёты и реклама
[ ] Через несколько минут визит виден в отчёте «Конверсии»
[ ] Через несколько часов заказ виден в «Электронной коммерции» с суммой
[ ] В стратегиях Директа выбраны нужные цели, цена/ценность актуальны
[ ] Тестовые заказы отменены в CMS

Сверка
[ ] Покупки в Метрике за вчера: ___   Оплаченные заказы в CMS: ___   Доля: ___%
[ ] Обычная доля по истории: ___%   Отклонение в пределах нормы: да / нет

Пример: цель пропала после смены платёжного модуля

Это вымышленный пример, чтобы показать ход проверки.

Магазин на WooCommerce за три недели до распродажи меняет модуль эквайринга. Тестовая оплата проходит, заказ создаётся, деньги приходят. Через два дня маркетолог видит, что в Директе конверсий почти нет, а стратегия с оплатой за конверсии снизила охват. В CMS заказов столько же, сколько обычно.

Проверка с ?_ym_debug=2 показывает: после оплаты покупатель попадает не на страницу «Спасибо», а на страницу заказа в личном кабинете. Новый модуль ведёт туда по умолчанию. Событие purchase отправлялось только со страницы «Спасибо», поэтому цель перестала срабатывать для всех онлайн-оплат. Заказы с оплатой при получении шли через ту же страницу «Спасибо» и считались, из-за чего поломка выглядела как «конверсия упала», а не «цель сломалась».

Команда возвращает адрес возврата из платёжки на страницу «Спасибо», повторяет тест и добавляет сверку «покупки в Метрике / заказы в CMS» в ежедневный отчёт до конца сезона. Цели в стратегии не меняют, чтобы не перезапускать обучение.

Частые ошибки

Честные ограничения. Метрика не увидит всех покупателей: часть блокирует счётчики или не соглашается на cookies. Цифры в Метрике и в CMS не совпадут, и это нормально. Мы не знаем, как именно стратегия Директа отреагирует на конкретную поломку цели: справка не описывает этот случай. Безопасная позиция простая: замечать поломку в первые часы и чинить её, а не перенастраивать стратегию.

Вопросы и ответы

Сколько целей нужно интернет-магазину в Метрике?

Для решений и рекламы достаточно трёх-пяти: корзина, начало оформления, заказ оформлен, покупка, иногда возврат из платёжной системы. Автоцели не учитываются в общем количестве целей счётчика, так что лишние можно не удалять, но в стратегии выбирайте только те, что связаны с заказом.

Почему цель срабатывает в отладчике, но не видна в отчёте?

Проверьте фильтр «Не учитывать мои визиты» и повторите тест в инкогнито. В отчёте «Конверсии» данные появляются через несколько минут, а статистика электронной коммерции через несколько часов после первой передачи. Также Метрика засчитывает одну и ту же цель на счётчике не чаще раза в секунду.

Нужно ли включать «Автоматические цели», чтобы появилась цель «Ecommerce: покупка»?

Нет. Цели «Ecommerce: добавление в корзину» и «Ecommerce: покупка» создаются при первой передаче соответствующих событий электронной коммерции, отдельная опция не нужна. Нужна включённая «Электронная коммерция» в настройках счётчика.

Источники

Проверено: 6 ноября 2026 года.

Сверка «покупки в Метрике / заказы в CMS» ловит поломку только тогда, когда кто-то на неё смотрит. Если магазин на WooCommerce, Pingvera принимает события заказов через WordPress-коннектор и поднимает алерт, когда поток заказов падает ниже почасовой нормы. Деплои и инциденты ложатся на тот же таймлайн, так что видно, после какого релиза всё изменилось. Это не заменяет проверку целей Метрики, но подсказывает, где искать: в аналитике или в самих продажах. Подробнее о таком сценарии: «Магазин работает, а заказов нет».

Узнавайте о проблеме раньше клиента

Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.

Попробовать Pingvera бесплатно

Читайте также: НДС на УСН в 2027 году: настройка магазина и кассы · Проверка сайта на уязвимости: план для интернет-магазина · Проверка сайта на вирусы: план для интернет-магазина · Онлайн-касса для интернет-магазина: проверка чеков · Бесплатно проверить сайт.

← Все статьи · Политика конфиденциальности · pingvera.ru · Telegram-канал