Meta-pixel och Conversions API

Pixel eller Conversions API

Pixeln har varit standard i ett decennium: ett skript som körs vid sidvisningar och vid handlingar som lägg i varukorg eller köp, och skickar dem med webbläsaridentifierare till Meta. Svagheten är att den lever i webbläsaren, där Safaris spårningsskydd, Firefox, annonsblockerare och, i Europa, samtyckesbannern alla minskar vad den ser. Conversions API flyttar sändningen till en plats du styr över: webbshoppens backend, en tagghanterare på serversidan eller en integrationsapp i Shopify eller WooCommerce. Det kan innehålla data webbläsaren aldrig hade, som en order bekräftad av betalleverantören eller ett lead som kvalificerades i CRM-systemet dagar senare. Det ersätter inte pixeln; de två kompletterar varandra, och Meta förväntar sig båda.

Händelser värda att skicka

Frestelsen är att skicka varje klick. Den användbara uppsättningen är liten och speglar er tratt, med parametrar som låter Meta värdera varje händelse. För en webbshop är det visa innehåll, lägg i varukorg, påbörja kassa och köp, med värde, valuta och innehålls-ID. För ett tjänsteföretag är det lead, bokning och, om ni har ett, ett kvalificerat lead skickat från CRM-systemet. Varje händelse ska skickas en gång per verklig handling, med samma parametrar från webbläsaren och servern.

Händelse	Skickas av	Viktiga parametrar	Notering
PageView	Webbläsare	Inga	Grundnivå; inte värd att skicka från servern
ViewContent	Webbläsare	content_ids, content_type, value	Produktsidor; matar katalogannonser
AddToCart	Webbläsare och server	content_ids, value, currency	Dubblettkontrollera; serverkopian överlever blockerare
InitiateCheckout	Webbläsare och server	value, currency, num_items	Användbar för målgrupper med övergiven kassa
Purchase	Server i första hand, webbläsare som reserv	value, currency, ordernummer som event_id	Skicka från orderbekräftelsen i backend
Lead	Server helst	event_id, leadkälla	Från formulärhanteraren eller CRM, inte bara tacksidan

Värden i kronor med valuta satt till SEK. Att skicka bruttoordervärde inklusive moms är vanligt; vilket ni än väljer, var konsekventa så att avkastningen på annonskostnaden går att jämföra över tid.

Undvik dubbletter mellan de två

När samma köp kommer från webbläsaren och från servern måste Meta veta att det är en händelse. Mekanismen är ett gemensamt händelse-ID: webbläsaren skickar event_id med pixelanropet, servern skickar samma värde som event_id i API-anropet, och Meta behåller ett. Det naturliga valet för köp är ordernumret; för leads ett unikt inskicks-ID som skapas när formuläret renderas och skickas till båda sidor. Händelsenamnet måste också matcha exakt, och de två händelserna bör komma inom ett kort fönster. Utan detta räknas varje köp två gånger, er rapporterade avkastning på annonskostnaden fördubblas, och algoritmen optimerar mot en fiktion.

Skapa händelse-ID:t en gång, på sidan eller i ordern, och skicka samma värde till pixeln och till API:et.
Använd identiska händelsenamn och parametervärden på båda sidor.
Skicka serverhändelsen snabbt; en fördröjd serverhändelse dubblettkontrolleras kanske inte.
Kontrollera kolumnen för dubblettkontroll i Events Manager efter uppsättningen; den ska visa hög grad för varje dubbelskickad händelse.

Samtycke och dataminimering

Att flytta händelser till servern flyttar dem inte ut ur GDPR. Conversions API skickar personuppgifter, inklusive hashad e-post, telefon, IP-adress och webbläsaridentifierare, till Meta i USA. I Sverige innebär IMY:s hållning och ePrivacy-reglerna att marknadsföringsspårning kräver samtycke, och det gäller oavsett om förfrågan lämnar en webbläsare eller er server. Serverintegrationen måste därför läsa besökarens samtyckesstatus och skicka marknadsföringshändelser bara när samtycke getts. Serversidan är en leveransmekanism som slår blockerare, inte en väg runt bannern. Det ni kan göra är att minimera: skicka bara de parametrar som förbättrar matchningskvaliteten, hasha dem som Meta kräver, och skicka inga händelser alls för besökare som tackat nej.

