Если стандартный отчёт GA4 показывает прошлый период, а исследование не позволяет его разобрать, сначала проверьте Data retention. Срок хранения детальных данных и доступность агрегированного отчёта — разные вещи. Справка проверена 27 октября 2026 года. Материал помогает настроить аналитику собственного магазина, а не восстановить недоступную статистику маркетплейса.

Свяжите срок с реальным вопросом аналитика

До изменения настройки запишите, какую задачу решаете: сравнение двух распродаж, повторные покупки когорты или поведение после смены checkout. Укажите самый ранний необходимый период. Формулировка «хотим хранить всё подольше» не объясняет ни требуемую детализацию, ни ответственного за доступ к данным. Начинайте с конкретного отчёта и его назначения.

Data retention влияет, в частности, на исследования и отчёты о воронках, но не на стандартные агрегированные отчёты. Для пользовательских данных предусмотрены сроки два или четырнадцать месяцев; у некоторых иных данных возможности зависят от версии ресурса. Для отдельных категорий информации действуют свои ограничения. Не считайте одну выбранную цифру обещанием одинаковой глубины для всех показателей.

Проверьте, существует ли нужная история

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

В учебном примере команда хочет сравнить поведение октябрьских покупателей с прошлой зимой. Сначала она проверяет доступность обоих периодов на нужном уровне детализации, затем решает, можно ли построить одинаковые группы. Общая логика такого сравнения описана в разборе когорт каналов. Наличие общей выручки за зиму не заменяет событий для конкретного исследования.

Разберитесь с продлением при новой активности

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

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

Отделите срок хранения от готовности измерений

Даже доступная история не гарантирует, что нужный параметр был собран и зарегистрирован. Если команда только сегодня добавила признак типа клиента, его нельзя считать существовавшим во всех прошлых событиях. Для таких изменений нужен отдельный план пользовательских параметров и измерений. Записывайте начало измерения каждого нового признака в словарь аналитики.

В рабочем протоколе оставьте тип отчёта, необходимый период, проверенный диапазон, настройку хранения и ограничения. Перед повторением исследования после крупного роста объёма данных сверяйте действующие условия ресурса: для Large и XL возможны дополнительные ограничения. Такая проверка помогает честно отделить отсутствие истории от падения продаж и избежать решений по неполной выборке без пояснения.