Checklista för teknisk SEO för webbutvecklare
Teknisk SEO är den del av sökarbetet som bor i kodbasen istället för i en innehållskalender. Det är i stor utsträckning en checklista, och det mesta går att verifiera snarare än att tycka om.
Den här guiden är den checklistan, grupperad efter vilket problem varje punkt förhindrar, med felen som förekommer tillräckligt ofta för att nämnas.
Indexeringskontroll#
Målet är att exakt de sidor du vill ha indexerade är indexerade, och inget annat — inga testkopior, inga filterpermutationer, inga utskriftsvänliga dubbletter.
- Ett kanoniskt värdnamn; alla andra varianter omdirigerar dit med 301 — inklusive HTTP och paret med och utan www.
- Självrefererande kanonisk adress på varje indexerbar sida.
- noindex, follow på tunna eller dubblerade sidor: interna sökresultat, filterkombinationer, tacksidor.
- Blockera aldrig en sida med noindex i robots.txt — taggen kan då aldrig läsas, så adressen fastnar i indexet.
- Testmiljön skyddad med autentisering, inte bara med robots.txt.
- Parameterpolicy fastställd: vilka frågesträngar som skapar en egen sida och vilka som inte gör det.
noindex och en robots.txt-blockering gör motsatta saker och tar ut varandra. Vill du ha bort en sida, tillåt genomsökning så att taggen kan läsas.
Omdirigeringar och statuskoder#
Det är i omdirigeringar som nylanseringar tyst tappar trafik. Felen är mekaniska och lätta att testa före lansering.
| Situation | Rätt svar | Vanligt fel |
|---|---|---|
| Sida permanent flyttad | 301 till motsvarande sida | 302, eller omdirigering till startsidan |
| Sida borttagen utan motsvarighet | 410 eller 404 | Mjuk 404: felsida som returnerar 200 |
| Tillfälligt otillgänglig | 503 med Retry-After | Returnera 200 med ett felmeddelande |
| Varianter med och utan avslutande snedstreck | En kanonisk form, den andra via 301 | Servera båda med 200 |
| Gammal domän | 301 mappad sida för sida | Allt till nya startsidan |
| Omdirigeringskedjor | Reducera till ett hopp | A → B → C → D, med förlust vid varje steg |
Paginering, filter och dubbletter#
Listsidor orsakar de största indexproblemen, eftersom en handfull filter kan generera tusentals adresser som alla ser ut som nästan-dubbletter.
- Paginerade sidor: verkliga genomsökbara länkar, varje sida självrefererande kanonisk — gör inte sida 2 kanonisk mot sida 1.
- Filterkombinationer: noindex, follow som standard; indexera bara den handfull som motsvarar verklig efterfrågan.
- Sorteringsordningar: skapa aldrig en ny indexerbar adress. Samma innehåll, annan ordning.
- Sessions- och kampanjparametrar: strippa dem, eller gör dem kanoniska mot den rena adressen.
- Utskriftsvänliga och liknande dubbletter: kanoniska mot huvudversionen.
- Produkter i flera kategorier: en kanonisk adress, länkad från alla.
Obegränsad filternavigering är den vanligaste orsaken till indexskräp, och det rensas långsamt. Det är mycket billigare att förhindra under bygget än att backa efteråt.
Strukturerad data och internationell uppsättning#
Två områden där ett enda mekaniskt fel tyst stänger av hela funktionen.
| Element | Regel | Felmod |
|---|---|---|
| Article-uppmärkning | Bara på verkliga artiklar, med verkliga datum | Påhittade datum gör att funktionen ignoreras |
| Product-uppmärkning | Pris och lagerstatus måste matcha sidan | Avvikelse leder till manuell åtgärd |
| FAQ-uppmärkning | Bara frågor som syns på sidan | Dolt innehåll bryter mot riktlinjerna |
| Brödsmulor | Måste motsvara den synliga sökvägen | Avvikande sökvägar ignoreras helt enkelt |
| hreflang | Ömsesidig på varje sida i uppsättningen | Envägstaggar gör att hela gruppen faller |
| hreflang-koder | Samma kod i HTML och i sitemapen | Två olika koder för samma sida bryter gruppen |
| x-default | Pekar på språkväljaren eller standardversionen | Saknas den förlorar du reservbeteendet |
Vanliga frågor
Hur hittar jag tekniska SEO-problem på en befintlig webbplats?
Genomsök den med en skrivbordscrawler och jämför resultatet med din sitemap och med täckningen i sökkonsolen. Där de tre listorna skiljer sig finns problemen: adresser i genomsökningen men inte i sitemapen, adresser indexerade men utanför genomsökningen, och sidor uteslutna av skäl du inte avsåg.
Spelar omdirigeringskedjor verkligen roll?
Ja, av två skäl. Varje hopp lägger till fördröjning för verkliga användare, och crawlers slutar följa efter några hopp. Efter ett par migreringar hittar man ofta kedjor fyra eller fem nivåer djupa som ingen planerat. Reducera dem så att varje gammal adress pekar direkt på slutdestinationen i ett hopp.
Ska jag sätta noindex på tagg- och kategorisidor?
Bara om de verkligen är tunna. En kategorisida med en riktig beskrivning, en kurerad lista och interna länkar är en legitim och ofta stark ingångssida. En taggsida med två inlägg och ingen text är indexskräp. Bedöm varje mall utifrån frågan: svarar den på något människor faktiskt söker efter?
Vad bryter hreflang oftast?
Icke-ömsesidiga taggar. Om den svenska sidan anger den engelska varianten men den engelska inte anger den svenska faller hela gruppen. Det näst vanligaste felet är en kod i HTML och en annan i sitemapen för samma sida. Generera båda från samma källa så att de inte kan glida isär.
teknisk seoseo checklistakanoniska taggar301-omdirigeringarhreflangstrukturerad data
