Пороги данных GA4 и срок хранения в 2026: почему отчёт по платному трафику пустеет

Пороги данных GA4 — главная причина, по которой отчёт по платному трафику внезапно оказывается наполовину пустым. Картина знакомая: вы открываете данные за прошлый вторник, добавляете разбивку по возрасту или устройству — и половина строк исчезает. Или строите исследование за прошлый год, а GA4 отдаёт пустоту начиная с какого-то месяца. Или сверяете конверсии с Google Ads и видите расхождение, которое не объясняется ни атрибуцией, ни окнами.

В большинстве таких случаев виноваты не теги и не разметка, а два механизма внутри самого GA4: пороги данных (data thresholding) и срок хранения (data retention). Первый скрывает строки, где слишком мало пользователей. Второй просто удаляет пользовательские данные по истечении срока. Оба включены по умолчанию, оба меняют цифры молча, и оба настраиваются — частично.

Ниже — как отличить одно от другого, что реально включает порог, какие обходы работают легально, какие настройки проверить сегодня, и как перестать строить решения по бюджету на отчётах, из которых молча вырезали данные.

Два разных механизма, которые путают

Признак	Пороги данных	Срок хранения
Что делает	Скрывает строки отчёта в момент запроса	Удаляет пользовательские данные навсегда
Когда срабатывает	Мало пользователей в строке + чувствительные измерения	По истечении настроенного периода
Обратимо	Да — меняем запрос, данные на месте	Нет — удалённое не вернуть
Видно в интерфейсе	Да, значок-предупреждение над отчётом	Нет, просто пустота в исследованиях
Настраивается	Косвенно — через идентификацию и Google Signals	Да, напрямую в настройках ресурса
Затрагивает BigQuery Export	Нет	Нет

Последняя строка — самая важная для медиабайера. Экспорт в BigQuery идёт до применения порогов и не подчиняется сроку хранения отчётности. Если платный трафик — основной источник выручки, это и есть главный аргумент включить экспорт; подробнее о лимитах и схеме — в разборе GA4 BigQuery Export для платного трафика.

Пороги данных GA4: что это и когда срабатывает

Порог — это защита приватности. GA4 прячет строку, если по ней можно вычислить конкретного человека. Логика простая: если в срезе «женщины 25–34 из Воронежа, кампания X, вторник» оказалось три пользователя, показывать такую строку рискованно.

Google официально описывает механизм, но не публикует числовое значение порога — и прямо указывает, что он не настраивается пользователем и определяется динамически, исходя из объёма данных и контекста запроса. Эмпирический ориентир, который гуляет по индустрии, — около 50 пользователей на строку. Относитесь к этой цифре как к ориентиру для прикидки, а не как к документированному правилу: она не подтверждена Google и меняется от запроса к запросу.

Три условия, при которых порог включается

1. В запросе есть чувствительные измерения. Демография (возраст, пол), интересы (affinity, in-market), а также любые данные, пришедшие из Google Signals.
2. Включены Google Signals и идентификация использует их. Без Signals значительная часть порогов просто не возникает.
3. В строке мало пользователей. Чем дробнее срез, тем выше вероятность.

Эти условия работают вместе. Отчёт по кампаниям без демографии за месяц почти никогда не режется. Тот же отчёт с разбивкой по возрасту и по дням — режется регулярно.

Коварный множитель: измерение «Дата»

Главная практическая ловушка. Суточные строки по определению содержат меньше пользователей, чем агрегат за период, поэтому разбивка по дате срабатывает как порог-мультипликатор. Один и тот же запрос за 30 дней вернёт данные, а он же с разбивкой по дням — вернёт половину. При этом сумма по дням не сойдётся с итогом за период, и это не баг, а прямое следствие порога.

Если у вас не сходится «сумма по дням ≠ итог за месяц» в отчёте с демографией или Signals — это почти всегда порог, а не ошибка разметки. Проверять теги в этом случае бессмысленно.

Где это бьёт по платному трафику конкретно

• Демография по кампаниям. Хотите понять, какая возрастная группа конвертит в кампании с бюджетом $30 в день — скорее всего, не увидите ничего.
• Разбивка по гео на уровне города. Классический срез для локальных кампаний, и классическая жертва порога.
• Новые кампании и тесты. Первые две недели трафика — заведомо мало пользователей на строку. Именно тогда решения принимаются чаще всего.
• Analytics Data API. Пороги применяются и к API, а не только к интерфейсу. Если ваш дашборд в Looker Studio или коннектор «теряет» строки — причина часто здесь.
• Когортный и воронковый анализ. Любое дробление воронки по демографии резко повышает шанс пустых шагов.

Как понять, что порог сработал

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

