Varför WooCommerce-butiken tappade 85 procent av GA4-datan

En kund frågade om GA4-siffrorna hade “blivit mer korrekta”. De visade nu ungefär 1 400 sidvisningar per dag i stället för 8 000 till 27 000. Det lät rimligare, tyckte de. Kanske hade gamla datan varit uppblåst?

Jag drog perioden och tittade. Gamla datan var äkta. Det var den nya som var fel.

Beviset satt i ordersystemet. En dag med 20 WooCommerce-ordrar dök upp i GA4 som 12. Sextio procent täckning. Resten av besökarna och köpen fanns, men spårningen såg dem inte.

Det som datan visade

Kraschen hade ett tydligt datum. GA4-trafiken föll från stadiga 8 000 till 27 000 sidvisningar per dag till runt 1 400, och stannade där. Engagemangstiden per sidvisning var identisk före och efter, ungefär 14 sekunder. Hade gamla datan bestått av dubbelregistreringar hade snittet halverats när de försvann. Det hade det inte.

Orderjämförelsen bekräftade det. GA4 och Google Ads räknar konverteringar på helt olika sätt, men båda är beroende av att samtycke förmedlas korrekt. Det rätta ankaret för att mäta täckning är ordersystemet, inte GA4. Woo räknar ordrar oavsett vad cookieplugiset gör. 20 ordrar i Woo mot 12 i GA4 är ett mönster, inte statistik.

Vad som egentligen hände

Google for WooCommerce hade rullat ut en uppdatering som aktiverade consent mode v2 på hela sajten. Inte med en tydlig varning, bara på.

Consent mode v2 är Googles sätt att låta spårningstaggarna anpassa sig efter besökarens samtyckesval i stället för att blockeras helt. Konfigurerat rätt är det bra. Problemet är standardvärdet: nekad för alla, tills besökaren ger samtycke och pluginen vidarebefordrar det.

Sajten använde Complianz som cookieplugin och PixelYourSite Free för Google-taggarna. Problemet är att PixelYourSite Free inte har någon direktkoppling till Complianz för att skicka vidare samtyckesbeslutet till Google. Den kopplingen är låst bakom Pro-versionen.

Samtycket fastnade. Besökaren klickade Acceptera. Complianz sparade beslutet. PixelYourSite visste aldrig om det.

Hur jag hittade rotorsaken

Jag öppnade webbläsaren, gick in på sajten som en vanlig besökare, accepterade cookie-samtycket och läste nätverkstrafiken när sidorna laddades.

Varje page_view-ping gick med koden gcs=G100. Det är koden för nekad. Inte en enda ping med G111, som är koden för samtyckt. _ga-cookien var satt, samtycket registrerat, men Google-taggarna fick det aldrig berättat.

Det finns en kortare checklista för att verifiera att Google Ads-spårning faktiskt lever i produktion, och grundprincipen är densamma: kolla nätverkstrafiken i en riktig webbläsarsession, inte i Preview-läge.

Fixen och vad den kostade

WP Consent API 2.0.1. Gratis plugin byggt av Complianz-teamet.

Det är standardbryggan i WordPress-ekosystemet för consent-kommunikation. Complianz sänder ut samtyckesbeslutet via ett gemensamt lager. Plugins som PixelYourSite och Google for WooCommerce lyssnar på det lagret och anpassar sig, utan att var och en behöver en direktkoppling till cookiepluginet.

Efter att pluginet installerats flippade page_view-pingarna till G111. Nya wp_consent_*-cookies dök upp i webbläsaren. GA4 började räkna igen.

Bonuseffekten: Ads Enhanced Conversions, signalen som Smart Bidding optimerar mot, läkte av exakt samma fix. En brygga täckte hela spårningsstacken.

Kostnaden: 0 kronor. Complianz Premium fanns redan. PixelYourSite Pro behövdes inte.

Det som fortfarande gäller

Retroaktiv data återställs inte. Perioden med trasig spårning finns kvar som ett hål i GA4-historiken.

Det finns ett litet restbeteende: den allra första sidvisningen i en ny session kan skickas med G100, för bryggan slår in en bråkdel av en sekund senare. Efterföljande sidvisningar i samma session går med G111. Det är marginellt men det förklarar ett litet gap om du mäter noga.

Det bästa sättet att verifiera att fixen håller är att fortsätta ankra mot ordersystemet. Räkna Woo-ordrar och jämför med GA4-köp under samma dag. Under 90 procent täckning är en signal att gräva vidare. Siffran “det ser rimligt ut” i GA4 räcker inte, den var hela utgångspunkten för det här problemet.

Vanliga frågor

Hur vet jag om min WooCommerce-sajt har det här problemet?

Jämför köpen i WooCommerce-dashboarden med händelserna i GA4 för samma period. Om GA4 visar under 80 till 90 procent av Woo-ordrarnas antal, och kraschen sammanföll med en uppdatering av Google for WooCommerce-pluginet, är det här ett troligt scenario. Du kan också öppna nätverkstrafiken i en vanlig webbläsarsession och kontrollera om page_view-pings skickas med gcs=G100 efter att du accepterat cookie-samtycket. G100 = nekad, G111 = samtyckt.

Vad är WP Consent API?

Det är ett gratis WordPress-plugin byggt av Complianz-teamet. Det skapar ett gemensamt kommunikationslager för samtycke: ditt cookieplugin sänder ut statusen, och andra plugins kan lyssna och anpassa sig utan att var och en behöver en direktkoppling. Google for WooCommerce och PixelYourSite stödjer båda lagret.

Behöver jag PixelYourSite Pro för att lösa det här?

Nej, inte för det här specifika problemet. WP Consent API ger PixelYourSite Free det lager det saknar. Pro-versionen erbjuder andra funktioner, men consent-kopplingen till Complianz löses av gratispluginetet.

Påverkar det här Google Ads-spårningen också?

Ja. Google for WooCommerce kontrollerar även signalen för Enhanced Conversions, den data Smart Bidding optimerar mot. Är consent-bryggan trasig tappar Ads den signalen. WP Consent API återställer den också, utan extra konfiguration. Har du haft det här problemet ett tag har du troligen kört Smart Bidding med sämre signal än du tror. Det är en variant av det större problemet med vad som händer när Google Ads tappar alla konverteringssignaler, fast med en annan rotorsak och annan fix.

Hur skiljer sig det här från när en cookie-banner blockerar Google-taggar?

Det klassiska problemet, som jag beskriver i artikeln om varför Google Ads slutade mäta konverteringar, handlar om att cookie-boten blockerar Googles taggar helt tills samtycke ges, och att de flesta aldrig ger det. Rotorsaken är en felkonfigurerad banner.

Det här problemet är annorlunda. Samtycke ges, men signalen når aldrig taggarna för att plugin-kedjan saknar bryggan. Symptomen ser likadana ut i GA4, men de kräver olika felsökningsstig och olika fix. Kör du en vanlig WordPress-sajt utan WooCommerce är det förra scenariot mer troligt. Kör du WooCommerce med Google for WooCommerce-pluginet är det värt att kontrollera gcs-koden i nätverkstrafiken om datan ser underrapporterad ut.