Teknisk SEO: hitta felen som hindrar din webbplats
Teknisk SEO hjälper sökmotorer att hitta, hämta och indexera webbplatsens innehåll. Analysen ska visa vad som är fel, vilka sidor som påverkas och hur felet kan rättas. Börja med viktiga sidtyper och problem ni faktiskt har, så att arbetet inte fastnar i en lång lista med verktygsvarningar.
Du kontrollerar bland annat indexering, URL-struktur, interna länkar, rendering och laddningstid. Tekniken behöver fungera, men sidan måste också ha ett relevant erbjudande och svar på det besökaren söker.
Vad ingår i en teknisk SEO-analys?
Testa en startsida, kategori, produkt, tjänstesida och artikel. Ta också med en borttagen sida och en adress som omdirigeras. Då får du se hur webbplatsen fungerar i flera vanliga situationer.
En butik kan till exempel tappa trafik efter att produktmallen ändrats. Startsidan fungerar som vanligt, men produkterna har fått fel canonical. Ett test av bara startsidan missar då felet.
| Prioritet | Kontroll | Exempel på konsekvens |
|---|---|---|
| 1 | Tillgänglighet och indexeringsregler | Viktiga sidor blockeras eller har noindex |
| 2 | URL:er och huvudversioner | Fel adress väljs eller besökaren hamnar fel |
| 3 | Länkar och rendering | Produkter går inte att upptäcka eller innehåll saknas |
| 4 | Prestanda och användning | Sidan laddar långsamt eller reagerar dåligt |
Använd verktygen tillsammans
En crawler samlar länkar, svarskoder och metadata. Search Console visar hur Google har hanterat sidorna, medan webbläsarens utvecklarverktyg visar vad som laddas just nu. Använd dem tillsammans när du undersöker ett fel.
Kontrollera ett rapporterat 404-fel innan du ändrar något. En borttagen produkt utan ersättare kan ha helt rätt statuskod. Om menyn fortfarande länkar dit är det länken som behöver rättas.
Gå från crawl till åtgärdslista
Spara testadresserna i ett kalkylblad. För varje adress fyller du i HTTP-status, indexeringsregler, angiven canonical, Google-vald canonical och vilka sidor som länkar dit. Lämna inget tomt av misstag: skriv ”inte kontrollerat” om du ännu inte har undersökt uppgiften.
- Starta exempelvis Screaming Frog SEO Spider med webbplatsens adress och låt verktyget gå igenom de delar av webbplatsen du vill undersöka.
- Granska Response Codes för svarskoder. Välj en avvikande URL och använd Inlinks för att hitta de interna länkar som leder dit.
- Granska viktiga HTML-sidors indexerbarhet och canonical. Jämför med dina valda testadresser, inte bara antalet varningar.
- Verifiera de viktigaste fynden mot Search Consoles indexerade version och ett aktuellt livetest.
Kontrollera avvikande resultat i webbläsaren och Search Console. Om crawlern inte kör JavaScript kan den missa innehåll som visas först efter att koden körts. Jämför med den renderade sidan och Googles återgivning innan du bestämmer vad som behöver rättas.
Börja med fel som påverkar många viktiga sidor. Om alla produkters canonical pekar på en kategori är det oftast mer brådskande än en saknad metabeskrivning i en gammal artikel. Skriv också hur rättningen ska kontrolleras, till exempel att testprodukterna får rätt canonical och går att hämta.
Får crawlern 403 medan sidan fungerar för dig kontrollerar du vilken åtkomstregel som stoppar anropet. Googlebot kan behandlas annorlunda och behöver undersökas separat. En felsida med status 200 kräver att både innehållet och statuskoden rättas. Vid ett korrekt 301-svar kontrollerar du i stället att adressen leder till rätt sida.
Skriv tydliga uppgifter till utvecklaren
”Förbättra teknisk SEO” är för vagt för att lämna till en utvecklare. Beskriv vad som händer, vilka adresser som påverkas och vad som ska hända i stället. Lägg till ett exempel och ett sätt att testa rättningen.
- Problem: kategorimallen länkar till gamla produktadresser.
- Berörda sidor: alla produkter i en viss kategori.
- Önskat beteende: länkar går direkt till aktuella kanoniska adresser.
- Kontroll efter rättning: crawla kategorin igen och testa några av länkarna manuellt.
Med tydliga testkrav kan du se om felet är löst, även när verktyget fortfarande visar andra varningar.
Kontrollera efter publicering
Testa på den publicerade webbplatsen efter ändringen. Cache, serverregler och CDN kan göra att den skiljer sig från utvecklingsmiljön. Om felet låg i en mall testar du flera sidor som använder den.
Kontrollera att Google kan hämta och indexera sidorna och att besökaren kan använda dem. För laddningstid jämför du laboratorietester med Core Web Vitals från verkliga besök. Om Google inte hittar sidorna börjar du med internlänkningen. Lägg tiden där en rättning hjälper, i stället för att försöka få bort varje varning.
”*” anger obligatoriska fält
