Blokerer adblockere Meta-pixelen?

Mange adblockere og privatlivsbrowsere blokerer den. Når scriptet er blokeret, når ingen browser-events frem til Meta fra den besøgende, men køb, der sendes server-side fra dine ordredata, kommer stadig frem.

Hvor mange shoppere bruger adblockere?

Det afhænger af din målgruppe, dine enheder og lande, så et generelt tal siger lidt om din shop. Mål dit eget tab ved at sammenligne webordrer med de Purchase-events, din pixel sendte i samme periode.

Kan adblockere blokere server-side tracking?

Ikke købet, der sendes fra ordredata, fordi den forespørgsel går fra en server til platformens API. En blokering kan stoppe browserscriptet, der gemmer klik-id'et, og derfor er first-party-indsamling vigtig.

Er en adblocker det samme som at afvise samtykke?

Nej. At afvise samtykke er et valg i dit cookiebanner, som din tracking skal følge. En adblocker er et værktøj i browseren. Begge mindsker pixel-events, så mål dem hver for sig.

Har jeg stadig brug for pixelen, hvis jeg sender køb server-side?

Ja, for de besøgende uden blokering. Pixelen tilføjer browsing-events og browsercookies, og med det samme event-id beholder platformen én kopi af hvert køb.

Adblockere og tracking: hvad din shop mister

Vigtigste pointer

Adblockere bruger filterlister til at stoppe pixel-scripts og deres forespørgsler, så annonceplatformen slet ikke modtager noget event fra den browser.
En blokeret pixel mister sidevisninger, add-to-cart-events og køb, og købet betyder mest, fordi det styrer den rapporterede ROAS og budgivningen.
Køb, der sendes server-side fra dine ordredata, påvirkes ikke, fordi shopperens browser ikke sender dem.
Mål dit eget tab ved at sammenligne webordrer i din shop med de Purchase-events, som browserpixelen sendte, ikke med attribuerede konverteringer.
Server-side tracking kan ikke bringe browsing-events eller klik-id'er tilbage, som aldrig blev gemt, og first-party-indsamling mindsker det tab.

Adblockere stopper tracking ved at forhindre annonceplatformens pixel-script, eller de forespørgsler det sender, i at indlæses i shopperens browser. Når det sker, hører platformen aldrig om sidevisningen, tilføjelsen til kurven eller købet, selv om ordren ligger i din shop. Køb, der sendes server-side fra dine ordredata, påvirkes ikke, fordi shopperens browser ikke er involveret i at sende dem.

Denne guide forklarer, hvordan adblockere og browserens privatlivsfunktioner virker, hvilke events din shop mister, hvad server-side tracking kan genskabe, og hvad det ikke kan. Den slutter med en enkel måde at måle forskellen i din egen shop.

Hvordan stopper adblockere trackingpixels?

De fleste adblockere arbejder med filterlister. En filterliste er en lang liste af regler, der matcher webadresser: domæner, stier og filnavne på kendte annonce- og trackingscripts. Når en side beder browseren om at indlæse noget, der matcher en regel, annullerer blokeren forespørgslen.

De mest kendte lister er EasyList til annoncer og EasyPrivacy til tracking. De bruges af udvidelser som Adblock Plus, AdBlock, uBlock Origin og AdGuard. Pixelen fra en stor annonceplatform er let at ramme for disse lister, fordi den indlæser det samme script fra det samme domæne på mange forskellige sites.

Siden indlæsesDit theme indeholder annonceplatformens pixel-script.

Blokeren tjekker adressenScriptets adresse matcher en regel i en filterliste.

Forespørgsel annulleretScriptet kører aldrig, så der oprettes intet event.

AnnonceplatformModtager intet fra dette besøg.

En blokeret pixel sender ikke et svagere event. Den sender slet intet event.

Browsere med indbygget beskyttelse

Nogle browsere blokerer trackere uden en udvidelse. Brave slår som standard sin Shields til på alle sites, og Shields blokerer tredjepartsannoncer, trackere og cookies på tværs af sites. Firefox blokerer indhold fra kendte trackingdomæner på tværs af sites i private vinduer, og brugerne kan vælge strengere indstillinger, der gælder alle vinduer. Safaris Intelligent Tracking Prevention blokerer alle tredjepartscookies og forkorter levetiden for cookies, som scripts sætter. Vores guide til Safari ITP og annoncetracking forklarer de begrænsninger.

Blokering på hele netværket

Nogle blokerer trackere for en hel enhed eller et hjemmenetværk med en DNS-baseret blokering eller en VPN med trackerfilter. Disse stopper forespørgsler til trackingdomæner i alle browsere og apps på det netværk. Det ændrer ikke resultatet at skifte browser.

Hvilke events mister din shop?

Når pixelen er blokeret, går hvert event, den ville have sendt fra den browser, tabt. Skaden er ikke den samme for hvert event.

