Teknisk SEO-analyse: Sådan finder og retter du fejlene (2027)

En teknisk SEO-analyse er en gennemgang af alt det på din hjemmeside, der afgør, om Google kan finde, forstå og indeksere dine sider hurtigt: crawling, indeksering, statuskoder, hastighed, mobilvisning og struktur. Du laver den med Google Search Console, PageSpeed Insights og et crawlværktøj og retter derefter fejlene i prioriteret rækkefølge.

Et SEO-værktøj kan finde hundredvis af “fejl” på en almindelig hjemmeside. De fleste betyder ingenting. Her får du hele processen samlet ét sted: hvilke værktøjer du skal bruge, hvordan du laver analysen, hvad de typiske fejl betyder, og hvilke du skal rette først.

Hvad er en teknisk SEO-analyse?

Teknisk SEO er fundamentet under dit indhold. Har du brug for en introduktion til begrebet, så start med vores guide til hvad teknisk SEO er. En teknisk SEO-analyse er den praktiske gennemgang, hvor du finder ud af, hvad der konkret er galt på din egen side, og hvad det betyder.

Analysen svarer på fem spørgsmål:

1. Kan Google finde alle de sider, du gerne vil vises med?
2. Må og vil Google indeksere dem?
3. Kan Google forstå indholdet, også det der vises med JavaScript?
4. Er siderne hurtige og stabile for rigtige brugere, særligt på mobil?
5. Peger links, omdirigeringer og canonical tags de rigtige steder hen?

Hvilke værktøjer skal du bruge?

Du kan komme langt med gratis værktøjer. Betalte værktøjer sparer tid på store sites og giver bedre overblik, men de ser ikke noget, Google ikke selv viser dig i Search Console.

Sådan laver du analysen trin for trin

1. Tjek Search Console først. Gå til “Sider” under Indeksering. Se, hvilke sider der ikke er indekseret og hvorfor, fx “Ekskluderet af noindex-tag”, “Ikke fundet (404)” eller “Crawlet – ikke indekseret i øjeblikket”. Tjek også rapporten om Core Web Vitals og HTTPS.
2. Crawl hele sitet. Kør et crawlværktøj fra forsiden, og eksportér lister over statuskoder, omdirigeringer, sider uden titel eller metabeskrivelse, dubletter og canonical-adresser.
3. Sammenlign crawl og sitemap. Sider i sitemappet, som crawleren ikke kan nå via links, er “forældreløse”. Sider i crawlet, der mangler i sitemappet, skal måske tilføjes eller fjernes.
4. Mål hastigheden på dine vigtigste sidetyper i PageSpeed Insights: forside, kategori, produkt eller ydelse og blogindlæg.
5. Test mobil og JavaScript. Brug URL-inspektion i Search Console og se den gengivne side. Mangler der tekst eller links, som brugerne kan se?
6. Prioritér. Sortér fejlene efter, hvor meget de påvirker vigtige sider, ikke efter hvor mange gange de optræder.

De typiske fejl, og sådan retter du dem

HTTPS og certifikat

HTTPS forudsætter et SSL/TLS-certifikat. Det er ikke to forskellige ting, du skal have. Tjek, at alle HTTP-adresser sender en 301 til HTTPS, at der ikke er mixed content, og at certifikatet fornyes automatisk. Certifikater udstedt efter 15. marts 2026 kan højst gælde i 200 dage, så manuel fornyelse er ikke længere realistisk. Et dyrere certifikat eller et domæne betalt flere år frem giver ingen fordel i Google.

Statuskoder: 404, serverfejl og omdirigeringer

• 404 på sider, der har haft trafik eller links: Lav en 301-omdirigering til den mest relevante nye side. 404 på sider, der aldrig har betydet noget, er helt normalt.
• 5xx-serverfejl: Kritisk. Google besøger siden sjældnere, hvis serveren ofte fejler. Undersøg hosting, plugins og tunge forespørgsler.
• Omdirigeringskæder: A → B → C skal være A → C. Opdatér også interne links, så de peger direkte på den endelige adresse.

robots.txt og noindex: To forskellige værktøjer

Den mest udbredte fejl i teknisk SEO er at blande de to sammen:

• robots.txt er en tekstfil i roden af domænet, der fortæller crawlere, hvilke adresser de ikke skal hente. Den styrer crawling, ikke indeksering. Google skriver selv, at robots.txt ikke er en måde at holde en side ude af Google på.
• noindex er et tag på selve siden, der siger “vis ikke denne side i søgeresultaterne”. Google skal kunne crawle siden for at se tagget, så en side med noindex må ikke samtidig være blokeret i robots.txt.

En fornuftig robots.txt til en WordPress-side er kort:

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php
Disallow: /?s=

Sitemap: https://ditdomæne.dk/sitemap_index.xml

Bloker ikke CSS- og JavaScript-filer, som Google skal bruge for at gengive siden. På webshops kan det give mening at blokere filtrerings- og sorteringsadresser, der skaber tusindvis af næsten ens sider. Test altid ændringer, før du gemmer dem, så du ikke blokerer vigtigt indhold ved et uheld.

