Google Ads скорочує вікно детальних даних з 11 років до 37 місяців

Google скорочує доступ до детальних даних Google Ads з 11 років до 37 місяців — це зменшення адресованого історичного вікна для щоденних, погодинних і щотижневих даних про ефективність на 72 відсотки. Це рішення ухвалено менш ніж через 18 місяців після запровадження 11-річної політики і приблизно через сім місяців після того, як вона фактично набула чинності 13 листопада 2024 року. Для будь-якої команди, яка будувала моделі атрибуції, річні бенчмарки або конвеєри BigQuery з розрахунку на довгострокову історію Google Ads, 1 червня 2026 року є жорстким дедлайном.

Цифри

Головне скорочення — з 11 років до 37 місяців для детальних даних, але фактична площа змін ширша, ніж може здатися з одного числа. Як повідомляє PPC Land, сповіщення від 1 травня 2026 року в блозі для розробників Google Ads, підготоване Надін Ван з команди Advertising and Measurement APIs, поширює нове вікно на Google Ads API, скрипти Google Ads, Google Analytics Data API і BigQuery Data Transfer Service. Паралельне оновлення Довідкового центру з тією самою датою набуття чинності — 1 травня 2026 року — підтверджує, що обмеження стосується і самого інтерфейсу Google Ads, а не лише інструментів для розробників.

Обмеження у 37 місяців стосується виключно детальної статистики ефективності з розбивкою на рівні дня, години та тижня. Агрегації вищого рівня — помісячні, поквартальні та річні — зберігають 11 років. Тому цю політику точніше описати як багаторівневу модель зберігання, а не просте скорочення: детальні дані = 37 місяців, агреговані = 11 років. Ця відмінність важлива, оскільки вона обмежує тип аналізу, можливого на великих часових горизонтах, а не саме існування історичних даних.

Одна підкатегорія має ще жорсткіші обмеження. Метрики охоплення та частоти — зокрема унікальні користувачі, середня частота показів на користувача, варіанти частоти за 7 і 30 днів, а також порогові значення розподілу частоти 1+, 2+, 3+, 4+, 5+ і 10+ — будуть доступні лише протягом трьох років. Це приблизно на місяць менше, ніж загальне вікно в 37 місяців, і менше, ніж точка відсікання у 36 місяців, яка застосовується в Google Analytics Data API.

Для порівняння: джерело зазначає, що Facebook Ads зберігає дані приблизно 37 місяців, тобто Google фактично наближається до рівня, який Meta вже займає. DV360 API і CM360 API, навпаки, залишаються незмінними з 24-місячним терміном зберігання. Таким чином, у межах власного рекламного стеку Google тепер існує три різні режими зберігання: 24 місяці для DV360/CM360, 37 місяців детальних даних плюс 11 років агрегованих для Google Ads, і окреме трирічне вікно для метрик охоплення та частоти. Джерело не пояснює, чому DV360 і CM360 отримали виняток, а це важливо, оскільки свідчить про те, що обмеження є специфічним для інфраструктури Google Ads, а не єдиним рішенням для всього рекламного бізнесу Google.

Що насправді нового

Технічна поведінка — це те місце, де оголошення стає гострим і де інженерним командам потрібно зосередитися. Google Ads API і скрипти Google Ads повертатимуть жорстку помилку DateRangeError.INVALID_DATE починаючи з 1 червня 2026 року для будь-якого запиту, який запитує детальні сегменти, наприклад segments.date або segments.week, для діапазонів дат старших за 37 місяців. Майбутні версії API мають повертати більш конкретну помилку DateRangeError.REQUESTED_DATE_GRANULARITY_NOT_SUPPORTED. Щоб отримати старіші дані, запити мають використовувати segments.month, segments.quarter або segments.year, а несегментовані історичні запити мають точно збігатися з межами календарного місяця.

Google Analytics Data API використовує інший підхід: тихе відсікання замість помилки. Коли в звіті присутній вимір date (або його еквіваленти, як-от day чи Day of week), відповідні метрики відсікаються до останнього 36-місячного вікна. Це стосується метрик Advertiser Ad Cost, Clicks і Impressions. Звіти відсікаються лише тоді, коли вони містять усі три зазначені метрики, охоплюють діапазон дат у 37 місяців або більше й включають вимір дати.

Це розходження є справді новим операційним ризиком. Один API генерує помилку; інший тихо обрізає дані. Конвеєр звітності, який об'єднує дані Google Ads API з даними Google Analytics Data API, може отримати невідповідну кількість рядків без жодного виключення для виявлення розбіжності. Всім, хто запускає уніфіковані дашборди поверх обох поверхонь, слід перевірити це до червня 2026 року.

