Events and key events

[UA→GA4] Anledningar till eventuella skillnader i antalet rapporterade konverteringar i GA4 respektive UA

Ta reda på varför du kanske ser olika konverteringsmätvärden i Universal Analytics respektive Google Analytics 4.

Om du migrerar från Universal Analytics (UA) till Google Analytics 4 (GA4) kanske du vill jämföra liknande konverteringshändelser i UA och GA4 i Google Analytics, och även liknande händelser i UA och GA4 som importeras till Google Ads. Observera att vissa skillnader är oundvikliga eftersom GA4 mäter webbdata på ett annat sätt än UA. I den här artikeln beskriver vi de vanligaste anledningarna till skillnader och vad du kan göra för att minimera dem.

Inledning

I vissa fall kan antalet rapporterade konverteringar vara ganska enhetligt, till exempel när konverteringarna baseras på måladresser eller Universal Analytics-händelser (till exempel kategori/åtgärd/etikett) för vilka du har angett motsvarande konverteringshändelser i Google Analytics 4. Det finns dock viktiga skillnader mellan UA och GA4 som kan göra det svårt att jämföra antalet rapporterade konverteringar. Det finns tre huvudsakliga källor till avvikelser:

  • Inbyggda skillnader mellan UA och GA4: GA4-egendomar använder en annan datamodell än UA-egendomar. GA4 samlar till exempel in händelser medan UA samlar in träffar. I linje med nya integritetsskyddande tekniker bygger GA4 dessutom på AI-baserade lösningar, som beteende- och konverteringsmodellering. Dessa lösningar ger komplett överblick över resultatet utan att kompromissa med användarintegriteten, men är inte tillgängliga i UA-egendomar.
  • Skillnader i konfiguration: Skillnader i webbplatstäckning för UA-taggar kontra GA4-taggar, taggaktiveringsvillkor och e-handelsscheman kan resultera i skillnader i antalet rapporterade konverteringar.
  • Skillnader i inställningar: Det finns många inställningar i UA, GA4 och Google Ads som kan leda till skillnader i antalet rapporterade konverteringar. Exempel på detta är hur konverteringar räknas, filter, uteslutningar av webbadressparametrar och annat.

Här beskriver vi de vanligaste anledningarna till skillnader i antalet rapporterade konverteringar mellan UA och GA4. Vi fokuserar på skillnaderna mellan produkt/konfiguration/inställning i Google Analytics respektive Google Ads.

Vanligaste orsakerna till skillnader

Följande tabeller beskriver de vanligaste orsakerna till skillnader mellan liknande konverteringar i UA och viktiga händelser i GA4. När du upptäcker avvikelser är det bra att gå igenom och stämma av dessa för att minska avvikelserna. I de flesta fall räcker det att göra produkter, inställningar och konfigurationer mer samstämmiga för att åtgärda detta.

I Google Analytics

Här är de främsta anledningarna till skillnader mellan UA och GA4 utifrån de val gällande produkt, inställning och konfiguration som du gör i Google Analytics.

Beskrivning Lösning/rekommendation

Räknemetod: UA räknar ett mål per session medan GA4 låter dig välja mellan en gång per händelse eller en gång per session.

Om en användare exempelvis slutför ett mål fem gånger under en och samma session visar UA en konvertering medan GA4 visar en eller fem viktiga händelser beroende på vilken räknemetod du har valt.

Obs! En gång per händelse är standardräknemetoden för de flesta viktiga händelserna, utom sådana som skapas i en automatiskt skapad GA4-egendom eller med verktyget för målmigrering i konfigurationsassistenten.

Standardinställningarna kan resultera i ett högre antal viktiga händelser i GA4.

Uppdatera inställningarna för räkning av viktiga händelser. För att jämka räkningen i GA4 med räkningen av mål i UA bör du se till att räknemetoden för viktiga händelser i GA4 är inställd på En gång per session.

Obs!

  • Detta visas inte som den rekommenderade inställningen i GA4-gränssnittet eftersom den kan leda till att antalet räknade viktiga händelser blir för lågt. Om ditt företag till exempel fokuserar på generering av potentiella kunder vill du troligen räkna varje inskickat formulär för potentiella kunder, inte bara ett inskickat formulär per användare.
  • Google Taggstyrning innehåller inställningar för att styra hur och när taggar ska aktiveras. Läs mer om alternativ för taggaktivering.

