Какво изпраща Snap Pixel и защо е важно съгласието

Snap Pixel е JavaScript фрагмент, хостван на sc-static.net/scevent.min.js. При зареждане на страницата той се инициализира с вашия pixel_id и по избор с хеширани идентификатори на потребители — имейл, телефон, IP, потребителски агент. След инициализация той докладва събития: прегледи на страниците, добавяне в кошница, покупка, регистрация, персонализирани събития. Всяко събитие се публикува в крайната точка за събиране на Snap и се съпоставя от страна на сървъра с идентификаторите на потребителите на Snap, за да се приписват кликвания и прегледи от кампании в Snap Ads.

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

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

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

Съгласието се прилага за двата канала

Честа грешка е да се третира CAPI като начин за заобикаляне на съгласието. Това не е така. Териториалният обхват на GDPR и дефиницията на CCPA за продажба или споделяне се прилагат еднакво за предаването от сървър на сървър на лични данни. Ако потребителят не е дал съгласие за обработка с цел реклама, нито браузърният пиксел, нито CAPI могат да се задействат за този потребител. Единственото решение за съгласие управлява двата канала.

Свързване на Snap Pixel с вашия CMP

Стъпка 1: Блокирайте до получаване на информация за съгласието

Не включвайте тага на скрипта на Snap Pixel директно в HTML-а си. Вместо това го регистрирайте като blocked tag в мениджъра на тагове — 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"] (ограничено използване на данни) заедно с кодовете на страна и щат. Snap след това обработва събитието в режим с ограничена поверителност, който не захранва аудитории за ремаркетинг или споделяне на данни с трети страни.

Стъпка 3: Използвайте сигналите за режим на съгласие на Google, ако разчитате на GTM

Ако зареждате пиксела чрез Google Tag Manager с активиран Consent Mode v2, ограничете тага на Snap с ad_storage и ad_user_data. Когато някое от тях е отказано, GTM блокира задействането на тага. Изпращането на CAPI от вашия сървър трябва да използва същото състояние на съгласие, уловено в момента на действието на потребителя.

Разширено съвпадение: Хеширани идентификатори и съгласие

Разширеното съвпадение изпраща хеширани имейл, телефон, IP и потребителски агент до Snap, за да подобри процентите на съвпадение между посетителите на уебсайта и потребителите на Snap. Въпреки че стойностите са хеширани с SHA-256, регулаторите ги третират като лични данни — хешът е обратим в голям мащаб, защото входното пространство е изброимо, и Snap може да го съпостави с известен потребител.

Третирайте разширеното съвпадение като отделно решение за съгласие, когато е възможно. Ако потребителят е дал само Цел 7 (измерване), но не и Цел 4 (персонализирани реклами), все пак може да пуснете пиксела за измерване, но не трябва да активирате разширено съвпадение, тъй като самото съвпадение е операция с персонализирани реклами. Повечето TCF-съвместими мениджъри на тагове излагат това като подтумблер на тага на Snap.

Чести клопки, които струват на издателите приходи или съответствие

Задействане преди зареждане на CMP

Ако фрагментът на Snap Pixel е в head на страницата и вашият CMP се зарежда асинхронно, пикселът може да се задейства преди да е известно съгласието. Това е най-честото нарушение на GDPR, открито при одити на бисквитки. Преместете фрагмента на пиксела зад слушател на събитие cmpReady, или използвайте мениджър на тагове, който е интегриран с IAB CMP API по подразбиране.

Забравяне на GPP низа за трафик от САЩ

Snap е в процес на задължително изискване на GPP низа за прилагане на отказ от участие в САЩ. Ако вашият CMP излъчва само наследения USP и тагът на Snap не получава GPP сигнал, последните версии на пиксела ще третират събитието като отказало по подразбиране. Проверете извадка от оферти за наддаване в САЩ и CAPI изпращания; липсващият GPP е честа безшумна загуба на атрибуция.

Несъответстващи dedup ID-та

Браузърният пиксел и 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 сигнали, така че потребителите, отказващи персонализирани реклами, да не бъдат проследявани мълчаливо, и запазва дедупликацията непокътната, за да остане атрибуцията точна. Одитирайте настройката си на тримесечие — прилагането на GPP сигнали от страна на Snap се затяга през 2026 г. и работещата днес интеграция не е задължително работеща интеграция след шест месеца.