BigQuery Data Transfer Service має власну асиметрію. Для конекторів Google Ads і Search Ads 360 запуски бекфілу з датами, старшими за 37 місяців, припиняють наповнення новими даними, але вже перенесені до таблиць BigQuery дані залишаються на місці. Однак для GA4 ручний перенос, ініційований для дати звіту, яка є давнішою 37 місяців, після 1 червня 2026 року перезапише наявні дані за цю дату порожнім значенням. Це деструктивна операція, яка активується дією оператора, тоді як раніше ця ж дія давала протилежний результат. Відкрите питання — джерело це не уточнює — полягає в тому, чи несуть заплановані (не ручні) перенесення GA4 такий самий ризик перезапису, чи деструктивна поведінка обмежена лише ручними тригерами. Масштаб наслідків повністю залежить від цього розмежування.

Що вже враховано в перформанс-маркетингу

Команди перформанс-маркетингу спостерігають за тим, як Google скорочує вікна зберігання, вже більше року, тому напрям руху не є несподіванкою. У лютому 2025 року Google встановив 540-денне обмеження на зберігання даних Customer Match у Google Ads і Display & Video 360, яке набуло чинності 7 квітня 2025 року. У червні 2025 року Google AdMob скоротив дані звітів Ads Activity до семи років і різко зменшив дані звітів User Activity до 90 днів. 37-місячна стеля Google Ads вписується в цю закономірність.

Що не враховано — на мою думку — це швидкість і характер розвороту. Google оголосив про 11-річну політику зберігання у жовтні 2024 року і ввів її в дію 13 листопада 2024 року. 37-місячна стеля була опублікована менш ніж через сім місяців після того, як ця політика набула чинності. Команди, які сприйняли 11-річне зобов'язання за чисту монету і побудували довгострокові моделі атрибуції, вхідні дані для marketing mix modeling або річні бенчмарки на основі задокументованого вікна зберігання, тепер змушені переробляти ці системи приблизно за 13 місяців. Це незвично короткий термін дії для заявленої політики зберігання від вендора масштабу Google.

Ще один недооцінений аспект — перекладання витрат на рекламодавців. Якщо детальна історія, старша за 37 місяців, потрібна для трендового моделювання, навчання MMM або декомпозиції сезонності, тягар зберігання переходить до клієнта. Команди, які не експортували дані Google Ads до власних сховищ, тепер мають 13-місячне вікно для побудови конвеєра експорту, перш ніж довгий хвіст стане недоступним.

Альтернативна точка зору

Загальноприйнятий висновок — Google щось забирає. Альтернативний погляд: більшість рекламодавців насправді не використовують детальні дані Google Ads, старші за 37 місяців, а 11-річна політика завжди була скоріше маркетинговою позицією, ніж операційною реальністю. Дані на рівні дня для кампаній 2022 року мають обмежену аналітичну цінність у 2026 році, оскільки динаміка аукціону, визначення аудиторій і навіть типи кампаній змінилися настільки, що порівняння на конкретний момент часу в кращому разі є зашумленими.

Якщо це так, то справжнє обмеження — не 37-місячна стеля, а трирічне вікно охоплення та частоти і конкретний ризик перезапису даних GA4 у BigQuery. Саме вони впливають на живі робочі процеси. Обмеження на детальні дані здебільшого стосується звітів, які ніхто не запускає.

Варто зробити застереження: джерело не надає статистики використання щодо того, як часто насправді видаються детальні запити за більш ніж 37 місяців, тому це судження є якісним. Якби у Google були цифри, що свідчать про значний обсяг довгострокових запитів, вони, мабуть, використали б їх для захисту 11-річної політики, а не для її скасування.

Ключові висновки

• Детальні дані звітності Google Ads скорочуються з 11 років до 37 місяців з 1 червня 2026 року; метрики охоплення та частоти обмежені трьома роками, а агреговані щомісячні/квартальні/річні дані як і раніше зберігаються 11 років.
• Google Ads API генерує помилку DateRangeError.INVALID_DATE, Google Analytics Data API тихо відсікає дані до 36 місяців, а GA4 BigQuery Data Transfer Service може перезаписувати наявні історичні дані порожніми значеннями при ручних тригерах бекфілу. Три різні режими відмов на трьох поверхнях.
• 37-місячне вікно ставить Google Ads приблизно на один рівень із зберіганням даних Facebook Ads, тоді як DV360 і CM360 залишаються на 24 місяцях згідно з незміненою документацією Google Ads API.
• Командам слід перевірити будь-який запит Google Ads API, скрипт Google Ads або конвеєр BigQuery Data Transfer, який запитує дані на рівні дня або тижня, старші за 37 місяців, і перейти на segments.month, segments.quarter або segments.year з діапазонами, вирівняними за календарем, до 1 червня 2026 року.
• Прогноз, що перевіряється: якщо ця політика збережеться, ми маємо побачити помітний сплеск обсягів кастомного експорту Google Ads до BigQuery у четвертому кварталі 2025 і першому кварталі 2026 року, коли рекламодавці поспішатимуть зробити знімок детальних історичних даних до дедлайну. Якщо цього сплеску не буде, це підтверджує альтернативну точку зору про те, що ніхто насправді не використовував довгий хвіст.