Denna rekommendation är inte relevant när du jämför e-handelstransaktioner i UA eftersom de redan räknas en gång per händelse på den plattformen.

Webbplatstäckning: Om UA-taggen implementeras på andra sidor på en webbplats än GA4-taggen kan det uppstå luckor i mätningen. Om målsidan för en Google Ads-annons är felaktigt taggad kanske informationen du behöver för att korrekt mäta och tillskriva annonsinteraktionen en viktig händelseinte inte är tillgänglig.

Beroende på om GA4-taggar har implementerats på fler eller färre sidor än UA-taggar visar GA4 fler eller färre användare, sessioner, sidvisningar och efterföljande viktiga händelser.

Vi rekommenderar att du använder en standardiserad implementeringsmetod (till exempel Google-taggen eller Google Taggstyrning) för att se till att taggarna implementeras på hela webbplatsen. Kontrollera också inställningar som du har gjort tidigare, till exempel mätning över flera domäner.

Använd översikten över taggtäckning för att kontrollera att Google-taggen har implementerats på hela webbplatsen. Läs mer om översikten över taggtäckning.

För att minimera avvikelser bör du använda samma taggimplementeringsmetod för både UA och GA4.

Implementeringsfel: När du ställde in datainsamling för GA4 kanske en tagg implementerades på fel sätt. Detta kan få till följd att du inte ser någon data alls eller i vissa fall ofullständig data i din GA4-egendom. I så fall ser du avvikelser när du jämför den med UA.

Om implementeringen är felaktig visas troligen färre viktiga händelser i GA4 än i UA.

Vi rekommenderar att du använder de standardiserade implementeringsmetoder som beskrivs i utvecklarhandboken. Det kan vara en god idé att använda ett tagghanteringssystem för att vara säker på att implementeringarna blir enhetliga.

För många användare räcker det att använda metoden med Google-taggen, eftersom den gör det möjligt att använda samma tagg för både Google Ads och Google Analytics (se utvecklarhandboken).

Filter: UA-filter fungerar på ett helt annat sätt än GA4-filter. Det är vanligt att UA-filter som används (till exempel ”visa endast data från Frankrike”) resulterar i att informationen som rapporteras om en UA-egendom skiljer sig åt betydligt från informationen i GA4 eftersom GA4 har helt andra filter.

Om UA-filter resulterar i att det rapporteras mindre trafik kan den rapporterade trafiken i GA4 vara högre.

Datafilter: Skapa inkludera/uteslut-filter för intern trafik respektive utvecklartrafik.

Händelseändringar och anpassade händelser: Ändra händelsenamn och parametrar.

Identifiera oönskade hänvisningar: Ta bara med de hänvisningar som du vill använda.

Skapa underordnade egendomar (endast 360): Skapa egendomar med full funktionalitet som är delmängder av data i dina 360-egendomar.

Uteslutningar av hänvisningar: Uteslutningar som ställs in i UA kan påverka antalet viktiga händelser som tillskrivs Google Ads. Om uteslutningarna inte ställs in på motsvarande sätt i GA4 kan det hända att konverteringsvärdet som tillskrivs Google Ads skiljer sig åt. Till exempel görs det ofta undantag för betalningsleverantörer som PayPal i UA.

Om hänvisningsadresser utesluts i UA men inte i GA4 kan viktiga händelser i GA4 få en felaktig attribution i GA4, vilket medför att Google-betalkanalen tillskrivs färre viktiga händelser än i UA. Uteslutningar av hänvisningar påverkar antalet tillskrivna viktiga händelser.

Matcha inställningar för uteslutning av hänvisningar mellan UA och GA4 för att minska risken för felaktig attribution. Obs! Uteslutning av hänvisningar påverkar bara attributionen, inte det totala antalet viktiga händelser i Google Analytics-egendomen.

Läs mer om uteslutning av hänvisningar i UA och hur du identifierar oönskade hänvisningar i GA4.

I Google Ads

Här är de främsta anledningarna till skillnader mellan liknande viktiga händelser i UA och GA4 utifrån de val gällande produkt, inställning och konfiguration som du gör i Google Ads.

