På den här sidan
De flesta tekniska SEO-audits misslyckas på samma sätt. De dumpas varje crawler-varning i ett kalkylblad och kallas strategi. Du behöver en checklista som skiljer det som blockerar discovery från brus, och sedan ett tydligt beslut om vad som ska fixas först.
Den här guiden går igenom en praktisk checklista för teknisk SEO-audit för 2026: crawl och robots, indexering, Core Web Vitals, on-page-struktur, schema, internationella signaler och vad “AI-sökberedskap” faktiskt betyder. Den täcker också när en gratis DIY-runda räcker och när en betald audit är värd att köpa.
Vad en teknisk SEO-audit är (och inte är)
En teknisk SEO-audit är en strukturerad genomgång av hur sökmotorer upptäcker, renderar och indexerar dina URL:er. Den svarar på: kan Google nå sidorna som genererar intäkter, förstå dem och behålla dem i indexet utan konkurrerande dubbletter?
Det är inte sökordsanalys, contentstrategi eller länkbygge. Det spelar roll, men det vilar ovanpå crawl och indexering. Om viktiga mallar är noindexade, soft 404:ar eller begravda bakom trasiga redirects räddar fler blogginlägg inte kvartalet.
Viktig takeaway: Behandla auditen som diagnos och prioritering. Rankningar är ett resultat av fixar plus content och länkar, inte en leverans från PDF:en i sig.

Auditens omfattning stannar vid crawl, index och prioritering. Content och länkar kommer när grunden är klar.
Så använder du den här checklistan
Arbeta med en primär domän (och överenskomna subdomäner) i taget. Föredra rapporter i Google Search Console för täckning och upplevelse när du har åtkomst. Kombinera det med en crawl (Screaming Frog, Sitebulb eller liknande) och stickprov i en ren webbläsarprofil.
Betygsätt varje punkt som godkänd, underkänd eller behöver stickprov (stora kataloger). Underkännanden får allvarlighetsgrad: blockerar intäktssidor, slösar crawl eller kosmetiskt.

Betygsätt punkter med allvarlighetsgrad så att backlogen går att leverera, inte en dump av varje crawler-varning.
1. Crawl-åtkomst och robots
Börja med om bots får hämta det som spelar roll.
- Bekräfta att
robots.txtinte blockerar CSS, JS eller nyckelkataloger som ska indexeras. - Kontrollera oavsiktliga
Disallowpå staging-sökvägar som ändå resolverar i produktion. - Verifiera att XML-sitemaps är listade, returnerar 200 och bara innehåller kanoniska, indexerbara URL:er.
- Jämför antalet URL:er i sitemap med indexerade URL:er i Search Console. Stora gap behöver en förklaring.
- Stickprovscrawla från en extern IP. Hosting-brandväggar och botskydd blockerar ibland Googlebot medan allt ser fint ut från din laptop.
Vanligt misstag: Att blockera
/wp-adminär okej. Att blockera/wp-jsoneller hela/cdn-cgi/-sökvägar utan att förstå vad de serverar är hur mjuka fel gömmer sig.

Om bots inte kan hämta intäktsmallarna är resten av auditen teater.
2. Indexering och kanonikaler
Crawl-åtkomst är värdelös om fel URL:er vinner.
- Stickprovskontrollera intäktssidor med
site:och verktyget URL-inspektion. Bekräfta “URL:en finns på Google” när den ska det. - Granska noindex på mallar som måste ranka (kategori, produkt, plats, docs).
- Kartlägg nära-dubbletter: HTTP kontra HTTPS, www kontra non-www, trailing slash-varianter, parameterkopior, utskriftsvyer.
- Bekräfta självrefererande eller korrekt
rel=canonicalpå mallarna som spelar roll. Facetterad navigering behöver oftast en explicit strategi, inte hopp. - Soft 404:ar: tunna “inga resultat”-sidor som returnerar 200, tomma taggarkiv och platshållar-CMS-skal.
- Paginering och oändlig scroll: se till att det fortfarande finns en crawlbar väg till djupa objekt.
| Signal | Hälsosamt mönster | Varningssignal |
|---|---|---|
| Canonical | Pekar på den föredragna intäkts-URL:en | Pekar på en parameter eller föråldrad sökväg |
| Status | 200 för indexerbara | Soft 404-innehåll på 200 |
| Sitemap | Matchar föredragna URL:er | Innehåller redirects och noindexade URL:er |
| Hreflang | Ömsesidig där den används | Enkelriktad eller fel språkkoder |

