Перейти до контенту

Fix: Legacy Salesforce OCI вже не працює — мігруй на Data Manager до 15 червня

знахідка google ads оновлено 2026.05.25 10 хв читання

Старий конектор Salesforce → Google Ads було знято з підтримки 31 травня 2025 року [1]. Google автоматично перевів більшість акаунтів на Data Manager, але акаунти з кастомним API-обхідним кодом — або ті, де авто-міграція тихо впала — могли вести сліпу оптимізацію дванадцять місяців. У будь-якому разі, кастомний API-обхід, який деякі команди підлатали зверху, вмирає 15 червня 2026 року [2]. Це приблизно три тижні від сьогодні.

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

Три дедлайни накладаються один на одного, і люди постійно їх плутають. Перший: legacy Salesforce integration — та сама, що читала Lead + Opportunity в одну conversion action — перестала підтримуватись 31 травня 2025 року [1]. Google автоматично перевів більшість акаунтів на conversion actions через Data Manager у поточному стані та зі збереженими розкладами імпорту. Якщо в твоєму акаунті висіла нотифікація "your legacy Salesforce integration has been migrated" — ця частина для тебе вже відбулась і робити з нею окремо нічого не треба.

Другий: будь-яка кастомна інтеграція, що вантажить closed-won через метод Google Ads API UploadClickConversions — а такі агенції писали масово, бо стандартний legacy-конектор був надто негнучкий — упирається в стіну 15 червня 2026 року [2]. Офіційна документація API формулює це однозначно: "Starting June 15, 2026, UploadClickConversion requests will fail if the developer token hasn't previously sent requests to upload offline conversions or enhanced conversions for leads" [2]. Активні інтеграції — developer tokens, що вантажили офлайн-конверсії або EC-for-Leads до цієї дати — залишаються в Google allowlist і продовжують працювати під час міграції; нові адопшени з 15 червня заблоковані повністю, за повідомленнями практиків про викочування [4].

Третій: Google з квітня 2026 уніфікує прийом enhanced-conversion сигналів з website tags, Data Manager та API-конекшенів одночасно, а в червні 2026 обʼєднує Enhanced Conversions for Web і for Leads в один тогл [5]. Напрямок один: єдина труба прийому — Data Manager — годує і Enhanced Conversions, і Offline Conversion Import. Якщо мігруєш на Data Manager зараз, зміни квітня–червня 2026 відбуваються безкоштовно; якщо тягнеш і твій API-job падає, Smart Bidding втрачає сигнал closed-won, а tCPA/tROAS просідають за два learning-цикли.

Для B2B-акаунтів, де петля GCLID → CRM → closed-won — це вся вимірювальна історія, ця проблема не є гігієною. Це різниця між Smart Bidding, що бачить виручку, і тим, що бачить лише form fills.

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

Whitead виводить це правило з патернів іменування джерел конверсій; перевірка на місці — це пʼятихвилинна інспекція в Google Ads і одне запитання до інженерної команди.

  1. Інвентаризуй активні conversion actions, повʼязані з Salesforce. Відкрий ToolsConversionsSummary. Відфільтруй колонку джерела по Salesforce, Import from clicks або кастомній назві, яку команда дала старому конектору.
  2. Перевір тип джерела. Клікни на кожну conversion action і прочитай поле Source. Якщо там Salesforce з конекшеном, що живе під ToolsData managerConnected products — ти вже на новій трубі, finding можна закривати. Якщо там Import from clicks (API) або Import (file uploads / scheduled URL) — або якщо Salesforce зʼявляється як опція при створенні нової conversion action з імпорту [3] — це legacy-патерн.
  3. Запитай інженерів, чи існує кастомний API-uploader. Питання: "Чи викликає якийсь внутрішній job метод ConversionUploadService.UploadClickConversions з GCLID із Salesforce?" Якщо так — саме цей job помре 15 червня.
  4. Перевір історію розробницького токена. Якщо в команди є API-доступ, витягни логи Google Ads API. Tokens з історією вивантаження офлайн-конверсій або EC-for-Leads до 15 червня 2026 — в allowlist; tokens без такої історії — заблоковані з 15 червня [2][4].
  5. Підтверди, що інтеграція Sales Cloud (це інший продукт) жива. Під ToolsData manager подивись, чи є активний Salesforce connection. Сучасна інтеграція Sales Cloud імпортує post-lead події через GCLID join або Enhanced Conversions for Leads і повністю підтримується [3] — не вимикай її, думаючи що це той самий legacy.

Якщо кроки 1–3 показують legacy-артефакти, а крок 4 — активний кастомний uploader, правило підтверджене.

Як виправити

