Blockerar annonsblockerare Meta-pixeln?

Många annonsblockerare och sekretessinriktade webbläsare blockerar den. När skriptet blockeras når inga webbläsarhändelser Meta från den besökaren, men köp som skickas server-side från din orderdata kommer fortfarande fram.

Hur många besökare använder annonsblockerare?

Det beror på din målgrupp, dina enheter och dina länder, så en allmän siffra säger lite om din butik. Mät ditt eget glapp genom att jämföra webbordrar med de Purchase-händelser som din pixel skickade under samma period.

Kan annonsblockerare blockera server-side tracking?

Inte köpet som skickas från orderdata, eftersom det anropet går från en server till plattformens API. En blockerare kan stoppa webbläsarskriptet som sparar klick-id:t, och därför är förstapartsinsamling viktig.

Är en annonsblockerare detsamma som att neka samtycke?

Nej. Att neka samtycke är ett val i din cookiebanner som din tracking måste följa. En annonsblockerare är ett verktyg i webbläsaren. Båda minskar pixelhändelserna, så mät dem var för sig.

Behöver jag fortfarande webbläsarpixeln om jag skickar köp server-side?

Ja, för de besökare som inte har någon blockerare. Pixeln tillför besökshändelser och webbläsarcookies, och med samma händelse-id behåller plattformen en kopia av varje köp.

Annonsblockerare och tracking: vad din butik förlorar

Det viktigaste

Annonsblockerare använder filterlistor för att stoppa pixelskript och deras anrop, så annonsplattformen får ingen händelse alls från den webbläsaren.
En blockerad pixel förlorar sidvisningar, add-to-cart-händelser och köp, och köpet är viktigast eftersom det styr rapporterad ROAS och budgivning.
Köp som skickas server-side från din orderdata påverkas inte, eftersom besökarens webbläsare inte skickar dem.
Mät ditt eget glapp genom att jämföra webbordrar i din butik med de Purchase-händelser som webbläsarpixeln skickade, inte med attribuerade konverteringar.
Server-side tracking kan inte få tillbaka besökshändelser eller klick-id:n som aldrig sparades, och förstapartsinsamling minskar den förlusten.

Annonsblockerare stoppar tracking genom att hindra annonsplattformens pixelskript, eller de anrop det skickar, från att laddas i besökarens webbläsare. När det händer får plattformen aldrig veta om sidvisningen, tillägget i varukorgen eller köpet, trots att ordern finns i din butik. Köp som skickas server-side från din orderdata påverkas inte, eftersom besökarens webbläsare inte är inblandad i att skicka dem.

Den här guiden förklarar hur annonsblockerare och webbläsarnas sekretessfunktioner fungerar, vilka händelser din butik förlorar, vad server-side tracking kan få tillbaka och vad det inte kan. Den avslutas med ett enkelt sätt att mäta glappet i din egen butik.

Hur stoppar annonsblockerare trackingpixlar?

De flesta annonsblockerare arbetar med filterlistor. En filterlista är en lång lista med regler som matchar webbadresser: domäner, sökvägar och filnamn för kända annons- och trackingskript. När en sida ber webbläsaren ladda något som matchar en regel avbryter blockeraren anropet.

De mest kända listorna är EasyList, för annonser, och EasyPrivacy, för tracking. De fungerar med tillägg som Adblock Plus, AdBlock, uBlock Origin och AdGuard. Pixeln från en stor annonsplattform är ett lätt mål för de här listorna, eftersom den laddar samma skript från samma domän på många olika webbplatser.

Sidan laddasDitt tema innehåller annonsplattformens pixelskript.

Blockeraren kontrollerar adressenSkriptadressen matchar en regel i en filterlista.

Anropet avbrytsSkriptet körs aldrig, så ingen händelse skapas.

AnnonsplattformFår ingenting från det här besöket.

En blockerad pixel skickar inte en svagare händelse. Den skickar ingen händelse alls.

Webbläsare med inbyggt skydd

Vissa webbläsare blockerar spårare utan tillägg. Brave slår på sina Shields för varje webbplats som standard, och Shields blockerar tredjepartsannonser, spårare och cookies mellan webbplatser. Firefox blockerar innehåll från kända domäner för spårning mellan webbplatser i privata fönster, och användare kan välja striktare inställningar som gäller alla fönster. Safaris Intelligent Tracking Prevention blockerar alla tredjepartscookies och förkortar livslängden för cookies som sätts av skript. Vår guide om Safari ITP och annonstracking förklarar de begränsningarna.

Blockerare för hela nätverket

Vissa blockerar spårare för en hel enhet eller ett helt hemnätverk, med en DNS-baserad blockerare eller ett VPN med spårarfilter. De stoppar anrop till trackingdomäner i alla webbläsare och appar i det nätverket. Att byta webbläsare ändrar inte resultatet.

Vilka händelser förlorar din butik?

När pixeln blockeras går varje händelse som den annars skulle ha skickat från den webbläsaren förlorad. Skadan är inte densamma för alla händelser.

