Blokkerer annonseblokkere Meta-pixelen?

Mange annonseblokkere og personvernnettlesere blokkerer den. Når skriptet er blokkert, når ingen nettleser-events Meta fra den besøkende, men kjøp som sendes server-side fra bestillingsdataene dine kommer likevel frem.

Hvor mange kjøpere bruker annonseblokkere?

Det avhenger av målgruppen, enhetene og landene dine, så et generelt tall sier lite om butikken din. Mål ditt eget gap ved å sammenligne nettbestillinger med Purchase-eventene pixelen din sendte i samme periode.

Kan annonseblokkere blokkere server-side tracking?

Ikke kjøpet som sendes fra bestillingsdata, fordi den forespørselen går fra en server til plattformens API. En blokkerer kan stoppe nettleserskriptet som lagrer click id, og det er derfor førsteparts innsamling betyr noe.

Er en annonseblokkerer det samme som å avslå samtykke?

Nei. Å avslå samtykke er et valg i cookie-banneret ditt som trackingen din må følge. En annonseblokkerer er et verktøy i nettleseren. Begge reduserer pixel-events, så mål dem hver for seg.

Trenger jeg fortsatt pixelen hvis jeg sender kjøp server-side?

Ja, for besøkende uten blokkerer. Pixelen legger til events fra nettlesing og nettleser-cookies, og med samme event-ID beholder plattformen én kopi av hvert kjøp.

Annonseblokkere og tracking: hva butikken din taper

Hovedpunkter

Annonseblokkere bruker filterlister til å stoppe pixelskript og forespørslene deres, så annonseplattformen får ingen event i det hele tatt fra den nettleseren.
En blokkert pixel mister sidevisninger, produkter lagt i handlekurven og kjøp, og kjøpet betyr mest fordi det styrer rapportert ROAS og budgivning.
Kjøp som sendes server-side fra bestillingsdataene dine påvirkes ikke, fordi kjøperens nettleser ikke sender dem.
Mål ditt eget gap ved å sammenligne nettbestillinger i butikken din med Purchase-eventene nettleserpixelen sendte, ikke med attribuerte konverteringer.
Server-side tracking kan ikke hente tilbake events fra nettlesing eller click id-er som aldri ble lagret, og førsteparts innsamling reduserer det tapet.

Annonseblokkere stopper tracking ved å hindre at annonseplattformens pixelskript, eller forespørslene det sender, lastes i kjøperens nettleser. Når det skjer, får plattformen aldri vite om sidevisningen, handlekurven eller kjøpet, selv om bestillingen ligger i butikken din. Kjøp som sendes server-side fra bestillingsdataene dine påvirkes ikke, fordi kjøperens nettleser ikke er involvert i å sende dem.

Denne guiden forklarer hvordan annonseblokkere og personvernfunksjoner i nettlesere fungerer, hvilke events butikken din mister, hva server-side tracking henter tilbake og hva den ikke kan. Den avsluttes med en enkel måte å måle gapet i din egen butikk på.

Hvordan stopper annonseblokkere tracking-pixler?

De fleste annonseblokkere bruker filterlister. En filterliste er en lang liste med regler som matcher nettadresser: domener, stier og filnavn til kjente annonse- og trackingskript. Når en side ber nettleseren laste noe som matcher en regel, avbryter blokkereren forespørselen.

De mest kjente listene er EasyList, for annonser, og EasyPrivacy, for tracking. De brukes av utvidelser som Adblock Plus, AdBlock, uBlock Origin og AdGuard. Pixelen til en stor annonseplattform er et lett mål for disse listene, fordi den laster det samme skriptet fra samme domene på mange ulike nettsteder.

Siden lastesTemaet ditt inneholder pixelskriptet til annonseplattformen.

Blokkereren sjekker adressenSkriptadressen matcher en regel i en filterliste.

Forespørselen avbrytesSkriptet kjører aldri, så ingen event opprettes.

