«Я думала, что “подключить аналитику и отслеживать конверсии” — это просто вставить счётчик в header, а потом не могла понять, почему цели не считаются: рассказываю, как настроила Google Analytics, Яндекс Метрику и цели на WordPress‑сайте на Timeweb»

У меня был сайт студии ремонта: WordPress, лендинг + блог, формы заявок, квиз, корзина из простого плагина. Клиент сказал: «Хочу видеть, сколько людей реально оставляют заявки, а не просто заходят. Сейчас мы платим за рекламу, но не знаем, окупается ли она». Я кивнула, а внутри всё сжалось: «А вдруг я вставлю код не туда, и счётчик вообще не сработает? Или цели будут считать неправильно, и мы будем думать, что конверсий нет, хотя они есть? Или я сломаю верстку, если добавлю скрипты вручную?»

До этого я просто копировала код счётчиков из инструкций и вставляла в настройки темы «Код в <head>». Цели пыталась настраивать по видео на YouTube: тыкала кнопки, создавала события, но статистика не сходилась. В итоге в отчётах было «много трафика, ноль конверсий», и клиент нервничал. Тогда я поняла: надо делать системно, с проверкой каждого шага и пониманием, где именно срабатывает событие.

Чего я боялась больше всего

Перед тем как лезть в код и настройки, я честно выписала свои страхи:

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

С этим списком я пошла в панель Timeweb и админку WordPress, чтобы всё сделать по шагам и проверить.

Шаг 1: выбрать, куда ставить счётчики, и не трогать файлы темы

Раньше я вставляла код прямо в header.php через файловый менеджер. Это опасно: при обновлении темы весь код пропадёт, и аналитика перестанет работать.

На Timeweb у меня был доступ к файловому менеджеру, но я решила не править файлы темы. Вместо этого я использовала:

Плагин для вставки скриптов (Insert Headers and Footers) — он добавляет код в <head> и <body> без правки файлов.
Нативные поля темы (если в настройках темы есть «HTML в head») — но я всё равно дублировала через плагин как страховку.

Так я получила безопасный способ: если тема обновится, код останется.

Шаг 2: подключить Яндекс Метрику и Google Analytics

Я создала два ресурса:

Яндекс Метрика: добавила счётчик, включила «Вебвизор» и «Карты скроллинга» (это полезно для лендингов).
Google Analytics 4: создала GA4‑ресурс, получила Measurement ID (G-XXXXX).

В плагин для скриптов я добавила:

Код Метрики целиком (он сам знает, куда вставиться).
Скрипт GA4 через официальный сниппет:

Важно: я не ставила два одинаковых счётчика одной системы. Один ресурс — один код.

Шаг 3: проверить, что счётчики реально работают

Нельзя просто «вставить и забыть». Я сделала три проверки:

В консоли браузера (F12 → Console): не должно быть ошибок, связанных с gtag или Метрикой.
В отладчике GA4: открыла сайт с параметром ?debug_mode=1, зашла в DebugView в GA4 — увидела события в реальном времени.
В интерфейсе Метрики: открыла «Отчёты → Мониторинг → Счётчики» — там видно, что данные поступают.

Если счётчик не виден в DebugView или в Метрике нет данных за 10–15 минут — значит, код не срабатывает.

Шаг 4: настроить цели (конверсии) правильно

Самая частая ошибка — считать «клик по кнопке» как конверсию. На самом деле конверсия — это успешная отправка формы, а не клик.

Для форм в WordPress

Я использовала плагин форм (Contact Form 7) и настроила событие отправки через JS:

Этот код я добавила через тот же плагин для скриптов в секцию <body> (в конец страницы).

Почему это правильно: событие wpcf7mailsent срабатывает только после успешной отправки, а не при клике.

Для квиза и корзины

Для квиза я использовала аналогичный подход: искала событие «успешный результат/отправка» в документации плагина и привязывала к нему отправку событий в Метрику и GA4.