Händelse	Vad den används till	Förloras när pixeln blockeras?	Kan orderdata ersätta den?
PageView, ViewContent	Målgrupper av webbplatsbesökare, retargeting av produkter	Ja	Nej
AddToCart, InitiateCheckout	Optimering mot besökare som påbörjar ett köp, retargeting av varukorgar	Ja	Nej
Purchase	Rapporterade konverteringar, ROAS, köpoptimering, värdebaserad budgivning	Ja	Ja
Klick-id vid landning	Koppla köpet till exakt rätt annonsklick	Ja, när trackingskriptet också blockeras	Nej, det måste sparas i webbläsaren

Köpet är den mest värdefulla händelsen, och det är den som orderdata alltid kan ersätta.

Förlorade besökshändelser gör dina retargeting-målgrupper mindre. Förlorade köp gör mer skada. Plattformen rapporterar färre konverteringar, ROAS i annonsrapporten sjunker och budgivningsalgoritmen lär sig av färre köpare. En lönsam kampanj kan då se olönsam ut, och du kanske drar ned på den.

Varför server-side-händelser från orderdata inte blockeras

En annonsblockerare körs inne i besökarens webbläsare. Den kan bara stoppa anrop som webbläsaren gör. När köpet skickas från din butiks orderdata går anropet från en server till annonsplattformens API. Besökarens webbläsare är inte en del av den vägen, så det finns inget för blockeraren att avbryta.

14:02:11 PageView pixelBlockeras av en filterlista i webbläsaren

14:09:47 Purchase pixel order-1042Skickas aldrig, eftersom pixelskriptet inte laddades

14:09:52 webhook order-1042 paidButiken rapporterar den betalda ordern till servern

14:10:12 Purchase server order-1042Skickas till Conversions API med hashad e-post och hashat telefonnummer

Exempel: ett besök med annonsblockerare. Webbläsaren skickar ingenting, men köpet når ändå plattformen från ordern.

Plattformen matchar sedan köpet mot en person med hjälp av uppgifterna i händelsen: den hashade e-postadressen och det hashade telefonnumret från ordern, IP-adressen och user agent, samt klick-id:t om ett sparades. Inget av detta passerar blockeraren. För hela datavägen, läs vad server-side tracking är.

Vad kan server-side tracking inte få tillbaka?

Klick-id:t kräver webbläsaren

Själva ordern är säker, men kopplingen till annonsklicket görs i webbläsaren. Ett skript måste läsa klick-id:t från landningssidans URL och spara det. Om en annonsblockerare också blockerar det skriptet kommer ordern utan klick-id. Plattformen kan fortfarande matcha köpet via hashad kunddata, men matchningen blir mindre säker.

Två saker minskar den här förlusten. För det första: samla in händelser som förstapartsdata: servera trackingskriptet och dess anrop från din egen domän, till exempel via en Shopify app proxy eller en underdomän till din sajt. Filterlistor riktar in sig på kända trackingadresser från tredje part, så en förstapartsväg är mycket svårare att blockera, men inte omöjlig. För det andra: använd den landningssida som vissa webbshoppar, som Shopify, sparar tillsammans med varje order. Om den URL:en fortfarande innehåller klick-id:t eller UTM:erna kan ordern attribueras utan någon webbläsarhändelse.

Besökshändelser går fortfarande förlorade

Orderdata innehåller ordrar, inte sidvisningar. Att skicka köp från ordrar ger inte tillbaka sidvisningarna och add-to-cart-händelserna från en besökare vars webbläsare blockerade allt. En förstapartsinsamlare kan vidarebefordra de här händelserna från servern när dess egna anrop kommer igenom.

Nekat samtycke är inte blockering

En besökare som tackar nej till marknadsföringscookies i din cookiebanner är inte samma sak som en besökare med annonsblockerare. Den första besökaren har gjort ett val som din tracking måste följa. Med Respect visitor consent påslaget sätter ROASaurus inget besökar-id för den besökaren, så deras annonsklick och besök kopplas inte till dem. Deras webbläsarhändelser sparas utan besökar-id, IP-adress eller webbläsaruppgifter och skickas inte till annonsplattformar. Den betalda ordern skickas ändå server-side, med hashad kunddata från ordern samt orderns IP-adress och user agent. Håll isär de två grupperna när du mäter din förlust, och se samtycke och integritet för detaljerna.

Så uppskattar du din egen förlust

Du behöver inga branschsnitt, som beror på målgrupp, enhet och land. Du kan mäta ditt eget glapp genom att jämföra ordrarna i din butik med de köp som webbläsarpixeln rapporterade för samma period.

