Jag byggde ett Google Analytics-alternativ för WordPress eftersom analyser blev för komplicerat

Det fanns en tid då Google Analytics var enkelt. Universal Analytics, som det nu kallas för att skilja det från sin efterträdare, hade en vänster sidofält med tydligt märkta avsnitt: Publik, Förvärvning, Beteende, Konverteringar. Om du klickade på "Publiköversikt" visade det sidvisningar, sessioner, användare, avhoppningsfrekvens och genomsnittlig sessionslängd på en ren graf med en datumintervalväljare. Informationen var omedelbar användbar. Hur många besökte webbplatsen? Varifrån kom de? Vilka sidor såg de? Hur länge stannade de? Det här är frågorna som varje webbplatsägare ställer, och Universal Analytics besvarade dem utan att kräva en examen i dataanalys för att tolka resultaten.

Sedan kom Google Analytics 4, och enkelheten försvann. GA4 ersatte den intuitiva sid- och sessionsmodellen med en händelsebaserad modell som behandlar varje interaktion som en diskret händelse. Sidvisningar är händelser. Scrollar är händelser. Klick är händelser. Konceptet med en "avhoppningsfrekvens" togs initialt bort helt (det återintroducerades senare efter överväldigande användarprotester, men med en annan definition än innan). Rapportgränssnittet omformades omkring "utforskningar", "trattar" och "segment" som är kraftfulla för analytikteam på företagsnivå men förvirrande för småföretagaren som bara vill veta om deras blogginlägg fick någon trafik denna vecka.

Migreringen från Universal Analytics till GA4 var inte valfri. Google stängde ner Universal Analytics och slutade bearbeta data, vilket lämnade varje webbplatsägare med två val: lär dig GA4 eller hitta något annat. Miljontals människor valde att lära sig GA4. Många av dem lär sig fortfarande, år senare, eftersom gränssnittet är genuint komplext och dokumentationen förutsätter en nivå av förtrogenhet med analyskoncept som de flesta små webbplatsägare helt enkelt inte har. Website Analytics by YEB WordPress-plugin existerar för att alternativet till att lära sig GA4 inte bör kräva att man lär sig ett annat komplext system. Det bör kräva att man installerar en plugin och tittar på en dashboard som är meningsfull inom trettio sekunder från att öppna den.

Vad de flesta webbplatsägare faktiskt behöver veta

Efter att ha kört flera webbplatser över olika nischer i flera år är listan över analysfrågor som faktiskt påverkar beslut anmärkningsvärt kort. Hur många besökare kom idag, denna vecka, denna månad? Vilka sidor besöker de? Varifrån kommer de (sökmotorer, sociala medier, direkta, referenslänkar)? Vilka länder är de från? Vilka enheter använder de? Går siffrorna upp eller ner jämfört med föregående period? Det är genuint den kompletta listan för den stora majoriteten av webbplatsägare. Inte trattar. Inte kohortsanalys. Inte anpassad händelsespårning med parameterdimensioner. Bara grunderna, presenterade tydligt.

WordPress-plugin byggdes kring denna exakta lista. Instrumentpanelen visar en ensidig översikt med alla dessa värden synliga utan att bläddra, klicka eller navigera mellan rapporter. Sidvisningar och unika besökare visas som dagliga räkningar på ett tidsseriekort. De översta sidorna visas med sina visningsantal. Hänvisare visar varifrån trafiken kommer. Länder och enheter visas som enkla tabeller. Datumintervallet kan justeras och jämförelse med föregående period är tillgängligt för varje värde. Allt som en typisk webbplatsägare behöver för att fatta välinformerade beslut om sitt innehål och sin marknadsföring är synligt på ett ställe, på en skärm, utan ett enda ögonblick av förvirring om vad siffrorna betyder.

Plugin uppnår denna enkelhet inte genom att vara tekniskt underlägsen GA4 utan genom att göra medvetna val om omfång. GA4 kan spåra anpassade händelser, bygga målgruppssegment, mäta e-handelskonverteringar och integrera med Google Ads. YEB-analyseplugin gör ingen av dessa saker, och det är en funktion snarare än en begränsning. Varje funktion som utesluts är en funktion som inte kan förvirra användaren, inte kan lägga till visuell röra på instrumentpanelen och inte kan gå sönder på ett sätt som kräver felsökning. Resultatet är ett verktyg som gör mindre men gör det bättre, åtminstone för den publik det var utformat för: WordPress-webbplatsägare som vill ha tydlig, handlingsbar trafikdata utan belastningen från en analytikplattform på företagsnivå.