Samtyckessignal

Skicka samtyckesstatus från bannern till serverintegrationen; blockera marknadsföringshändelser när den saknas eller är nekad.

Kundparametrar

E-post och telefon, hashade med SHA-256, plus externt ID förbättrar matchningen. Skicka det kunden gav er i transaktionen, inget insamlat på annat sätt.

Alternativ för databehandling

Använd Metas inställningar för begränsad dataanvändning där de gäller, och dokumentera överföringen i integritetspolicyn och registret över behandlingar.

Integritetspolicy

Namnge Meta som mottagare, ange ändamål och rättslig grund, och förklara hur samtycket återkallas.

Testa i Events Manager

Events Manager har en flik för testhändelser där du ser webbläsar- och serverhändelser komma in i realtid, med en testkod som håller dem borta från produktionsdatan. Gå igenom tratten själv: visa en produkt, lägg i varukorgen, påbörja kassan och slutför en testorder. För varje steg ska du se webbläsarhändelsen och serverhändelsen med samma händelse-ID, och en markering för dubblettkontroll. Kontrollera sedan poängen för matchningskvalitet, som visar hur väl Meta kunde matcha kundparametrarna mot riktiga konton; låg poäng betyder att parametrar saknas eller är fel hashade. Upprepa till sist genomgången med samtycke nekat och bekräfta att inget marknadsföringsrelaterat kommer in.

När du inte behöver det här: kör ni inga Meta-annonser, installera inte pixeln alls; den lägger till ett dataflöde till tredje part som ni måste förklara för besökarna utan någon nytta. Och är annonsbudgeten liten och kampanjerna tillfälliga räcker pixeln med korrekt samtyckesuppsättning; Conversions API förtjänar sin uppsättningskostnad när ni optimerar löpande på köp eller leads. Det arbetet ingår i vår tjänst spårning och analysuppsättning, tillsammans med GA4 och samtyckesläge. Om er uppsättning räknar dubbelt i dag kan vi se på ett 15-minuterssamtal, tillsammans med grunderna för genomsökning och indexering i checklistan för teknisk SEO.

Vanliga frågor

Behöver jag pixeln om jag använder Conversions API?

Ja. Pixeln ger webbläsarsignaler som hjälper matchningen och täcker händelser servern inte ser, som produktvisningar. Meta rekommenderar att köra båda med dubblettkontroll. API:et är en andra väg, inte en ersättning.

Låter Conversions API mig hoppa över cookiesamtycke?

Nej. Det skickar personuppgifter till Meta oavsett var förfrågan kommer ifrån. Enligt GDPR och svensk praxis behöver ni samtycke för marknadsföringsspårning, och serverintegrationen måste respektera besökarens val. Serversidan förbättrar leveransen för besökare som samtyckt; den lägger inte till dem som inte gjort det.

Hur sätter jag upp det på Shopify eller WooCommerce?

Shopifys Facebook- och Instagram-app skickar serverhändelser inbyggt med dubblettkontroll hanterad för standardhändelser. WooCommerce behöver ett tillägg eller en tagghanterare på serversidan. I båda fallen måste ni fortfarande koppla samtyckesbannern och verifiera dubblettkontrollen i Events Manager; apparna gör inte det åt er.

Vad är en bra poäng för matchningskvalitet?

Meta betygsätter den på en tiogradig skala. Poängen förbättras med hashad e-post, telefon, namn, externt ID och webbläsaridentifierare korrekt skickade. För en webbshop som skickar köphändelser med kundens kassauppgifter är en bra poäng realistisk; en låg betyder oftast att en parameter saknas eller är fel formaterad före hashningen.