Оцінка часу: 2-4 години для акаунтів, які Google перевів автоматично і яким треба лише валідація; 4-8 годин, якщо є кастомний API-uploader, який треба переписати під Data Manager API.

  1. Розсортуй авто-міграцію проти кастомного коду. Google автоматично перевів більшість legacy-конверсій Salesforce на Data Manager і повідомив акаунт [1]. Відкрий ToolsData managerConnected products і знайди Salesforce connection, створений міграцією. Якщо він там, тягне дані і biddable — ти все. Переходь до валідації.
  2. Для акаунтів без авто-міграції: створи Data Manager Salesforce connection вручну. Йди пʼятикроковим шляхом, описаним у Google [3][6]: (a) під ToolsData manager підʼєднай новий продукт і вибери Salesforce, авторизуйся через OAuth; (b) обери SObject (Lead або Opportunity — одне на connection, на відміну від legacy-моделі, що зливала обидва); (c) змапуй обовʼязкові поля (GCLID, Conversion Time, Conversion Value, Currency); (d) створи привʼязану conversion action через GoalsConversionsNew conversion actionImport; (e) у legacy-конверсії під розкладом імпорту постав Not Scheduled, щоб не задвоїти дані після підтвердження паритету.
  3. Для кастомних API-uploaderів: перепиши під Data Manager API. Заміни виклик ConversionUploadService.UploadClickConversions на метод Data Manager API IngestEvents [7]. Обовʼязкові зміни схеми: додай поле event_source (APP, IN_STORE, PHONE або OTHER); transaction_id опціональне для офлайн-конверсій та EC for Leads починаючи з v1.3 [7]. Data Manager API також приймає той самий хешований PII-payload, що й Enhanced Conversions for Leads, тож один job може годувати обидва канали прийому.
  4. Уникай задвоєння під час переключення. Зроби паралельний run старого і нового на 7-14 днів, з новою conversion action як Secondary (не biddable). Порівняй обʼєм за день; коли він у межах ±5%, переключи нову action на Primary, стару — на Secondary, і зупини legacy import schedule.
  5. Перевір свою позицію в allowlist, якщо маєш кастомну інтеграцію. Якщо твій developer token вантажив офлайн-конверсії або EC-for-Leads до 15 червня 2026 — ти в Google allowlist, і API працює під час міграції [2]. Якщо ні — а зрозумів це тільки зараз — Data Manager API єдиний шлях; процедури extension request не існує [4].
  6. Готуйся до уніфікації квітня 2026. Google тепер приймає user-provided data з website tags, Data Manager та API connections одночасно [5]. Міграція на Data Manager сьогодні готує тебе до уніфікованої труби; legacy-інтеграції не можуть до неї підʼєднатись.

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

Чекліст — перевір протягом 14 днів після переключення

  • Data Manager connection існує під ToolsData managerConnected products, статус Active.
  • Нова conversion action показує Status: Recording протягом 3 годин після першого запланованого імпорту.
  • Паритет обʼємів: денна кількість на новій conversion action у межах ±5% від legacy за 7-денним вікном.
  • Match rate на вкладці діагностики connection здоровий — практичний бенчмарк ≥ 85% для GCLID-імпортів і ≥ 80%, якщо connection додатково передає Enhanced Conversions for Leads. Google не публікує універсального порогу; сприймай ці цифри як підлогу, а не як ціль. Якщо match rate нижчий — спочатку аудитуй захоплення GCLID і хешування PII, потім рухайся далі.
  • Legacy action переведено в Secondary (не biddable), її import schedule — Not Scheduled.
  • Для кастомних API-uploaderів: переписаний IngestEvents job успішно відпрацював принаймні один повний денний цикл проти Data Manager API без помилок INVALID_ARGUMENT.
  • Стабільність Smart Bidding: tCPA / tROAS стратегії не показують аномального просідання обʼємів за 14 днів після переключення. Просідання тут означає, що нова action ще не подає biddable signal.

Якщо всі сім пройдено, finding закривається. Найчастіша помилка — забути переключити biddable: нова action пише, стара зупинена, але жодна не Primary — і Smart Bidding голодує, а CPA злітають.

Радіус ураження. Цей finding рідко спрацьовує сам. У Whitead-аудитах він кластеризується з enhanced_conversions_for_leads_active (legacy-конектор Salesforce передував самому існуванню EC-for-Leads), з gclid_capture_suffix (legacy-конектор терпів недбале захоплення GCLID; Data Manager API — суворіший) і з primary_vs_secondary_conv_actions (переключення закінчується двома Salesforce-конверсіями і жодною явною Primary). Виправлення цього правила розблоковує всі три: міграція на Data Manager змушує адоптити EC-for-Leads, виносить GCLID-діри в match-rate діагностику і вимагає явного рішення Primary/Secondary під час паралельного запуску. Кожен акаунт з мертвою legacy SF-інтеграцією, що ми бачили, мав погану tCPA — Smart Bidding оптимізувався проти повільно гниючого сигналу місяцями, бо legacy-труба тихо ронила рядки, які сучасна труба піднімає як попередження про match rate. Дедлайн 15 червня 2026 — це forcing function; виграш — відновлення якості сигналу.

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

Джерела

  1. Google Ads Help — About Google Ads Conversion Import for Salesforce (Legacy). https://support.google.com/google-ads/answer/6179720 (accessed 2026-05-25)
  2. Google for Developers — Manage offline conversions (Google Ads API). https://developers.google.com/google-ads/api/docs/conversions/upload-offline (accessed 2026-05-25)
  3. Google Ads Help — How to set up a Salesforce integration. https://support.google.com/google-ads/answer/13548778 (accessed 2026-05-25)
  4. PPC Land — Google blocks new offline conversion imports via Ads API from June 15. https://ppc.land/google-blocks-new-offline-conversion-imports-via-ads-api-from-june-15/ (2026-05)
  5. Google Ads Help — Updates to your enhanced conversions settings. https://support.google.com/google-ads/answer/16884284 (accessed 2026-05-25)
  6. Google Ads Help — Legacy Salesforce integration for conversions upgrade FAQ. https://support.google.com/google-ads/answer/14728349 (accessed 2026-05-25)
  7. Google for Developers — Data Manager API release notes. https://developers.google.com/data-manager/api/reference (accessed 2026-05-25)
  8. ALM Corp — Google Ads Offline Conversion Imports 2026: Data Manager API Guide. https://almcorp.com/blog/google-ads-offline-conversion-imports-2026-data-manager-api/ (2026)
// чи було корисно?
// анонімно · не зберігаємо персональні дані