Beskrivning Lösning/rekommendation

Tillbakablicksperiod för viktiga händelser: Hur du ställer in tillbakablicksperioden för viktiga händelser i Google Ads definierar hur lång tid efter en kontaktpunkt som ett värde kan tillskrivas denna kontaktpunkt. Denna inställning anges ofta som ett valfritt värde (till exempel 90 dagar).

En skillnad i inställningarna kan innebära att en kontaktpunkt tillskrivs värde för viktig händelse i UA men inte i GA4, och tvärtom.

Justera hur du ställer in tillbakablicksperioderna för viktiga händelser för både UA och GA4 i Google Ads så att de stämmer överens med inställningarna i GA4-egendomen.

Inställningar för attributionsmodell (i Google Ads): Attributionsmodellen påverkar hur tillskrivet värde fördelas mellan kontaktpunkterna längs en konverteringsväg. Skillnader i dessa inställningar i Google Ads för UA respektive GA4 kan leda till att kampanjerna i ett Google Ads-konto eller förvaltarkonto (MCC) tillskrivs olika värde.

Obs! Ändringar av attributionsinställningarna i Google Ads påverkar inte det totala värdet som tillskrivs Google Ads.

Matcha attributionsmodellerna i inställningarna för viktiga händelser i Google Ads.
Standardinställning för attribution i GA4: Om du ser en lägre volym GA4-konverteringar jämfört med Universal Analytics-konverteringar i Google Ads kan en orsak vara att kanaler som kan tillskrivas värde som standard har inställningen Betalda och organiska sökningar på Google för GA4-attribution i alla egendomar som skapats före juni 2023. GA4-egendomar som skapats efter juni 2023 har som standard inställningen Betalkanaler på Google. Om du ändrar denna inställning i Google Analytics till Endast betalkanaler på Google kan du få fler GA4-konverteringar jämfört med UA-konverteringar i Google Ads. Du kan göra denna ändring i Attributionsinställningar under Administratör > Datavisning > Attributionsinställning > Kanaler som kan tillskrivas konverteringsvärde.

Rapporteringsmetoder i Google Ads: För att visa vilken annons som ledde till en viktig händelse rapporteras viktiga händelser utifrån annonsinteraktionstid i Google Ads. I Google Analytics rapporteras viktiga händelser på ett annat sätt med tidsrapporter för viktiga händelser.

Om en viktig händelse till exempel inträffade den 10 maj kan den tillskrivas ett annonsklick som skedde den 5 maj. I Google Analytics rapporteras denna viktiga händelse vanligtvis den 10 maj medan den i Google Ads rapporteras den 5 maj.

Detta gäller både UA- och GA4-händelser som importeras till Google Ads, men effekten kan förstärkas på grund av skillnader i inställningar (till exempel attributionsmodell eller tillbakablicksperiod för viktiga händelser) för åtgärder för viktiga händelser på respektive plattform.

Genom att matcha inställningarna för åtgärder för viktiga händelser som importeras till Google Ads minimerar du effekterna av de olika rapporteringsmetoderna.

Tänk på att viktiga händelser kan tillskrivas under hela tillbakablicksperioden för viktiga händelser, upp till 90 dagar i Google Ads. Det kan därför ta upp till 90 dagar innan GA4 och UA helt kan jämföras med varandra.

För att avgöra om det går att jämföra ett par med viktiga händelser eller om du måste vänta kan du använda rapporten Mätvärden för konverteringsväg i Google Ads för den viktiga händelsen i UA. Här kan du se hur lång tid det tar för de flesta användare att interagera med en viktig händelse längs vägen till en viktig händelse.

Obs! Mer än 95 % av alla viktiga händelser tillskrivs inom de första 14 dagarna. Det innebär att du måste använda Google Ads-data från minst 14 dagar tillbaka när du jämför UA och GA4.

Andra orsaker till avvikelser

Om du efter att du tagit hänsyn till faktorerna ovan fortfarande ser avvikelser mellan antalet räknade viktiga händelser i UA och GA4 kan du läsa igenom den fullständiga listan med anledningar nedan.

Det är normalt att det förekommer skillnader mellan liknande viktiga händelser i UA och GA4, men med den här listan kan du minimera skillnaderna genom att jämka produkter, inställningar och konfiguration där det är möjligt.