Canonical, status, sitemap och hreflang ska peka på de föredragna intäkts-URL:erna, inte parameterkopior.
3. Rendering och Core Web Vitals
Googles system använder sidupplevelsessignaler. Fältdata från riktiga användare slår en ensam Lighthouse-skärmdump.
- Hämta Core Web Vitals från Search Console och CrUX där det finns.
- Lab-testa nyckelmallar (startsida, listning, artikel, produkt, checkout om den är publik).
- Notera LCP-element: hero-bild, webbtypsnittsblock eller sen klientrendering.
- Notera CLS-källor: injicerade banners, sena annonser, media utan storlek.
- Notera INP-problem på interaktiva mallar (filter, menyer, varukorgar).
- Tunga tredjepartsskript: tag managers, chatwidgets, A/B-verktyg. Mät kostnaden, gissa inte.
Bästa praxis: Fixa mallklassen, inte en viral URL. En produktmall kan förstöra CWV för tusentals sidor.

Core Web Vitals hör till mallen. Fältdata slår en lyckad Lighthouse-skärmdump.
4. On-page-struktur och interna länkar
Teknisk SEO inkluderar om HTML:en är begriplig.
- Unika, korrekta title-taggar på intäktsmallar. Ingen keyword stuffing.
- En tydlig H1 som matchar sidans jobb.
- Rubrikhierarki som speglar innehållet, inte en designolycka.
- Interna länkar från hubbar till intäktssidor. Föräldralösa URL:er som bara finns i sitemaps är en varningssignal.
- Tunna eller nästan tomma mallar som konkurrerar med rikare syskon.
- Trasiga länkar och redirectkedjor i primär navigering och footer.

Rubrikhierarki och hubb-till-intäkt-länkar spelar lika stor roll som crawlen själv.
5. Strukturerad data och rich results
Schema rankar dig inte magiskt. Det kan förtydliga entiteter och låsa upp rich results när det matchar synligt innehåll.
- Validera med Googles verktyg för rich results och Search Consoles förbättringsrapporter.
- Föredra typer du ärligt kan stödja: Article, Product, FAQ, Organization, BreadcrumbList.
- Ta bort motstridig eller föråldrad JSON-LD från gamla teman och plugins.
- Håll markeringen i linje med det användarna ser. Falsk FAQ-schema är ett förtroendeproblem.

Schema hjälper bara när det matchar det användarna kan se på sidan.
6. Internationellt och hreflang (när det är relevant)
Om du kör mer än en locale är internationell SEO en del av den tekniska auditen.
- Locale-URL-mönstret är konsekvent (mapp, subdomän eller ccTLD) och dokumenterat.
hreflang-annoteringar är ömsesidiga och använder giltiga språk- eller regionskoder.- x-default pekar någonstans avsiktligt.
- Språkväxlare skapar inte crawl-fällor eller duplicerade parameteruppsättningar.
Om du bara har ett språk, hoppa över det här avsnittet. Hitta inte på hreflang för estetiken.

Hreflang måste vara ömsesidig. Enkelriktade annoteringar är ett vanligt felsätt.
7. AI-sökberedskap utan teatern
“AI SEO”-marknadsföring betyder ofta automatiserad spam. I en teknisk audit är AI-sökberedskap mer tråkig och mer användbar:
- Tydlig, crawlbar HTML för primärt innehåll (inte låst bakom icke-nödvändig klientrendering).
- Stabila kanoniska URL:er så att citat och snippets pekar på rätt sida.
- Korrekta titles, rubriker och schema som matchar sidan.
- Freshness- och författarsignaler där de är ärliga (författersidor som finns, datum som uppdateras när innehållet ändras).
- Ingen cloaking, doorway-farmar eller AI-genererade doorway-sidor.
Du kan inte “optimera för ChatGPT-rankningar” med ett plugin. Du kan göra sidor lätta att hämta, citera och attribuera.

