Аналитика работает до согласия: причины и исправления
Последнее обновление: 16 октября 2026
Почему баннер есть, а запросы аналитики уже уходят
Наличие cookie-баннера не меняет автоматически способ выполнения остальных скриптов сайта. Если счётчик подключён обычным исполняемым тегом, он может стартовать независимо от выбора посетителя. Чтобы найти причину, нужно проследить весь путь подключения: от шаблона страницы до события, которое запускает интеграцию.
Сначала определите ожидаемую модель. Если задача — не отправлять запросы конкретного аналитического сервиса до согласия, проверяйте именно отсутствие таких запросов. Если используется режим с ограниченными сигналами без cookie, критерий будет другим. Не смешивайте эти варианты при приёмке: одинаковое значение «отказ» в интерфейсе не всегда означает одинаковый сетевой результат.
Причина 1. Один счётчик установлен дважды
Проверьте шаблон сайта, настройки CMS, плагины аналитики, менеджер тегов и вставки произвольного HTML. После миграции или смены подрядчика старое подключение часто остаётся вне новой схемы управления. Даже правильно настроенная интеграция не контролирует независимую копию скрипта.
Сопоставьте идентификаторы счётчиков и точки их установки. Для каждого сервиса выберите один управляемый способ подключения. После отключения дубля проверьте не только ранний запуск, но и количество событий после согласия: исправление должно сохранять нужную аналитику без повторной отправки.
Причина 2. Порядок тегов принят за блокировку
Размещение баннера выше счётчика в HTML само по себе не задаёт зависимость «сначала согласие, затем аналитика». Атрибут async также не является механизмом управления согласием. Условие запуска должно быть реализовано отдельно, а исходный исполняемый экземпляр скрипта — убран из независимого подключения.
В Cookiestack предусмотрена активация скриптов, помеченных type="text/plain" и data-cookie-category с нужной категорией. Это подходит для поддерживаемого сценария отложенного подключения, описанного в JavaScript API. Разметку нужно применить к реальному источнику запуска; добавление второй, правильно размеченной копии рядом с обычным скриптом проблему не решит.
Причина 3. Менеджер тегов запускает интеграцию отдельно
Разделите загрузку контейнера и выполнение тегов внутри него. Наличие контейнера в коде ещё не объясняет, какое событие запустило конкретный счётчик. Проверьте условия активации каждого тега, исходные настройки согласия и обработку их обновления.
Также найдите обработчики кликов, прокрутки и открытия виджетов: они могут запускать аналитику позже, когда первая проверка уже закончилась. Повторите диагностику после перехода между страницами. Для сайта с клиентской навигацией смена маршрута может активировать дополнительную интеграцию без полной перезагрузки.
Причина 4. Вы видите сигналы Google Consent Mode
Google различает базовый и расширенный режимы согласия. В базовом варианте теги Google блокируются до взаимодействия с механизмом согласия; в расширенном они загружаются с исходными настройками и при отказе могут отправлять сигналы без cookie. Поэтому запрос Google в Network нужно сопоставлять с выбранной архитектурой, а не автоматически считать доказательством неверной работы баннера.
Если ваша техническая цель — полностью исключить обращения к этому сервису до согласия, одной настройки запрета хранения недостаточно: требуется соответствующая схема блокировки загрузки. Сверьте реализацию с документацией Google и отдельно проверьте обновление статуса после выбора посетителя.
Как проверить исправление
Откройте Network до загрузки страницы, воспроизведите ранний запрос и изучите его инициатор. Затем найдите точку подключения в коде или настройках сайта. Меняйте одну причину за раз: так проще понять, что именно устранило нежелательное поведение.
Повторите три сценария с чистым состоянием: до выбора, после отказа и после разрешения нужной категории. Затем проверьте повторный визит и изменение настроек. Проверку проводите на страницах с разными шаблонами и внешними виджетами, а не только на главной.
С чего начать настройку в Cookiestack
Составьте карту подключений и сверьте её с категориями в настройках домена. Для ручных скриптов используйте документированный механизм блокировки, для интеграций — соответствующую инструкцию. После изменения способа установки удалите дублирующий путь запуска и выполните контрольный тест.
Результат диагностики должен быть проверяемым: конкретный сервис запускается в нужном состоянии, не отправляет лишние события и корректно реагирует на дальнейший выбор посетителя. Начните с аудита cookie и сетевых запросов, затем переходите к настройке. Такой порядок помогает исправить причину, а не просто скрыть видимый симптом.
Инструкции и следующий шаг
Подключить Cookiestack к своему сайту →