Event	Hvad det bruges til	Tabt, når pixelen er blokeret?	Kan ordredata erstatte det?
PageView, ViewContent	Målgrupper af besøgende på sitet, produkt-retargeting	Ja	Nej
AddToCart, InitiateCheckout	Optimering mod shoppere, der starter et køb, retargeting af kurven	Ja	Nej
Køb	Rapporterede konverteringer, ROAS, købsoptimering, værdibaseret budgivning	Ja	Ja
Klik-id på landingsside	Kobling af købet til det præcise annonceklik	Ja, når trackingscriptet også er blokeret	Nej, det skal gemmes i browseren

Købet er det mest værdifulde event, og det er det, ordredata altid kan erstatte.

Tabte browsing-events gør dine retargeting-målgrupper mindre. Tabte køb gør mere skade. Platformen rapporterer færre konverteringer, ROAS i annoncerapporten falder, og budgivningsalgoritmen lærer af færre købere. En rentabel kampagne kan så se urentabel ud, og du risikerer at skære den ned.

Hvorfor server-side events fra ordredata ikke bliver blokeret

En adblocker kører inde i shopperens browser. Den kan kun stoppe forespørgsler, som browseren sender. Når købet sendes fra din shops ordredata, går forespørgslen fra en server til annonceplatformens API. Shopperens browser er ikke en del af den vej, så der er intet for blokeren at annullere.

14:02:11 PageView pixelBlokeret af en filterliste i browseren

14:09:47 Purchase pixel order-1042Aldrig sendt, fordi pixel-scriptet ikke blev indlæst

14:09:52 webhook order-1042 paidDin shop melder den betalte ordre til serveren

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

Eksempel: ét besøg med en adblocker. Browseren sender intet, men købet når alligevel frem til platformen fra ordren.

Platformen matcher derefter købet med en person ved hjælp af dataene i eventet: den hashede e-mail og det hashede telefonnummer fra ordren, IP-adressen og user agent samt klik-id'et, hvis et blev gemt. Intet af det går gennem blokeren. Den fulde datavej kan du læse om i hvad server-side tracking er.

Hvad kan server-side tracking ikke genskabe?

Klik-id'et har brug for browseren

Selve ordren er i sikkerhed, men forbindelsen til annonceklikket oprettes i browseren. Et script skal læse klik-id'et fra landings-URL'en og gemme det. Hvis en adblocker også blokerer det script, kommer ordren uden et klik-id. Platformen kan stadig matche købet via hashede kundedata, men matchet er mindre sikkert.

To ting mindsker dette tab. For det første: indsaml events first-party. Levér trackingscriptet og dets forespørgsler fra dit eget domæne, for eksempel via en Shopify app proxy eller et subdomæne på dit site. Filterlister retter sig mod kendte tredjeparts trackingadresser, så en first-party-vej er meget sværere at blokere, men ikke umulig. For det andet: brug den landingsside, som nogle webshops, f.eks. Shopify, gemmer sammen med hver ordre. Hvis den URL stadig indeholder klik-id'et eller UTM'er, kan ordren attribueres uden noget browser-event.

Browsing-events går stadig tabt

Ordredata indeholder ordrer, ikke sidevisninger. At sende køb fra ordrer bringer ikke sidevisningerne og add-to-cart-events tilbage fra en besøgende, hvis browser blokerede alt. En first-party-indsamler kan videresende disse events fra serveren, når dens egne forespørgsler kommer igennem.

Afvist samtykke er ikke blokering

En besøgende, der afviser marketingcookies i dit cookiebanner, er ikke det samme som en besøgende med en adblocker. Den første besøgende har truffet et valg, som din tracking skal følge. Med Respect visitor consent slået til sætter ROASaurus intet besøgs-id for den besøgende, så vedkommendes annonceklik og besøg ikke kobles til personen. Browser-events fra den besøgende gemmes uden besøgs-id, IP-adresse eller browseroplysninger og sendes ikke til annonceplatforme. Den betalte ordre sendes stadig server-side med hashede kundedata fra ordren samt ordrens IP-adresse og user agent. Hold de to grupper adskilt, når du måler dit tab, og se samtykke og privatliv for detaljerne.

Sådan vurderer du dit eget tab

Du har ikke brug for branchegennemsnit, som afhænger af målgruppe, enhed og land. Du kan måle dit eget tab ved at sammenligne ordrerne i din shop med de køb, browserpixelen rapporterede i samme periode.

