Установка счётчиков: как проверить её за пять минут
Как за пять минут проверить установку счётчиков: загрузка кода, тестовое событие, сверка идентификаторов и окон конверсии в рекламных кабинетах.
Редакция ADS BeastОпубликовано 7 мин чтения
Установка счётчиков проверяется за пять минут по трём точкам: загружается ли скрипт без ошибок, доходит ли тестовое событие до интерфейса аналитики и появляется ли оно в рекламном кабинете. Если событие видно в аналитике, но не в кабинете, ищите разрыв в связке систем, а не в коде счётчика.
Коротко
- Скрипт счётчика должен загружаться на странице без ошибок в консоли браузера.
- Тестовое событие (заявка, клик, звонок) проверяется в двух местах: в аналитике и в рекламном кабинете.
- Совпадение названия события и идентификатора заказа важнее, чем сам факт установки кода.
- Окно конверсии по клику в Google Ads по умолчанию 30 дней, настраивается от 1 до 90.
- Пока объявление на проверке, данных по нему может не быть, и это путают с неработающим счётчиком.
Что вообще проверять при установке счётчиков
Проверка установки счётчиков сводится к трём вещам: код на странице, событие в аналитике, событие в рекламном кабинете. Это разные звенья одной цепочки, и ломается обычно одно из них, а не все сразу. Пяти минут хватает, чтобы понять, на каком звене искать.
Начните с вопроса «что именно должно произойти». Счётчик без определённого события бесполезен: он собирает визиты, но не отвечает, была ли заявка. Дальше проверяйте по порядку, чтобы не гадать.
Шаг 1. Убедиться, что код счётчика загружается
Откройте страницу, где стоит код, и посмотрите исходный код или панель разработчика браузера. Скрипт счётчика должен загружаться без ошибок. Если в консоли красные строки с адресом счётчика или его запросы падают, дальше проверять нет смысла: сначала чинится загрузка.
На практике ошибки загрузки дают три причины: код вставлен не в тот шаблон страницы, скрипт заблокирован расширением браузера или политикой сайта, счётчик стоит на одной версии страницы, а трафик идёт на другую. Первые две видны сразу в консоли, третью ловят, открыв именно тот адрес, на который ведёт реклама, а не главную.
Шаг 2. Отправить тестовое событие и найти его в аналитике
Отправьте тестовое событие: заявку, клик, звонок. Затем проверьте, появилось ли оно в интерфейсе аналитики. Это ключевая проверка: она показывает, что счётчик не просто стоит, а фиксирует действие.
Делайте тест так, как это делает реальный посетитель. Заполните форму на сайте, а не отправляйте событие вручную через отладчик, если хотите проверить всю цепочку. Ручная отправка проверяет приём на стороне системы, но не ловит ошибку в коде формы.
Если событие в аналитике не появилось, проблема на сайте: селектор кнопки, обработчик формы, условие срабатывания. Если появилось, переходите к следующему шагу.
Шаг 3. Сверить событие с настройками рекламного кабинета
Сверьте, совпадает ли событие, которое вы отправляете, с тем, что настроено в рекламном кабинете: название, идентификатор заказа, параметры страницы. Расхождение по любому из этих пунктов даёт «счётчик стоит, а конверсий нет».
В Google Ads повтор одной конверсионной акции с тем же transaction/order ID дедуплицируется, а одинаковый ID не объединяет разные конверсионные акции. Поэтому согласованный идентификатор нужен и для браузера, и для серверной загрузки. Это правило из справки Google Ads, и оно объясняет большинство случаев, когда события уходят, а цифры не сходятся.
Отдельно проверьте окно конверсии. По клику в Google Ads оно по умолчанию 30 дней и настраивается от 1 до 90. Если окно сузили, часть конверсий просто не попадёт в отчёт, и это не поломка счётчика.
| Что проверяем | Где смотрим | Что означает расхождение |
|---|---|---|
| Загрузка скрипта | Консоль браузера на странице с кодом | Код не вставлен, заблокирован или стоит на другой версии страницы |
| Тестовое событие | Интерфейс аналитики | Ошибка в обработчике формы или селекторе кнопки |
| Название события | Настройки конверсии в кабинете | Событие уходит, но не сопоставляется с акцией |
| Идентификатор заказа | Параметры события и кабинета | Дедупликация не срабатывает или склеивает лишнее |
| Окно конверсии | Настройки акции в Google Ads | Часть конверсий вне окна не учитывается |
Шаг 4. Понять, доходят ли серверные события
Начните с журнала событий в вашей аналитике и в кабинете площадки: там видно, принято событие или отклонено и по какой причине. Это самый быстрый способ отделить «не отправили» от «отправили, но не приняли».
Учтите, что Measurement Protocol отправляет события в GA4, а не напрямую в Google Ads. Импорт из GA4 и передача через Google Ads API или Data Manager - это разные пути. Если серверное событие есть в GA4, но не в Google Ads, ищите разрыв на этапе импорта, а не в счётчике.
Схема путей серверных событий и того, где чаще рвётся связка, разобрана в материале про API конверсий: что даёт и чего не заменяет. Там же объясняется, почему серверная передача не отменяет браузерную.
Шаг 5. Проверить атрибуцию и статус конверсионных акций
Изменение числа конверсий само по себе не доказывает, что сработала дедупликация. Сначала проверьте, какие события уходят, с какими идентификаторами, из каких источников и по какой модели атрибуции они считаются.
В Google Ads на итог влияет и то, какие акции отмечены как primary, а какие как secondary. Secondary видны в «All conversions», но не участвуют в ставках. Если вы сравниваете отчёты по разным наборам акций, цифры разойдутся без всякой поломки счётчика.
Практическое правило: сравнивайте одинаковые наборы. Один раз зафиксируйте, какие акции primary, какие secondary, какая модель атрибуции выбрана, и только потом делайте выводы об изменениях.
Шаг 6. Отделить проверку объявлений от проверки счётчика
Google Ads проверяет большинство объявлений за один рабочий день, Meta - за 24 часа, иногда дольше, Microsoft Advertising - за 48 часов. Пока объявление на проверке, данные по нему могут не появляться, и это легко спутать с неработающим счётчиком.
Если событие не фиксируется и после проверки, возвращайтесь к тестовому событию и сверке идентификаторов. Порядок именно такой: сначала убедиться, что объявление активно, потом искать проблему в данных.
Типичные ошибки при установке счётчиков
Ошибки при установке счётчиков почти всегда одни и те же, и каждая ловится за минуту, если знать, куда смотреть.
- Счётчик стоит на главной, а реклама ведёт на посадочную с другим шаблоном.
- Событие отправляется с названием, которого нет в настройках кабинета.
- Идентификатор заказа генерируется заново на каждом шаге, и дедупликация не работает.
- Окно конверсии сузили и сравнивают отчёты за разные периоды как за одинаковые.
- Серверные события проверили в GA4 и сделали вывод о Google Ads, хотя это разные пути.
- Тест делали вручную через отладчик и не проверили реальную форму на сайте.
Отслеживание звонков стоит отдельно: звонок сложнее связать с кампанией, чем форму, и там свои точки отказа. Разбор в статье отслеживание звонков: связка звонка с кампанией.
Что делать, если событий нет, а счётчик стоит
Если счётчик стоит, а событий нет, проверяйте по цепочке: загрузка кода, тестовое событие в аналитике, совпадение названия и идентификатора, окно конверсии, статус объявления. Разрыв всегда на одном из этих шагов, и пять минут хватает, чтобы его локализовать.
Частая история: пиксель стоит, событий нет. Причины те же, плюс отдельно проверяется, что событие вообще отправляется со страницы, а не только принимается системой. Материал генератор UTM метки: пиксель стоит, событий нет разбирает этот случай подробнее.
Если вы только собираете кампанию и метки ещё не проставлены, начните с конструктора UTM-меток: как создать ссылку для кампании. Корректные метки упрощают сверку источников, когда события начнут приходить.
Как выстроить проверку, чтобы не возвращаться к ней каждый раз
Проверка установки счётчиков перестаёт быть рутиной, когда есть минимальный набор контроля. Сквозная аналитика своими силами собирается из нескольких слоёв, и счётчик - только первый. Ориентир для такого набора описан в статье сквозная аналитика своими силами: минимальный набор.
Практика простая: заведите чек-лист из шести шагов выше и прогоняйте его после каждого изменения на сайте или в кабинете. Один тестовый заказ в неделю покажет больше, чем разбор отчётов раз в месяц.
Если хотите видеть события, приём лидов и передачу конверсий из стадий CRM в одном месте, посмотрите, как устроен контроль событий и конверсий на странице трекинга. Там же описано, как серверные конверсии связываются с кампаниями.
Следующий шаг
Откройте страницу, на которую ведёт реклама, отправьте тестовое событие и сверьте его название и идентификатор с настройками кабинета. Начните с проверки событий и конверсий: это займёт те же пять минут, но даст ответ, на каком звене искать.