I Google Analytics

Här är ytterligare anledningar till skillnader mellan liknande viktiga händelser i UA och GA4 utifrån de val gällande produkt, inställning och konfiguration som du gör i Google Analytics.

Beskrivning Lösning/rekommendation

E-handelsmätning: Google Analytics är kompatibelt med flera olika e-handelsscheman. Du kan implementera GA4-schemat och UA-schemat samtidigt eller använda samma schema för båda egendomarna. Om du använder två scheman kan det förekomma dataavvikelser. Läs mer i utvecklarhandboken.

Skillnader i e-handelsschemat kan leda till att antalet viktiga händelser i GA4 är högre eller lägre än i UA.

När du samlar in e-handelsdata för GA4 rekommenderar vi att du använder e-handelsschemat för GA4 (se utvecklarhandboken).

Vi rekommenderar att du inte använder kopplade webbplatstaggar om du använder mätning av e-handel.

Vi rekommenderar också att du använder samma e-handelsschema för både UA och GA4 när du jämför plattformarna.

Villkor för taggaktivering: Hårdkodade taggaktiveringsvillkor kan påverka hur och när en tagg aktiveras.

Eftersom inställning av datainsamling i GA4 i många fall sker genom implementering av nya taggar, kan du behöva implementera samma aktiveringsvillkor i GA4 som användes i UA för att de ska få effekt. Vi rekommenderar att du använder samma taggaktiveringsvillkor för att minimera skillnader i datainsamling.

Om datainsamling omfattas av begränsningar i UA men inte i GA4 kan det rapporterade antalet användare, sessioner, sidvisningar och viktiga händelser bli högre i GA4.

Vi rekommenderar att du använder gtag.js eller gtm.js (via GA4-taggar) för att samla in data för GA4-egendomar.

Taggaktiveringsvillkoren påverkas inte direkt av att du använder andra typer av taggning (till exempel kopplade webbplatstaggar). Om taggaktiveringsvillkoren resulterar i att taggar aktiveras på olika sätt i UA respektive GA4 rekommenderar vi dock att du i första hand använder omtaggning.

Justera taggaktiveringsvillkoren efter att taggarna har implementerats. Du hittar ett exempel på ett aktiveringsvillkor baserat på tid i utvecklarhandboken.

Utesluta intern trafik: Du kan använda inställningar för att filtrera bort interna användare (ur kundens perspektiv, till exempel en medarbetare hos kunden) eller för att testa trafik.

Om inställningarna skiljer sig åt mellan UA och GA4 är det troligt att egendomen utan uteslutningsfilter visar fler användare, sessioner, sidvisningar och efterföljande viktiga händelser.

Vi rekommenderar att du matchar inställningarna i UA och GA4 för att minimera avvikelser. Mer information finns i denna artikel för UA och denna artikel för GA4.

Sidändringar baserat på händelser i webbläsarhistoriken: Funktionen för förbättrad mätning i GA4 mäter som standard sidändringar baserat på händelser i webbläsarhistoriken, vilket UA inte gör. Detta resulterar i att det rapporteras fler sidvisningar i GA4 än i UA, vilket kan leda till avvikelser.

Om exempelvis strukturen och användningsmönstret på din webbplats medför att det läses in ett stort antal sidor via ändringar i webbläsarhistoriken, mäts dessa sidinläsningshändelser om du aktiverar denna inställning. Det resulterar i avvikelser jämfört med UA, där sådana händelser inte mäts.

Om du vill att antalet rapporterade sidvisningar ska vara mer samstämmiga i UA och GA4 bör du inaktivera inställningen för förbättrad mätning i GA4. Läs mer om händelser för förbättrad mätning.
Andra händelsekällor (målgruppsutlösare, Measurement Protocol, händelseredigering osv.): Om dessa händelser genereras och märks som viktiga händelser kan det leda till att det rapporteras betydligt fler viktiga händelser i GA4 när du jämför datan på egendomsnivå med UA.

Använd matchande konfigurationer för liknande UA-konverteringar och viktiga händelser i GA4 i Google Analytics.

