Redigerat:
I den här andra artikeln förklarar jag hur man tar bort bottrafik i GA4.
Det är en uppdaterad version för Googles nya verktyg av samma artikel.
I dag kör vi ett nytt verkligt fall som har hänt oss de senaste veckorna. I det här fallet handlar det, som titeln anger, om trafiken som en eller flera botar tryckte in i vårt Google Analytics-konto och som det inte kunde filtrera på egen hand.
Det bör klargöras att det i det här fallet handlar om verklig trafik som gick in på webbplatsen, inte den vanliga referralspam som använder mätprotokollet för att manipulera mätvärdena i vårt mätverktyg.
Du kanske undrar att om det är verklig trafik, varför skulle vi vilja ta bort den från vårt verktyg. Svaret är enkelt och tydligt: den kan få oss att fatta felaktiga affärsbeslut på grund av felaktiga/korrupta data.
Låt oss gå in i fallet.
Índice de Contenidos del Artículo
Problemet
Sedan några veckor tillbaka, närmare bestämt sedan årets början, hade vi upptäckt både i vår dagliga och månatliga rapportering att något konstigt höll på att hända och att antalet användare i förhållande till sessioner hade ökat avsevärt:
Som man kan se hade vi ökat med 104 % i sessioner och 114 % i användare år över år. I princip kunde dessa siffror ligga inom det rimliga och vid första anblicken skyllde vi dem på ändringar i blockeringen av tredjepartscookies av Chrome och Safari och den ökade användningen av annonsblockerare bland användarna (de var de två största webbläsarna bakom denna anomala tillväxt mellan användare och sessioner) och vi tänkte helt enkelt att detta var de nya spelreglerna.
Mer detaljerad trafikanalys
Men dagarna gick och fler saker började skava i vår dagliga rapportering per land. Nederländerna höll på att bli ett av de största länderna sett till antal användare, men andelen av deras användare som gick in i checkouten och deras transaktioner var mycket lägre än de borde vara för den trafikvolymen:
Vad är det som händer? Låt oss värdera några affärshypoteser:
- Är våra fraktkostnader för leverans till Nederländerna för dyra? Kanske går det att prata med transportföretaget och sänka priserna i utbyte mot att garantera en större volym.
- Surfar nederländska användare på engelska men föredrar att köpa på sidor på sitt eget språk? Tja, det kanske inte vore dumt att överväga att översätta webbplatsen till nederländska…
- Litar de inte på Sydeuropa? Här kan vi göra väldigt lite XD
Alla skulle kunna vara giltiga, men låt oss fokusera på trafiken från Nederländerna:
Vad är det som händer? Hur kan tillväxten mellan användare och sessioner skilja sig så mycket? Är nederländska användare mycket mer benägna att använda adblockers än resten av Europa? Det verkar inte så, eller hur? Vår första hypotes började vackla…
Låt oss därför fortsätta med landanalysen och se vad vi hittar när vi drar i tråden.
Kanal
Vi skapade ett segment för att enbart se mätvärdena för nederländska användare och går till huvudrapporterna, med början på källa och medium:
Uppenbarligen är det som händer med direkttrafiken inte normalt. Vi vet inte exakt vad det är, men det tyder inte på ett normalt användarbeteende.
Landningssida
Låt oss kontrollera vilka landningssidor de nederländska “användarna” går in på:
Så Analytics kan inte samla in landing page i de flesta fall… Det får oss redan att tänka att vi står inför en bot med en högre sofistikeringsnivå än de vanliga. Men låt oss fortsätta titta på fler saker
Länder
Kan det vi har sett i Nederländerna hända i fler länder? Dags att kontrollera:
Jaha, se där med boten. Den kommer alltså inte bara från Nederländerna, utan den går in på vår webbplats från flera platser och förstör allas mätvärden. Härligt… Har den här flerlandsboten någon gemensam egenskap?
Skärmupplösning
Är det en mobil- eller desktop-bot? Kom igen, här hittar vi säkert något…
Och ja, till slut hittade vi det vi letade efter. På plats 11 hittade vi en ganska märklig upplösning på 1360×1020. Det är tydligt en desktopupplösning, men den är inte alls vanlig: jag känner inte till någon skärm på marknaden, varken stationär eller bärbar, med den upplösningen. Vi får gräva lite för att se var den kommer ifrån.
Selenium och Puppeteer
Med en så särskild uppgift som den upplösningen i handen är det bara att gräva lite för att ta reda på att det finns två bottekniker, Selenium och Puppeteer, som använder den som standard.
Det handlar om botar som använder virtuella maskiner för att öppna en Chromium-webbläsare och gå in på den URL de får angiven, med målet att debugga webbapplikationer, scrapa deras innehåll eller, egentligen, vad botutvecklaren nu vill.
När vi gräver i koden på GitHub för Selenium ser vi detta:
Där är den, den förbaskade upplösningen som förstör våra mätvärden i Google Analytics, för, vi upprepar, detta är verklig trafik, från botar och inte människor, men det är webbläsare som går in på webbplatsen med vilket syfte som helst. Det handlar inte om referralspam som använder mätprotokollet.
Dessutom kringgår den Google Analytics automatiska filtrering, eftersom vi, som ni ser, har den aktiverad i vyinställningarna:
Och då, vad kan vi göra för att ta bort den och få renare rapporter?
Så korrigerar du det och tar bort det från Google Analytics
Det första är att säga att det kanske finns någon anledning till att du vill ha den trafiken där och låta den blåsa upp mätvärdena artificiellt. Det är ett alternativ. Men om det du vill är att Analytics ska visa dig hur mänskliga användare använder dina digitala produkter vill du förmodligen ta bort den från dina data.
För detta har vi i stora drag två möjligheter:
- Blockera den från servern
- Ta bort den från Google Analytics
Blockera den från servern
Jag är ledsen att säga att det inte alls är ett enkelt alternativ; låt oss se varför:
- Det är en multi-IP- och flerlandsbot: det är inte lätt att ta fram ett filtreringsmönster
- Den User Agent är omöjlig att skilja från den hos en Chrome/Chromium som används av en användare
- Den skärmupplösning, som är nyckeluppgiften, bygger på JavaScript för sin detektering, så det är inte ett språk på serversidan utan på klientsidan
Är det alltså möjligt att blockera den från servern? Möjligt är det, men också komplicerat och knappast rekommendabelt.
Ok, och vilka alternativ har vi så att den inte skadar våra mätvärden? Läs vidare
Ta bort trafikdata i Google Analytics
I det här fallet har vi en mycket enkel lösning, nämligen att använda ett filter i Google Analytics och tillämpa det på den eller de vyer som intresserar oss.
Filtret skulle se ut så här:
Som ni ser, ett mycket enkelt filter som gör sitt jobb perfekt:
I den här bilden kan man se tre faser:
- Före januari 2021 hade vi ingen bottrafik
- Mellan januari och 20 april 2021 med växande bottrafik
- Från 21 april och framåt, utan bottrafik tack vare filtret i Analytics
Vi betraktar problemet som korrigerat.
Slutsatser
Det jag vill göra klart med den här artikeln är vikten av att fatta affärsbeslut baserade på verkliga och rensade data.
I det här fallet övervägde vi till och med saker som att sänka fraktkostnaderna till Nederländerna eller översätta webbplatsen till nederländska baserat på felaktiga data. Föreställ er förlusten av resurser och/eller pengar som hade varit inblandad om vi hade genomfört någon av dessa två åtgärder. Det vill säga: från felaktiga data blir slutsatserna jag drar med nödvändighet felaktiga.
Å andra sidan uppmuntrar jag er att gräva i era Analytics-konton och ta reda på om ni också får trafik med denna upplösning så speciell som 1360×1200. Om så är fallet, ändras er uppfattning om mätvärdena när den tas bort?
Alla kommentarer om detta är välkomna.
Lämna ett svar