Быстрая проверка без интерфейса: сделайте тот же запрос, убрав измерение «Дата». Если данных стало заметно больше — это порог.

Как вернуть данные: шесть рабочих приёмов

Отключить пороги нельзя — это не настройка. Но можно построить запрос так, чтобы они не срабатывали.

1. Переключить идентификацию отчётности на Device-based

Настройки ресурса → «Идентификация отчётности». Три варианта: Blended, Observed, Device-based. Blended и Observed подтягивают Google Signals, Device-based опирается только на идентификатор устройства. Переключение на Device-based убирает большую часть порогов — ценой кросс-девайсной склейки. Главное: это настройка отображения, она не меняет собранные данные и переключается обратно в любой момент. Пробуйте смело.

2. Убрать из запроса измерение «Дата»

Если суточная динамика не нужна для этого конкретного вопроса — уберите её. Агрегат за неделю или месяц почти всегда проходит порог там, где дневная разбивка не проходит.

3. Расширить период

Тот же механизм: больше пользователей в строке — выше шанс пройти порог. Для оценки демографии по кампании берите 28–90 дней вместо 7.

4. Убрать лишние измерения

Каждое дополнительное измерение дробит строки. Если вам нужен ответ «какая кампания приносит покупки», не добавляйте в тот же отчёт устройство, город и возраст одновременно. Задавайте по одному вопросу за раз.

5. Отключить Google Signals — осознанно

Это самый радикальный шаг и его последствия надо понимать. Отключение Signals убирает значительную часть порогов, но вместе с ними: кросс-девайсную отчётность, демографию и интересы, а также ремаркетинговые аудитории, основанные на Signals. Для магазина с дорогим кросс-девайсным циклом это плохая сделка. Для лидогенерации на одном устройстве — часто хорошая. И ещё: отключение не действует задним числом, на исторические данные порог останется.

6. Перейти на BigQuery Export для тяжёлой аналитики

Экспорт отдаёт сырые события до применения порогов. Это единственный способ получить полностью непорезанный срез по дням и демографии. Для команд, которые регулярно упираются в пороги, это не «продвинутая опция», а базовая инфраструктура — особенно если вы уже строите когорты и воронки, как описано в разборе GA4 Explorations: воронки, пути и когорты для платного трафика.

Срок хранения: тихий удалитель истории

Второй механизм работает иначе и безвозвратно. Настройки ресурса → «Хранение данных». Для стандартного GA4 доступны два варианта: 2 месяца и 14 месяцев. В GA4 360 доступны более длинные периоды. По умолчанию во многих ресурсах стоит 2 месяца — и это основная причина, по которой «прошлогодний Black Friday не строится».

Что именно удаляется, а что остаётся

Тип данных	Зависит от срока хранения
Стандартные агрегированные отчёты (Отчёты → Приобретение и т.п.)	Нет — агрегаты остаются
Исследования (Explorations)	Да — за пределами срока данных не будет
Любой запрос с пользовательскими или событийными параметрами	Да
Воронки, пути, когорты, сегменты	Да
Данные в BigQuery Export	Нет — живут по правилам вашего датасета

Отсюда главное практическое правило: если срок стоит 2 месяца, вы не сможете сравнить сезон с сезоном в исследованиях — никогда, даже задним числом. Удалённое не восстанавливается. Переключение на 14 месяцев применяется к данным вперёд, а не назад.

Опция «Сброс при новой активности»

Рядом есть переключатель, продлевающий отсчёт для пользователя при каждом новом визите. Для бизнеса с длинным циклом покупки — например, B2B или дорогие товары — включение имеет смысл: возвращающиеся пользователи не выпадают из анализа. Для разового трафика эффект минимален.

Что сделать прямо сейчас, за две минуты

1. Откройте Администратор → Хранение данных.
2. Если стоит 2 месяца — переключите на 14. Это бесплатно и не имеет минусов для подавляющего большинства проектов.
3. Оцените необходимость «сброса при новой активности» исходя из длины цикла сделки.
4. Проверьте все ресурсы, а не только основной: тестовые и региональные ресурсы обычно стоят на дефолте.

Переключить срок хранения с 2 на 14 месяцев — самое дешёвое улучшение аналитики, которое вообще существует. Два клика, ноль рисков, и через год у вас есть сезонность для сравнения.

Порог, сэмплирование и «(not set)» — три разные причины кривых цифр

Эти три явления дают похожий симптом — «в отчёте что-то не то» — но лечатся совершенно по-разному. Путаница между ними стоит командам недель бессмысленной отладки тегов.