Sekretess först och varför det betyder mer än någonsin

Google Analytics fungerar genom att ladda ett JavaScript-spårningsskript från Googles servrar på varje sida av webbplatsen. Skriptet samlar in besöksdata och skickar det till Googles infrastruktur, där det bearbetas, lagras och används inte bara för webbplatsägarens analys utan också för Googles eget annonsekosystem. Det är därför GA4 är gratis. Produkten är inte analysprogramvaran. Produkten är de data som flödar genom den, vilket hjälper Google att bygga annonseringsprofiler och förbättra annonsriktning över sitt nätverk.

För webbplatsägare som bryr sig om besökarnas sekretess, eller som verkar i jurisdiktioner med strikta dataskyddslagar som GDPR i Europa eller CCPA i Kalifornien, skapar detta dataflöde en efterlevnadsbörda. Cookie-samtyckesbanners krävs i många regioner specifikt för att verktyg som Google Analytics ställer in spårningskakor som följer besökare över webbplatser. Samtyckesbannerna själva försämrar användarupplevelsen, och en betydande andel besökare vägrar samtycke, vilket betyder att analysdata är ofullständiga eftersom de bara representerar den delmängd av besökare som aktivt klickade "acceptera".

YEB-analyseplugin tar ett fundamentalt annorlunda tillvagagångssätt. Den laddar inte några skript från tredje part. Den skickar inte data till externa servrar. Den sätter inte in spårningskakor. All analysdata bearbetas och lagras på webbplatsens egen server, inom WordPress-databasen. Besökaridentifiering använder sekretessbevarande tekniker som inte involverar beständig spårning över sessioner eller över webbplatser. Denna design betyder att plugin inte utlöser cookie-samtyckeskrav i de flesta jurisdiktioner, eftersom det inte finns någon cookie att samtycka till. Det betyder också att 100% av besökare spåras snarare än bara delmängden som accepterar en samtyckesbanderoll, vilket producerar mer exakta trafikdata än en GA4-installation med samtyckesläge aktiverat.

Sekretessarkitekturen sträcker sig till de underliggande API:erna som driver pluginets geolokaliseringsförmåga och enhetsidentifieringsfunktioner. GeoIP API löser besökarens IP-adresser till land- och stadsnamn utan att skicka dessa IP-adresser till tjänster från tredje part för geolokaliseringsförmåga. API:et för enhetsanalys identifierar webbläsare, operativsystem och enhetstyp från användaragenten utan externa uppslag. Bot-detekterings-API:et separerar verifierad crawlertrafik (Googlebot, Bingbot och andra) från mänskliga besök och från falska bottar som utger sig för att vara crawlers. Alla tre API:erna fungerar inom samma sekretessförst arkitektur, bearbetar data utan att exponera den för externa parter.

Bot-fliken och varför det att skilja crawlers från människor ändrar allt

En av de mest undervärderade funktionerna i plugin är fliken för dedikerad bottrafik. De flesta analysverktyg utesluter antingen bottrafik helt och hållet (vilket betyder att webbplatsägaren aldrig ser den och inte har någon aning om hur mycket av deras serverbelastning som kommer från crawlers) eller inkluderar den okritiskt i trafikräkningarna (vilket ökar besökarantal och gör sidvisningsdata opålitlig). Ingen av dessa tillvagagångssätt är ideal. Bottrafik är värdefull information. Att veta vilka sökmotorer som crawlar webbplatsen, hur ofta de crawlar och vilka sidor de fokuserar på är väsentligt för SEO. Men bottrafik blandad in i räkningar för mänskliga besökare skapar en förvräng bild av faktisk publikengagemang.

