Устранение разрыва атрибуции — план для технической команды

Гипотеза

Тег GA4 на odessa-mama.cz не сконфигурирован для кросс-доменного отслеживания с доменами alteg.io / n.alteg.io. Из-за этого при переходе на iframe бронирования браузер не получает параметр _gl, который содержит идентификатор сессии/клика, и свойство 375389843 начинает новую сессию с источником odessa-mama.cz / referral.

Как проверить

1. Открыть Google Tag Manager контейнера odessa-mama.cz.
2. Найти тег типа GA4 Configuration (или Google Tag с Measurement ID G-XXXXXXX для свойства 389989873).
3. В дополнительных настройках тега найти поле Domains for cross-domain measurement (GTM UI) или параметр linker.domains.
4. Проверить, есть ли в списке alteg.io и n.alteg.io. Если поле пустое или список не содержит этих доменов — линкер не настроен.
5. Альтернативная проверка через браузер: открыть odessa-mama.cz в Chrome DevTools → Network. Нажать кнопку бронирования. В момент перехода отфильтровать запросы по n.alteg.io. Проверить URL первого запроса к n.alteg.io: должен содержать параметр _gl=. Если _gl= отсутствует — линкер не работает.
6. Дополнительная проверка через GA4 DebugView (описана в Угле 8).

Как починить

Вариант A — конфигурация в GTM (рекомендуется, без правки кода):

1. В контейнере GTM открыть тег GA4 Configuration для свойства 389989873.
2. Перейти в Additional tag settings → Domains for cross-domain measurement (или Linked domains).
3. Добавить оба домена: alteg.io и n.alteg.io.
4. Опубликовать контейнер.

Если используется gtag.js без GTM:

<script>
  gtag('config', 'G-XXXXXXXXXX', {
    linker: {
      domains: ['alteg.io', 'n.alteg.io'],
      accept_incoming: true
    }
  });
</script>

Вариант B — объединение свойств (надёжнее долгосрочно):

Перевести оба домена в единое GA4-свойство. Это требует:

1. Создания нового GA4-свойства (или реконфигурации 389989873 под два домена).
2. Добавления обоих доменов в список cross-domain в настройках свойства (Admin → Data Streams → Configure tag settings → Configure your domains).
3. Перепривязки конверсионного действия 6555949568 к новому свойству.
4. Длительность: 3–5 рабочих дней (включая период стабилизации данных).

Как верифицировать

• После публикации: открыть odessa-mama.cz, нажать «Забронировать», проверить URL iframe в DevTools — должен содержать _gl= (значение длинное, вида _gl=1*xyz...).
• В GA4 DebugView (свойство 375389843): должно появиться событие с session_source = google / cpc для тестового перехода из платного объявления.
• Полный тест описан в Угле 8.

Гипотеза

Даже при корректно настроенном линкере на стороне odessa-mama.cz (Угол 1) параметр _gl должен быть принят и обработан Altegio-виджетом на n.alteg.io. Если Altegio использует <iframe> с атрибутом sandbox или иным ограничением — браузер может блокировать передачу куки сессии. Альтернативный сценарий: _gl присутствует в URL iframe, но SPA Altegio его игнорирует и не передаёт в GA4.

Как проверить

Шаг 1 — проверить атрибуты iframe:

В исходном коде страницы odessa-mama.cz (View Source или DevTools → Elements) найти элемент <iframe>, ведущий на n.alteg.io. Проверить атрибуты:

• Признак проблемы: атрибут sandbox без allow-same-origin — блокирует куки.
• Признак проблемы: allow-same-origin отсутствует в списке sandbox значений.
• Признак проблемы: атрибут referrerpolicy="no-referrer" — обрежет referer.

Шаг 2 — проверить URL iframe при загрузке:

DevTools → Network → отфильтровать n.alteg.io:

Если _gl= присутствует в URL — линкер на стороне odessa-mama.cz работает. Следующий вопрос: читает ли Altegio SPA этот параметр и передаёт ли в GA4?

Шаг 3 — проверить gtag на стороне n.alteg.io:

