Teknisk SEO-tjekliste (komplet gennemgang)

Teknisk SEO i 2026 handler ikke længere om at få flest mulige sider crawlet, men om at sikre, at netop de rigtige sider bliver tilgængelige, forstået og indekseret – både til klassisk søgning og AI Overviews. Følg denne strategisk opbyggede tjekliste for at forbinde teknik, forretningsværdi og brugeroplevelse – og undgå de dyreste fejl, der stadig rammer selv store brands.

Strategisk ramme: Sådan opbygger du et teknisk SEO-fundament

En effektiv teknisk SEO-indsats starter med at koble forretningsmål til tekniske prioriteringer. Dit fundament er en sekventiel proces:

• Diagnose: Få komplet overblik over alle URL’er, trafik, skabeloner, fejl og vigtigste indholdskategorier. Brug crawl, sitemaps, Search Console, CMS og serverlogs.
• Adgang: Sikr at Google kan hente HTML, CSS, JavaScript og nødvendige ressourcer. Undgå fejlagtig blokering i robots.txt eller fejl i serveropsætning.
• Kvalificering: Bestem hvilke URL’er der skal være indekserbare, canonicaliserede, noindex eller slettes (404/410).
• Prioritering: Løs først fejl, der forhindrer crawling, indeksering eller konvertering.
• Implementering: Ret i CMS, kode, interne links og skabeloner – og sørg for governance ved releases og migreringer.
• Validering: Brug URL Inspection, Rich Results Test og crawl-værktøjer til at tjekke, at ændringer virker.
• Måling: Følg løbende udviklingen i indeksering, synlighed, konverteringer og AI-eksponering.

Google kræver ikke ekstra tekniske tiltag for at blive vist i AI Overviews eller AI Mode – siden skal bare være korrekt indekseret og egnet til almindelig visning i søgeresultaterne.

Praktisk tjekliste: Fra baseline til prioritering

Start med at samle en komplet liste over alle relevante URL’er fra crawl, sitemap, CMS og analyseværktøjer. Klassificér dem efter forretningsværdi, trafik, konverteringer og indekseringsstatus.

• Opret baseline: Antal kendte/indekserede URL’er, soft 404, serverfejl, canonical-konflikter, klik, eksponeringer og Core Web Vitals.
• Brug Search Consoles Page Indexing- og Performance-rapporter til at identificere kritiske fejl og muligheder.
• Udarbejd en fejlmatrix, hvor P0-fejl (fx hele sitet blokeret, forkert robots.txt, noindex på vigtige sider) løses først, efterfulgt af P1 (forkert canonical, manglende indeksering), P2 (langsommelighed, svag intern linking) og P3 (kosmetiske fejl).

Ved at angribe fejl efter strategisk alvor sikrer du, at arbejdet giver størst forretningsmæssig effekt – og undgår at spilde crawlbudget eller miste indeksering af nøglesider.

Crawling, robots.txt og crawlbudget

Crawling styres først og fremmest af adgang (robots.txt), derefter af prioritering (interne links, sitemap, opdateringsfrekvens). Følg disse kontrolpunkter:

• Tjek at robots.txt ikke blokerer vigtige landingssider, ressourcer eller sitemaps. Brug robots.txt primært til at styre crawl af lavværdi-URL’er (søgefiltre, parametre, sessioner) – ikke til at skjule sider fra indeksering (brug noindex eller login til det).
• Overvej crawlbudget især ved meget store sites. Prioritér stærk intern linking til kommercielle sider, fjern unødvendige parametre og redirects, og sørg for hurtig serverrespons.
• Sørg for at vigtige sider returnerer HTTP 200, ikke kræver login, og at indhold/linkstruktur ikke er skjult bag JavaScript.

Et klassisk eksempel: En webshop får tusindvis af uønskede URL’er fra facetter og filtre – her bør robots.txt og canonical bruges rigtigt, så kun de mest værdifulde kombinationer crawles og indekseres. Læs mere om crawlbudget og avancerede tekniske emner i vores SEO-ordbog.

Indeksering, informationsarkitektur og intern linking

Indeksering afhænger af, om siden kan crawles, returnerer HTTP 200, ikke er blokeret af robots.txt/noindex, og har værdifuldt indhold. For hver vigtig URL bør du sikre:

• Korrekt canonical (absolut, selvrefererende eller relevant cluster-side), ingen modstridende signals (fx canonical til 404 eller redirect), og at den stemmer overens med sitemap, interne links og hreflang.
• Stærk intern linking fra autoritative sider til centrale kategorier, produktsider og nye landingssider. Undgå orphan pages og links til redirects/404.
• En informationsarkitektur, hvor vigtige sider ikke ligger dybere end 3-4 klik fra forsiden.