Симптом	Причина	Что делать
Строки отсутствуют, над отчётом значок предупреждения	Порог данных	Убрать дату и чувствительные измерения, расширить период
Цифры «примерные», в исследовании указана доля обработанных событий	Сэмплирование	Сузить период, упростить исследование, уйти в BigQuery
Строка «(not set)» с большим объёмом	Нет значения параметра на момент события	Чинить разметку: порядок срабатывания тегов, передача параметров
Данных нет начиная с даты в прошлом	Срок хранения	Поднять срок на будущее; прошлое не вернуть
Расхождение с Google Ads ровно на сутки	Разные часовые пояса	Привести часовой пояс ресурса к аккаунту Google Ads

Сэмплирование — отдельная история: оно включается в исследованиях на больших объёмах событий и в сложных запросах, и GA4 честно указывает долю обработанных данных прямо в карточке отчёта. Если эта доля ниже 100%, цифры в отчёте — оценка, и спорить о третьем знаке после запятой в такой выгрузке бессмысленно.

«(not set)» в разрезе кампаний или источников — почти всегда проблема передачи параметров, а не приватности. Самые частые причины: ручная разметка UTM конфликтует с автопометкой, клик потерял идентификатор на редиректе, страница срабатывает раньше, чем инициализирован тег. Это чинится на стороне сайта, и порог здесь ни при чём — связанный разбор идентификаторов клика есть в материале GCLID, GBRAID и WBRAID: как не потерять идентификатор клика.

Четыре типовых сценария из практики

«Кампания не даёт конверсий, отключаю»

Молодая кампания с бюджетом в несколько тысяч рублей в день, отчёт в разрезе дня и устройства, конверсий в таблице нет. Решение об отключении принимается на пустых строках. Правильный порядок: сначала агрегат за 28 дней без чувствительных измерений, и только потом вывод.

«Демография говорит, что нам покупают только мужчины 35–44»

Остальные группы не прошли порог и просто не отображаются — а не «не покупают». Если на основе такой таблицы сузить таргетинг, вы отрежете работающие сегменты собственными руками.

«Looker Studio показывает меньше, чем GA4»

Дашборд обращается к Analytics Data API, где действуют те же пороги, и обычно содержит больше измерений, чем интерфейсный отчёт. Лечение — упростить запрос или перевести дашборд на BigQuery.

«Прошлогодняя воронка не строится»

Это срок хранения. Если стоит 2 месяца, исторические исследования недоступны и восстановлению не подлежат. Единственное действие, которое имеет смысл, — переключить на 14 месяцев сегодня, чтобы следующий сезон было с чем сравнивать.

Диагностический порядок: отличить порог от других проблем

Когда цифра не сходится, проверяйте в этом порядке — от дешёвого к дорогому:

1. Значок порога над отчётом. Есть — дальше можно не искать.
2. Уберите «Дату» из запроса. Данных стало больше — порог.
3. Переключите идентификацию на Device-based. Цифры выросли — порог на Google Signals.
4. Проверьте срок хранения. Пустота начинается с конкретной даты в прошлом — это хранение, а не порог.
5. Сверьте период и часовой пояс ресурса с Google Ads. Разные часовые пояса — классическая причина расхождения «на день».
6. Только теперь проверяйте разметку и теги. Если первые пять пунктов чисты, причина в сборе данных.

Этот порядок экономит часы: большинство «проблем с тегами» в платном трафике на деле оказываются порогами или часовыми поясами. Полный разбор остальных причин расхождений — в материале расхождение конверсий Google Ads и GA4: девять причин и порядок сверки.

Как это меняет работу с платным трафиком

Решения по бюджету на тонких срезах

Самая дорогая ошибка — отключить кампанию или аудиторию, потому что «по ней нет конверсий», когда строки просто не показаны. Правило: любое решение об отключении принимается по агрегату без чувствительных измерений, а не по дробному срезу. Если нужна демография для решения — расширьте период до 28+ дней.

Аудитории и ремаркетинг

Пороги отчётности не влияют на размер аудиторий для Google Ads — это разные механизмы. Но у аудиторий есть собственный порог численности и срок участия, о котором стоит помнить отдельно; об этом — в разборе менеджер аудиторий Google Ads: порог 100 пользователей и срок участия.

Дашборды и автоматическая отчётность

Если дашборд строится через Analytics Data API, пороги применяются и там. Типичный симптом: в Looker Studio цифры ниже, чем в интерфейсе GA4, или строки «прыгают» между обновлениями. Лечение то же — убрать дробящие измерения из запроса либо перевести дашборд на BigQuery.

Приватность как исходное условие, а не помеха

