Google Tag Manager в WordPress: три способа установки

Большинство инструкций по установке Google Tag Manager в WordPress сводятся к одному: поставить плагин, вписать ID контейнера, готово. Эти шаги верны, но их недостаточно. Контейнер пока пуст и не собирает полезных данных. А если он не учитывает согласие посетителя, в Германии возникают ещё и юридические проблемы. Ниже я разберу три способа подключить GTM к WordPress и объясню, что нужно настроить после установки, чтобы отслеживание приносило пользу.

1. GTM4WP: плагин для полного контроля над настройкой

GTM4WP (официально «Google Tag Manager for WordPress», автор duracelltomi) — самый распространённый плагин для GTM. Он встраивает код контейнера в <head> и <body> и автоматически передаёт данные WordPress и WooCommerce в dataLayer: просмотры страниц, категории записей, а в WooCommerce ещё и события e-commerce вроде view_item или add_to_cart.

Плюс: нужные данные попадают в dataLayer без единой строки кода, а в GTM вы полностью контролируете теги, триггеры и переменные. Минус: GTM4WP заполняет dataLayer, но не отправляет эти события в GA4 сам. Тег события GA4 и переменные в GTM придётся настроить самому. Я уже подготовил контейнер WooCommerce со всеми переменными dataLayer: шаблон GTM для отслеживания e-commerce в WordPress.

2. Site Kit от Google: официальный, но ограниченный способ

Site Kit — плагин Google для WordPress. После одного из обновлений в нём появилась возможность подключать контейнеры GTM без правок файлов темы. Пошаговый мастер в панели WordPress помогает настроить подключение, в том числе к Search Console, GA4 и Google Ads.

Есть ограничение: Site Kit намеренно сделан простым. Он устанавливает контейнер, но не настраивает события dataLayer и логику согласия. Для таких задач лучше подходят GTM4WP или собственный код. Site Kit удобен, если нужно быстро установить контейнер, а события вы всё равно настроите сами в GTM.

3. Вручную в редакторе темы: без плагина, но с риском

Третий способ: вставить оба фрагмента кода GTM от Google прямо в header.php (после открывающего тега <body>) и в functions.php или дочернюю тему. Лишнего плагина нет, и вы сами решаете, где стоит код.

Риск очевиден: обновление WordPress может перезаписать файлы темы, и контейнер исчезнет без предупреждения. Поэтому правки нужно делать только в дочерней теме, а не в основной. Опечатка в functions.php в худшем случае может вывести из строя весь сайт. Я бы выбрал этот способ, только если у вас уже есть дочерняя тема, которую вы регулярно поддерживаете, и вы точно знаете, что делаете. Для большинства владельцев сайтов на WordPress GTM4WP лучше сочетает контроль и безопасность.

О чём не пишет ни одна инструкция к плагину: согласие

Контейнер установлен на странице, но в Германии он не должен отправлять данные в Google до получения согласия. Это относится не только к cookie, но и к загрузке самого скрипта. Без правильно подключённой CMP (consent management platform, платформы управления согласием) и Google Consent Mode v2 вы теряете данные о конверсиях посетителей, которые отказались или ещё не сделали выбор. Google Ads в таком случае учится на заведомо неполных данных. Как связать баннер согласия с тегами на практике, я описал здесь: настройка Consent Mode v2.

Итог

Выбор зависит от того, сколько контроля вам нужно. Site Kit подходит для быстрого старта с официальным плагином, GTM4WP — для передачи данных в dataLayer без собственного кода. Редактор темы стоит использовать только с дочерней темой и если у вас есть опыт. Во всех трёх случаях сам по себе контейнер ничего не отслеживает. Чтобы получать достоверные данные, нужно добавить теги GA4, задать правильные триггеры и связать их с баннером согласия.

Если хотите сэкономить время на настройке, в конфигураторе GTM (на немецком) есть готовые шаблоны контейнеров для импорта, в том числе для WordPress.