AI-sökberedskap är crawlbara, tydliga, attribuerbara sidor – inte ett plugin som lovar citat.
Prioriteringsordning när allt brinner
- Återställ blockerade eller avindexerade intäktssidor.
- Fixa trasiga kanonikaler och soft 404-mallar.
- Kolla ihop redirectkedjor från migreringar.
- Stabilisera Core Web Vitals på mallar med hög trafik.
- Rensa intern länkning och krockar mellan tunna mallar.
- Schema och internationell polering.
Allt som bara påverkar ett sällan besökt arkiv kan vänta.

Leverera blockeringarna som återställer discovery av intäktssidor innan du polerar schema.
DIY-audit kontra betald audit
Gör det själv när:
- Du har Search Console-åtkomst och en liten sajt (tiotal till låga hundratal indexerbara URL:er).
- Felsättet är uppenbart (migrering, oavsiktlig noindex, robots-blockering).
- Din utvecklare kan leverera fixar utan lång kö.
Köp en betald audit när:
- Trafiken föll efter en redesign eller CMS-flytt och ingen är överens om varför.
- Katalog- eller flerlokal-komplexitet gör stickprov nödvändiga.
- Du behöver en prioriterad backlog med ägare (dev, content, hosting) innan en retainer.
- Tidigare byråer lämnade motstridiga plugins, sitemaps och “AI SEO”-rester.
Varning: En audit skapar inte rankningar av sig själv. Om produktsidan är svag eller marknadsfitten fel rensar tekniskt arbete bara landningsbanan.

DIY fungerar för små, uppenbara fel. Köp hjälp när komplexitet eller ett redesignfall behöver en prioriterad backlog.
Om du vill ha en hands-on-runda med en rankad fixlista i stället för en 80-sidig dump, se min tjänstesida för teknisk SEO-audit.
Genomarbetat scenario: trafikfall efter redesign
En B2B-sajt flyttar från WordPress till ett JavaScript-ramverk. Organiska sessioner faller 40 % på sex veckor.
Fynd från checklistan:
- Viktiga docs-rutter returnerar klientrenderade skal med tunn första HTML.
- Gamla
/blog/*-URL:er ger 404 utan redirectkarta. - Sitemap listar fortfarande legacy-sökvägar.
- Canonical-taggar på nya listningssidor pekar på startsidan.
Första sprinten: redirectkarta för legacy-URL:er, fixa kanonikaler, skicka in uppdaterad sitemap, förbättra serverrenderad HTML för docs-mallar. Content och länkar kommer efter att det landat.

Redirects, kanonikaler, sitemap och serverrenderad HTML landar före content och länkar.
Vanliga frågor
Hur lång tid tar en teknisk SEO-audit?
De flesta audits för en domän blir klara på ungefär en till två veckor när åtkomsten är på plats. Mycket stora kataloger får ett avgränsat stickprov av mallar plus en plan för resten.
Behöver jag Search Console för en användbar audit?
Det hjälper mycket. Utan den hittar en crawl plus publika URL-kontroller fortfarande många problem, men täckning och CWV-fältdata blir tunnare.
Är det här samma sak som ett komplett SEO-paket?
Nej. Den här checklistan är teknisk diagnos och prioritering. Contentstrategi, digital PR och löpande optimering är separata när grunden är klar.
Garantierar det rankningar att fixa de här punkterna?
Ingen ärlig aktör bör lova det. Tekniska fixar tar bort blockeringar så att content och länkar kan fungera. Google rankar fortfarande relativt till konkurrenter och relevans.
Vad med AI Overviews och “GEO”?
Håll sidor crawlbara, tydliga och attribuerbara. Skippa scheman som lovar garanterade AI-citat. Behandla experimentella funktioner som sekundära till solid indexering och användbara sidor.
Vad du gör härnäst
Kör crawl- och Search Console-kontrollerna i ordning, skriv en kort backlog med allvarlighetsgrad och leverera de främsta blockeringarna innan du ökar contentproduktionen. Om du vill ha en second opinion på backlogen eller implementationen, hör av dig via kontaktformuläret så kan vi scopa en fokuserad teknisk SEO-audit.
