Открываешь исследование (Explorations) в GA4, ставишь диапазон на этот сентябрь и сентябрь год назад, а старый период пустой — хотя сайт уже тогда работал. Обычно виновата одна настройка: в Google Analytics 4 срок хранения данных на уровне пользователя стоит либо 2, либо 14 месяцев, и после этого срока данные исчезают из исследований и отчётов воронки навсегда.
Из этого текста узнаешь, что именно регулирует эта одна настройка в разделе Data Settings, чего она вообще не касается, как безопасно поменять срок без потери данных и как посчитать на своих датах, с какого момента твоё исследование начнёт показывать пропуски. В конце — как вести собственную историю чисел независимо от этого ограничения GA4.
Когда вдруг пропадают данные за прошлый год
Сезонность в рознице, клинике или сервисе обычно повторяется из года в год, поэтому естественное желание — сравнить «этот сентябрь с прошлым». В стандартных отчётах GA4 такое сравнение работает без ограничений. Проблема возникает в исследованиях (Explorations) и отчётах воронки — там GA4 заглядывает назад ровно настолько, насколько позволяет срок хранения данных на уровне пользователя: 2 или 14 месяцев. Если однажды кто-то оставил настройку на 2 месяцах, любое исследование старше этого срока просто пусто — не из-за сбоя замера, а потому что данные уже удалены с серверов Analytics.
Эту настройку легко упустить: её нет в повседневных отчётах, она лежит в технической части раздела «Администрирование», которую открывают один раз при внедрении и потом редко туда возвращаются. Прежде чем подозревать код замера или потерю данных, проверь именно эту настройку.
Что именно регулирует настройка хранения данных
Настройка находится в Администрировании: колонка «Ресурс» › Data Settings › Data Retention. Она касается данных, привязанных к идентификаторам пользователя — файлам cookie, User-ID, рекламным идентификаторам.
Хранение данных на уровне пользователя и ключевых событий
Для данных на уровне пользователя (а вместе с ними — данных ключевых событий) доступны два значения: 2 месяца или 14 месяцев. Для остальных данных событий добавляются варианты, доступные только в Google Analytics 360: 26, 38 и 50 месяцев, как описано в документации Google о хранении данных. Источник не говорит, какое значение стоит по умолчанию на новом ресурсе — вместо того чтобы гадать, проверь напрямую, что стоит именно в твоём аккаунте.
Исключения: возраст, пол, интересы, а также ресурсы Large и XL
Данные о возрасте, поле и интересах всегда ограничены жёстким сроком в 2 месяца, независимо от того, что выставлено для остальных данных. Тот же лимит в 2 месяца автоматически применяется к ресурсам, помеченным как Large (стандартный) или XL (360) — то есть превысившим лимиты сбора событий. Когда ресурс попадает в такое состояние, GA4 сначала отправляет администраторам предупреждающее письмо, а затем второе — о том, что срок хранения сокращён и старые данные событий уже удалены безвозвратно.
Чего эта настройка вообще не касается
Самая частая ошибка — считать, что короткий срок хранения стирает всю историю компании. На деле он затрагивает только два типа отчётов.
| Отчёт / данные | Сокращается вместе с настройкой хранения | Всегда хранит полную, неизменную историю |
|---|---|---|
| Исследования (Explorations) | Да | Нет |
| Отчёты воронки (funnel reports) | Да | Нет |
| Стандартные сводные отчёты (включая сравнение периодов) | Нет | Да |
| Основные и дополнительные параметры в стандартных отчётах | Нет | Да |
Другими словами, число сеансов, пользователей или событий в стандартном месячном отчёте остаётся видимым бесконечно, даже если на том же аккаунте срок хранения на уровне пользователя стоит в 2 месяца. Теряется только возможность строить собственные, нестандартные срезы и воронки за периодом старше границы хранения — и как раз там проверяют, почему клиенты не оставляют запросов, или где именно люди выходят из процесса бронирования.
Посчитай это на своих датах
Правило из документации Google простое: если диапазон дат в исследовании длиннее, чем установленный срок хранения, данные за лишний период просто недоступны. Сам поставщик приводит пример: при сроке хранения 14 месяцев и диапазоне исследования 14 месяцев плюс 1 день данные за этот лишний день в отчёте не показываются.
Твой пример: сегодня и граница хранения
Подставь свою дату в то же правило. Сегодня 14.09.2026, срок хранения стоит на 14 месяцах. Граница: 14.09.2026 − 14 месяцев = 14.07.2025. Если открыть исследование с диапазоном от 01.07.2025, дни с 1 по 13 июля 2025 года — это 13 дней — старше границы и будут пустыми; данные появляются только с 14.07.2025. Тот же расчёт сделай для своей даты открытия отчёта, прежде чем решить, что что-то сломано.
Как безопасно поменять настройку — шаг за шагом
Для изменения срока хранения нужна роль «Редактор» (Editor) на уровне ресурса — роли только на чтение недостаточно. Путь в интерфейсе: Администрирование, колонка «Ресурс», Data Settings, Data Retention — сперва убедись, что находишься в нужном аккаунте и ресурсе. Там выбери срок хранения данных событий, включи или выключи сброс при новой активности и нажми «Сохранить».
- 01Изменение настройки хранения
- →0224 часа на отмену
- →03окончание установленного срока
- →04ежемесячное удаление данных
- →05более короткая история в исследованиях
После сохранения изменение вступает в силу не сразу — Analytics ждёт 24 часа перед тем, как применить его, и в это время изменение можно отменить без каких-либо последствий для данных. При сокращении срока данные старше новой границы удаляются в ближайшем ежемесячном процессе очистки, а не в тот же день. При увеличении срока изменение касается уже собранных и ещё не удалённых данных — вернуть то, что удалено раньше, нельзя.
Сброс при новой активности: что это значит для постоянных клиентов
Отдельный переключатель, «Reset user data on new activity», решает, отсчитывается ли срок хранения для конкретного идентификатора пользователя от первого визита или обновляется при каждом новом. Сброс включён: каждая новая сессия того же пользователя сдвигает срок истечения на полный период хранения вперёд, поэтому пока он возвращается регулярно, его данные на уровне пользователя не исчезают. Сброс выключен: данные этого идентификатора удаляются по истечении срока хранения независимо от того, возвращался ли пользователь в это время. Эта опция касается только данных на уровне пользователя — на стандартные сводные отчёты она не влияет.
Для сервисной компании с постоянными клиентами это ощутимая разница: GA4 всегда остаётся источником поведения на сайте в заданном временном окне, а не заменой карточки клиента. Если нужна история конкретного человека — что заказывал, когда был, о чём разговаривали, — для этого нужны Данные клиентов, которые объединяют брони, разговоры и заказы в один профиль, независимый от настроек хранения GA4.
Дольше — не всегда лучше: RODO и минимизация данных
Соблазн прост: выставить 14 месяцев везде и не думать об этом. Но стоит помнить принцип из ст. 5 RODO (европейский регламент о защите данных), который приводит в своём руководстве польское Управление по защите персональных данных (UODO): данные должны быть адекватными, уместными и ограниченными тем, что необходимо для целей их обработки (минимизация данных), и храниться не дольше, чем это необходимо (ограничение хранения). Руководство UODO по RODO написано для школ, но сам принцип ст. 5 общий и распространяется на любого оператора данных, включая фирму, использующую GA4.
На практике это одно решение, которое стоит записать, а не держать в памяти: какой срок хранения реально нужен для твоих анализов и почему именно такой. Если ты в основном работаешь со стандартными отчётами год к году, длинный срок хранения на уровне пользователя может быть избыточным — эти отчёты и так хранят полную историю независимо от настройки.
Роли, доступы и лимит ключевых событий
Изменить срок хранения может человек с ролью «Редактор» на уровне ресурса. Это другая роль, чем та, что нужна для управления самими пользователями: чтобы добавить или изменить кого-то в списке доступа к аккаунту или ресурсу, нужна роль «Администратор» на уровне аккаунта или ресурса; удалить учётную запись пользователя может только администратор на уровне аккаунта — так описано в справке Google об управлении пользователями. Эти две роли стоит разделить внутри команды — иначе отпуск одного человека блокирует сразу обе задачи.
Заодно стоит проверить лимит ключевых событий: в стандартном ресурсе ключевыми можно отметить до 30 событий, в Google Analytics 360 — до 50, согласно правилам ключевых событий GA4. Событие purchase — ключевое по умолчанию; при включённой персонализации рекламы и подключённом Google Ads ключевыми становятся также, например, add_to_cart и begin_checkout. Это отдельная от хранения данных тема — какой именно лимит действует для твоего аккаунта, стоит проверить отдельно в панели событий.
Сделай сегодня — проверь и запиши решение
- Зайди в Администрирование › Data Settings › Data Retention и посмотри, какой срок стоит сейчас — не считай заранее, что это именно 14 месяцев.
- Проверь, включён ли сброс при новой активности, если важно отслеживать возвращающихся пользователей в исследованиях.
- Запиши решение и дату изменения во внутренней заметке — это доказательство на случай вопроса о соответствии принципу минимизации.
- Раз в месяц выгружай из GA4 те числа из исследований и отчётов воронки, которые действительно важны, в свою таблицу — пока к ним ещё есть доступ.
- При планировании платных кампаний проверь, считает ли замер конверсий в Google Ads заявки и брони, а не только клики — это зависит от качества исходных данных, а не от срока хранения, но проверить обе вещи вместе стоит.
Как это выглядит, когда этим управляет система
Раз стандартные отчёты GA4 всё равно хранят полную историю, а граница есть только у исследований, разумно переносить важные числа за пределы GA4, пока к ним ещё есть доступ в нестандартном представлении. Система Aura раз в месяц сохраняет ключевые числа из аналитики и CRM в собственную историю компании, поэтому сравнение год к году больше не зависит от того, какой срок хранения стоит сейчас в GA4.
Выглядит это так: Аналитика и BI собирает данные из нескольких каналов в одном месте и переводит их в цифры, которые можно сопоставить с выручкой, а Дашборды показывают лиды, продажи, маркетинг и финансы на одном экране — для того, кто на их основе реально принимает решения. Кому удобнее получать сводку прямо в почту, а не открывать панель, в которую никто не заглядывает, — та же информация доступна как еженедельная сводка в услуге AI-отчёты. О том, как считать отдачу от маркетинга на собственных данных, когда история уже накоплена, стоит почитать отдельно: отдача от рекламы ресторана, посчитанная по марже, сработала ли акция — контрольная группа или стоимость одной брони по каналам — эти методы имеют смысл только при достаточно длинной собственной истории чисел. О том, какие числа вообще стоит сводить каждый месяц, мы писали отдельно про автоматизацию отчётности.
Для владельца, который хочет системно понять, какие звонки и заявки теряются уже сейчас, есть отдельный шаг — пройти оценку на портале Aura: она показывает, где именно уходят потенциальные клиенты, ещё до того, как это станет видно в любом отчёте GA4.
Частые вопросы
Если поменять срок хранения с 2 на 14 месяцев, вернутся ли старые, уже удалённые данные?
Нет. Увеличение срока касается только уже собранных и ещё не удалённых данных. Данные, удалённые раньше по короткому сроку хранения, не восстанавливаются — новая настройка действует вперёд, а не назад.
Почему в стандартном отчёте видны данные старше 14 месяцев, а в исследовании — уже нет?
Потому что это два разных механизма. Настройка хранения данных касается только исследований и отчётов воронки. Стандартные сводные отчёты, включая сравнение периодов, хранят полную историю независимо от этой настройки.
Кто может менять срок хранения данных в GA4?
Человек с ролью «Редактор» на уровне ресурса. Это другая роль, чем право управлять списком пользователей, — для добавления или удаления людей с доступом нужна роль «Администратор» на уровне аккаунта или ресурса.
Можно ли хранить данные о возрасте и интересах тоже 14 месяцев?
Нет. Демографические данные — возраст, пол, интересы — всегда ограничены жёстким сроком в 2 месяца, независимо от того, какое значение установлено для остальных данных пользователя.
Что произойдёт, если мой ресурс GA4 станет Large?
Срок хранения данных на уровне событий автоматически сокращается до 2 месяцев, а старые данные событий удаляются безвозвратно. Перед этим GA4 отправляет администраторам предупреждающее письмо, а после превышения лимита — второе, о самом сокращении.
Как проверить, какой именно срок хранения установлен сейчас?
Зайди в Администрирование, убедись, что находишься в нужном ресурсе, и открой колонку «Ресурс» › Data Settings › Data Retention. Там видно текущее значение для данных событий и состояние переключателя сброса при новой активности.