Связываем сайт, согласие, теги, рекламные системы и бизнес-действия, чтобы расхождения в данных имели объяснение, а изменения на сайте — проверяемую причину.
Реальные обращения, Google Ads и GA4 могут не совпадать строка в строку. Причиной бывает ошибка внедрения, разное правило атрибуции, отказ от cookie, задержка обработки или событие, которое срабатывает не там, где предполагалось.
Работа начинается с определения бизнес-события: заявки, звонка, бронирования, покупки или значимого шага к ним. Затем проверяем, как это событие проходит через сайт, теги, согласие и рекламные кабинеты и где теряет смысл.
targetLAB выполняет техническую настройку и тестирование. Правовое основание обработки данных, тексты cookie-баннера и документы о конфиденциальности определяет владелец сайта со своим юридическим консультантом; техническая проверка не заменяет правового заключения.
Согласие, пороги моделирования и окна атрибуции задают границы данных ещё до того, как цифра попадает в отчёт.
С марта 2024 года Google требует для рекламных функций сигналы ad_user_data и ad_personalization сверх ad_storage и analytics_storage. Без них пользователи из ЕЭЗ не включаются в связанные рекламные аудитории и ремаркетинг, а часть измерения работает с ограничениями.
Для моделирования конверсий Google указывает порог 700 рекламных кликов за 7 дней для каждой пары «страна и группа доменов». Достижение порога делает аккаунт подходящим для моделирования, но не означает автоматического включения и не восстанавливает каждую потерянную конверсию.
Предварительное согласие на нетехнические cookie действует в Чехии с 1 января 2022 года. ÚOOÚ отдельно рекомендует показывать отказ в первом слое наравне с согласием, считает разумным срок согласия 12 месяцев и не рекомендует повторный запрос раньше чем через 6 месяцев после отказа. Первое следует из закона, остальное — позиция надзорного органа.
Google Ads по умолчанию учитывает конверсию в окне 30 дней после клика, GA4 для ключевых событий смотрит назад на 90 дней. Google Ads относит действие к дате рекламного клика, GA4 — к дате самого действия; данные могут дописываться задним числом в пределах 90 дней. Поэтому отчёты сверяют по правилам учёта, а не только по итоговой строке.
Расхождение не объявляем ошибкой до проверки реализации и правил учёта. Сначала выясняем, какое событие, дата, окно и согласие стоят за каждой цифрой.
Система измерения должна описывать не только события, но и их смысл, ограничения, владельца данных и способ проверки.
Определяем заявки, звонки, бронирования, покупки и промежуточные действия. Для каждого события фиксируем бизнес-смысл, место возникновения, параметры и использование в отчётах или рекламной оптимизации.
Проверяем GA4, Google Tag Manager, рекламные теги, CMP, Search Console, дубли и несработавшие события. Сопоставляем настройки кабинетов с тем, что реально отправляет сайт.
Размечаем формы, покупки и измеримые телефонные действия, связываем GA4 и рекламные системы. Простые внедрения targetLAB выполняет самостоятельно; для сложной CMS, приложения или нестандартной интеграции готовим техзадание разработчику и проверяем результат.
Связываем CMP с тегами и согласованным режимом Consent Mode, проверяем состояния до и после выбора пользователя. Работа касается технической реализации; юридическую оценку баннера и тексты документов она не заменяет.
Тестируем события и параметры, устраняем дубли, задаём хранение данных и документируем ограничения атрибуции. Отдельно объясняем, какие расхождения являются штатными для платформ.
Готовим панель отчётности и словарь показателей, чтобы одинаковые названия не скрывали разные правила подсчёта. ИИ используем для поиска аномалий в обезличенных агрегатах; email, телефоны и содержимое форм в такие инструменты не передаём.
Разбираем формы, шаги заказа, устройства, скорость и точки выхода, формулируем гипотезы для проверки. Небольшие правки сайта вносим в рамках работы, крупные передаём разработчику по техзаданию и проверяем после внедрения.
Настройка документируется так, чтобы событие можно было проверить, объяснить и передать разработчику без восстановления логики по памяти.
Они используют разные даты, окна и модели атрибуции, по-разному обрабатывают задержанные события и согласие. Сверка начинается с определения одного события и одинакового периода, затем проверяются настройки и штатные различия платформ.
Нет. Он передаёт выбор пользователя и позволяет Google применять доступные методы измерения и моделирования в установленных границах. Полнота зависит от режима внедрения, объёма данных и поведения аудитории, поэтому результат проверяем в конкретном ресурсе.
Проверяем техническое поведение: какие теги запускаются до выбора, какие сигналы уходят после него и сохраняется ли состояние. Правовую оценку, формулировки согласия и документы о конфиденциальности готовит юридический консультант клиента.
Да, когда звонок проходит через измеримый элемент или поддерживаемую подмену номера. Настраиваем фиксацию факта и доступных параметров звонка. Запись содержания разговора — отдельная правовая и техническая задача и в эту услугу не входит.
Простую разметку и небольшие правки выполняет targetLAB. Для нестандартной CMS, приложения, серверной интеграции или крупной переработки готовим техзадание разработчику клиента, затем проверяем отправку событий и итоговое поведение.
После исправления базовой разметки и согласия, когда остаётся понятная техническая причина переносить часть передачи данных на сервер. Учитываем инфраструктуру, доступ к разработке, набор площадок и то, какие сигналы действительно можно улучшить без обхода выбора пользователя.
Можно начать с сайта, контейнера Google Tag Manager или конкретного вопроса к данным. На разговоре определим бизнес-событие, доступы и участок измерения, который нужно проверить первым.