В DevTools → Sources найти загруженные JS-файлы n.alteg.io. Проверить, инициализирован ли там gtag('config', 'G-...') и есть ли параметр accept_incoming: true в конфигурации. Если у команды нет доступа к коду Altegio — этот шаг требует запроса к поддержке Altegio.

Шаг 4 — проверить GA4 DebugView свойства 375389843 во время тест-бронирования:

После нажатия «Забронировать» в DebugView должно появиться событие session_start. Проверить параметр session_source:

• google / cpc → линкер работает конец-в-конец.
• odessa-mama.cz / referral → линкер передаётся, но Altegio не принимает _gl.
• (direct) / (none) → _gl вообще не передаётся.

Как починить

Сценарий A: iframe src не содержит _gl= — решается через Угол 1 (настройка линкера на odessa-mama.cz).

Сценарий B: _gl= присутствует в URL iframe, но Altegio не обрабатывает:

Это ограничение третьей стороны — код Altegio вне контроля команды. Действия:

1. Написать в техподдержку Altegio с конкретным запросом:

2. Если Altegio не может поддержать cross-domain — активировать резервный путь (Угол 7: офлайн-импорт конверсий).

Сценарий C: iframe sandbox блокирует куки:

Убрать ограничительные атрибуты или добавить allow-same-origin в значение sandbox.

Как верифицировать

URL первого запроса к n.alteg.io содержит _gl= AND в GA4 DebugView свойства 375389843 событие session_start атрибутируется как google / cpc (а не referral).

Гипотеза

Авто-теггинг Google Ads добавляет параметр gclid к URL целевой страницы после клика по объявлению. Если авто-теггинг отключён или параметр gclid теряется на промежуточных редиректах — GA4 не может восстановить атрибуцию даже при работающем линкере.

Как проверить

Проверка выживаемости gclid до кнопки бронирования:

1. Кликнуть платное объявление (или добавить ?gclid=testvalue к URL landing page для проверки механики без траты бюджета).
2. Проверить URL landing page в адресной строке: должен содержать ?gclid= (или &gclid=).
3. Нажать кнопку «Забронировать».
4. Проверить URL открывшегося iframe n.alteg.io: должен содержать _gl=....

Если gclid есть в landing URL но _gl= нет в iframe URL — проблема в линкере (Угол 1).
Если gclid отсутствует в landing URL — проверить Tracking Template и редиректы.

Проверка Tracking Template:

Google Ads → выбрать кампанию → Settings → Additional settings → URL options → Tracking Template. Если установлен tracking template с промежуточным редиректом на сторонний click-tracker — убедиться, что этот tracker пробрасывает {gclid} на финальный URL. Если нет — GCLID теряется до попадания пользователя на сайт.

Проверка Parallel Tracking:

Google Ads → Account Settings → Parallel Tracking. Если включён с кастомным click measurement URL — аналогичная проверка пробрасывания gclid.

Как починить

• Авто-теггинг включён (подтверждено) — действий не требует.
• Если Tracking Template фильтрует gclid: добавить {gclid} как явный ValueTrack параметр в URL.
• Если используется промежуточный click-tracker: убедиться что он пробрасывает gclid на {lpurl}.

Как верифицировать

После клика на объявление: URL целевой страницы содержит gclid=. GA4 DebugView на odessa-mama.cz показывает page_location с gclid= в параметрах.

Гипотеза

Чехия входит в ЕС. Без корректной реализации Consent Mode V2 пользователи, отклонившие cookies, полностью выпадают из атрибуции и не дают даже смоделированных конверсий. Google начал принудительно применять это требование с января 2026 — что совпадает с началом обвала конверсий. По данным отраслевых исследований, 30–70% пользователей в ЕС отклоняют cookies.

Как проверить

Шаг 1 — наличие consent defaults в коде сайта:

В исходном коде odessa-mama.cz (View Source) или в GTM Preview проверить — вызывается ли до загрузки GA4-тега:

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'analytics_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied'
});

Если этого вызова нет до инициализации GA4 — CM V2 не реализован. Признак в GTM: тег типа «Consent Initialization» с триггером «Consent Initialization - All Pages».

Шаг 2 — проверить наличие CMP:

