Logganalys för SEO: se vad sökmotorerna hämtar

Logganalys visar vilka sidor sökrobotar hämtar och hur servern svarar. Det hjälper dig att hitta återkommande fel, gamla omdirigeringar och filteradresser som hämtas ofta. Med Screaming Frog Log File Analyser kan du sortera anropen och undersöka vad Googlebot gör på webbplatsen.

När hjälper logganalys, och när räcker andra verktyg?

Loggar är särskilt användbara efter en flytt, när nya sidor inte verkar hämtas eller när serverfel bara uppstår vissa tider. Du kan också se om robotar återkommer till stora mängder filteradresser som inte ska vara egna landningssidor.

För att se om en sida är indexerad använder du Search Consoles URL-granskning. För klick och sökfrågor använder du resultatrapporten. Loggen svarar på vad som hämtats och hur servern svarade. Välj verktyg efter det du behöver ta reda på.

1. Hämta rätt loggar

Be webbhotellet eller den driftansvariga om åtkomstloggar. En fellogg från applikationen räcker inte. Välj en sammanhängande period kring problemet, även tiden före ändringen om du undersöker en flytt. Spara originalfilerna och arbeta med en kopia.

• Tid och tidszon: behövs för jämförelse med ändringar och driftdata.
• Begärd adress och HTTP-metod: inkludera host och protokoll om flera domänvarianter delar logg.
• Statuskod: skilj lyckade svar, omdirigeringar och fel.
• Klient-IP och user-agent: behövs för botidentifiering.
• Svarstid och byte, om de finns: använd bara fälten när du vet vad servern faktiskt mäter och i vilken enhet.

Fråga var loggen skapas. Om CDN eller proxy svarar på ett anrop når det kanske aldrig ursprungsservern och syns då inte i dess logg. Kontrollera också om klient-IP är botens adress eller en proxys. Annars kan du missa hämtningar eller identifiera fel avsändare.

Ta bort eller maskera personuppgifter och känsliga parametrar som inte behövs innan du delar loggarna. Förvara arbetskopian skyddat och dela bara de uppgifter som behövs för undersökningen.

2. Importera och gör ett stickprov i Screaming Frog

Följ Screaming Frogs importguide när du lägger åtkomstloggarna i ett projekt. Skapa ett projekt för webbplatsen, välj rätt tidszon och importera filerna. Anteckna vilka filer och datum du använder så att samma analys går att göra igen.

Jämför några rader i originalfilen med resultatet i verktyget. Har datum, URL, värdnamn och statuskod lästs in rätt? Har samma fil importerats två gånger? Rätta importfel och fel tidszon innan du börjar tolka siffrorna.

Börja i översikten och se om hela perioden finns med eller om det saknas loggar för vissa tider. Välj sedan de sidor du vill undersöka. Om frågan gäller produktsidor hjälper totalsiffror för alla robotar, bilder och andra filer sällan särskilt mycket.

3. Verifiera Googlebot innan du räknar dess anrop

Vem som helst kan skriva Googlebot i sin user-agent. Använd till exempel Screaming Frogs inställning Verify Bots för att kontrollera stödda botar vid import eller efteråt. Skilj sedan sökrobotar från andra botar och användarutlösta hämtningar.

Google beskriver två sätt att verifiera anrop: jämföra med publicerade IP-intervall eller använda omvänd och framåtriktad DNS. Vid en manuell DNS-kontroll ska IP-adressen ge ett värdnamn på rätt Google-domän. Slår du sedan upp värdnamnet ska du få tillbaka samma IP-adress. Kontrollera domänens slut, inte bara om namnet innehåller ordet Google.

Exempel på DNS-kontroll

Den 22 oktober 2026 testade vi den publika IP-adress som används i Googles dokumentation:

Resolve-DnsName -Name '66.249.66.1' -Type PTR
Resultat: crawl-66-249-66-1.googlebot.com

Resolve-DnsName -Name 'crawl-66-249-66-1.googlebot.com' -Type A
Resultat: 66.249.66.1

Värdnamnet och IP-adressen stämde överens. Gör samma kontroll för adresserna i din logg enligt Googles aktuella verifieringsanvisningar.

