Что отправляет Snap Pixel и почему согласие имеет значение

Snap Pixel — это фрагмент JavaScript, размещённый на sc-static.net/scevent.min.js. При загрузке страницы он инициализируется с вашим pixel_id и опционально с хешированными идентификаторами пользователя — email, телефон, IP, user agent. После инициализации он сообщает о событиях: просмотры страниц, добавление в корзину, покупка, регистрация, пользовательские события. Каждое событие отправляется на конечную точку сбора Snap и сопоставляется на стороне сервера с идентификаторами пользователей Snap для приписывания кликов и просмотров из кампаний Snap Ads.

С точки зрения конфиденциальности пиксель обрабатывает три категории данных, требующих правового основания по GDPR: идентификаторы устройств и браузеров (cookie, первичный cookie, установленный Snap), хешированные прямые идентификаторы (email, телефон), когда включено расширенное сопоставление, и поведенческие метаданные событий. CCPA и CPRA рассматривают тот же поток как продажу или обмен, если пользователь не отказался. Сигнал IAB GPP — теперь стандартный для многоштатного соответствия США — должен соблюдаться независимо от того, в каком штате находится пользователь.

Архитектура двух пикселей: браузер плюс Conversions API

Современные реализации Snap Pixel используют и браузерный пиксель, и серверный Conversions API (часто называемый Snap CAPI). Браузерный пиксель срабатывает с устройства пользователя; CAPI срабатывает с вашего бэкенда после того же действия пользователя. Snap дедуплицирует события, приходящие по обоим каналам, используя общий client_dedup_id. Зачем запускать оба? Браузерный пиксель всё чаще блокируется ITP, ETP и баннерами cookie, которые отклоняют. CAPI заполняет пробел, потому что работает с вашего сервера и не подчиняется ограничениям отслеживания браузера — но он всё ещё требует действительного согласия пользователя в момент создания события.

Согласие применяется к обоим каналам

Распространённая ошибка — рассматривать CAPI как способ обойти согласие. Это не так. Территориальный охват GDPR и определение продажи или обмена CCPA одинаково применяются к передаче персональных данных с сервера на сервер. Если пользователь не дал согласия на обработку в рекламных целях, ни браузерный пиксель, ни CAPI не могут сработать для этого пользователя. Единственное решение о согласии обусловливает оба канала.

Подключение Snap Pixel к вашей CMP

Шаг 1: блокировать, пока согласие неизвестно

Не включайте тег скрипта Snap Pixel напрямую в ваш HTML. Вместо этого зарегистрируйте его как заблокированный тег в вашем тег-менеджере — Google Tag Manager, Tealium, Commanders Act или другом CMP-осведомлённом загрузчике. Настройте тег так, чтобы он срабатывал только когда соответствующие флаги согласия истинны.

Для трафика TCF v2.2 обусловливание основано на целях. Snapchat зарегистрирован как поставщик TCF и включён в IAB Global Vendor List. Правило вашего тег-менеджера должно требовать, чтобы пользователь предоставил Цели 1 (хранение и доступ), 3 (персонализированный рекламный профиль), 4 (персонализированная реклама), 7 (измерение) и согласие поставщика Snap. Для трафика США обусловливание — это секция строки GPP, соответствующая штату пользователя — секция 7 для Калифорнии (CPRA), секция 8 для Вирджинии и т.д. — в сочетании со старым сигналом USP в качестве запасного.

Шаг 2: передать состояние согласия в CAPI

При срабатывании событий CAPI с вашего бэкенда вы должны включить поле data_processing_options. Для трафика ЕС с согласием опустите поле полностью. Для трафика США с согласием опустите его. Для пользователя, отказавшегося по CCPA / CPRA, отправьте data_processing_options: ["LDU"] (Limited Data Use) вместе с кодами страны и штата. Тогда Snap обрабатывает событие в ограниченном по конфиденциальности режиме, который не питает аудитории ремаркетинга или обмен данными с третьими сторонами.

Шаг 3: используйте сигналы Google consent mode, если вы опираетесь на GTM

