Part 2: Woocommerce wordpress ga4 conversion tracking
Итак, с чего стартуем весь процесс настройки аналитик и конверсий? Первым делом — создаём аккаунт Google Analytics 4. Для этого переходим по адресу analytics.google.com и авторизуемся под своим Gmail-аккаунтом. Жмём кнопку «Создать аккаунт» и задаём ему название.
Я обычно копирую доменное имя сайта и вставляю его как название аккаунта. Очень советую делать так же — называть аккаунты именно по домену. Почему? Когда у Вас один сайт, это кажется мелочью. Но стоит завести два-три проекта, запустить рекламу в разных нишах — и начинается путаница.
Сколько звонков и продаж я получу заказав у Вас контекстную рекламу?
Типичная история: назвали аккаунт «Мой магазин» или «Тест», а через полгода не можете найти нужную аналитику. По идентификатору аккаунта искать тоже не получится — поиск в интерфейсе аналитики по нему сейчас попросту не работает. А вот по домену — найдёте за секунду.
Дальше всё стандартно. Указываем страну, часовой пояс и валюту. Работаете с Украиной — ставите Украину и гривну. Продаёте на Европу — выбираете нужную страну и евро. В моём примере оставлю США и доллар.
На следующем шаге система предложит уточнить информацию о Вашем бизнесе. Тут нет строгих правил — заполняете как считаете нужным, выбираете подходящий раздел деятельности.
После этого отмечаем все предложенные галочки и нажимаем «Create». Появится пользовательское соглашение — в идеале стоит его прочитать, чтобы понимать, на что соглашаетесь. Принимаем условия и двигаемся дальше.
На этапе выбора платформы нажимаем «Web». Вводим адрес сайта — обратите внимание, что он обязательно должен быть на https. Если Ваш сайт до сих пор работает на http без сертификата безопасности, сначала нужно это исправить. В качестве названия потока данных снова удобно использовать доменное имя. Убеждаемся, что все флажки активны, и жмём «Create stream».
Готово — аккаунт создан. Система сразу предложит настроить аналитику детальнее, но к этому мы перейдём чуть позже.
Установка плагина Google Tag Manager на WordPress
Двигаемся дальше. Поскольку мы будем настраивать конверсии в Google Analytics 4, в том числе тег покупки с передачей динамических данных, всю реализацию проведём через Google Tag Manager. Это отдельный инструмент от Google, который выполняет роль «контейнера» для всех Ваших тегов и скриптов.
Почему я предлагаю работать именно через него, а не через какой-нибудь другой плагин? Тут две основные причины:
Бюджетное и при этом полноценное решение. Вы получаете весь необходимый набор функционала, которого с запасом хватает для работы с Performance Max и другими кампаниями на длительной дистанции. Никаких платных подписок, никаких ограничений по базовым возможностям.
Гибкость. Google сейчас обновляется постоянно: что-то меняется чуть ли не каждый месяц, выкатываются новые требования к передаче данных и событиям. Если Вы завязаны на жёстко прописанный код или плагин без гибких настроек, каждое такое обновление — головная боль. А с Tag Manager зашли в интерфейс, подправили нужный тег или переменную — и всё работает. Без правок в коде сайта, без привлечения разработчика.
Итак, нам нужно поставить Google Tag Manager на WordPress WooCommerce. Заходим в админку WordPress, переходим в раздел «Плагины» и нажимаем «Add New Plugin». В поисковой строке вводим gtm4wp — это короткое название нужного нам плагина. Первым в результатах появится плагин GTM4WP — A Google Tag Manager (GTM) plugin for WordPress от автора Thomas Geiger. Устанавливаем его.
Хочу подчеркнуть: сейчас мы делаем настройку с нуля и до конца, по максимуму. Наша задача — передать Google всю возможную информацию о действиях покупателей на сайте, и этот плагин как раз позволяет задействовать все необходимые дополнительные настройки. После установки обязательно нажимаем «Активировать». Готово — плагин установлен, находим его в списке плагинов.
Создание аккаунта Google Tag Manager
Теперь нажимаем «Settings» (настройки плагина) — и здесь начинается самое интересное. Плагин попросит указать идентификатор контейнера Tag Manager, а значит, нам нужно сначала этот контейнер создать. Не переживайте, это быстро.
Переходим на tagmanager.google.com и нажимаем «Create account». В поле названия аккаунта вставляем доменное имя сайта — та же логика, что и с аналитикой. Когда аккаунтов станет несколько, Вы всегда найдёте нужный за пару секунд. Допустим, у Вас три интернет-магазина — и все аккаунты подписаны по домену. Удобно, наглядно, без путаницы.
Дальше выбираем свою страну. В настройках контейнера я тоже предпочитаю использовать доменное имя — так проще ориентироваться, особенно если в одном аккаунте со временем появится несколько контейнеров. Выбираем платформу «Web» и нажимаем «Создать». Система покажет условия использования — набор языков там небольшой, но суть стандартная. Без согласия с условиями продолжить не получится, так что принимаем и идём дальше.
Аккаунт Google Tag Manager создан. Что дальше? Копируем идентификатор контейнера — он выглядит как GTM-XXXXXXX (буквенно-цифровой код в верхней части экрана). Возвращаемся в админку WordPress WooCommerce, открываем настройки плагина GTM4WP и вставляем скопированный идентификатор в соответствующее поле.
Настройка плагина GTM4WP
Переходим к настройке самого плагина. Открываем вкладку «Integration», находим блок «WooCommerce» и проставляем несколько принципиально важных галочек.
Первая и главная — включаем отслеживание e-commerce. Собственно, ради этого мы всё и затеяли.
Следующий параметр — «Products for impression». По умолчанию стоит значение 10, но я рекомендую поставить минимум 5. Почему? Шаблоны WordPress у всех разные: на одних темах передаётся много событий, на других — совсем мало. Дальше я покажу по порядку, как всё красиво подогнать под Ваш конкретный случай. Если не хотите разбираться с каждой настройкой вручную — могу поделиться готовым контейнером Google Tag Manager, который достаточно импортировать и подставить свои данные. Напишите в комментариях, если такой вариант нужен — буду знать, что подготовить.
Но всю цепочку настройки я всё равно распишу целиком. Это важно, потому что рано или поздно понадобится что-то подкрутить или доработать, и Вы должны понимать, что за что отвечает.
Идём дальше по галочкам. Включаем «Cart content» — чтобы данные о корзине передавались корректно. Таксономию пока оставляем автоматическую — пусть Google сам определяет категории. Также отмечаем «Customer data» и «Order data».
Теперь момент с налогами и доставкой. Я всегда исключаю налоги из дохода — хочу видеть реальные цифры и оперировать настоящей рентабельностью, а не раздутыми суммами. То же самое с доставкой: если Вам нужен чистый доход без шиппинга и налогов — ставите соответствующие галочки. Если же хотите видеть «грязный» доход, то есть полную сумму, которая поступает на счёт, — галочки не трогаете. Тут каждый подбирает под свою модель учёта.
В блоке типа бизнеса обязательно выбираем «Retail». Там есть варианты для образования, авиабилетов, разных сфер — но раз мы настраиваем интернет-магазин, наш вариант именно «Retail».
Отдельно остановлюсь на поле «Product ID prefix». Чтобы понять, нужно ли его заполнять, вернитесь в Google Merchant Center, откройте «Продукты» → «All products» и посмотрите на идентификаторы товаров. Если перед цифрами стоит какая-то приставка — например, «gla_» — её нужно скопировать и вставить в это поле в настройках плагина. Для чего это нужно, расскажу чуть позже, когда дойдём до настройки конверсий. Больше тут ничего не отмечаем, жмём «Сохранить».
На всякий случай перепроверьте, что блок с контейнером в статусе «ON» — бывает, после сохранения настроек он сбрасывается. Проверяем код контейнера, нажимаем «Сохранить изменения». После этого возвращаемся в Google Tag Manager, жмём «Submit», затем «Publish» — чтобы все изменения вступили в силу.
Экспорт и импорт готового контейнера Google Tag Manager
А вот теперь начинается самое интересное. На данный момент наш контейнер полностью пустой — в нём нет ни тегов, ни переменных, ни триггеров. Будем это исправлять, причём быстрым способом.
Возвращаемся в плагин GTM4WP (он же плагин Томаса Гигера), переходим во вкладку «Интеграции», снова открываем раздел «WooCommerce» и находим ссылку на «Official Guide». Пролистываем страницу вниз до ссылки на готовый контейнер.
Кликаем по ней правой кнопкой мыши, выбираем «Сохранить как» и подтверждаем сохранение. Файл скачивается уже в нужном формате — ничего дополнительно конвертировать не придётся.
Теперь возвращаемся в Google Tag Manager, переходим в раздел «Admin» и нажимаем «Import Container». Выбираем файл, который только что скачали.
Дальше система предложит два варианта: загрузить контейнер в новую рабочую область или в существующую. Если у Вас, как и в нашем случае, контейнер абсолютно пустой — выбирайте «Существующую» (Existing). На следующем шаге Tag Manager спросит, перезаписать содержимое или объединить. Раз контейнер чистый — смело выбираем «Overwrite» (перезаписать).
Но если у Вас Tag Manager уже использовался раньше и в нём есть какие-то настроенные теги, тогда лучше выбрать «Merge» (объединить). Так Вы не потеряете существующие настройки. При объединении система ещё уточнит — перезаписать конфликтующие теги или переименовать. Я выбираю «Overwrite conflicting tags», подтверждаю — и готово.
После импорта Вы увидите, что в контейнере уже появились теги и целый набор переменных. Это экономит приличный кусок времени, потому что вручную создавать каждую переменную — занятие долгое и монотонное. Дальше нам останется только донастроить всё под свой магазин.
Установка Global Tag четвёртой аналитики
Помните, чуть раньше мы создавали аккаунт Google Analytics 4? Пришло время связать его с нашим контейнером. Для этого нужно установить так называемый Global Tag — базовый тег, без которого аналитика просто не будет получать данные с сайта.
Сколько звонков и продаж я получу заказав у Вас контекстную рекламу?
Переходим в Google Tag Manager и нажимаем «Создать тег». В списке типов выбираем Google Analytics, затем — Google Tag. Теперь нам понадобится идентификатор потока данных. Возвращаемся в нашу аналитику, находим раздел Data Streams (потоки данных), открываем нужный поток и копируем Measurement ID — он начинается с «G-» и дальше идёт набор символов.
Вставляем скопированный идентификатор в соответствующее поле тега.
Дальше нужно назначить триггер. Если сомневаетесь, какой именно триггер выбрать, — загляните в официальную документацию плагина GTM4WP, о которой я упоминала ранее. Там рекомендуют использовать триггер «Initialization» (Инициализация). Я всегда обращаю на это внимание: если со временем что-то изменится и мои рекомендации будут отличаться от актуальной документации, у Вас всегда есть первоисточник, к которому можно вернуться.
Называем тег — например, «GA4-id» — и жмём «Save».
После сохранения заходим в только что созданный тег ещё раз. Здесь важный момент: нужно убрать автоматически подставленное значение и вручную вставить Measurement ID из четвёртой аналитики. Я предпочитаю это делать до того, как появится надпись «Google Tag найден в контейнере» — так точно не запутаетесь. Сохраняем.
Что мы получили на данном этапе настройки?
Давайте зафиксируем, что мы уже сделали и зачем это нужно. На текущий момент у нас готов рабочий черновик — базовая конфигурация для дальнейшей настройки Google Analytics 4 под интернет-магазин. Что он нам даёт?
Фундамент для фиксации конверсий и целевых действий на сайте. Когда всё доделаем, Вы сможете видеть полную картину: какие товары просматривают чаще всего, что добавляют в корзину, а что в итоге покупают. Это по-настоящему мощный отчёт — чуть позже покажу его на примере демо-аккаунта Google, чтобы Вы оценили масштаб. Такая аналитика помогает понять, какие позиции в каталоге реально работают и приносят деньги, а какие просто занимают место.
Четвёртая аналитика покажет, как посетители ведут себя на сайте — где задерживаются, где уходят, какие страницы вызывают затруднения. Если нужно что-то улучшить в юзабилити или структуре магазина — эти данные будут незаменимы.
Даже если Вы решите не углубляться в дальнейшие настройки, уже сейчас можно использовать конверсию покупки из GA4 и импортировать её в рекламный аккаунт Google Ads. Для этого мы чуть позже настроим отдельную конверсию. Но это уже немного другая история.
Напоминаю: если не хотите проходить все шаги вручную и предпочитаете получить готовый контейнер, в котором останется только подставить свои идентификаторы, — напишите в комментариях, я поделюсь файлом для импорта.
Оформление тестового заказа
Теперь переходим к проверке. Нам нужно убедиться, что все настроенные события срабатывают корректно и данные действительно уходят в аналитику. Для этого оформим тестовый заказ.
Открываем любую карточку товара на сайте. Параллельно переходим в Google Tag Manager и нажимаем кнопку «Preview» — это запускает режим отладки. Вставляем ссылку на сайт и ждём загрузки.
После запуска откроются как минимум два окна. Первое — это отладчик Tag Assistant, где в реальном времени видны все срабатывающие теги и события. Вы сразу заметите, что четвёртая аналитика уже установлена через Google Tag Manager — система это подтвердит. Второе окно — сам сайт с пометкой «Debug information for this page is viewable in the Tag Assistant window».
Именно во втором окне мы и будем проходить весь путь покупателя: открываем карточку товара, добавляем его в корзину, переходим к оформлению, заполняем данные и завершаем заказ. Просто двигаемся по шагам так, как это сделал бы обычный покупатель. На финише — страница подтверждения заказа. Она может выглядеть по-разному: на одних шаблонах отображается полная информация о заказе, на других — просто «Спасибо за покупку». Это зависит от Вашей темы WordPress и не влияет на передачу данных.
А теперь самое важное — возвращаемся в окно отладчика Tag Assistant. Листаем список событий в самый низ и проверяем, что зафиксировалось. Какие события мы ищем?
view_item — сигнал о том, что посетитель просмотрел карточку товара. Например, зашёл на страницу конкретных кроссовок или чехла для телефона.
view_item_list — просмотр листинга, то есть списка товаров. Это может быть страница категории («Кроссовки Nike»), блок похожих товаров на карточке, подборка «С этим товаром покупают» — всё, что представляет собой перечень позиций.
Все эти события должны автоматически «пропушиться» в нашу аналитику, если предыдущие шаги выполнены правильно. Если какого-то события не видите — не паникуйте, дальше разберём, как это исправить.
Смотрим результаты тестового заказа в аналитике
Тестовый заказ оформлен — теперь нужно убедиться, что все данные дошли до Google Analytics 4. Закрываем лишние вкладки и переходим в интерфейс аналитики. Нажимаем «Администратор», прокручиваем страницу вниз и находим инструмент под названием DebugView.
Это встроенный отладчик аналитики, который показывает события в режиме реального времени. Иногда данные подтягиваются моментально, иногда нужно подождать пару минут — это нормально. Как только информация появилась, прокручиваем ленту событий вниз и начинаем проверку.
Открываем событие view_item. Внутри обязательно должны передаваться два ключевых параметра: currency (валюта) и value (стоимость товара). Значение value должно совпадать с ценой, которая была указана на сайте. Допустим, товар стоил 1250 грн. — значит, и в аналитике мы должны видеть 1250. Остальные параметры — ID товара, количество, название, категория — тоже передаются, но самое критичное именно value и currency. Цена в блоке «Элементы» может отображаться в непривычном формате — не пугайтесь, главное, чтобы в параметре value всё было корректно.
Переходим к view_item_list. Здесь логика та же, только элементов будет больше — ведь листинг содержит несколько товаров. Например, если на карточке товара выводился блок «Похожие товары» с двумя позициями, в событии увидите именно два элемента.
Дальше — add_to_cart. Тут есть один важный нюанс. Событие добавления в корзину должно срабатывать именно при нажатии кнопки «Add to cart», а не при просмотре страницы корзины. Это разные действия. Просмотр корзины — отдельное событие (view_cart). Поэтому если Вы добавили один товар, а в add_to_cart видите два — значит, что-то настроено некорректно. Проверяйте value и количество элементов.
Когда откроете событие view_cart, там уже будет полная сумма всех товаров в корзине. Скажем, добавили два товара по 2005 и 2005 — в value увидите 4010. Всё должно сходиться арифметически.
Та же проверка для begin_checkout — убеждаемся, что количество позиций и сумма совпадают с тем, что было в корзине на момент оформления. В нашем примере — две позиции. Аналогично проверяем add_payment_info и add_shipping_info: currency, value, элементы — всё на месте.
И наконец — событие purchase. В DebugView оно подсвечивается зелёным, потому что это главная конверсия, ради которой мы всё настраивали. Что обязательно должно быть внутри? Валюта, сумма заказа (value), данные о доставке (shipping) и transaction ID — идентификатор транзакции. Обычно он совпадает с номером заказа в WooCommerce. Например, в нашем случае это 5304 — заглядываем в админку магазина и видим заказ с тем же номером. Если идентификаторы отличаются, разберитесь, откуда берётся цифра, — бывает, что плагины или кастомные настройки подменяют стандартную нумерацию. Открываем элементы: первая позиция — на месте, вторая — тоже. Value совпадает с итоговой суммой 2564. Всё сошлось, данные передаются корректно.
Пример отчёта Google Analytics 4 для интернет-магазина
Итак, настройка отслеживания конверсий завершена. Что теперь с этим делать и какие отчёты станут доступны? Покажу на примере демо-аккаунта Google — это тестовая аналитика с агрегированными данными, в которую может зайти любой желающий и посмотреть, как выглядят отчёты «вживую».
Переходим в раздел «Монетизация» → «Ecommerce purchases». Здесь открывается полная картина по товарам: названия, количество просмотров, добавления в корзину и покупки. По сути, Вы видите всю воронку для каждой позиции в каталоге.
Вот как это работает на практике. Допустим, у Вас в магазине 200 товаров. В отчёте видно, что футболку «Basic Black» просмотрели 3000 раз (view_item), в корзину добавили 400 раз (add_to_cart), а купили 85 раз. А кроссовки «Runner Pro» просмотрели 5000 раз, но купили всего 20. Сразу понятно: с карточкой кроссовок что-то не так — может, цена завышена, может, фото не продающие, может, доставка дорогая. Без этих данных Вы бы просто гадали, а с ними — принимаете решения на основе цифр.
Отдельная колонка — revenue (доход). Чтобы доход считался корректно, критически важно, чтобы параметр currency передавался правильно. Именно на этом я акцентировала внимание при проверке в DebugView — без валюты аналитика не сможет корректно посчитать выручку. Даже у самого Google в демо-аккаунте бывают проблемы с отображением revenue, так что проверяйте этот момент у себя дважды.
Этот отчёт — один из самых полезных инструментов для владельца интернет-магазина. Помимо него в GA4 доступна масса других срезов: по категориям, по источникам трафика, по поведению пользователей на сайте. Каждый из них заслуживает отдельного разбора, но главное — фундамент для сбора данных электронной коммерции уже заложен.
Почему события могут дублироваться?
Возвращаемся в Google Tag Manager. Четвёртая аналитика настроена — но есть один нюанс, о котором стоит знать заранее.
После того как всё заработает, Вы можете заметить, что некоторые события начали дублироваться. Чаще всего это касается view_item или view_item_list — одно и то же действие фиксируется два, а то и три раза подряд. Почему так происходит? Причина обычно кроется в сочетании конкретного шаблона WordPress и набора плагинов, которые Вы используете. Например, одна тема может генерировать событие просмотра товара при загрузке страницы, а установленный плагин аналитики — дублировать его при скролле. В итоге вместо одного view_item в отчёте появляется два, и статистика начинает врать.
Рекомендую посмотреть отдельное видео о том, как избежать дубляжей событий — ссылку оставлю в описании или она появится в подсказке к этому ролику. Если картинка в Вашем DebugView отличается от того, что я показывала, — не паникуйте. Пересмотрите тот материал, найдите лишние срабатывания и уберите их. Логика простая: каждое событие должно фиксироваться ровно один раз за одно действие пользователя.
В моём примере всё чисто — дублей нет, за исключением view_item_list. Пока оставляю как есть, но при необходимости это легко поправить.
Четвёртая аналитика настроена — отлично. Осталось не забыть опубликовать контейнер. Переходим в Google Tag Manager, нажимаем «Submit», задаём название версии — например, «GA4» — и публикуем. С этого момента аналитика начнёт собирать все данные о действиях посетителей на сайте.
Как выбрать метод идентификации?
Ещё один момент, который стоит подправить в настройках Google Analytics 4. Заходим в администрирование аналитики, находим раздел «Способы идентификации» (Reporting Identity), нажимаем «Show all» и выбираем последний вариант — «На основе устройства» (Device-based). Подтверждаем выбор.
Что это меняет на практике? По умолчанию GA4 пытается «склеивать» пользователей по нескольким признакам — Google Signals, User-ID и данные устройства. Звучит хорошо в теории, но на деле это часто приводит к искажениям в отчётах: цифры плавают, пользователи задваиваются или, наоборот, схлопываются. Метод «На основе устройства» даёт более стабильную и предсказуемую картину, особенно на старте, когда Вам важна точность данных для принятия решений.
Если захотите разобраться в этом глубже — загляните в демо-аккаунт Google Analytics и посмотрите, как разные методы идентификации влияют на отображение данных.
Что дальше?
С настройкой Google Analytics 4 на этом заканчиваем. Но впереди ещё важный шаг — нужно связать четвёртую аналитику с Google Ads. Без этой связки рекламный аккаунт не сможет использовать данные о конверсиях для оптимизации кампаний. Как именно это сделать, разберём на следующем этапе, когда перейдём к созданию и настройке рекламного аккаунта Google Ads.
А пока двигаемся дальше — нас ждёт настройка остальных инструментов, необходимых для полноценного запуска рекламы.