Botdetektionssystemet använder ett flerlagerigt tillvagagångssätt för att klassificera trafik. Verifierade crawlers från större sökmotorer identifieras genom korsreferencing av deras påstådda identitet (användaragentsträngen) med deras faktiska IP-adressintervall. En begäran som hävdar att vara Googlebot men utgår från en residentiell IP-adress i Rumänien flaggas som en falsk bot, vilket i sig är en värdefull säkerhetssignal. Legitima crawlers kategoriseras efter sökmotor (Google, Bing, Yandex, Baidu, DuckDuckGo och dussintals andra) och visas i sin egen dedikerade flik med crawlfrekvens, genomkrökta sidor och crawlmönster över tid.

Den falska botdetektionen är särskilt användbar för webbplatsägare som upplevelse ovanliga trafikmönster. En plötslig topp i sidvisningar ser spännande ut i analytikpanelen tills det visar sig att den är helt sammansatt av skrapare, skräpbottar eller sårbarhetsscannrar. Utan bottskiljning kan dessa toppar leda till missriktade beslut: "vår trafik fördubblades denna månad" låter väldigt annorlunda än "vår bottrafik fördubblades denna månad för att någon skrapar vårt innehål." Den dedikerade botfliken gör denna distinktion omedelbar uppenbar, och de historiska data tillåter webbplatsägare att identifiera när botaktivitetsmönster förändras, vilket kan vara ett tidigt varningstecken på säkerhetsproblem eller innehållstöld.

Sessioner och UTM-spårning och CSV-export

Bortom grundläggande sidvisningsräkning spårar plugin besökarsessioner med ingångssidor, utgångssidor och sidantal per session. En session representerar ett kontinuerligt besök från ankomst till avresa, och att förstå sessionsbeteende avslöjar hur besökare faktiskt interagerar med webbplatsen snarare än bara vilka sidor de landar på. Ett högt sidantal per session föreslår engagerande innehål som uppmuntrar utforskning. Ett lågt antal med hög trafik på en specifik sida tyder på att besökare hittar vad de behöver snabbt och lämnar, vilket kan vara helt bra för en FAQ-sida men oroande för ett blogginlägg som är menat att leda läsare djupare in i webbplatsen.

UTM-parametersspårning för kampanjtillskrivning in i plugin utan att kräva några externa verktyg. UTM-parametrar (källa, medium, kampanj, term, innehål) är standardmetoden för att spåra vilka marknadsföringskampanjer som kör trafik, och plugin fångar och rapporterar om dem automatiskt. En länk som delas i ett nyhetsbrev med utm_source=newsletter och utm_campaign=march2026 visas i referensdata med dessa kampanjetiketter bifogade, vilket gör det möjligt att mäta effektiviteten hos specifika marknadsföringsinsatser. Denna funktion ersätter ensam en betydande del av vad marknadsförare använder Google Analytics för, och det fungerar inom samma rena, ensidiga instrumentpanel utan att kräva "utforskningar" eller "anpassade rapporter".

CSV-exportfunktionen adresserar det oundvikliga ögonblicket när någon behöver ta analysdata utanför instrumentpanelen. Oavsett om det är för en klientrapport, en styrelsepresentation, en skatteanmälan som kräver webbplatstrafikbevis eller helt enkelt en säkerhetskopia, innebär möjligheten att exportera rådata som en CSV-fil att analysdata aldrig är låsta inne i plugin. Varje värde som är synligt på instrumentpanelen kan exporteras med fullständig datumintervallkontroll, vilket producerar ett kalkylblad som kan öppnas i Excel, importeras till Google Sheets eller bearbetas av valfritt dataanalysverktyg. Denna portabilitet är ett medvetet designval. Data tillhör webbplatsägaren, inte analysverktyget, och export av den bör vara så enkelt som att klicka på en knapp.

Plugin är tillgänglig på den officiella WordPress plugin-arkivet, vilket innebär att installation är standardupplevelsen för WordPress: sök, installera, aktivera. Ingen kontoskapning på en extern plattform. Inga JavaScript-kodfragment att klistra in i temafiler. Ingen DNS-verifiering eller fastighetskonfiguration. Instrumentpanelen visas i WordPress-administrationssidofältet omedelbar efter aktivering, och datainsamlingen börjar vid nästa sidvy. För webbplatsägare som har tillbringat timmar på att ansluta GA4 till sin WordPress-installation genom tagghanterare, verifikationssteg och datakonfigurationer, är enkelheten hos "installera och det fungerar" inte bara bekväm. Det är en lättnad.