Du kan ge nyligen skapade händelser från dessa källor unika namn för att särskilja dem. Detta gör mätningen mer konsekvent i UA respektive GA4. Om det inte går att ställa in händelserna på exakt samma sätt bör du inte jämföra dem på de båda plattformarna.

Spam- och botfilter:

Filter minskar mängden rapporterad trafik i UA. Om du inte tillämpar några filter i GA4 rapporterar GA4 mer trafik och fler efterföljande viktiga händelser i situationer då spam/bottrafik lyckas interagera med en viktig händelse på vägen mot en viktig händelse.

Aktivera inställningen för botfiltrering i UA och överväg att lägga till spamfilter i UA om du tar emot spam.
Uteslutning av webbadressparametrar: I UA kan kunder ange mål som exakt matchar en viss webbadress. Eftersom det inte går att utesluta webbadressparametrar i GA4 kan det finnas många versioner av webbadressen som inte fångas upp med den aktuella definitionen av den viktiga händelsen.

Kontrollera om du använder uteslutningar av webbadressparametrar i UA ifall du ser skillnader jämfört med GA4.

DDA-modellen för viktiga händelser och intäkter: I UA används attributionsmodellen Sista icke-direkta klicket för mål. För viktiga händelser i GA4 används datadriven attribution (DDA) som standard, men detta går att ändra.

Med DDA sker attributionen på ett annat sätt, vilket kan medföra att Googles betalkanaler tillskrivs ett högre eller lägre konverteringsvärde. Observera att attributionsmodellen inte påverkar det totala antalet rapporterade viktiga händelser för en viss händelse.

Du kan testa/kvantifiera detta genom att ändra attributionsmodellen för egendomen till Senaste klick i GA4. Vi rekommenderar dock inte detta.

Obs! Attributionsmodellerna i Google Analytics påverkar inte det totala antalet rapporterade viktiga händelser i en egendom. Därför rekommenderar vi att du först felsöker alla andra anledningar till avvikelser, för att minimera skillnaderna på egendomsnivå för par med viktiga händelser, till exempel liknande viktiga händelser i UA respektive GA4.

Skillnader i tidszon och kampanjåterställning: UA avslutar en session vid midnatt och startar en ny session med nya kampanjparametrar. GA4 gör inte detta. Detta kan leda till avvikelser i antalet rapporterade sessioner, vilket i sin tur kan leda till avvikelser i antalet mål per session för viktiga händelser.

Detta bör inte leda till några större skillnader i det totala antalet viktiga händelser i en viss egendom. Skillnaden förväntas bara vara synlig om du jämför enskilda dagar i UA och GA4.

Ingen direkt lösning – detta har åtgärdats i GA4.
Skillnader i inställning av sidvisningsmätning: Mätning av sidvisningar baserat på händelser i webbläsarhistoriken kan inaktiveras i GA4. Mätning av enkelsidiga webbplatser skickas inte korrekt till GA4 när du använder kopplade webbplatstaggar.

GA4 kan ställas in för att mäta sidvisningar baserat på händelser i webbläsarhistoriken, vilket inte är möjligt i UA. Detta leder till mer omfattande mätning i GA4 men kan vara en källa till avvikelser. Du kan inaktivera denna inställning om du vill att mätningen ska vara mer enhetlig mellan UA och GA4.

Mätning av appar för en sida kan ställas in för UA enligt dessa anvisningar i utvecklarhandboken. Detta ger inte exakt samstämmighet mellan UA och GA4 men kan minimera skillnader i samband med enkelsidiga webbplatser.

Google-signaler och User-ID: Dessa inställningar deduplicerar användare i GA4-egendomar. I UA påverkar dessa inställningar bara ett fåtal rapporter och en enda vy. I GA4 påverkar de all information i egendomen.

Om du aktiverar Google-signaler och User-ID i GA4 rapporteras färre nya/totala användare, eftersom interaktioner slås ihop i GA4 men räknas som flera användare i UA. Det innebär att det tillskrivna värdet kan skilja sig åt på de två plattformarna. Dessa funktioner förväntas inte påverka det totala antalet rapporterade konverteringar i Google Analytics men kan leda till skillnader i de värden som exporteras till Google Ads. Om en annonsör mäter konverteringar av typen Visning med användarengagemang (EVC) kan mätningen påverkas av användningen av Google-signaler och User-ID.