Пороги и срок хранения — часть того же сдвига, что и Consent Mode и моделирование конверсий: измерение становится вероятностным, а не поштучным. Это не повод опускать руки, а повод строить стек так, чтобы потери были предсказуемыми. С какими сигналами работать, когда часть пользователей не даёт согласия, разбирали в материале Consent Mode v2 и приватность: как собирать сигнал, а как возвращать конверсии на серверной стороне — в разборе серверного трекинга sGTM.

Чек-лист настроек ресурса на 2026 год

• Хранение данных: 14 месяцев (не 2). Проверено на всех ресурсах.
• Сброс при новой активности: включён, если цикл сделки длиннее месяца.
• Идентификация отчётности: знать, какая стоит, и уметь переключать для диагностики.
• Google Signals: включены осознанно — понимаете, что получаете и чем платите.
• BigQuery Export: подключён, если платный трафик — значимый источник выручки.
• Часовой пояс ресурса совпадает с часовым поясом аккаунта Google Ads.
• Импорт расходов настроен, если есть не-Google каналы — см. импорт расходов в GA4.

Семь пунктов, один подход за полчаса — и дальше вы спорите с цифрами, а не с настройками.

FAQ

Какое точное число пользователей включает пороги данных GA4?

Google не публикует числовое значение и прямо указывает, что порог определяется динамически в зависимости от объёма данных и контекста запроса. Распространённый эмпирический ориентир — около 50 пользователей на строку, но это не документированное правило, и опираться на него как на факт нельзя.

Можно ли отключить пороги данных GA4?

Нет. Это не настройка, а механизм защиты приватности. Влиять на него можно только косвенно: через идентификацию отчётности, отключение Google Signals, состав измерений в запросе и переход на BigQuery Export.

Почему сумма по дням не сходится с итогом за месяц?

Потому что суточные строки содержат меньше пользователей и чаще попадают под порог. Итог за месяц считается по всему периоду и проходит порог. Это ожидаемое поведение, а не ошибка.

Стоит ли отключать Google Signals?

Зависит от модели. Отключение убирает большую часть порогов, но лишает кросс-девайсной отчётности, демографии, интересов и аудиторий на базе Signals. Для e-commerce с длинным кросс-девайсным путём — обычно нет. Для лидогенерации в одном устройстве — часто да.

Что даёт переключение идентификации на Device-based?

Отчёты перестают использовать данные Google Signals, поэтому значительная часть порогов не срабатывает. Платите кросс-девайсной склейкой: один человек с телефона и ноутбука будет считаться двумя. Настройка влияет только на отображение и переключается обратно.

Пороги применяются к Analytics Data API?

Да. Это частая причина расхождений между интерфейсом GA4 и внешними дашбордами или коннекторами. Логика та же: убирайте дробящие измерения или переходите на BigQuery.

Попадают ли данные в BigQuery Export под пороги?

Нет. Экспорт отдаёт сырые события до применения порогов отчётности и не ограничен сроком хранения GA4. Срок жизни данных там определяется настройками вашего датасета.

Какие варианты срока хранения доступны?

В стандартном GA4 — 2 и 14 месяцев. В GA4 360 доступны более длинные периоды. По умолчанию во многих ресурсах стоит 2 месяца.

Что именно теряется при истечении срока хранения?

Пользовательские и событийные данные, на которых строятся исследования: воронки, пути, когорты, сегменты, любые запросы с параметрами. Стандартные агрегированные отчёты остаются доступны.

Можно ли вернуть удалённые по сроку хранения данные?

Нет. Удаление необратимо, и увеличение срока действует только на данные вперёд. Именно поэтому переключение с 2 на 14 месяцев стоит сделать сегодня, а не когда понадобится сравнение сезонов.

Как быстро понять, порог это или проблема с тегами?

Уберите из запроса измерение «Дата» и чувствительные измерения. Если данные появились — это порог, теги ни при чём. Если картина не изменилась — тогда уже проверяйте сбор.

Влияют ли пороги на импорт конверсий в Google Ads?

Нет. Пороги — механизм отображения в отчётах GA4. Передача конверсий и работа Smart Bidding ими не ограничены. Но если вы вручную строите решения по порезанным отчётам, алгоритм получит кривые указания от вас, а не от GA4.

Коротко

Два механизма молча меняют ваши цифры. Пороги данных скрывают строки с малым числом пользователей, когда в запросе есть демография, интересы или Google Signals — и особенно жёстко при разбивке по дням. Срок хранения удаляет пользовательские данные навсегда, и по умолчанию это часто всего 2 месяца.

Два действия закрывают большую часть боли: переключите хранение на 14 месяцев прямо сейчас и приучитесь перед правкой бюджета задавать вопрос «а не порог ли это?» — убрав из запроса дату и демографию. Для команд, которые регулярно упираются в потолок отчётности, следующим шагом идёт BigQuery Export.

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