Server-side tagging — это технический метод, при котором выделенный облачный сервер выступает посредником между вашим сайтом и маркетинговыми платформами, такими как Google и Meta. Вместо того чтобы браузер посетителя отправлял данные напрямую сторонним скриптам, ваш сайт отправляет единый поток данных в ваш собственный контейнер Google Tag Manager (sGTM) на стороне сервера. Затем этот сервер обрабатывает, фильтрует и распределяет эти данные по нужным конечным точкам, что значительно повышает производительность сайта и точность данных в эпоху строгого контроля конфиденциальности.
Почему переход на server-side tagging происходит именно сейчас?
Традиционный способ отслеживания, известный как client-side tagging, сильно зависит от браузера пользователя при выполнении JavaScript и управлении файлами cookie. Однако этот метод сталкивается с растущими проблемами. Функция Intelligent Tracking Prevention (ITP) в Safari и аналогичные функции в других браузерах часто ограничивают срок жизни сторонних файлов cookie до 24 часов или полностью блокируют их. Это затрудняет для бизнеса атрибуцию конверсии, которая происходит через два дня после клика.
Блокировщики рекламы также нацелены на специфические скрипты от Google или Meta. Когда браузер блокирует эти скрипты, данные никогда не доходят до ваших маркетинговых аккаунтов. В типичном аккаунте мы видим расхождение между данными о продажах в бэкенде и отчетами рекламной платформы из-за этих прерываний на уровне браузера. Перенос логики на сервер, который вы контролируете, позволяет использовать собственные файлы cookie (first-party), установленные с вашего собственного домена, например metrics.example.com. Эти файлы cookie более долговечны, и вероятность того, что они будут ограничены обновлениями браузера, ниже.
Как server-side tagging улучшает эффективность Google Ads?
Google Ads полагается на высококачественные сигналы для оптимизации стратегий назначения ставок. Если алгоритм видит только 70% ваших фактических конверсий, он не может эффективно расходовать ваш бюджет. Используя sGTM, вы можете более надежно внедрить Enhanced Conversions. Enhanced Conversions отправляют хешированные данные пользователей, такие как адреса электронной почты или номера телефонов, в Google, что позволяет системе сопоставлять конверсии, даже если файл cookie отсутствует.
Когда вы обрабатываете эти данные на сервере, вы получаете лучший контроль над конфиденциальностью. Вы можете удалить конфиденциальную информацию до того, как она покинет вашу среду. Эта настройка также поддерживает Consent Mode v2, который является обязательным для рекламодателей в Европейской экономической зоне (ЕЭЗ). Consent Mode v2 гарантирует, что ваш сервер отправляет данные в Google только в том случае, если пользователь дал соответствующее согласие, сохраняя соответствие требованиям и восстанавливая данные для пользователей, не давших согласие, с помощью моделирования.
В чем преимущество Meta Conversions API (CAPI)?
Meta Conversions API, или CAPI, — это серверный эквивалент Meta Pixel. Он создает прямое соединение между вашим сервером и серверами Meta. Большим преимуществом здесь является показатель качества сопоставления событий (EMQ). Когда вы отправляете события, такие как ‘Purchase’ или ‘Lead’, через CAPI, вы можете включить дополнительные серверные параметры, которые браузер может пропустить, например IP-адрес пользователя, ID браузера и хешированную контактную информацию.
Распространенная схема — использование избыточной настройки, при которой и Pixel, и CAPI отправляют одно и то же событие. Чтобы избежать двойного учета, вы должны отправлять уникальный ‘event_id’ из обоих источников. Затем Meta использует этот ID для дедупликации событий. Если событие браузера блокируется блокировщиком рекламы, серверное событие все равно доходит до Meta. Это гарантирует, что ваши аудитории ретаргетинга и Lookalike остаются наполненными точными данными.
Ключевые компоненты настройки server-side tagging
Для настройки этой инфраструктуры требуются три основных элемента, работающих вместе. Если один из них настроен неправильно, поток данных прервется, что приведет к пустым отчетам в ваших рекламных панелях.
- Google Tag Manager Web Container: Это стандартный контейнер, который находится на вашем сайте и прослушивает действия пользователя, такие как клики или отправка форм.
- Google Tag Manager Server Container: Отдельный тип контейнера в GTM, предназначенный для получения данных из веб-контейнера и отправки их во внешние API.
- Tagging Server: Облачная среда, обычно Google Cloud Platform (GCP), на которой размещается серверный контейнер. Хотя существуют и другие провайдеры, GCP является стандартом для sGTM.
- Custom Subdomain: URL-адрес, такой как gtm.yourdomain.com, который указывает на ваш сервер тегирования, что позволяет использовать контекст собственных файлов cookie.
Сравнение client-side и server-side отслеживания
Чтобы понять, почему серверный подход набирает популярность, полезно сравнить эти два метода по различным показателям производительности и конфиденциальности.
- Data Privacy: Client-side раскрывает все данные браузеру; Server-side позволяет фильтровать данные перед отправкой их третьим лицам.
- Page Speed: Client-side требует загрузки нескольких тяжелых скриптов; Server-side снижает нагрузку на браузер, отправляя один поток на ваш сервер.
- Cookie Lifespan: Файлы cookie client-side часто ограничиваются ITP; собственные файлы cookie server-side могут жить намного дольше.
- Accuracy: Client-side уязвим для блокировщиков рекламы; Server-side намного сложнее заблокировать, так как он использует ваш собственный домен.
Как внедрить Consent Mode v2 в ЕЭЗ?
Для компаний, работающих в ЕЭЗ, Consent Mode v2 больше не является опциональным для Google Ads. В серверной среде веб-контейнер фиксирует выбор согласия пользователя через платформу управления согласием (CMP). Затем этот статус передается в серверный контейнер в качестве параметра (например, ‘ad_user_data=granted’).
Серверный контейнер должен быть настроен так, чтобы соблюдать эти флаги. Если пользователь отказывается от согласия, сервер может либо заблокировать срабатывание тега, либо отправить ‘ping без cookie’ в зависимости от возможностей платформы. Эта архитектура гарантирует, что вы не обрабатываете персональные данные без законных оснований, что является основным требованием GDPR. Она обеспечивает технический уровень защиты, который легче аудировать, чем десятки отдельных тегов браузера.
Распространенные ошибки при серверной реализации
Частая ошибка — игнорирование стоимости облачной инфраструктуры. Стандартная настройка Google Cloud для sGTM обычно требует как минимум трех экземпляров для обеспечения высокой доступности, что может стоить от 30 до 50 долларов в месяц. Для небольшого магазина Shopify, тратящего 500 долларов в месяц на рекламу, это может быть не нужно, но для магазина, тратящего 5000 долларов, восстановление данных часто оправдывает затраты.
Другая проблема — неправильная дедупликация для Meta CAPI. Если вы забудете включить ‘event_id’ в свои серверные теги, Meta будет считать каждую покупку дважды — один раз из браузера и один раз с сервера. Это завысит ваш ROAS (рентабельность расходов на рекламу) и приведет к неверным решениям по распределению бюджета. Всегда проверяйте Events Manager в Meta, чтобы убедиться, что ключи дедупликации сопоставляются правильно.
С чего начать на этой неделе
Переход на server-side tagging не обязательно должен происходить сразу. Вы можете начать с гибридного подхода, чтобы минимизировать риски и контролировать расходы, пока проверяете качество данных.
- Проведите аудит текущего отслеживания: Проверьте разницу между вашими внутренними показателями продаж и конверсиями в Google Ads.
- Создайте серверный контейнер: В Google Tag Manager нажмите ‘Администрирование’, затем ‘Создать контейнер’ и выберите ‘Сервер’.
- Настройте тестовую среду: Используйте опцию ‘Автоматически подготовленный сервер тегирования’ в GTM для быстрого старта на бесплатном уровне Google Cloud.
- Настройте одно высокоценное событие: Начните с события ‘Purchase’ для Meta CAPI, чтобы увидеть, как оно влияет на ваш показатель качества сопоставления событий.
- Проверьте свой пользовательский домен: Настройте DNS-запись для вашего поддомена, чтобы убедиться, что вы устанавливаете собственные файлы cookie.
Следуя этим шагам, вы построите более устойчивую инфраструктуру данных, которая меньше зависит от прихотей браузера и больше соответствует современным стандартам конфиденциальности. Лучшие данные приводят к лучшим результатам машинного обучения в Google и Meta, что в конечном итоге снижает вашу стоимость привлечения.
Читайте далее: Стратегическое планирование · Цифровой маркетинг