Hvad Snap Pixel sender, og hvorfor samtykke er vigtigt

Snap Pixel er et JavaScript-uddrag hostet på sc-static.net/scevent.min.js. Ved sideindlæsning initialiserer den med dit pixel_id og eventuelt med hashede brugeridentifikatorer — e-mail, telefon, IP, brugeragent. Efter initialisering rapporterer den hændelser: sidevisninger, tilføj til kurv, køb, tilmelding, tilpassede hændelser. Hver hændelse postes til Snaps indsamlingsendepunkt og matches på serversiden mod Snap-bruger-ID'er for at attribuere klik og visninger fra Snap Ads-kampagner.

Fra et privatlivsperspektiv behandler pixelen tre datakategorier, der kræver retsgrundlag i henhold til GDPR: enheds- og browseridentifikatorer (cookies, Snap-sat førstepartscookie), hashede direkte identifikatorer (e-mail, telefon) når avanceret matching er aktiveret, og metadata om adfærdshændelser. CCPA og CPRA behandler det samme flow som et salg eller en deling, medmindre brugeren har fravalgt. IAB GPP-signalet — nu standard for compliance i flere amerikanske stater — skal respekteres uanset hvilken stat brugeren befinder sig i.

To-pixel-arkitekturen: Browser plus Conversions API

Moderne Snap Pixel-implementeringer bruger både browserpixelen og den serverbaserede Conversions API (ofte kaldet Snap CAPI). Browserpixelen udløses fra brugerens enhed; CAPI udløses fra din backend efter samme brugerhandling. Snap deduplikerer hændelser, der ankommer på begge kanaler, ved hjælp af et delt client_dedup_id. Hvorfor køre begge? Browserpixelen blokeres i stigende grad af ITP, ETP og cookie-bannere, der afviser. CAPI udfylder hullet, fordi den kører fra din server og ikke er underlagt browser-sporingsbegrænsninger — men kræver stadig gyldigt brugersamtykke på det tidspunkt, hvor hændelsen blev genereret.

Samtykke gælder for begge kanaler

En almindelig fejl er at behandle CAPI som en måde at omgå samtykke på. Det er det ikke. GDPR's territoriale rækkevidde og CCPA's definition af salg eller deling gælder i lige høj grad for server-til-server-transmission af persondata. Hvis brugeren ikke har givet samtykke til behandling til reklamemæssige formål, må hverken browserpixelen eller CAPI udløses for den pågældende bruger. Den enkelte samtykkeafgørelse styrer begge kanaler.

Tilslutning af Snap Pixel til din CMP

Trin 1: Bloker, indtil samtykket er kendt

Inkluder ikke Snap Pixel-scripttegnet direkte i din HTML. Registrer det i stedet som et blocked tag i din tagmanager — Google Tag Manager, Tealium, Commanders Act eller en hvilken som helst CMP-kompatibel indlæser, du bruger. Konfigurer tagget til kun at udløses, når de relevante samtykkeflag er sande.

For TCF v2.2-trafik er gating-logikken formålsbaseret. Snapchat er registreret som TCF-leverandør og er inkluderet i IAB Global Vendor List. Din tagmanager-regel bør kræve, at brugeren har givet Formål 1 (lagring og adgang), 3 (personaliseret annonceprofil), 4 (personaliserede annoncer), 7 (måling) og Snaps leverandørsamtykke. For USA-trafik er gating den GPP-streng-sektion, der passer til brugerens stat — sektion 7 for Californien (CPRA), sektion 8 for Virginia osv. — kombineret med det ældre USP-signal som fallback.

Trin 2: Send samtykkestatus til CAPI

Når du udløser CAPI-hændelser fra din backend, skal du inkludere feltet data_processing_options. For samtykkende EU-trafik udelades feltet helt. For samtykkende USA-trafik udelades det. For en bruger, der har fravalgt under CCPA / CPRA, sendes data_processing_options: ["LDU"] (Limited Data Use) sammen med lande- og statskoder. Snap behandler derefter hændelsen i en privatlivsbegrænset tilstand, der ikke fodrer remarketingmålgrupper eller tredjeparts datadeling.

Trin 3: Brug Googles consent mode-signaler, hvis du er afhængig af GTM