Для корзины я не стала считать «клик в корзину» конверсией. Вместо этого настроила цель на «оформление заказа» (страница «Спасибо» после оплаты). Это самый надёжный способ.

Шаг 5: проверить цели в реальном времени

После настройки я сделала тестовую отправку:

Заполнила форму, отправила.
Открыла DebugView в GA4 — увидела событие form_submit.
В Метрике открыла «Отчёты → Конверсии» и убедилась, что цель появилась.
Проверила, что Вебвизор записал сессию и видно, как форма заполнялась и отправлялась.

Только после этого я сказала клиенту: «Теперь конверсии считаются корректно».

Шаг 6: связать аналитику с рекламой и проверить отчётность

Чтобы понимать окупаемость, я сделала:

В Google Ads и Яндекс Директе добавила конверсии по тем же событиям (form_submit, order_complete).
В Метрике настроила UTM‑разметку и проверяла «Отчёты → Источники → UTM‑метки».
В GA4 настроила импорт данных и отчёты по рекламным кампаниям.

Теперь клиент видел: «С Директа пришло 200 человек, 15 оставили заявку, стоимость лида такая‑то». Это сильно снизило напряжение.

Где я чуть не ошиблась (и что панель подсказала)

Хотела править header.php напрямую. Думала: «Так надёжнее». Панель и опыт подсказали: при обновлении темы код пропадёт. Лучше использовать плагины или дочернюю тему.
Считала клики по кнопке как конверсию. Это давало завышенные цифры и искажало картину. Я перешла на событие «успешная отправка».
Не проверяла DebugView. Думала: «Раз код вставлен, значит, работает». Без проверки в реальном времени можно месяцами собирать неправильные данные.
Добавила два счётчика Метрики на один сайт. В итоге статистика двоилась. Поддержка подсказала: один домен — один счётчик.
Забыла про страницу «Спасибо» после заказа. Считала конверсией «добавить в корзину», а это не покупка. Я переключилась на страницу подтверждения заказа.

Что реально помогло на Timeweb

Файловый менеджер и доступ к логам. Если скрипт выдавал ошибку, я быстро находила её в консоли и логах.
Бэкапы в один клик. Перед любыми правками я делала бэкап сайта. Если бы верстка сломалась из‑за кода, я бы откатилась за минуты.
Стабильная работа сайта при нагрузке скриптами. Даже с несколькими счётчиками и тегами сайт не тормозил.
Поддержка. Когда сомневалась, можно ли ставить GA4 и Метрику одновременно, в чате подтвердили: «Да, это нормальная практика, главное — не дублировать счётчики».

Практические советы, чтобы аналитика реально показывала конверсии

Если вы тоже настраиваете аналитику на WordPress, вот что реально работает:

Не вставляйте код вручную в файлы темы. Используйте плагины для скриптов или дочернюю тему.
Всегда проверяйте счётчики в DebugView (GA4) и в отчётах Метрики. Не верьте «на слово», что всё работает.
Считайте конверсией только успешное действие. Для форм — событие отправки, для корзины — страницу «Спасибо».
Не считайте клики по кнопке конверсией. Это искажает статистику и мешает принимать решения.
Настройте UTM‑метки и отслеживайте источники. Так вы поймёте, какая реклама реально приносит лиды.
Делайте бэкап перед любыми изменениями. На Timeweb это пара кликов, а откатиться можно за минуты.
Регулярно проверяйте, что цели срабатывают. Раз в неделю делайте тестовую отправку и смотрите, что событие пришло.
Не ставьте несколько счётчиков одной системы на один домен. Один сайт — один счётчик Метрики, один GA4‑ресурс.

Сейчас клиент видит реальную картину: сколько людей приходит с рекламы, сколько оставляют заявки, сколько заказов оформляют. Мы перестали гадать и начали принимать решения на данных. Я перестала бояться слова «аналитика»: поняла, что это не магия, а понятные шаги, которые можно сделать за день. А Timeweb даёт для этого все инструменты: бэкапы, файловый менеджер, стабильную работу и поддержку, которая помогает не наломать дров.