Фильтр внутреннего трафика GA4 стоит сначала проверить в режиме Testing: активное исключение меняет собираемые данные, а не только вид отчёта. Это инструкция для собственного сайта магазина, где команда управляет аналитикой. Она не позволяет фильтровать посещения карточек внутри чужого маркетплейса. Справка проверена 27 октября 2026 года.

Сначала определите, кого вы действительно исключаете

Составьте перечень рабочих подключений: офис, склад, подрядчик, домашний компьютер. У каждой строки запишите подтверждённый внешний IP и назначение. Не используйте адрес устройства из локальной сети вместо адреса, который видит сайт. Если сотрудник работает с меняющихся подключений, один офисный адрес не решает всю задачу.

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

Проведите парный тест в режиме Testing

Тестовый фильтр позволяет проверить пометку, прежде чем включать исключение. В исследовании используйте Test data filter name и число событий. Настройка может проявиться не сразу: документация указывает возможное ожидание 24–36 часов. Отсутствие метки через минуту не является достаточным основанием расширять правило или переписывать адреса.

Организуйте два сопоставимых визита: один из офисной сети, второй из независимого подключения. В обоих откройте одинаковую карточку и выполните понятное действие. Запишите время и ожидаемую принадлежность к фильтру. Для точечной проверки параметров полезен разбор DebugView, но его результат не заменяет проверку режима фильтра.

Переводите в Active по результату, а не по календарю

Активное исключение необратимо для поступающих событий: они не обрабатываются и не появляются затем в экспорте BigQuery. Отключение фильтра не восстанавливает отсеянную историю. Поэтому перед переключением сохраните правило, результаты двух тестов, дату и ответственного. Фильтрация уже готового отчёта имеет другой смысл и не должна выдаваться за такое исключение.

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

Учтите изменение состава статистики

После запуска отметьте разрыв методики в рабочем отчёте. Рост конверсии может возникнуть из-за удаления тестовых просмотров, даже если покупателей не стало больше. Сравнивайте одинаково подготовленные периоды; подробнее эта проблема рассмотрена в материале о сопоставлении когорт каналов. Не записывайте техническое изменение в результат рекламной кампании.

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