Vælg en periode og én platform
Brug 14 eller 30 dage og én platform, for eksempel Meta. Brug den samme tidszone i begge systemer.
Tæl webordrer i din shop
Start med alle ordrer. Fjern de ordrer, der aldrig går gennem dit online checkout: POS-ordrer, manuelle ordrer og kladdeordrer, abonnementsfornyelser og testordrer.
Tæl Purchase-events fra browseren
Tæl de Purchase-events, som browserpixelen sendte, i platformens events-værktøj. Det er nemmest, før du tilføjer server-events. Kører der allerede server-events, så brug platformens visning efter forbindelsesmetode, hvis den findes. Meta Events Manager viser forbindelsesmetoden for hvert event og tæller events dér før deduplikering. Brug ikke attribuerede køb fra annoncerapporten.
Divider
Browserkøb ÷ webordrer er den andel, pixelen så. Resten er dit tab.
Adskil samtykke fra blokering
Anslå ordrerne fra besøgende, der afviste marketingcookies, med afvisningsraten fra dit samtykkeværktøj. Det, der er tilbage, skyldes mest adblockere, privatlivsindstillinger og sider, der ikke blev indlæst.

Eksempelshop, 30 dage	Ordrer	Andel af webordrer
Alle ordrer i shoppen	1,240
POS-ordrer, manuelle ordrer og fornyelsesordrer	−90
Webordrer	1,150	100%
Purchase-events fra browserpixelen	874	76%
Tab	276	24%
Anslåede ordrer fra besøgende, der afviste samtykke (10% afvisningsrate)	115	10%
Resten: adblockere, privatlivsindstillinger, sider der ikke blev indlæst	161	14%

I denne eksempelshop overser pixelen cirka 1 ud af 4 webordrer. Cirka 1 ud af 7 går tabt på grund af blokering og browserfejl, ikke på grund af samtykke.

Tabet ændrer også ROAS. Antag, at Meta rapporterer en ROAS på 2.0 for denne shop, og at dens break-even-ROAS er 2.3. Ud fra pixeldata taber kampagnerne penge. Hvis annoncedrevne ordrer blev overset med samme rate på 24% som alle webordrer, så pixelen kun 76% af annonceomsætningen. Den reelle ROAS ville så være cirka 2.0 ÷ 0.76 = 2.6, over break-even. Det er et øvre skøn, fordi ikke alle manglende ordrer kom fra en annonce. Vores guide til break-even-ROAS forklarer, hvordan du fastsætter den tærskel.

Sådan mister du mindre

Løsningerne er de samme for alle webshop-platforme. De virker bedst sammen.

Send køb fra ordredata. Det lukker købstabet for hver platform, du forbinder, uanset hvad den besøgendes browser blokerer.
Behold pixelen med et fælles event-id. Besøgende uden blokering sender stadig browser-events med cookies og sidekontekst. Det samme event-id på begge kopier lader platformen beholde den ene. Se undgå dobbelttælling.
Indsaml first-party. Levér trackingscriptet og dets events fra dit eget domæne, så klik-id'er gemmes for flere besøgende.
Send hashede kundedata. E-mail og telefonnummer fra ordren lader platformen matche køb, der ikke har et klik-id.
Mål igen. Gentag sammenligningen en måned senere. De Purchase-events, platformen modtager, bør nu svare til dine webordrer.

Eksempelshop: Purchase-events, Meta modtog på 30 dage

Kun pixelPixel + server, deduplikeret

Purchase-events

874

1,150

Når køb sendes fra ordredata, når alle 1,150 webordrer frem til platformen. Pixelen tilføjer stadig browserdata for de 874 ordrer, den så.

Sådan håndterer ROASaurus adblockere

ROASaurus sender hver betalt ordre server-side til de annonceplatforme, du tilføjer under Tracking & platforms, så en adblocker i shopperens browser ikke stopper købet. På Shopify går storefront-events gennem Shopifys app proxy på dit eget shopdomæne. Du kan også levere scriptet og dets events fra et CNAME-subdomæne på dit site. Når en besøgende ikke har nogen registreret browserkontakt, falder ROASaurus' attribution tilbage på klik-id'erne og UTM'erne i ordrens landings-URL, hvis shoppen registrerer en, som Shopify gør.

Hver levering og platformens svar vises i Event log, så du kan tjekke, at hver ordre nåede frem til hver platform. Se server-side tracking og Shopify-integrationen for opsætningen.

Kilder

I ROASaurus

Læs videre

TrackingConsent Mode v2 og GDPR: hvad en webshop må sendeConsent Mode v2 for webshops: de fire samtykkesignaler fra Google, hvad EU-retten kræver, og hvad server-side tracking stadig må sende. Kun generel information.TrackingDobbelte købsevents: hvorfor salg tælles to gangeDobbelte købsevents puster konverteringer og ROAS op. Se årsagerne, hvordan Meta, TikTok, Snapchat, Pinterest og Reddit deduplikerer, og hvordan du løser det.TrackingSafari ITP og annoncetracking: hvad der stadig virkerSafari ITP begrænser cookies, der sættes af scripts, til 7 dage, eller 24 timer efter nogle annonceklik. Se, hvad det gør ved attributionen, og hvilken tracking der stadig virker.