Opdager du mange “Discovered – currently not indexed”-URL’er i Search Console, er det typisk tegn på svag intern linking, for mange parametre eller for lav sidekvalitet. Brug evt. SEO-analyse til at kortlægge mønstre og muligheder.

XML-sitemap, canonical og strukturerede data

Dit sitemap skal kun indeholde reelt værdifulde, indekserbare og canonical URL’er. Fjern redirects, 404, noindex og dubletter. Indsend sitemap i Search Console og angiv det i robots.txt. Overvåg forskellen mellem sitemap-URL’er og indekserede URL’er – store mismatch er tegn på kvalitetsproblemer.

• Canonical-tags skal være absolutte, konsistente og pege på levende, indekserbare URL’er. Undgå canonical til redirects, 404 eller modstridende sprog/domæner.
• Implementér strukturerede data med JSON-LD, matchet til synligt indhold (fx produkt, artikel, FAQ, breadcrumb). Valider jævnligt med Rich Results Test og Search Consoles rapporter.
• Undgå schema på noindex-sider eller markup for indhold, der ikke findes på siden. Schema er ikke en garanti for rich results, men øger chancen markant.

Tjek altid, at canonical, sitemap og schema peger på samme version af indholdet – især hvis du arbejder med internationale eller meget store sites. Se også vores guide til SEO-strategi for at forstå, hvordan tekniske signaler spiller sammen.

Hastighed, Core Web Vitals og skabelonoptimering

Core Web Vitals er i 2026 fortsat centrale – LCP ≤2,5s, INP ≤200ms, CLS ≤0,1 ved 75-percentilen af brugerne. Start altid med real-user data i Search Console eller CrUX, ikke kun laboratorietests.

• Segmentér problemer efter skabelon, mobil/desktop og trafik – optimer først de sider, hvor forretningen rammes hårdest.
• For LCP: Optimer hero-billeder, brug moderne formater, reducer TTFB og minimer render-blocking scripts.
• For INP: Reducér eller opdel JavaScript, fjern unødvendige tredjeparts scripts, optimer event handlers.
• For CLS: Angiv dimensioner, reserver plads til annoncer og stabilisér layout.

Eksempel: En SaaS-platform ser lave konverteringer på mobile landingssider. Her afslører Core Web Vitals, at LCP og INP er dårlige for mobiltrafikken – optimering af billeder og scriptloader gav både bedre rankings og øget salg.

Læs mere om teknisk performance og optimering på webshop-SEO-siden.

KPI’er og løbende måling: Fra crawl til forretningsværdi

Effekten af teknisk SEO skal måles både på klassiske og AI-relaterede parametre:

• Crawl/indeksering: Andel prioriterede URL’er indekseret, antal serverfejl, soft 404, redirectfejl, canonical-konflikter og orphan pages. Overvåg crawl requests og brugt crawlbudget fra serverlogs.
• Performance: Andel URL’er, der består Core Web Vitals ved 75-percentilen, TTFB, konverteringsrate pr. landingsside og mobil/desktop-forskelle.
• Synlighed: Organiske klik, eksponeringer, CTR, gennemsnitlig position, ikke-brandede klik og synlighed for nøgleemner – samt AI-rapportering for GEO/AEO.
• Forretningsmål: Leads, salg, indtægt pr. organisk landing page og assisterede konverteringer.

Måludvikling bør ske ugentligt på kritiske fejl og månedligt på KPI’er. Ved større releases og migreringer bør du køre teknisk QA og crawl før og efter deployment. For en detaljeret strategi for månedlig opfølgning, se SEO-konsulent-tjenester.

Typiske strategiske fejl: Undgå disse klassikere

• At fokusere på schema eller hastighed, før crawl- og indekseringsfejl er løst.
• At rapportere antal crawlede sider som succes, uanset værdi.
• At inkludere alle URL’er i sitemap i stedet for kun de bedste canonical-URL’er.
• At blokere sider i robots.txt, som burde have noindex eller være slettet.
• At tro canonical er en tvangsinstruks – Google kan vælge en anden.
• At bruge noindex og blokere samtidig, så signalet ikke modtages.
• At optimere én URL, i stedet for hele skabeloner og sidegrupper.
• At ignorere mobil, selvom mange tekniske fejl især rammer mobiltrafik.
• At måle SEO på trafik alene, uden at forbinde til kvalificeret forretningseffekt.

Automatisér kontrol, så fejl opdages før deployment, og gør teknisk SEO til en fast del af releaseprocessen – især ved migreringer og redesign.