Открыть odessa-mama.cz в новом инкогнито-окне. Должен появиться GDPR-баннер с возможностью выбора «Принять» / «Отклонить». Если баннера нет — CMP отсутствует.

Шаг 3 — проверить смоделированные конверсии в GA4:

GA4 Admin → Data Settings → Data Collection → Modeling. Если раздел недоступен или показывает «Not eligible» — CM V2 не настроен.

Шаг 4 — проверить Enhanced Conversions в Google Ads:

Google Ads → Tools → Conversions → Settings → Enhanced Conversions for Web. Если не включено — смоделированные конверсии для пользователей с ad_storage: denied не активированы.

Как починить

Шаг A — установить consent defaults в GTM:

Создать тег типа Custom HTML с триггером Consent Initialization - All Pages (или All Pages с высоким приоритетом срабатывания — до GA4 Config). Содержимое тега:

<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'analytics_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'wait_for_update': 500
  });
</script>

Этот тег должен срабатывать до тега GA4 Configuration. Проверить порядок в GTM Tag Sequencing.

Шаг B — интегрировать CMP:

Подключить CookieBot, Usercentrics, Didomi или аналогичный GDPR-совместимый CMP. CMP при принятии cookies должен вызывать:

gtag('consent', 'update', {
  'ad_storage': 'granted',
  'analytics_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted'
});

Большинство CMP имеют готовую интеграцию с GTM через Consent Mode API.

Шаг C — включить Enhanced Conversions в Google Ads:

Google Ads → Tools → Conversions → Settings → Enhanced Conversions for Web: включить.

Как верифицировать

• В режиме инкогнито нажать «Отклонить cookies» — в Chrome DevTools Application → Storage → Cookies: куки _ga и _gcl_aw не должны устанавливаться.
• В GTM Tag Assistant: тег Consent Initialization срабатывает первым в цепочке.
• Через 14 дней после внедрения: в Google Ads → Campaigns проверить наличие столбца «Modeled conversions» с ненулевыми значениями.

Гипотеза

Текущая архитектура: два отдельных GA4-свойства для двух доменов одного бизнеса — 389989873 (odessa-mama.cz) и 375389843 (alteg.io). Конверсионное действие 6555949568 привязано к свойству 375389843. Ни одно из свойств, вероятно, не сконфигурировано с указанием доменов другого — что создаёт структурную точку сбоя.

Как проверить

Проверить конфигурацию cross-domain в свойстве 375389843:

GA4 Admin → Data Streams → выбрать Web-поток → Configure tag settings → Configure your domains. Проверить: есть ли в списке домен odessa-mama.cz? Если нет — свойство не настроено принимать линкер от odessa-mama.cz.

Проверить конфигурацию cross-domain в свойстве 389989873:

Аналогично: должны присутствовать alteg.io и n.alteg.io.

Проверить связку GA4 → Google Ads:

GA4 Admin → свойство 375389843 → Product Links → Google Ads Links. Должна быть активная связка с аккаунтом 9667368025. Это обязательное условие для импорта конверсионного действия 6555949568.

Как починить

Краткосрочное решение (параллельно с Углом 1):

1. В GA4 Admin свойства 375389843 → Data Streams → Configure tag settings → Configure your domains: добавить odessa-mama.cz.
2. В GA4 Admin свойства 389989873 → Data Streams → Configure tag settings → Configure your domains: добавить alteg.io и n.alteg.io.

Это позволяет обоим свойствам обрабатывать cross-domain _gl-параметр корректно.

Долгосрочное решение (рекомендуется, снижает риск повторного разрыва):

Объединить оба домена в единое GA4-свойство:

1. Создать новый data stream в свойстве 389989873 для домена n.alteg.io (или создать новое свойство).
2. В список доменов добавить оба: odessa-mama.cz и n.alteg.io.
3. Перепривязать конверсионное действие 6555949568 к событию booked из объединённого свойства.
4. Параллельный запуск старого и нового свойств минимум 2 недели для сравнения данных перед переключением.

Как верифицировать

После настройки: в GA4 DebugView тест-бронирования сессия в свойстве 375389843 показывает session_source = google / cpc.

