Што адпраўляе Snap Pixel і чаму згода мае значэнне

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

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

Архітэктура двух пiкселяў: браўзер плюс Conversions API

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

Згода прымяняецца да абодвух каналаў

Распаўсюджаная памылка — разглядаць CAPI як спосаб абыйсці згоду. Гэта не так. Тэрытарыяльны ахоп GDPR і азначэнне продажу або абмену CCPA аднолькава прымяняюцца да перадачы персанальных даных з сервера на сервер. Калі карыстальнік не даў згоды на апрацоўку ў рэкламных мэтах, ні браўзерны пiксель, ні 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

Калі вы загружаеце пiксель праз 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 (персаналізаваная рэклама), вы можаце ўсё яшчэ запускаць пiксель для вымярэння, але не павінны ўключаць пашыранае супастаўленне, бо само супастаўленне з'яўляецца аперацыяй персаналізаванай рэкламы. Большасць TCF-адпаведных тэг-менеджараў выкрываюць гэта як суб-перамыкач на тэгу Snap.

Распаўсюджаныя пасткі, якія каштуюць выдаўцам даходу або адпаведнасці

Спрацоўванне да загрузкі CMP

Калі ваш фрагмент Snap Pixel знаходзіцца ў head старонкі, а ваша CMP загружаецца асінхронна, пiксель можа спрацаваць да таго, як згода вядома. Гэта самае распаўсюджанае парушэнне GDPR, выяўленае ў аўдытах cookie. Перамясціце фрагмент пiкселя за слухач падзеі cmpReady або выкарыстоўвайце тэг-менеджар, які натыўна інтэгруецца з IAB CMP API.

Забыццё радка GPP на трафіку ЗША

Snap у працэсе абавязковага ўвядзення радка GPP для прымусу адмовы ў ЗША. Калі ваша CMP выпраменьвае толькі стары USP, а тэг Snap не атрымлівае сігнал GPP, апошнія версіі пiкселя будуць разглядаць падзею як адмоўленую па змаўчанні. Праверце ўзор адказаў на стаўкі ЗША і адпраўкі CAPI; адсутнасць GPP — частая ціхая страта атрыбуцыі.

Неадпаведныя ідэнтыфікатары дэдуплікацыі

Браўзерны пiксель і CAPI павінны мець той жа client_dedup_id для той жа падзеі, інакш Snap лічыць падзею двойчы. Згенеруйце UUID у момант падзеі на кліенце, перадайце яго браўзерному пiкселю і перанакіруйце на ваш сервер для адпаведнай адпраўкі CAPI. Адзіны зламаны ланцуг дэдуплікацыі завышае падлік канверсій і ламае аптымізацыю ўніз.

Устарэлая згода ў доўгіх сесіях

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

Тэставанне і праверка

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

Збіраем разам

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