Если вы загружаете пиксель через Google Tag Manager с включённым Consent Mode v2, обусловьте тег Snap на ad_storage и ad_user_data. Когда любой из них отклонён, GTM блокирует срабатывание тега. Отправка CAPI с вашего сервера должна использовать то же состояние согласия, захваченное в момент действия пользователя.

Расширенное сопоставление: хешированные идентификаторы и согласие

Расширенное сопоставление отправляет хешированные email, телефон, IP и user agent в Snap для улучшения уровня совпадения между веб-посетителями и пользователями Snap. Хотя значения хешированы SHA-256, регуляторы рассматривают их как персональные данные — хеш обратим в масштабе, потому что пространство ввода перечислимо, и Snap может сопоставить его с известным пользователем.

Рассматривайте расширенное сопоставление как отдельное решение о согласии, когда это возможно. Если пользователь предоставил только Цель 7 (измерение), но не Цель 4 (персонализированная реклама), вы можете всё ещё запускать пиксель для измерения, но не должны включать расширенное сопоставление, потому что само сопоставление является операцией персонализированной рекламы. Большинство TCF-совместимых тег-менеджеров раскрывают это как суб-переключатель на теге Snap.

Распространённые ловушки, которые стоят издателям дохода или соответствия

Срабатывание до загрузки CMP

Если ваш фрагмент Snap Pixel находится в head страницы, а ваша CMP загружается асинхронно, пиксель может сработать до того, как согласие известно. Это самое распространённое нарушение GDPR, обнаруживаемое в аудитах cookie. Переместите фрагмент пикселя за слушатель события cmpReady или используйте тег-менеджер, который нативно интегрируется с IAB CMP API.

Забывание строки GPP на трафике США

Snap в процессе обязательного введения строки GPP для принуждения к отказу в США. Если ваша CMP излучает только старый USP, а тег Snap не получает сигнал GPP, последние версии пикселя будут рассматривать событие как отказанное по умолчанию. Проверьте образец ответов на ставки США и отправок CAPI; отсутствие GPP — частая тихая потеря атрибуции.

Несоответствующие идентификаторы дедупликации

Браузерный пиксель и CAPI должны иметь один и тот же client_dedup_id для одного и того же события, иначе Snap считает событие дважды. Сгенерируйте UUID в момент события на клиенте, передайте его браузерному пикселю и перенаправьте на ваш сервер для соответствующей отправки CAPI. Единственная сломанная цепочка дедупликации завышает подсчёт конверсий и ломает оптимизацию вниз.

Устаревшее согласие в долгих сессиях

Пользователи, отзывающие согласие в середине сессии, должны немедленно прекратить срабатывание пикселя. Подпишитесь на событие consentChange вашей CMP и разрушьте среду выполнения Snap Pixel, когда согласие в рекламных целях отозвано. Многие издатели хорошо обрабатывают первоначальный баннер, но игнорируют изменения в середине сессии.

Тестирование и проверка

Snap публикует расширение Chrome под названием Snap Pixel Helper, которое показывает каждый вызов пикселя и декодирует его полезную нагрузку. Запустите три тестовых сценария от начала до конца: пользователь с полным согласием (пиксель и CAPI срабатывают, расширенное сопоставление присутствует, без флага LDU), пользователь "Отклонить всё" (без пикселя, без CAPI) и гранулярный пользователь, давший согласие на измерение, но не на персонализированную рекламу (пиксель срабатывает, CAPI срабатывает, но поля расширенного сопоставления отсутствуют и флаг LDU установлен на трафике США). Проверьте каждый сценарий в журнале событий Snap Ads Manager и в отладочной консоли вашего тег-менеджера перед развёртыванием в производстве.

Собираем вместе

Правильно настроенный стек Snap Pixel делает три вещи: обусловливает и браузерный пиксель, и CAPI на одном решении о согласии, соблюдает гранулярные сигналы TCF и GPP, чтобы пользователи, отказывающиеся от персонализированной рекламы, тихо не отслеживались всё равно, и сохраняет дедупликацию целой, чтобы атрибуция оставалась точной. Проверяйте свою настройку ежеквартально — принуждение Snap к сигналам GPP усиливается в течение 2026 года, и рабочая интеграция сегодня — не обязательно рабочая интеграция через шесть месяцев.