Гипотеза

Конверсионное действие «odessa-mama.cz -alteg.io - GA4 (web) booked» активно и является первичной целью Smart Bidding. Большинство технических параметров (окно атрибуции 90 дней, MANY_PER_CLICK) — рабочие. Модель атрибуции требует проверки в UI (API возвращает UNKNOWN). Главная проблема: аккаунт перегружен шумовыми первичными целями (8 действий вместо рекомендуемых 2–3), что деградирует сигнал для алгоритма.

Данные из API (источник: live GAQL-запрос к аккаунту 9667368025, session 2039)

Конфигурация конверсионного действия 6555949568:

Справка по enum attribution_model (Google Ads API v21, ресурс ConversionAction):

90-дневное окно и MANY_PER_CLICK — подходящие настройки для сервисного бизнеса с повторными визитами. Модель атрибуции требует верификации.

Проблема: перегруженность Smart Bidding шумовыми первичными целями.

Полный список ENABLED конверсионных действий с primary_for_goal = TRUE (из live API, session 2039):

*Store visits (887101386): attribution_model=1 — значение UNKNOWN по API v21 enum. Store Visits используют собственную методологию Google; фактическая модель атрибуции через этот API-field не читается.

Итого PRIMARY: 8 действий. Цель — 2 (booked + Calls from ads).

Как починить

В Google Ads UI: Tools & Settings → Conversions → выбрать каждое из 6 шумовых действий → Edit → Goal and action optimization → Secondary action (не Primary).

Порядок изменений: сначала перевести шумовые в Secondary, подождать 24 часа, убедиться что алгоритм не показал аномального поведения, затем продолжать с другими.

Как верифицировать

Google Ads → Tools → Conversions: в столбце «Goal» только booked и Calls from ads имеют статус Primary.

Гипотеза

Если Altegio — закрытая система, которая не может передавать _gl-параметр (ограничение iframe или политика провайдера) — cross-domain атрибуция через GA4 физически невозможна. В этом случае единственный надёжный путь — Google Ads Click Conversion (Offline Conversion Import): фиксировать gclid на стороне odessa-mama.cz в момент перехода к бронированию, хранить его, а подтверждённое бронирование загружать в Google Ads как офлайн-конверсию.

Архитектура резервного пути

[Клик на рекламу]
      |
      v
[Landing page odessa-mama.cz]
  URL: ?gclid=CjwK...
      |
      v
[JavaScript capture_gclid.js]
  gclid = new URLSearchParams(location.search).get('gclid');
  if (gclid) {
    localStorage.setItem('gclid', gclid);
    localStorage.setItem('gclid_ts', Date.now());
    // TTL: 90 дней (соответствует lookback window)
    document.cookie = `gclid=${gclid}; max-age=7776000; path=/; SameSite=Lax`;
  }
      |
      v
[Нажатие кнопки "Забронировать"]
  gclid = localStorage.getItem('gclid') || getCookie('gclid');
  // Проверить TTL: Date.now() - gclid_ts < 90*24*3600*1000
  // Если Altegio поддерживает кастомные URL-параметры:
  iframe.src = `https://n.alteg.io/...?ref_gclid=${gclid}`;
      |
      v
[Altegio: бронирование подтверждено]
  Webhook / API callback при событии booking.confirmed.
  Если Altegio возвращает ref_gclid в payload — отлично.
  Если нет — postMessage из iframe при завершении бронирования.
      |
      v
[Backend / Google Sheets / Webhook processor]
  Хранение: gclid, conversion_time, booking_id, value (опционально).
      |
      v
[Google Ads: Offline Conversion Import]
  Ежедневная загрузка через CSV или API.

Данные для импорта (обязательные поля)

Окно импорта: Google Ads принимает офлайн-конверсии в течение 90 дней от клика. Это соответствует текущему click_through_lookback_window_days = 90 действия 6555949568 (подтверждено live API, session 2039).

Запрос к Altegio (для резервного пути)

При обращении в техподдержку Altegio запросить:

