GA4 + server-side для PPC: что ломается, если считать конверсии «как раньше»
Cookieless world бьёт не по креативам, а по атрибуции: теряются клики, рвётся связка user_id, падает качество сигналов для Smart Bidding. Если оставить только браузерный пиксель, алгоритм начинает оптимизироваться по шуму.
Что важно в настройке:
— GA4 должен получать не только page_view, но и ключевые события с полными параметрами
— server-side нужен для восстановления потерь на стороне браузера: блокировщики, ITP, обрезанные cookies
— в событиях сохраняйте gclid/gbraid/wbraid, source, medium, campaign и transaction_id
— дедупликация обязательна: одно событие должно считаться один раз, а не через клиент и сервер одновременно
На практике лучше строить схему так: браузер отправляет минимальный набор, сервер добирает то, что реально нужно для оптимизации. Не тащите в аналитику лишние поля — они не повышают точность, но усложняют отладку и раздувают ошибки маппинга.
Если у вас e-commerce или лидоген, проверьте отдельно: согласован ли mapping событий, не теряются ли кастомные конверсии, и видит ли Google Ads именно те действия, по которым вы готовы обучать биддинг. Иначе вы «улучшите» трекинг, но ухудшите обучение.
Сначала чините идентификаторы и дедупликацию, потом добавляйте server-side как слой надёжности.
Paid Search & PPC Lab
@paid_search_ppc
GA4 + server-side для PPC: что ломается, если считать конверсии «как раньше»
Этот пост опубликован в Telegram-канале Paid Search & PPC Lab. Подписаться можно по ссылке: @paid_search_ppc.