AnnonseplattformMottar ingenting fra dette besøket.

En blokkert pixel sender ikke en svakere event. Den sender ingen event i det hele tatt.

Nettlesere med innebygd beskyttelse

Noen nettlesere blokkerer trackere uten utvidelse. Brave slår på Shields for alle nettsteder som standard, og Shields blokkerer tredjepartsannonser, trackere og cookies på tvers av nettsteder. Firefox blokkerer innhold fra kjente domener for sporing på tvers av nettsteder i private vinduer, og brukere kan velge strengere innstillinger som gjelder for alle vinduer. Safaris Intelligent Tracking Prevention blokkerer alle tredjeparts-cookies og forkorter levetiden til cookies som skript setter. Guiden vår om Safari ITP og annonsetracking forklarer disse begrensningene.

Blokkering for hele nettverket

Noen blokkerer trackere for en hel enhet eller et helt hjemmenettverk, med en DNS-basert blokkerer eller et VPN med trackerfilter. Disse stopper forespørsler til trackingdomener i alle nettlesere og apper på det nettverket. Å bytte nettleser endrer ikke resultatet.

Hvilke events mister butikken din?

Når pixelen er blokkert, går alle events den ville ha sendt fra den nettleseren tapt. Skaden er ikke lik for hver event.

Event	Hva den brukes til	Går tapt når pixelen er blokkert?	Kan bestillingsdata erstatte den?
PageView, ViewContent	Målgrupper av nettstedsbesøkende, produktretargeting	Ja	Nei
AddToCart, InitiateCheckout	Optimalisering mot kjøpere som starter et kjøp, retargeting av handlekurv	Ja	Nei
Purchase	Rapporterte konverteringer, ROAS, kjøpsoptimalisering, verdibasert budgivning	Ja	Ja
Click id på landingssiden	Kobler kjøpet til det nøyaktige annonseklikket	Ja, når trackingskriptet også er blokkert	Nei, den må lagres i nettleseren

Kjøpet er den mest verdifulle eventen, og det er den som bestillingsdata alltid kan erstatte.

Tapte events fra nettlesing gjør retargeting-målgruppene dine mindre. Tapte kjøp gjør mer skade. Plattformen rapporterer færre konverteringer, ROAS i annonserapporten faller, og budgivningsalgoritmen lærer av færre kjøpere. En lønnsom kampanje kan da se ulønnsom ut, og du kan ende opp med å kutte den.

Hvorfor server-side events fra bestillingsdata ikke blokkeres

En annonseblokkerer kjører inne i kjøperens nettleser. Den kan bare stoppe forespørsler som nettleseren gjør. Når kjøpet sendes fra bestillingsdataene i butikken din, går forespørselen fra en server til annonseplattformens API. Kjøperens nettleser er ikke en del av den veien, så blokkereren har ingenting å avbryte.

14:02:11 PageView pixelBlokkert av en filterliste i nettleseren

14:09:47 Purchase pixel order-1042Sendes aldri, fordi pixelskriptet ikke ble lastet

14:09:52 webhook order-1042 paidButikken melder den betalte bestillingen til serveren

14:10:12 Purchase server order-1042Sendt til Conversions API med hashet e-post og telefonnummer

Eksempel: ett besøk med annonseblokkerer. Nettleseren sender ingenting, men kjøpet når likevel plattformen fra bestillingen.

Plattformen kobler deretter kjøpet til en person med dataene i eventen: den hashede e-posten og telefonnummeret fra bestillingen, IP-adressen og user agent, og click id hvis en ble lagret. Ingenting av dette går gjennom blokkereren. For hele dataveien, les hva server-side tracking er.

Hva kan ikke server-side tracking gjenopprette?

Click id trenger nettleseren

Selve bestillingen er trygg, men koblingen til annonseklikket opprettes i nettleseren. Et skript må lese click id fra landingsadressen og lagre den. Hvis en annonseblokkerer også blokkerer det skriptet, kommer bestillingen uten click id. Plattformen kan fortsatt koble kjøpet via hashede kundedata, men matchingen er mindre sikker.