4. Börja med fel och viktiga sidtyper

I Response Codes ser du statuskoder per URL. Använd Directories för att jämföra grupper av sökvägar och Events för att läsa enskilda anrop. Screaming Frogs flikguide förklarar de olika vyerna.

Titta inte bara på den senast registrerade statuskoden. En sida som svarar 200 nu kan ha gett 503 tidigare under perioden. Följ tidpunkterna för anropen för att se när felen uppstod och om de återkom.

Exempelanalys: många filteradresser och en kategori med serverfel

Tabellen använder påhittade exempeldata: 1 200 verifierade botanrop under sju dagar, fördelade på fyra grupper av adresser.

Exempeldata: anrop under sju dagar

Börja med filter och serverfel

Filteradresserna står för 60 procent av anropen i exemplet. Börja med att se vilka filter som hämtas och var robotarna hittar dem. Den höga andelen säger inte i sig att Googles crawlbudget är slut eller att alla filteradresser är onödiga.

Kategorierna har åtta serverfel av 120 anrop, cirka 6,7 procent. Ta reda på vilka kategorier och klockslag det gäller. Det hjälper driftansvarig mer än att bara räkna de åtta felen som en andel av alla 1 200 anrop.

Kontrollera orsaker och omdirigeringar

Nästa steg är att hitta orsaken till serverfelen och se om filterhämtningen påverkar andra sidor. Kontrollera också vart de gamla adresserna leder. De kan ge 3xx och ändå skicka besökaren fel, till exempel från en produktsida till startsidan.

Fördela arbetet

1. Driftkontroll: lämna tider och berörda kategori-URL:er till driftansvarig. Jämför med felloggar och serverbelastning vid samma tidpunkt.
2. Filterinventering: gruppera parametrarna efter funktion och affärsnytta. Kontrollera interna länkar och vilka kombinationer som ska vara egna landningssidor.
3. 404-kontroll: ta reda på om produkten är permanent borta, om det finns en motsvarande sida och var gamla länkar finns kvar.
4. Flyttkontroll: följ ett stickprov hela vägen till slutmålet och kontrollera dess svar och innehåll.

5. Leta efter viktiga sidor som saknas i loggen

För att hitta viktiga sidor som saknas i loggen behöver du en separat lista. Använd till exempel publiceringsplanen eller en export från en crawl. Jämför fullständiga adresser och kontrollera protokoll, värdnamn och parametrar.

Leta efter listans adresser i loggen. Om en sida saknas kan den vara ny, ligga utanför perioden eller ha hämtats via ett cachelager som inte ingår. Kontrollera loggkällan och perioden först. Undersök sedan internlänkar, webbplatskarta och indexeringsstatus.

6. Följ upp ändringen

Anteckna vad som ändrades och när. Jämför sedan lika långa, jämförbara perioder med samma loggkälla, boturval och URL-grupper. Har du rättat en länkloop kontrollerar du om den onödiga hämtningen minskar och de viktiga sidorna fortfarande nås. Följ trafik och försäljning separat om du vill se hur de utvecklas.

Gå igenom vilka filtersidor som behövs innan du blockerar parametrar. Välj sedan rätt åtgärd: Robots.txt styr hämtning, noindex styr indexering och omdirigeringar leder vidare till en annan adress.

Vanliga feltolkningar att undvika

• Alla loggrader kallas besök: samma robot kan begära många resurser; ett anrop är inte en person.
• Sista statuskoden får beskriva allt: tidigare fel försvinner då ur bilden.
• Alla Google-namn läggs ihop: olika botar och hämtningar har olika uppgifter.
• Parametrarna städas bort före analysen: då kan orsaken till de många URL-varianterna döljas.
• Fler hämtningar tolkas som bättre SEO: det viktiga är att rätt innehåll kan nås och användas.

Läs Googles vägledning om crawlbudget för större webbplatser om webbplatsen är stor och viktiga sidor inte hämtas som de ska. Om hämtning och indexering redan fungerar finns det ofta annat att prioritera. Låt problemet avgöra hur mycket logganalys som behövs.