Ingen direkt lösning – GA4-deduplicering ger bättre insikter i hur användare interagerar med en kunds tillgångar.

Vi rekommenderar att du implementerar både Google-signaler och User-ID på båda plattformarna för att minimera avvikelser, även om det inte går att förhindra dem helt.

Tidsgränser för session: Du kan ändra inställningarna för tidsgräns för session. Om du ändrar dessa inställningar från standardvärdet kan det påverka mängden rapporterad trafik och attributionen. Vi rekommenderar att du använder standardinställningarna. Om du har ändrat tidsgränser för session i UA bör du även justera motsvarande inställning i GA4. Läs mer om Analytics-sessioner.

Åsidosätta cookies

När du ändrar cookie-inställningar i UA behöver du göra motsvarande inställning i GA4.

Om du tidigarelägger det sista giltighetsdatumet för cookies kan detta påverka attributionen och resultera i skillnader i tillskrivna viktiga händelser. Läs mer om hur du ställer in Google-taggen.

Använda automatisk och manuell taggning i samma webbadress Du kan använda automatisk och manuell taggning i samma webbadress, men detta fungerar inte i alla situationer.
Val av dimensioner och mätvärden GA4 innehåller fler förvärvsdimensioner än UA. Därför går det inte att jämföra alla möjliga kombinationer av rapportdimensioner rakt av mellan UA och GA4.
Skillnader i implementering av appmätning mellan UA och GA4 Vi rekommenderar att du använder samma SDK där det är möjligt. Observera att en mycket liten grupp användare för närvarande kan samla in appdata i UA. Användare måste implementera Google Analytics för Firebase SDK om de vill samla in appdata och rapportera om den med GA4-egendomar.

Endast kopplade webbplatstaggar (inklusive sidhämtning): Kopplade taggar läses in sekventiellt. GA4-taggen läses med andra ord in efter den överordnade taggen (en befintlig gtag.js- eller analytics.js-tagg). Detta kan få följande konsekvenser:

  1. Om du läser in flera taggar samtidigt kan webbplatshastigheten påverkas.
  2. Om användare navigerar mycket snabbt på en webbplats kanske taggarna inte hinner renderas i sin helhet, vilket får till följd att händelser inte registreras.
För att minska risken för att händelser inte registreras rekommenderar vi att du implementerar särskilda GA4-taggar i stället för att använda kopplade webbplatstaggar eller sidhämtning. Undvik att använda kopplade webbplatstaggar eller sidhämtning vid stora och komplexa Analytics-konfigurationer.
Inkludering av app- och webbdata i en egendom för GA4: GA4 samlar app- och webbdata och händelser. Om du kombinerar app- och webbdata i GA4 men inte har gjort motsvarande i UA blir antalet rapporterade viktiga händelser högre i GA4. För att få en så rättvisande jämförelse som möjligt bör du inte inkludera appdataflöden om dina UA-egendomar inte innehåller apptrafik. Om appflödet redan är inkluderat bör du segmentera rapporter för att utesluta viktiga händelser i appar om du vill jämföra UA med GA4.
Uppdaterade kanalgrupperingar: I GA4 sker tillskrivningen av viktiga händelser till kanaler på ett annat sätt än i UA. Läs mer om standardkanalgrupper. Det finns inget alternativ för att åsidosätta vilka viktiga händelser som exporteras till Google Ads.

I Google Ads

Här är ytterligare anledningar till skillnader mellan liknande viktiga händelser i UA och GA4 utifrån de val gällande produkt, inställning och konfiguration som du gör i Google Ads.

Beskrivning Lösning/rekommendation

Modellering för viktiga händelser från samtyckesläge: Modellering för viktiga händelser är tillgängligt i Google Ads för annonsörer som har skapat konverteringar i Google Ads baserat på viktiga händelser i Analytics från egendomar implementerade med gtag.js eller Google Tag Manager.

Modellering för konverteringar i Google Ads erbjuds inte för analytics.js-implementeringar. Detta beror på att samtyckesstatus inte kan definieras korrekt utan att ha en implementering av gtag.js eller Google Tag Manager.

Om både UA och GA4 använder taggar som är kompatibla med samtyckesläget är modellering för viktiga händelser i Google Ads tillgänglig på båda plattformarna.