To ting reduserer dette tapet. For det første: samle inn events førsteparts. Kjør trackingskriptet og forespørslene det sender via ditt eget domene, for eksempel gjennom en Shopify app proxy eller et underdomene på nettstedet ditt. Filterlister er rettet mot kjente trackingadresser hos tredjeparter, så en førsteparts-sti er mye vanskeligere å blokkere, men ikke umulig. For det andre: bruk landingssiden som enkelte nettbutikkplattformer, som Shopify, lagrer sammen med hver bestilling. Hvis den adressen fortsatt inneholder click id eller UTM-er, kan bestillingen attribueres uten noen event fra nettleseren.

Events fra nettlesing går fortsatt tapt

Bestillingsdata inneholder bestillinger, ikke sidevisninger. Å sende kjøp fra bestillinger henter ikke tilbake sidevisningene og handlekurv-eventene til en besøkende hvis nettleser blokkerte alt. En førsteparts innsamler kan videresende disse eventene fra serveren når dens egne forespørsler kommer gjennom.

Avslått samtykke er ikke blokkering

En besøkende som avslår markedsføringscookies i cookie-banneret ditt er ikke det samme som en besøkende med annonseblokkerer. Den første besøkende tok et valg som trackingen din må følge. Med Respect visitor consent på setter ROASaurus ingen besøks-ID for den besøkende, så annonseklikkene og besøkene deres knyttes ikke til dem. Nettleser-eventene deres lagres uten besøks-ID, IP-adresse eller nettleserdetaljer, og sendes ikke til annonseplattformer. Den betalte bestillingen sendes fortsatt server-side, med hashede kundedata fra bestillingen og bestillingens IP-adresse og user agent. Hold de to gruppene fra hverandre når du måler tapet ditt, og se samtykke og personvern for detaljene.

Slik anslår du ditt eget tap

Du trenger ikke bransjegjennomsnitt, som avhenger av målgruppe, enhet og land. Du kan måle ditt eget gap ved å sammenligne bestillingene i butikken din med kjøpene nettleserpixelen rapporterte for samme periode.

Velg en periode og én plattform
Bruk 14 eller 30 dager og én plattform, for eksempel Meta. Bruk samme tidssone i begge systemene.
Tell nettbestillinger i butikken din
Start med alle bestillinger. Fjern bestillingene som aldri går gjennom nettbutikkens checkout: bestillinger fra fysisk salg (POS), manuelle bestillinger og utkast, abonnementsfornyelser og testbestillinger.
Tell Purchase-events fra nettleseren
I plattformens eventverktøy teller du Purchase-eventene som nettleserpixelen sendte. Det er enklest før du legger til server-events. Hvis server-events allerede kjører, bruk plattformens visning etter tilkoblingsmetode der den finnes. Meta Events Manager viser tilkoblingsmetoden for hver event og teller events der før deduplisering. Ikke bruk attribuerte kjøp fra annonserapporten.
Del
Kjøp i nettleseren ÷ nettbestillinger er andelen pixelen så. Resten er gapet ditt.
Skill samtykke fra blokkering
Anslå bestillingene fra besøkende som avslo markedsføringscookies, med avslagsraten fra samtykkeverktøyet ditt. Det som er igjen, skyldes for det meste annonseblokkere, personverninnstillinger og sider som ikke ble lastet.

Eksempelbutikk, 30 dager	Bestillinger	Andel av nettbestillinger
Alle bestillinger i butikken	1,240
Bestillinger fra fysisk salg (POS), manuelle bestillinger og fornyelser	−90
Nettbestillinger	1,150	100%
Purchase-events fra nettleserpixelen	874	76%
Gap	276	24%
Anslåtte bestillinger fra besøkende som avslo samtykke (10% avslagsrate)	115	10%
Rest: annonseblokkere, personverninnstillinger, sider som ikke ble lastet	161	14%

