Fix: gclid доходить до сайту, але ніколи не потрапляє в CRM

Auto-tagging у Google Ads увімкнений за замовчуванням з 2018 року — тож кожен платний клік, що приходить на лендінг, уже несе параметр gclid в URL [1]. Аудит знайшов другу половину ланцюга: форми, CRM або ланцюг редиректів між ними губить цей gclid ще до того, як він потрапить у запис. Симптомів зовні не видно — кампанії продовжують витрачати бюджет, ліди продовжують надходити, але Offline Conversion Import більше неможливий, і Smart Bidding втрачає найякісніший сигнал для навчання.

Чому це важливо

Smart Bidding оптимізується під той сигнал конверсії, який ти йому даєш. Якщо назад тече тільки кількість сабмітів форми, алгоритм Google буде ганятись за сабмітами — включно з тими, що від конкурентів, студентів і ботів. Сенс прокладання gclid через URL лендінгу → hidden поле форми → запис у CRM → OCI upload саме в тому, щоб замінити цей шумний top-of-funnel сигнал на чистий closed-won сигнал нижче по воронці. Без захоплення gclid нічого з цього не працює: немає ключа, щоб з'єднати рядок у CRM з оригінальним кліком.

Економічна ціна двостороння. По-перше, без gclid у кожному рядку неможливо запустити Offline Conversion Import взагалі [3] — твоя bidding-модель ніколи не вчиться, які ключі/аудиторії/креативи дають платних клієнтів, а які — порожні ліди. По-друге, звіти атрибуції всередині Google Ads показують роздуту кількість form-fill конверсій без зв'язки з виручкою — тож бюджет неможливо захистити перед фінансами, і неможливо порахувати справжній CPA чи ROAS по кампаніях.

Це правило спрацьовує для B2B SaaS, lead-gen і будь-якого акаунту, де sales cycle довший за on-site сесію. Це одне з найпоширеніших знахідок аудиту у 2026 році, бо auto-tagging тихо переживає міграції CMS, редиректи і впровадження consent-banner — а ось приймальна сторона (hidden поле, мапінг у CRM, серверне логування) — зазвичай ні.

Як перевірити проблему

1. Клікни по власному оголошенню в incognito-вікні. Візьми платний ключ, що реально крутиться. Дочекайся завантаження лендінгу.
2. Подивись в адресний рядок після всіх редиректів. Має бути ?gclid=Cj0KCQ... (або &gclid=..., якщо перед ним інші параметри). Якщо gclid тут уже немає — auto-tagging зламаний або зрізається до завантаження сторінки → крок 5.
3. Відкрий Chrome DevTools (F12) → вкладка Application → Cookies. Шукай _gcl_aw. Conversion Linker tag має записати gclid у first-party cookie [4]. Якщо _gcl_aw немає — твій sitewide tag або Conversion Linker не спрацював.
4. Сабміть форму з тестовим лідом. Потім відкрий запис у CRM. Має бути поле gclid із тим самим значенням, що в URL. Якщо поля немає або воно порожнє — hidden input не під'єднаний.
5. Перевір редиректи, які зрізають query string. Постав Chrome extension Redirect Path на URL лендінгу. Будь-який 301/302, що губить ?gclid=... — це і є баг. Типові винуватці: маркетингові vanity-URL forwarders, Cloudflare page rules і JS-based geo-redirects, що збирають URL з нуля.
6. Подивись діагностику Google Ads. Йди Tools → Conversions → Diagnostics. Статус "Tag inactive" або провал у "Recent conversions" по Import action — це downstream-симптом зламаного захоплення gclid.

Як виправити

Загалом: 2-3 дні інженерної роботи + 1 день QA.