1. Поддерживает ли виджет кастомные параметры в iframe src (например, ?ref_gclid=)?
2. Возвращает ли webhook booking.confirmed кастомные параметры, переданные при инициализации виджета?
3. Отправляет ли SPA postMessage при завершении бронирования, и включает ли это событие данные о booking_id?

Механизм импорта

Вариант 1 — CSV загрузка (самый простой):

Google Ads → Tools → Conversions → Uploads → Upload file.

Формат файла:

Parameters:TimeZone=+0200
Google Click ID,Conversion Name,Conversion Time,Conversion Value,Conversion Currency
CjwK...,odessa-mama.cz -alteg.io - GA4 (web) booked,"2026-05-19 14:30:00+02:00",450,CZK

Загружать ежедневно. Можно автоматизировать через Google Sheets → Apps Script.

Вариант 2 — Google Ads API (производственный):

from google.ads.googleads.client import GoogleAdsClient

client = GoogleAdsClient.load_from_dict(credentials)
service = client.get_service("ConversionUploadService")

click_conversion = client.get_type("ClickConversion")
click_conversion.gclid = "CjwK..."
click_conversion.conversion_action = (
    "customers/9667368025/conversionActions/6555949568"
)
click_conversion.conversion_date_time = "2026-05-19 14:30:00+02:00"
click_conversion.currency_code = "CZK"
click_conversion.conversion_value = 450.0

request = client.get_type("UploadClickConversionsRequest")
request.customer_id = "9667368025"
request.conversions.append(click_conversion)
request.partial_failure = True

response = service.upload_click_conversions(request)

Условие активации

Резервный путь активируется если после выполнения Углов 1–2 GA4 DebugView по-прежнему показывает session_source = odessa-mama.cz / referral — т.е. Altegio физически не принимает _gl.

Офлайн-импорт можно развернуть параллельно с GA4 линкером как страховку — это не конфликт, это дополнительный слой атрибуции.

Как верифицировать

Google Ads → Tools → Conversions → Uploads: статус загрузки Successful без ошибок. Через 3–5 дней после первой загрузки: в отчёте кампаний в столбце All Conversions появятся конверсии, атрибутированные к реальным кликам.

Гипотеза

Без структурированного тест-протокола невозможно определить, какое из исправлений сработало, и убедиться что атрибуция восстановилась полностью. Этот харнес выполняется после каждого существенного изменения из Углов 1–6.

Инструменты

• Chrome DevTools (Network, Elements, Application → Storage → Cookies / LocalStorage)
• GA4 DebugView — открыть для обоих свойств (389989873 и 375389843) одновременно
• Google Tag Assistant (расширение Chrome)
• Google Ads → Tools → Conversions → Diagnostics (для проверки получения конверсии)

Процедура тест-бронирования

Шаг 1 — подготовка:

Открыть Chrome в режиме инкогнито (чистые куки). Включить GA4 DebugView для обоих свойств.

Шаг 2 — симуляция платного клика:

Вариант A: кликнуть на реальное платное объявление Google Ads (URL будет содержать gclid=).

Вариант B (без траты бюджета): открыть страницу с параметрами:
https://odessa-mama.cz/?gclid=testvalue123&utm_source=google&utm_medium=cpc

Примечание: ручной gclid не создаст реальную конверсию в Google Ads, но позволяет проверить работу линкера и GA4 без расхода бюджета.

Шаг 3 — контрольные точки на главном сайте:

Шаг 4 — переход к бронированию:

1. Нажать «Забронировать».
2. DevTools → Network → отфильтровать n.alteg.io.
3. Проверить URL первого запроса:

Шаг 5 — контрольные точки в iframe / свойстве бронирования:

Шаг 6 — завершить бронирование:

Дойти до финального шага бронирования (события booked в GA4 375389843).

Шаг 7 — проверить Google Ads Conversion Diagnostics:

Google Ads → Tools → Conversions → выбрать действие 6555949568 → Diagnostics. Через 24–48 часов после тест-бронирования должно появиться событие со статусом Received без ошибок.

Критерии успеха по углам

Измерение восстановления (7–14 дней после фикса)

Сравнивать с baseline апреля 2026. Все данные ниже — из live API-запросов session 2038–2039.