Hvis du indlæser pixelen via Google Tag Manager med Consent Mode v2 aktiveret, gates Snap-tagget på ad_storage og ad_user_data. Når enten af disse afvises, blokerer GTM tagget i at udløse. CAPI-afsendelse fra din server bør bruge den samme samtykkestatus, der er registreret på tidspunktet for brugerhandlingen.

Avanceret matching: Hashede identifikatorer og samtykke

Avanceret matching sender hashed e-mail, telefon, IP og brugeragent til Snap for at forbedre matchrater mellem webbesøgende og Snap-brugere. Selvom værdierne er SHA-256-hashede, behandler regulatorer dem som persondata — hashen er reversibel i stor skala, fordi inputrummet er tælleligt, og Snap kan matche det med en kendt bruger.

Behandl avanceret matching som en separat samtykkeafgørelse, når det er muligt. Hvis brugeren kun giver Formål 7 (måling) men ikke Formål 4 (personaliserede annoncer), kan du stadig køre pixelen til måling, men du bør ikke aktivere avanceret matching, fordi matchingen i sig selv er en personaliseret-annoncer-operation. De fleste TCF-kompatible tagmanagere eksponerer dette som et subskift på Snap-tagget.

Almindelige fælder, der koster udgivere omsætning eller compliance

Udløsning før CMP indlæses

Hvis dit Snap Pixel-uddrag er i sidens head, og din CMP indlæses asynkront, kan pixelen udløses, før samtykket er kendt. Dette er den hyppigst fundne GDPR-overtrædelse i cookie-revisioner. Flyt pixeluddraget bag en cmpReady-hændelseslytter, eller brug en tagmanager, der nativt integrerer med IAB CMP API.

Glemme GPP-strengen på USA-trafik

Snap er i gang med at gøre GPP-strengen obligatorisk for håndhævelse af fravalg i USA. Hvis din CMP kun udsender det ældre USP, og Snaps tag ikke modtager noget GPP-signal, vil nyere versioner af pixelen som standard behandle hændelsen som fravalgt. Revidér et udsnit af USA-budresponser og CAPI-afsendelser; manglende GPP er et hyppigt stille attributionstab.

Uoverensstemmende dedup-ID'er

Browserpixelen og CAPI skal dele det samme client_dedup_id for den samme hændelse, ellers tæller Snap hændelsen to gange. Generér et UUID på hændelsestidspunktet på klienten, send det til browserpixelen og videresend det til din server til den tilsvarende CAPI-afsendelse. En enkelt brudt dedup-kæde oppuster konverteringstællingerne og ødelægger downstream-optimering.

Forældet samtykke ved lange sessioner

Brugere, der trækker samtykke tilbage midt i en session, skal øjeblikkeligt stoppe med at udløse pixelen. Abonnér på din CMP's consentChange-hændelse og nedlæg Snap Pixel-runtimen, når annoncemæssigt samtykke tilbagekaldes. Mange udgivere håndterer det indledende banner godt, men ignorerer midt-i-sessionsændringer.

Test og verifikation

Snap udgiver en Chrome-udvidelse kaldet Snap Pixel Helper, der viser hvert pixelkald og afkoder dets indhold. Kør tre testscenarier fra ende til anden: en fuldt samtykkende bruger (pixel og CAPI udløses, avanceret matching er til stede, intet LDU-flag), en afvis-alt-bruger (ingen pixel, ingen CAPI) og en granulær bruger, der har givet samtykke til måling men ikke til personaliserede annoncer (pixel udløses, CAPI udløses, men avancerede matching-felter er fraværende, og LDU-flaget er sat for USA-trafik). Verificér hvert scenarie i Snap Ads Manager-hændelsesloggen og i din tagmanagers fejlretningskonsol, inden du implementerer til produktion.

At samle det hele

En korrekt konfigureret Snap Pixel-stak gør tre ting: den gates både browserpixelen og CAPI på den samme samtykkeafgørelse, respekterer granulære TCF- og GPP-signaler, så brugere, der afviser personaliserede annoncer, ikke lydløst spores alligevel, og holder deduplikering intakt, så attribution forbliver nøjagtig. Revidér din opsætning kvartalsvist — Snaps håndhævelse af GPP-signaler strammes igennem 2026, og en fungerende integration i dag er ikke nødvendigvis en fungerende integration om seks måneder.