AI-crawlere: robots.txt bestemmer også, hvilke AI-crawlere der må besøge dig. Hos OpenAI er de adskilt: OAI-SearchBot bruges til ChatGPT search, og blokerer du den, kan du ikke vises i ChatGPT’s søgesvar. GPTBot henter indhold til træning af modeller og kan blokeres for sig:

User-agent: GPTBot
Disallow: /

User-agent: OAI-SearchBot
Allow: /

XML-sitemap

Sitemappet skal kun indeholde sider, du vil have indekseret: ingen omdirigeringer, 404-sider eller sider med noindex. I WordPress laver dit SEO-plugin det automatisk, fx Yoast SEO, som vi anbefaler til de fleste, eller Rank Math. Indsend det i Search Console, og tjek under “Sitemaps”, at Google kan læse det.

Dubletter og canonical

Det samme indhold kan ofte nås på flere adresser: med og uden www, med parametre, via flere kategorier. Saml signalerne med et canonical tag, der peger på den foretrukne version, og brug omdirigeringer, hvor den anden adresse slet ikke behøver at findes. Tjek i Search Console, om Google har valgt en anden kanonisk side end din.

Hastighed og Core Web Vitals

Brug feltdata (rigtige brugere) øverst i PageSpeed Insights som facit og laboratorietallene nedenunder til at finde årsagen. På WordPress bruger og anbefaler vi FlyingPress, både på vores egen side og på kundernes. Det klarer caching, optimering af CSS og JavaScript og også billedoptimering, så du ikke behøver et separat billedplugin. Uanset plugin: Tag backup først, og test bagefter, at formularer, kurv og betaling stadig virker. Billigt delt webhotel kan sætte et loft over, hvor hurtig siden kan blive, uanset hvad du gør i WordPress.

Mobil

Google crawler og vurderer primært mobilversionen af din side. Indhold, links og strukturerede data, der kun findes på desktop, tæller derfor ikke. Tjek, at mobilmenuen indeholder de vigtigste links, at tekst ikke er gemt væk, og at knapper er store nok at ramme.

JavaScript-rendering

Google kører JavaScript, men indekserer kun det, der står i den gengivne HTML. Links skal være rigtige <a href>-links, ikke klik-hændelser, og vigtigt indhold bør være i HTML’en fra serveren. Det gælder i endnu højere grad for AI-crawlere, som ikke alle kører JavaScript.

Strukturerede data

Tjek, at Organization, LocalBusiness, Product, Article og Breadcrumb er korrekte og matcher det synlige indhold. Brug Rich Results Test til at finde fejl. Vær opmærksom på, at FAQ-resultater ikke vises i Google siden 7. maj 2026, og HowTo-resultater forsvandt i 2023. Læs mere i vores guide til strukturerede data.

Intern linkning og forældreløse sider

Sider uden interne links er svære at finde for både Google og besøgende, også selv om de står i sitemappet. Der er intet magisk antal links, en side skal have. Reglen er, at vigtige sider skal kunne nås med få klik fra forsiden, og at relaterede sider linker til hinanden. Saml fx alle artikler om et emne omkring én hovedside, der linker ud til dem, og som de linker tilbage til.

URL-struktur

Gode adresser er korte, læsbare og beskriver indholdet, fx /produkter/have/plaeneklippere/. Undgå at ændre eksisterende adresser uden grund. Gør du det, skal der altid en 301-omdirigering med.

Flere sprog: hreflang

Har du sider på flere sprog, skal hver sprogversion have sin egen adresse og pege på de andre med hreflang. Hver version skal også pege på sig selv, og de skal pege tilbage på hinanden, ellers ignorerer Google markeringen. Brug sprogkoder som da, de og en-gb, og x-default til en fallback-side. Google finder selv ud af, hvilket sprog en side er på. Et par engelske ord på en dansk side giver ikke en negativ vurdering. Det, der giver problemer, er blandede sprog på samme adresse.

Hvad skal du rette først?

Tjekliste til din tekniske SEO-analyse

• Search Console er sat op, og sitemappet er indsendt og læst uden fejl.
• Ingen vigtige sider er udelukket af noindex eller robots.txt.
• Hele sitet kører HTTPS, og HTTP sender 301 til HTTPS.
• Ingen 5xx-fejl og ingen 404 på sider med trafik eller links.
• Ingen omdirigeringskæder, og interne links peger direkte på den endelige adresse.
• Canonical tags peger på den rigtige version.
• LCP, INP og CLS er grønne på mobil.
• Vigtigt indhold og links findes i HTML’en og på mobilversionen.
• Strukturerede data validerer og matcher siden.
• Flersprogede sider har korrekt hreflang.

Ofte stillede spørgsmål

Kilder: Google: Introduktion til robots.txt · Google: JavaScript SEO basics · Google: Lokaliserede versioner (hreflang) · web.dev: Core Web Vitals · OpenAI: Crawlers · DNSimple: Certifikaters levetid · Screaming Frog: Priser · Ahrefs: Priser

“Et SEO-værktøj finder hundrede fejl. Din opgave er at finde de tre, der betyder noget.”

Du er velkommen til at læse mere i nogle af vores andre blogindlæg