Du tittar i din webbanalys. Andelen bottar stämmer inte med vad ni hört att andra rapporterar om.
Är Matomo verkligen rätt konfigurerat?
Ofta är det inte i Matomo problemet sitter, utan detta beror på att de flesta bottar inte når webbanalysen om vi inte specifikt tar hand om det.
Den stora skiljelinjen: kör klienten JavaScript?
Matomos standardmätning bygger på att ett JavaScript körs i besökarens webbläsare och skickar besöket vidare. En vanlig människa med en vanlig webbläsare fångar vi upp, men de flesta botar körs inte på det sättet.
En enkel HTTP-hämtning - curl, ett skript, eller en AI-agent som bara hämtar sidans text för att svara på någons fråga - laddar ner HTML:en och stänger anslutningen. Den kör aldrig skriptet. Den har ändå belastat din server och läst ditt innehåll, men den syns inte i statistiken. Det här är den enskilt största orsaken till att andelen trafik från bottar ser låg ut.. Utan mätning på serversidan är den trafiken i stort sett osynlig.
Två lager till, beroende på din tekniska infrastruktur
Det blir dessutom ännu mer komplicerat om man tex har en brandvägg (WAF) eller ett CDN framför sin webb, då räcker det nämligen inte med att vi har mätning på servern för det är inte säkert att anropet ens kommer fram.
- CDN och brandvägg. Blockerar ofta kända skanner-bottar innan anropet når din server. Bra för säkerheten och prestande - men den trafiken finns bara i CDN-leverantörens egna loggar. Inget mätverktyg på din sida kan någonsin se den.
- Cache-lagret. Serverar ett sparat sidsvar utan att fråga applikationen. Sitter din mätpunkt i applikationskoden triggas den aldrig för ett cachat svar. Matomos egen guide för WordPress nämner exakt det här problemet: en cachningsplugin som svarar direkt via .htaccess, utan att gå via PHP, gör att sidan aldrig kan skicka mätdata.
Dessa två lager är beroende på hur din infrastruktur ser ut — du kanske inte har dem alls. JavaScript-gränsen har du alltid, oavsett teknikstack.
Vi har länge velat dölja all bottrafik, vi betraktade den som brus. Med AI-agenter som läser innehåll åt sina användare har det vänt. Att se den trafiken är nu en av de viktigaste sakerna att ta hand om.
Det finns redan en inbyggd lösning för rapportering: Matomos AI Assistants-rapport
Matomo har en egen funktion för det här: AI Assistants-rapporten. Den känner igen ett antal namngivna AI-agenter (ChatGPT-User, Claude-User, Perplexity-User, Gemini Deep Research, MistralAI-User, Google-NotebookLM med flera) och registrerar deras besök i ett dedikerat "no-visit mode" - de skapar aldrig ett vanligt besök, en session eller attributionsdata. Det håller AI-trafiken ren och separat i stället för att antingen försvinna eller blandas in i din vanliga statistik.
Rapporten fylls inte automatiskt - någon måste skicka in telemetrin, eftersom AI-agenterna som sagt (nästan) aldrig kör JavaScript. Matomo dokumenterar fyra sätt, beroende på hur din webb är uppsatt:
- Cloudflare Worker. Körs vid Cloudflares edge, vidarebefordrar anropet till din server som vanligt och skickar samtidigt telemetri till Matomo.
- Amazon CloudFront + Lambda. En Lambda-funktion triggas av CloudFronts access-loggar i S3, känner igen AI-user-agenter och skickar dem batchat till Matomo. Matomo har ett färdigt open source-verktyg för det: tracker-cloudfront.
- WordPress. Matomos officiella WordPress-plugin har stöd för det via en knapp i gränssnittet — med reservationen om cachningsplugins ovan.
- Direkt mot HTTP Tracking API. För allt annat: din egen server- eller applikationskod skickar in träffen när den känner igen en AI-agent, med parametern recMode. recMode=1 spårar bara bottar; recMode=2 låter Matomo själv avgöra om anropet ska räknas som bot-besök eller vanligt besök:
https://din-matomo-domän/matomo.php?idsite=1&rec=1&recMode=2&ua=ChatGPT-User%2F1.0&url=https%3A%2F%2Fdinsajt.se%2Fartikel
Se Matomos guide för AI-chattbotsspårning för fullständiga detaljer.
Vad du faktiskt behöver göra
- Inventera din stack: CDN/WAF, cache-lager, och hur sajten är byggd (WordPress, eget nginx/Apache, en egen applikation).
- Välj den av de fyra metoderna som matchar — Cloudflare Worker, CloudFront + Lambda, WordPress-pluginet, eller ett eget anrop till HTTP Tracking API:et.
- Förvänta dig inget resultat direkt. Rapporten står tom tills telemetrin faktiskt börjar strömma in.
Ska vi byta helt till serverside tracking nu?
Det blir definitivt mer relevant nu, trenden mot serverside startade främst i fallet med Google Analytics 4 som ett försök att komma åt integritetsproblem (man vill ha kontroll på vem som kan se data i användarens webbläsare).
Tagghanterare erbjuder dock fortfarande en överlägsen flexibilitet och funktionalitet när det kommer till att mäta saker i klienten så jag skulle inte byta ut det om man verkligen vill ha detaljerad mätning. Vi behöver däremot komplettera med serverside-logik för att fånga upp bottar korrekt.