Välj en period och en plattform
Använd 14 eller 30 dagar och en plattform, till exempel Meta. Använd samma tidszon i båda systemen.
Räkna webbordrar i din butik
Börja med alla ordrar. Ta bort de ordrar som aldrig går genom din webbkassa: POS-ordrar, manuella ordrar och utkastordrar, prenumerationsförnyelser och testordrar.
Räkna Purchase-händelser från webbläsaren
Räkna de Purchase-händelser som webbläsarpixeln skickade i plattformens verktyg för händelser. Det är enklast innan du lägger till serverhändelser. Om serverhändelser redan körs, använd plattformens vy per anslutningsmetod där en sådan finns. Meta Events Manager visar anslutningsmetoden för varje händelse och räknar händelserna där före deduplicering. Använd inte attribuerade köp från annonsrapporten.
Dividera
Webbläsarköp ÷ webbordrar är den andel som pixeln såg. Resten är ditt glapp.
Skilj samtycke från blockering
Uppskatta ordrarna från besökare som tackade nej till marknadsföringscookies, med andelen som tackar nej från ditt samtyckesverktyg. Det som återstår beror mestadels på annonsblockerare, sekretessinställningar och sidor som inte laddades.

Exempelbutik, 30 dagar	Ordrar	Andel av webbordrarna
Alla ordrar i butiken	1,240
POS-ordrar, manuella ordrar och förnyelseordrar	−90
Webbordrar	1,150	100%
Purchase-händelser från webbläsarpixeln	874	76%
Glapp	276	24%
Uppskattade ordrar från besökare som tackade nej till samtycke (10% tackar nej)	115	10%
Kvarstår: annonsblockerare, sekretessinställningar, sidor som inte laddades	161	14%

I den här exempelbutiken missar pixeln ungefär 1 av 4 webbordrar. Ungefär 1 av 7 går förlorad på grund av blockering och webbläsarfel, inte på grund av samtycke.

Glappet påverkar också ROAS. Anta att Meta rapporterar en ROAS på 2.0 för den här butiken och att dess break-even-ROAS är 2.3. Enligt pixeldata går kampanjerna med förlust. Om annonsdrivna ordrar missades i samma takt på 24% som alla webbordrar såg pixeln bara 76% av annonsintäkterna. Den verkliga ROAS skulle då vara ungefär 2.0 ÷ 0.76 = 2.6, över break-even. Det här är en övre uppskattning, eftersom inte varje saknad order kom från en annons. Vår guide om break-even-ROAS förklarar hur du sätter den tröskeln.

Så minskar du det du förlorar

Åtgärderna är desamma för alla webbshopplattformar. De fungerar bäst tillsammans.

Skicka köp från orderdata. Det stänger köpglappet för varje plattform du ansluter, oavsett vad besökarens webbläsare blockerar.
Behåll pixeln, med ett gemensamt händelse-id. Besökare utan blockerare skickar fortfarande webbläsarhändelser med cookies och sidkontext. Samma händelse-id på båda kopiorna låter plattformen behålla en. Se att undvika dubbelräkning.
Samla in förstapartsdata. Servera trackingskriptet och dess händelser från din egen domän, så att klick-id:n sparas för fler besökare.
Skicka hashad kunddata. E-post och telefonnummer från ordern låter plattformen matcha köp som saknar klick-id.
Mät igen. Upprepa jämförelsen en månad senare. De Purchase-händelser som plattformen tar emot bör nu stämma med dina webbordrar.

Exempelbutik: Purchase-händelser som Meta tog emot på 30 dagar

Endast pixelPixel + server, deduplicerat

Purchase-händelser

874

1,150

När köp skickas från orderdata når alla 1,150 webbordrar plattformen. Pixeln tillför fortfarande webbläsardata för de 874 ordrar den såg.

Så hanterar ROASaurus annonsblockerare

ROASaurus skickar varje betald order server-side till de annonsplattformar du lägger till under Tracking & platforms, så en annonsblockerare i besökarens webbläsare stoppar inte köpet. På Shopify går butikshändelser via Shopifys app proxy på din egen butiksdomän. Du kan också servera skriptet och dess händelser från en CNAME-underdomän på din sajt. När en besökare saknar kontaktpunkt i webbläsaren faller ROASaurus attribution tillbaka på klick-id:n och UTM:er i orderns landnings-URL, när butiken registrerar en sådan, vilket Shopify gör.

Varje leverans och plattformens svar listas i Event log, så att du kan kontrollera att varje order nådde varje plattform. Se server-side tracking och Shopify-integrationen för uppsättningen.

Källor

I ROASaurus

Läs vidare

TrackingConsent Mode v2 och GDPR: vad en webbshop får skickaConsent Mode v2 för webbshoppar: Googles fyra samtyckessignaler, vad EU-lagstiftningen kräver och vad server-side tracking fortfarande får skicka. Endast allmän information.TrackingDubbla köphändelser: varför försäljning räknas två gångerDubbla köphändelser blåser upp konverteringar och ROAS. Se orsakerna, hur Meta, TikTok, Snapchat, Pinterest och Reddit deduplicerar och hur du åtgärdar det.TrackingSafari ITP och annonstracking: vad som fortfarande fungerarSafari ITP begränsar cookies som sätts av skript till 7 dagar, eller 24 timmar efter vissa annonsklick. Se hur det påverkar attributionen och vilken tracking som fortfarande fungerar.