För att få en rättvis jämförelse bör du se till att du har en taggtyp som är kompatibel med samtyckesläget för både UA- och GA4-egendomar.
Mätning av visningar med användarengagemang: GA4 kan tillskriva en viktig händelse till en visning med användarengagemang på YouTube. Detta gäller även om annonsinteraktionen inte direkt resulterade i ett webplatsbesök men ledde till en viktig händelse vid ett senare tillfälle. Detta kan medföra att en viktig händelse exporteras till Google Ads men att UA inte tillskriver Google Ads något värde. Det innebär att om en annonsör har betydande YouTube-utgifter kan GA4 tillskriva Google Ads fler viktiga händelser än UA.

I GA4 bör detta inte leda till en ökning av antalet rapporterade viktiga händelser för webbtrafik. Däremot kan det hända att det tillskrivs ett högre värde till Google Ads-kanalen i GA4 än i UA, vilket leder till ett högre rapporterat Google Ads-resultat.

Om du vill jämföra dessa värden kan du segmentera rapporter på kampanj- eller kontonivå i Google Ads. Tänk på att jämföra åtgärder för viktiga händelser som mäter exakt samma åtgärd för viktig händelse.

Det går inte att segmentera standardrapporter utifrån annonstyp och källa till en viktig händelse samtidigt. Därför är det svårt att göra en direkt jämförelse i Google Ads-gränssnittet.

Modell för export av tillskrivet värde: Modellen för att exportera viktiga händelser från GA4 till Google Ads skiljer sig från modellen för UA. UA utgår från en exportmodell med Sista icke-direkta klicket, vilket också GA4 gjorde inledningsvis. Nu använder GA4 i stället en exportmodell med slutligt tillskrivet värde, vilket gör det möjligt att exportera bråkdelar av tillskrivet värde även om den sista icke-direkta kontaktpunkten inte var en Google Ads-kontaktpunkt.

Detta leder inte till några skillnader på egendomsnivå men kan medföra att antalet viktiga händelser som exporteras till Google Ads skiljer sig åt. Värdet kan vara antingen högre eller lägre jämfört med UA och beror på kundens separata användarresor.

Vi införde export med slutligt tillskrivet värde eftersom modeller med senaste icke-direkta klicket inte är tillräckligt heltäckande. Det innebär att GA4 exporterar faktiskt tillskrivet värde i flera kanaler till Google Ads. Det finns ingen möjlighet att minimera skillnaderna mellan UA och GA4.
Räkningsmetod för viktiga händelser i Ads: I Google Ads kan du välja en räkningsinställning för att styra hur en eller flera viktiga händelser ska räknas under en viss tillbakablicksperiod för viktiga händelser för en viss användare.

Vi rekommenderar att du jämkar inställningarna för räkning av viktiga händelser för par med viktiga händelser i UA och GA4. Läs mer om alternativ för konverteringsräkning.

Gäller manuellt skapade GA4-egendomar och kunder med smarta kampanjer: Med exportmodellen Betalkanaler på Google i GA4 attribueras alla viktiga händelser som exporteras till Google Ads till Google-kanaler.

Detta resulterar i att fler viktiga händelser exporteras till Google Ads än med inställningen Betalkanaler och organiska kanaler eftersom det utesluter betalkanaler som inte kommer från Google från sökvägen för viktiga händelser.

Genom att använda Betalkanaler på Google kan du få en djupare inblick i hur betalda Google-interaktioner påverkar resultatet. Denna modell är inte tillgänglig i Universal Analytics. Därför kan det vara svårt att jämföra likartade UA- och GA4-händelser när de importeras till Google Ads.

Nya GA4-egendomar har inställningen Betalkanaler på Google som standard.

Du kan använda attributionsinställningarna på GA4-egendomsnivå i avsnittet Administratör för att styra hur viktiga händelser exporteras till Google Ads.

För att GA4 ska ta hänsyn till icke betalda kanaler när du exporterar konverteringar ska du använda inställningen Betalkanaler och organiska kanaler. Läs mer om att välja attributionsinställningar.

Var det här till hjälp?

Hur kan vi förbättra den?
Sök
Rensa sökning
Stäng sökrutan
Googles appar
Huvudmeny