Kedjan från klick till orderrad

Mellan annonsklicket och raden i rapporten ligger tio länkar: klicket får ett ID, landningssidan måste ta emot det, ID:t sparas i en kaka, samtycket avgör om kakan får sättas, sessionen måste överleva ett domänbyte, kassan får inte ta krediten, tacksidan laddas, köphändelsen måste skickas med rätt ID, köpet måste komma inom fönstret, och rapporten mognar i dagar. Varje länk kan tappa köpet; det som lägger till är dubbletter, bottar och modellering. Google säger det själva: för annonsörer i EES ska Consent Mode vara rätt konfigurerat »to maintain data accuracy and prevent tracking gaps«.

Täckningsgraden — och två mått utan orderexport

Hämta butikens betalda webbordrar per månad och GA4:s köp på unika transaktions-ID. Dela. Gör samma kvot på intäkten med samma momsbas. Saknas orderexporten: räkna tacksideskvoten (köphändelser ÷ nya ordernummer på tacksidan, frisk nivå runt 95 procent — den visar om köptaggen är hel, inte täckningen) och ordernummerserien (spann × snittorder mot bokföringen; duger inte om numren reserveras i kassan eller är globala). Läs sedan täckningen per vecka med butikens ordrar bredvid: faller allt lika är det efterfrågan, faller bara köphändelserna är det taggen, faller tacksidor och köp lika medan ordrarna står stilla är det samtycket.

Samtycket och Consent Mode

I grundläge blockeras Googles taggar tills kunden valt; vid nej skickas ingenting och modelleringen bygger på en allmän modell. I avancerat läge laddas taggarna alltid och skickar cookielösa pingar vid nej, vilket ger en annonsörsspecifik modell. GA4:s beteendemodellering kräver dessutom minst 1 000 händelser per dag utan samtycke och 1 000 dagliga samtyckande användare — en hög tröskel för en svensk nischbutik. Ett vanligt fel: en utlösare i Tag Manager som kräver samtycke. Då startar taggen aldrig vid nej, inga pingar går, och ingen annonsörsspecifik modellering sker.

Klicket som försvinner, taggen som inte skickar

En omdirigering som tappar frågesträngen kopplar aldrig klicket till köpet; testa alla slutadresser med en test-parameter och leta efter 301/302. Byter kunden domän i kassan blir det två personer för GA4, och betalleverantören kan ta krediten. Köphändelsen skickas inte automatiskt: den kan utebli, skickas före betalningen, skickas två gånger utan ID (köphändelser ÷ unika ID exakt 2,00) eller skickas med tomt ID, vilket slår ihop alla köp till ett. WooCommerce-pluginet GTM4WP slutade i september 2026 skicka köp för väntande ordrar som standard; Shopifys egna pixlar körs i en sandlåda som Tag Manager inte kommer runt.

Utökade konverteringar och server-side

Utökade konverteringar skickar en SHA-256-hashad e-postadress med köpet och matchar den mot inloggade Google-användare — bara när samtyckesparametrarna är granted, och bara om köphändelsen skickades. Räkna tecknen i hashen: 64 är rätt, 32 är MD5 och matchar aldrig. Server-side-taggning ger tåligare kakor på egen domän, men samtycket följer med i varje anrop och servertaggarna lyder det. Google anger 11 procent fler signaler för sin tag gateway — mätt som skriptladdningar, inte köp. Och i Safari lever en skriptsatt kaka sju dagar, även via vissa mätsubdomäner.

Tiden och attributionerna

Google Ads bokför på klickets dag, GA4 på köpets. En färsk period har hela sin kostnad men bara en del av sina köp, så förra veckan ser alltid sämre ut än den var; Googles egen kontroll är att rapporten ska sluta minst 30 dagar bakåt. Hämta om föregående periods siffra innan du använder den — rör den sig är datan inte mogen. GA4-importens exportomfång avgör om Google Ads får hela krediten (Google paid channels) eller sin andel efter andra kanaler (Paid and organic); samma order, två olika Ads-siffror.