1. Спершу полагодь auto-tagging, якщо потрібно. Перевір Admin → Account settings → Auto-tagging — має бути ON. За замовчуванням ON з 2018 року, але legacy-акаунти інколи мають його off [1]. Збережи — gclid почне додаватись на наступному кліку.
2. Прибери будь-який редирект, що зрізає query string. Якщо редирект структурно необхідний (наприклад, example.com/landing → example.com/us/landing), онови правило так, щоб параметри зберігались. У Nginx: return 301 $scheme://$host/us/landing$is_args$args;. У Cloudflare page rules — увімкни "Preserve query string".
3. Додай sitewide capture-скрипт. На кожній сторінці записуй gclid з URL у first-party cookie (gclid_capture) з expiry 90 днів. Це покриває кейс, коли користувач заходить на сторінку A, гуляє і конвертується на сторінці B. Логіка: читай URLSearchParams, зберігай, на наступних сторінках fallback на cookie.
4. Додай hidden поле у форму. Бери канонічний приклад Google [3]: <input type="hidden" id="gclid_field" name="gclid_field" value="">. На рендері форми заповнюй value з cookie. Роби це на кожній формі, що дає лід — demo request, contact, gated content, free trial.
5. Прокинь поле далі в CRM. Salesforce: створи custom field gclid__c на Lead і Opportunity, переконайся що інтеграція форми пише туди, потім мапни Lead → Opportunity при convert. HubSpot: створи contact property gclid, мапни через "field mapping" форми. Pipedrive / Close / custom CRM: додай custom field і онови API-виклик form-handler'а.
6. Налаштуй upload pipeline. Використовуй Data Manager (рекомендовано для нових збірок) або offline conversion API. Closed-won угоди вантажаться щодня з оригінальним gclid, conversion action типу "Import from Clicks", value і conversion time. Вікно: 90 днів від кліку для GCS/S3/HTTP/SFTP/Sheets, 14 днів для прямих DB-джерел [5].
7. Розгортай поетапно. Спершу один шаблон лендінгу — перевір end-to-end справжнім тестовим лідом, потім масовий rollout.

Як переконатися що виправлення спрацювало

• Click → URL test: Живий клік по оголошенню в incognito → gclid присутній в адресному рядку після всіх редиректів. Перевір 3 різні шаблони лендінгу.
• Cookie test: _gcl_aw і твій custom gclid_capture cookie обидва заповнені у DevTools.
• Form-submit test: Сабміть тестовий лід → у записі CRM поле gclid заповнене точним значенням з URL.
• CRM-to-Ads test: Познач свіжий тестовий лід як closed-won. Запусти upload job (або зачекай на щоденний run). За 24-48 годин конверсія з'являється у Tools → Conversions → Summary на правильній кампанії.
• Жодних "Conversion date precedes click date" помилок в логу upload'а [2]. Якщо бачиш — у тебе timezone-неконсистентні таймстемпи, полагодь до того, як рахувати rollout завершеним.
• Вікно верифікації: Перезапусти audit-правило через 14 днів. Діагностика має очиститись, щойно baseline OCI-конверсій встигне натекти.

Це правило майже ніколи не спрацьовує саме. Воно йде в парі з offline_conversion_import_inactive (OCI action взагалі не існує), dda_consistency_across_conversions (OCI action є, але використовує last-click attribution) і enhanced_conversions_for_leads_not_active (сучасна альтернатива, що використовує hashed email замість gclid). Fix захоплення gclid — це upstream prerequisite для всіх трьох. Без надійного містка gclid → CRM downstream-конверсії або не запускаються, або запускаються зі сміттєвими даними, що потім отруює Smart Bidding. Це робота Day-1 на будь-якому B2B / lead-gen аудиті — bidding-оптимізації, що далі, downstream відносно цієї.

Пов'язані правила + концепти

• GCLID, GBRAID & WBRAID — пояснення
• Основи conversion tracking
• Offline Conversion Import (OCI)
• Enhanced Conversions for Leads

Джерела

1. Google Ads Help — About auto-tagging. https://support.google.com/google-ads/answer/3095550 (accessed 2026-05-25)
2. Google Ads Help — Offline conversion imports FAQs. https://support.google.com/google-ads/answer/10029210 (accessed 2026-05-25)
3. Google Ads Help — Set up offline conversions using Google Click ID (GCLID). https://support.google.com/google-ads/answer/7012522 (accessed 2026-05-25)
4. Google Ads Help — Troubleshoot your sitewide tagging. https://support.google.com/google-ads/answer/9148089 (accessed 2026-05-25)
5. Analytics Mania — Google Ads Conversion Tracking Not Working? 28 reasons and fixes. https://www.analyticsmania.com/post/google-ads-conversion-tracking-not-working/ (accessed 2026-05-25)