I denne eksempelbutikken går pixelen glipp av omtrent 1 av 4 nettbestillinger. Omtrent 1 av 7 går tapt på grunn av blokkering og nettleserfeil, ikke på grunn av samtykke.

Gapet påvirker også ROAS. Anta at Meta rapporterer en ROAS på 2.0 for denne butikken og at break-even-ROAS er 2.3. Med pixeldata taper kampanjene penger. Hvis annonsedrevne bestillinger gikk glipp av med samme rate på 24% som alle nettbestillinger, så pixelen bare 76% av annonseomsetningen. Den reelle ROAS-en ville da vært omtrent 2.0 ÷ 0.76 = 2.6, over break-even. Dette er et øvre anslag, fordi ikke hver manglende bestilling kom fra en annonse. Guiden vår om break-even-ROAS forklarer hvordan du setter den terskelen.

Slik reduserer du det du taper

Tiltakene er de samme for alle nettbutikkplattformer. De virker best sammen.

Send kjøp fra bestillingsdata. Dette tetter kjøpsgapet for hver plattform du kobler til, uansett hva den besøkendes nettleser blokkerer.
Behold pixelen, med en felles event-ID. Besøkende uten blokkerer sender fortsatt nettleser-events med cookies og sidekontekst. Samme event-ID på begge kopiene lar plattformen beholde én. Se unngå dobbelttelling.
Samle inn førsteparts. Kjør trackingskriptet og eventene via ditt eget domene, så click id-er lagres for flere besøkende.
Send hashede kundedata. E-post og telefonnummer fra bestillingen lar plattformen matche kjøp som ikke har click id.
Mål igjen. Gjenta sammenligningen en måned senere. Purchase-eventene plattformen mottar bør nå samsvare med nettbestillingene dine.

Eksempelbutikk: Purchase-events Meta mottok på 30 dager

Kun pixelPixel + server, deduplisert

Purchase-events

874

1,150

Etter at kjøp sendes fra bestillingsdata, når alle 1,150 nettbestillingene plattformen. Pixelen legger fortsatt til nettleserdata for de 874 bestillingene den så.

Slik håndterer ROASaurus annonseblokkere

ROASaurus sender hver betalte bestilling server-side til annonseplattformene du legger til under Tracking & platforms, så en annonseblokkerer i kjøperens nettleser stopper ikke kjøpet. På Shopify går butikk-events gjennom Shopifys app proxy på ditt eget butikkdomene. Du kan også kjøre skriptet og eventene via et CNAME-underdomene på nettstedet ditt. Når en besøkende ikke har noe kontaktpunkt i nettleseren, faller attribusjonen i ROASaurus tilbake på click id-ene og UTM-ene i bestillingens landingsadresse, når butikken registrerer en, slik Shopify gjør.

Hver levering og plattformens svar listes i Event log, så du kan sjekke at hver bestilling nådde hver plattform. Se server-side tracking og Shopify-integrasjonen for oppsettet.

Kilder

I ROASaurus

Les videre

TrackingConsent Mode v2 og GDPR: hva en nettbutikk kan sendeConsent Mode v2 for nettbutikker: de fire samtykkesignalene fra Google, hva EU-retten krever, og hva server-side tracking fortsatt kan sende. Kun generell informasjon.TrackingDupliserte kjøpsevents: hvorfor salg telles to gangerDupliserte kjøpsevents blåser opp konverteringer og ROAS. Se årsakene, hvordan Meta, TikTok, Snapchat, Pinterest og Reddit deduplikerer, og hvordan du løser det.TrackingSafari ITP og annonsetracking: hva som fortsatt fungererSafari ITP begrenser cookies satt av skript til 7 dager, eller 24 timer etter enkelte annonseklikk. Se hva det gjør med attribusjonen og hvilken tracking som fortsatt fungerer.