Google Analytics добавил include-фильтры по hostname — теперь в ресурсе можно указать список доменов, с которых система будет принимать события. Обновление появилось в разделе What’s new in Google Analytics 21 сентября.

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

Что изменилось в Google Analytics

По описанию Google, новый тип фильтра должен снизить объём ручной поддержки. Вместо постоянного обновления exclude-списка можно настроить allowlist — перечень одобренных hostname, от которых ресурс будет сохранять события.

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

Какие ограничения важно учитывать

Google отдельно уточняет несколько условий работы новой функции:

  • include-фильтры применяются только к новым входящим данным;
  • исторические данные в отчётах не изменятся;
  • после перевода фильтра в статус Active изменения становятся необратимыми;
  • события, которые не пройдут фильтр, не попадут ни в Google Analytics, ни в BigQuery.

Это ключевой момент для команд, которые используют аналитику для сквозной отчётности, SEO-оценки посадочных страниц и анализа эффективности рекламных кампаний в Google Ads и Яндекс Директ. Ошибка в настройке может привести к потере части данных без возможности восстановления.

Что будет с событиями без hostname и через Measurement Protocol

Google сообщает, что include-фильтры не применяются к событиям, отправленным через Measurement Protocol. Такие данные не будут автоматически блокироваться этим механизмом.

При этом события без hostname, наоборот, будут отсекаться. В качестве примера Google упоминает трафик через gtag.js: отсутствие hostname обычно считается признаком спама или аномальной активности.

Для российских специалистов это означает, что при нестандартной серверной отправке событий, интеграциях с CRM, коллтрекингом или внутренними системами нужно отдельно проверить, какие данные идут через Measurement Protocol, а какие завязаны на hostname.

Почему Google советует сначала тестировать фильтр

Перед активацией Google рекомендует использовать режим Testing. В этом состоянии события не удаляются, а помечаются специальным измерением Test data filter name. Это позволяет проверить, не отсекает ли фильтр полезный трафик.

По документации, применение фильтра может занять от 24 до 36 часов. Поэтому быстрых выводов сразу после настройки ждать не стоит: корректность работы лучше оценивать с задержкой и по нескольким сценариям трафика.

Что это значит для сайтов в России

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

Это особенно актуально для проектов, где Google Analytics используют параллельно с Яндекс Метрика: расхождения между системами часто возникают не только из-за моделей атрибуции, но и из-за загрязнённых данных. Новый include-фильтр помогает сократить одну из причин таких расхождений.

При этом Google пока не уточнил детали работы include-фильтра для сложных случаев — например, как именно обрабатываются поддомены или ресурсы с несколькими hostname. Также неясно, доступна ли функция уже во всех ресурсах. Проверить это можно в разделе Admin → Data filters.

На практике обновление означает одно: Google Analytics даёт более удобный способ ограничить сбор событий только доверенными доменами. Для бизнеса, SEO-специалистов, PPC-команд, агентств и контент-менеджеров это шанс повысить качество данных, но включать фильтр стоит только после тестирования, чтобы не потерять полезную статистику.

Совет эксперта Analito

Проверьте в Admin → Data filters, доступен ли include-фильтр в вашем ресурсе, и составьте полный список рабочих hostname: основной домен, поддомены, лендинги, региональные версии и тестовые среды, если они реально должны передавать данные.

Не включайте фильтр сразу в Active. Сначала переведите его в Testing, подождите 24–36 часов и сравните объём событий, конверсий и источников трафика с Яндекс Метрика и внутренней отчётностью.

Если используются серверные интеграции, CRM, коллтрекинг или отправка событий через Measurement Protocol, отдельно проверьте их схему передачи данных. Include-фильтр не применяется к таким событиям, поэтому защита от мусорных данных может потребовать дополнительной настройки.

Частые вопросы

Изменит ли include-фильтр старые данные в Google Analytics?

Нет. Фильтр действует только на новые входящие события с момента создания и не пересчитывает исторические отчёты.

Можно ли вернуть данные, если фильтр по ошибке заблокировал нужные события?

Нет. После активации в статусе Active неподходящие события не обрабатываются и не будут доступны ни в Google Analytics, ни в BigQuery.

Нужно ли это сайтам, которые работают сразу на нескольких доменах или поддоменах?

Да, но только после аккуратной проверки списка hostname. Иначе можно случайно отрезать часть легального трафика и конверсий.