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 Developer Blog, подготовленное Надин Ван из команды 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 месяцев. К затронутым метрикам относятся: стоимость рекламы рекламодателя, клики и показы. Отчёты усекаются только при одновременном выполнении трёх условий: включены все три затронутые метрики, диапазон дат составляет 37 месяцев или более, и включено измерение даты.

Это расхождение представляет реальный новый операционный риск. Один API выбрасывает исключение; другой тихо обрезает данные. Пайплайн отчётности, объединяющий данные Google Ads API и Google Analytics Data API, может столкнуться с несовпадением числа строк при отсутствии выброшенного исключения для сигнализации о расхождении. Тем, кто использует единые дашборды поверх обоих источников, следует провести аудит до июня 2026 года.

У BigQuery Data Transfer Service есть собственная асимметрия. Для коннекторов Google Ads и Search Ads 360 операции обратного заполнения с датами старше 37 месяцев прекращают добавлять новые данные, однако данные, уже перенесённые в таблицы BigQuery, остаются нетронутыми. Для GA4, однако, ручная передача, инициированная для даты отчёта 37 месяцев или старше, перезапишет существующие данные в таблице BigQuery пустым значением. Это деструктивная операция, запускаемая действием оператора, которое прежде давало противоположный результат. Открытый вопрос, на который источник не даёт ответа: несут ли запланированные (неручные) передачи 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-летнее обязательство за чистую монету и построившие долгосрочные модели атрибуции, входные данные для маркетинг-микс-моделирования или год-к-году бенчмарки на основе задокументированного окна хранения, теперь вынуждены перепроектировать эти системы примерно за 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 года.
• Проверяемый прогноз: если эта политика сохранится, в Q4 2025 и Q1 2026 должен наблюдаться измеримый всплеск объёмов пользовательского экспорта из Google Ads в BigQuery — рекламодатели будут спешить сделать снимок исторических детальных данных до дедлайна. Если всплеска не будет, это подтвердит контрарный тезис: никто на самом деле не использовал долгосрочные данные.