Настройка Яндекс Метрики для интернет-магазина: цели, электронная коммерция и проверка

Яндекс Метрика ставится за пять минут и сразу показывает визиты, источники и карту кликов. Для интернет-магазина этого мало: ему нужны заказы, выручка и стоимость покупателя по каждому каналу. Насколько велика разница, видно даже на нашем сайте: за 90 дней до 8 сентября 2026 года цель на клик по кнопке «Заявка» сработала 593 раза, а цель на отправку формы — 90. Кликов примерно в 6,6 раза больше, и клик по кнопке нельзя приравнивать к полученной заявке. Чтобы Метрика считала то, что нужно магазину, надо настроить три компонента — цели, электронную коммерцию и связку с оплатой, — а потом проверять после каждого релиза. Ниже разбираем все четыре шага на проектах, которые мы вели в 2026 году.

Содержание

• Что даёт Метрика «из коробки» и чего не даёт
• Шаг 1. Пять целей, которые нужны каждому магазину
• Шаг 2. Электронная коммерция: состав заказа, а не факт
• Шаг 3. Оформленные и оплаченные заказы — разные цифры
• Шаг 4. Проверка после каждого релиза
• С чего начать

Что даёт Метрика «из коробки» и чего не даёт

После установки счётчика в отчётах есть трафик по источникам, поведение на страницах, Вебвизор и карты. Нет главного: сколько заказов и на какую сумму принёс каждый источник. Без этого решения о рекламе принимаются по кликам и визитам, а автостратегии Директа оптимизируются под то, что им дали, — часто под клик по кнопке, а не под покупку.

Разница не теоретическая. У нас сайт агентства и вместо корзины форма, но механика та же: цель на клик по кнопке — намерение, отправленная форма — результат, и между ними разрыв в 6,6 раза. В магазине этот разрыв лежит между «положил в корзину» и «оплатил».

Шаг 1. Пять целей, которые нужны каждому магазину

Правило одно: цель фиксирует результат, а не намерение. Клик по кнопке — намерение; отправленная форма или оформленный заказ — результат. Минимальный набор для магазина:

1. Добавление в корзину. Первая точка воронки, по которой видно, что каталог работает.
2. Начало оформления. Открыта страница или шаг чекаута.
3. Заказ оформлен. Событие с номером заказа; на большинстве платформ оно есть в стандартном модуле.
4. Заказ оплачен. Отдельная цель, о ней ниже — без неё оформленные и оплаченные заказы сливаются в одно число.
5. Обращение мимо корзины. Отправленная форма, звонок, сообщение в мессенджере: в B2B-магазинах и при дорогом товаре заметная часть покупателей не доходит до чекаута и пишет напрямую. Клик по номеру телефона или переход в мессенджер — ещё намерение, а не обращение: они не подтверждают, что человек позвонил или написал.

Остальное — скроллы, время на странице, клики по фильтрам — заводите как микроцели для диагностики. Не приравнивайте их к продажам, а в оптимизацию рекламы отдавайте только цели, у которых есть связь с бизнес-результатом.

Общая цель для рекламы. Директ умеет оптимизироваться по нескольким целям, и для каждой задаётся ценность — она и говорит алгоритму, что важнее: оплаченный заказ или заявка. Выбирайте для оптимизации цели, связанные с бизнес-результатом, и расставляйте ценности по их значимости. Когда целей много, мы собираем для рекламы одну общую. В Метрике это не «составная цель» — так называется последовательность шагов в рамках одного визита, — а обычная цель на JavaScript-событие с несколькими идентификаторами через «или»: оформление заказа, оплата, заявка. Правило учёта одно: заказ попадает в общую цель один раз, на оформлении или на оплате, но не на обоих шагах, иначе конверсий окажется больше, чем заказов. Перед запуском общую цель сверяем с админкой сайта: за один и тот же день число конверсий должно совпасть с числом заказов и заявок. В одном из проектов автоцель Метрики на формы такую сверку не прошла — отправок в ней было больше, чем заявок в админке, — и её заменили целью на собственное событие, которая сошлась с админкой до штуки.

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

Шаг 2. Электронная коммерция: состав заказа, а не факт

Цели отвечают на вопрос «сколько заказов». Электронная коммерция отвечает на вопрос «каких и на какую сумму». Начните с четырёх базовых событий, которые сайт передаёт в Метрику через контейнер данных: просмотр товара, добавление в корзину, удаление из неё и покупка — с составом: артикул, название, категория, цена, количество, промокод. Полный набор шире: показы товаров в списках, клики по ним, показы и клики внутренних промоакций; их добавляют, когда нужен анализ каталога. В ответ Метрика строит отчёты по выручке в разрезе источников, товаров и категорий. Вместе с данными о рекламных расходах это основа для расчёта окупаемости рекламы (ROAS) по каналам. Для стоимости привлечения покупателя (CAC) нужны ещё два числа, которых в Метрике нет: расходы на привлечение и количество новых клиентов, отделённых от повторных, — число заказов их не заменяет.

Что важно проверить в настройке:

• Сумма покупки считается так же, как в учётной системе. С учётом скидок, с доставкой или без — методику выбираете вы, но одну и ту же во всех событиях и в учёте. Иначе выручка в Метрике не сойдётся с учётной системой, и отчётам перестанут верить.
• Один номер заказа на одно событие покупки. Обновление страницы «спасибо за заказ» не должно отправлять покупку повторно.
• Категория товара в том же виде, что в каталоге. Тогда отчёт по категориям совпадает со структурой сайта.

С нуля за 10 дней. Для Qwentiny, бренда мужской одежды с собственным производством, магазин на 1С-Битрикс с шаблоном «Аспро», мы настроили электронную коммерцию с нуля: передачу параметров товара, событий каталога и корзины, транзакций и внутренних промоакций в Метрику и GA4. Отдельно завели цели на действия, которые платформа сама не считает: регистрацию и авторизацию, сортировку в каталоге, открытие формы заказа в один клик, обратный звонок, подписку на рассылку. На настройку и тестирование ушло 10 дней.

Сначала аудит, потом код. В магазине оборудования для майнинга IGTEC, тоже на 1С-Битрикс «Аспро», мы начали с аудита текущей аналитики и технического задания, и только потом настроили контейнер данных на выбор и просмотр товара, добавление и удаление из корзины и покупку. Последний шаг — тестовые заказы и сверка, что счётчики получают верные значения. Порядок важен: без ТЗ разработчик передаёт то, что удобно передать, а не то, что нужно считать.

Шаг 3. Оформленные и оплаченные заказы — разные цифры

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

Решение — вторая цель на факт оплаты. Для The Act, магазина косметики на 1С-Битрикс с оплатой через Робокассу, мы спроектировали её так: платёжный сервис отправляет на сайт уведомление об успешной оплате, сайт находит заказ и передаёт в Метрику офлайн-конверсию: цель paid_order, идентификатор покупки, время конверсии, сумму и валюту. Идентификатор — тот же, что ушёл в событии покупки электронной коммерции; по нему Метрика привязывает оплату к визиту и заказу, поэтому в проверку входит не только отправка конверсии, но и то, что она появилась в отчёте по цели. Событие оформления при этом остаётся без изменений: в отчётах видны и все заказы, и отдельно оплаченные, а рекламу можно оптимизировать под вторые. Товарные отчёты по-прежнему строятся по оформленным заказам; оплаченные из них выделяются сегментом по цели.

Ключевое требование в этом ТЗ — защита от дублей. Уведомление об оплате может прийти дважды, заказ могут пересохранить, страницу — обновить. Признак «конверсия передана» хранится на стороне сайта, и повторная обработка не создаёт вторую конверсию. Без этого оплаченных заказов в Метрике окажется больше, чем в кассе.

Той же механикой передаются конверсии из CRM: например, статус «встреча состоялась» или «договор подписан» для магазинов с длинным циклом сделки.

Шаг 4. Проверка после каждого релиза

Одна из типичных причин «упавшей конверсии» — не покупатели, а релиз. В интернет-магазине детской одежды Oldos конверсия из корзины в покупку в отчётах Метрики снижалась месяц за месяцем, с 1,66% в январе до 0,37% в мае, и было неясно, реальное это поведение или сбой сбора данных. Подозрение падало на февральское обновление сайта: адрес страницы оформления заказа изменился, а цель начала оформления была настроена на точное совпадение адреса. Пока это не выяснено, такое падение уходит в отчёт собственнику как проблема канала — и защищать канал нечем.

Аудит воронки в июле прошёл по каждому событию. Цель начала оформления действительно стояла на точном совпадении адреса и не ловила его варианты с параметрами — её перенастроили на условие «содержит». События покупки, просмотра карточки и добавления в корзину работали. Зато показ товара в списке и клик по нему не передавались вовсе, а удаление из корзины не срабатывало при нажатии «Очистить корзину» — товары добавлялись в статистику, но не вычитались. Добавили отдельные цели на шаги подтверждения по СМС, чтобы видеть, где именно покупатели выпадают из оформления. Какая часть падения конверсии связана с измерением, а какая с покупателями, Метрика сама не скажет: это показывает сверка исходного отчёта с фактическими заказами за тот же период — следующий шаг после исправлений.

Что проверять после релиза, минимум:

• цели на посещение страницы — условие по-прежнему охватывает нужные адреса и не захватывает посторонние;
• цели на события — названия событий в коде те же, что в настройках;
• электронная коммерция — тестовый заказ проходит базовые события с верной суммой; удаление проверяется отдельным действием, включая «Очистить корзину»;
• цель на оплату — тестовая оплата даёт ровно одну конверсию, и она привязалась к визиту в отчёте по цели.

Почти каждый аудит аналитики, который мы делаем, начинается с одного и того же: реклама месяцами оптимизируется под цель, которая давно считает не то. Не потому что её плохо настроили, а потому что сайт менялся, а цели — нет. Поэтому проверка после релиза для нас такой же обязательный пункт, как сама настройка, и мы вносим её в регламент вместе с разработкой.

Полный список проверок, включая счётчики и разметку, есть в нашем чек-листе проверки систем аналитики. Если события отправляются через Google Tag Manager, отдельно проверьте триггеры просмотра страниц — как это сделать, разобрали в статье про настройку счётчика в GTM.

С чего начать

Если Метрика на магазине уже стоит, начните не с настройки, а с проверки: какие цели есть, что из них срабатывает, сходится ли выручка в отчёте электронной коммерции с учётной системой за последний месяц. Обычно этого хватает, чтобы увидеть, что реклама оптимизируется не под то. Если счётчика нет или магазин переезжает на новую платформу, настраивайте все четыре шага сразу: цели, электронную коммерцию, оплату и регламент проверки, — по отдельности они дают неполную картину.

Итог правильно настроенной Метрики — прозрачная экономика канала: выручка и окупаемость рекламы по каждому источнику в одном отчёте, который сходится с учётной системой, а вместе с данными о новых клиентах — и стоимость их привлечения. Разобрать аналитику магазина вместе с воронкой и экономикой можно в рамках аудита e-commerce — он занимает три-четыре недели; если цель — рост конверсии, а не только измерение, смотрите услугу по повышению конверсии.