Teknisk SEO er arbejdet med at gøre en hjemmeside nem for søgemaskiner at crawle, gengive og indeksere. Det omfatter blandt andet robots.txt, XML-sitemap, kanoniske URL'er, omdirigeringer, intern linkstruktur, HTTPS, mobilvisning, hastighed og struktureret data.

Hvad er forskellen på teknisk SEO og on-page SEO?

On-page SEO handler om indholdet på den enkelte side, som tekst, titler og overskrifter. Teknisk SEO handler om infrastrukturen omkring: om siderne kan crawles og indekseres, hvilken URL der gælder, hvordan serveren svarer, og hvor hurtigt siderne indlæses.

Forhindrer robots.txt, at en side bliver indekseret?

Nej. Google skriver, at robots.txt ikke er en metode til at holde en side ude af søgeresultaterne. En blokeret URL kan blive vist, hvis andre linker til den. Brug noindex, og lad siden være tilgængelig for crawling, så Google kan se reglen.

Hvor tit skal jeg lave et teknisk SEO-tjek?

Kig på indekseringsrapporten i Search Console løbende, gerne hver måned. Lav en fuld gennemgang før og efter lancering af en ny hjemmeside, ved skift af CMS eller domæne, og når trafikken falder uventet.

Er Core Web Vitals en rankingfaktor?

Google skriver, at Core Web Vitals bruges af rangeringssystemerne, og anbefaler gode værdier. Samtidig findes der ikke ét samlet signal for sideoplevelse, og gode tal alene giver ikke topplaceringer. Relevant indhold vejer stadig tungest.

Hvor længe skal omdirigeringer blive stående efter en flytning?

Google anbefaler at beholde dem så længe som muligt, som udgangspunkt mindst et år, så signalerne kan nå at blive overført til de nye URL'er.

Blog

Hvad er teknisk SEO? Forklaring og tjekliste

3. november 20268 minutters læsning

En person set bagfra arbejder ved et skrivebord med en skærm med kode og en åben bærbar foran store vinduer med hængende grønne planter

Kort svar: teknisk SEO er arbejdet med at gøre din hjemmeside nem for søgemaskiner at finde, hente, forstå og indeksere. Det dækker blandt andet robots.txt, XML-sitemap, kanoniske adresser, omdirigeringer, intern linkstruktur, HTTPS, mobilvisning, hastighed og struktureret data. Godt indhold hjælper ikke meget, hvis Google ikke kan komme til det eller indekserer den forkerte version af siden. Længere nede finder du en tjekliste, du kan arbejde dig igennem trin for trin.

Hvad er teknisk SEO?

SEO bliver ofte delt op i tre områder. Indholdet er teksterne, billederne og svarene på det, folk søger efter. Links fra andre hjemmesider viser, at andre stoler på dig. Teknisk SEO er fundamentet under begge dele: hvordan serveren svarer, hvordan URL'erne er bygget op, hvilke signaler siderne sender til søgemaskinerne, og hvor hurtigt og stabilt de indlæses.

Målet kan siges kort. Hver side, du vil have vist i Google, skal kunne crawles, gengives og indekseres på én tydelig adresse. Sider, du ikke vil have i søgeresultaterne, skal være markeret som sådan. Og hjemmesiden skal fungere godt på mobilen, indlæses hurtigt og være sikker at bruge.

Teknisk optimering er sjældent en engangsopgave. Nye skabeloner, plugins, kampagnesider og ændringer i CMS'et kan indføre fejl, som ingen opdager, før trafikken falder. Derfor betaler det sig at have en fast rutine, hvor du tjekker de vigtigste punkter.

Hvordan finder og indekserer Google din hjemmeside?

Ifølge Google Search Central sker det i tre trin:

Crawling: Googlebot finder URL'er via links og sitemaps og henter indholdet.
Indeksering: Google analyserer siden og gemmer den i indekset. Google skriver selv, at ikke alle sider, der bliver behandlet, kommer i indekset.
Visning: når nogen søger, vælger Google de mest relevante sider fra indekset.

Samme side gør det klart, at Google ikke tager imod betaling for at crawle en hjemmeside oftere eller placere den højere. Det, du kan påvirke, er, hvor let Google kommer igennem de to første trin.

Er hjemmesiden bygget på JavaScript, kommer der et ekstra led. I sin guide til JavaScript-SEO beskriver Google, at siden først hentes, derefter gengives i en headless Chromium-browser, når der er ressourcer til det, og først derefter indekseres. Google anbefaler stadig server-side rendering eller pre-rendering, blandt andet fordi ikke alle bots kan køre JavaScript. Links skal være almindelige <a href>-elementer, hvis Google skal kunne følge dem, hvilket Googles råd om links også understreger.

Hvilke tekniske forhold betyder mest?

Tabellen samler de vigtigste områder, hvad de styrer, og en typisk fejl.

Område	Hvad det styrer	Typisk fejl
robots.txt	Hvilke URL'er bots må hente	Bruges til at skjule sider for Google
noindex	Om en side må vises i søgeresultaterne	Glemt fra udviklingsmiljøet
XML-sitemap	Hvilke URL'er du vil have indekseret	Indeholder omdirigerede eller ikke-kanoniske URL'er
Kanonisk URL	Hvilken version af ens sider der gælder	Mangler eller peger på en forkert side
Statuskoder og omdirigeringer	Hvad der sker med gamle og døde URL'er	Midlertidig 302, hvor flytningen er permanent
Intern linkstruktur	Hvordan sider bliver fundet og forstået	Vigtige sider, som intet linker til
Hastighed	Brugeroplevelse og Core Web Vitals	Tunge billeder og scripts

robots.txt og noindex

robots.txt fortæller bots, hvilke URL'er de må hente, og bruges primært til at undgå, at serveren bliver overbelastet. Google Search Central skriver, at filen ikke er en metode til at holde en side ude af Google. En blokeret URL kan stadig dukke op i søgeresultaterne, hvis andre linker til den. Vil du holde en side ude af indekset, bruger du noindex som metatag eller som X-Robots-Tag-header. Siden må så ikke være blokeret i robots.txt, for så kan Google ikke se reglen.

XML-sitemap

Et sitemap er en liste over de URL'er, du gerne vil have indekseret. Ifølge Google må hvert sitemap højst have 50.000 URL'er eller fylde 50 MB ukomprimeret, og URL'erne skal være fulde og kanoniske. Google ignorerer priority og changefreq og bruger kun lastmod, hvis værdien er konsekvent korrekt. Indsend sitemapet i Search Console, og tilføj gerne en Sitemap:-linje i robots.txt.

Kanoniske URL'er og omdirigeringer

Det samme indhold kan ofte nås via flere URL'er, for eksempel med og uden skråstreg til sidst, med sporingsparametre eller via filtre i en webshop. Google beskriver omdirigeringer og rel="canonical" som stærke signaler, mens det at stå i sitemapet er et svagt signal. robots.txt skal ikke bruges til at vælge kanonisk version. Flytter en side permanent, bruger du en permanent omdirigering på serveren (301 eller 308). Ifølge Googles side om omdirigeringer bliver målet så den kanoniske URL, mens midlertidige omdirigeringer (302 og 307) beholder den gamle URL i søgeresultaterne. Sider, der er væk for altid, skal svare med 404 eller 410 i stedet for at sende alle til forsiden.

Struktur, HTTPS og mobil

Google skriver i sine råd om links, at hver side, du går op i, bør have et link fra mindst én anden side på hjemmesiden. Brug beskrivende linktekster og en logisk menu. Hele hjemmesiden bør køre over HTTPS, og Search Console har en rapport til det, som Googles side om sideoplevelse henviser til. Google bruger mobilversionen af indholdet til indeksering og placering, så mobil- og desktopversionen skal have samme indhold, metadata og strukturerede data. Responsivt design løser det meste af dette.

Hastighed og Core Web Vitals

Core Web Vitals måler den oplevelse, rigtige brugere får. Google sætter disse grænser for en god oplevelse: Largest Contentful Paint inden for 2,5 sekunder, Interaction to Next Paint under 200 millisekunder og Cumulative Layout Shift under 0,1. Google skriver, at det flugter med det, rangeringssystemerne belønner, men at gode tal alene ikke giver topplaceringer. Hvordan du måler og forbedrer tallene, gennemgår vi i Core Web Vitals forklaret.

Struktureret data og hreflang

Struktureret data beskriver indholdet i et format, søgemaskiner kan læse direkte. Google anbefaler JSON-LD, kræver at markeringen matcher det, der er synligt på siden, og lover ikke rigere visning i søgeresultaterne. Har du flere sprogversioner, bruger du hreflang. Hver version skal pege på sig selv og på alle de andre, ellers ignoreres taggene, skriver Google. Opsætningen gennemgår vi i hvad er hreflang?

Sådan laver du et teknisk SEO-tjek trin for trin

Tag punkterne i denne rækkefølge. De første finder fejl, der helt stopper indeksering. De sidste handler om forbedringer.

Bekræft hjemmesiden i Google Search Console, og tjek at du ser den rigtige version (HTTPS, med eller uden www).
Åbn rapporten over sideindeksering, og skriv ned, hvilke årsager Google angiver for sider, der ikke er indekseret.
Læs robots.txt igennem, og tjek at ingen vigtige mapper, CSS- eller JavaScript-filer er blokeret.
Søg efter noindex i kildekoden på skabelonerne for forside, ydelser, blogindlæg og produkter.
Kontrollér, at sitemapet kun indeholder kanoniske URL'er, der svarer med 200, og at det er indsendt.
Undersøg et udvalg af vigtige URL'er med URL-inspektion, og se hvilken kanonisk URL Google har valgt.
Crawl hjemmesiden med et crawlerværktøj, og find 404-fejl, kæder af omdirigeringer og interne links til omdirigerede URL'er.
Tjek, at alle varianter (http, www, uden www) sender videre til én adresse med én permanent omdirigering.
Find sider uden interne links, og sider der ligger mange klik fra forsiden.
Test de vigtigste skabeloner på mobilen, og sammenlign indholdet med desktopversionen.
Gennemgå Core Web Vitals-rapporten, og test de langsomste skabeloner i PageSpeed Insights.
Validér struktureret data i Rich Results Test, og tjek hreflang, hvis du har flere sprog.
Er hjemmesiden bygget med JavaScript, så tjek at hovedindhold og links findes i den gengivne HTML.
Prioritér fundene efter, hvor mange vigtige sider de rammer, og sæt en dato for næste tjek.

Hvilke værktøjer skal du bruge?

Gratis værktøjer dækker det meste.

Google Search Console: rapporter om indeksering, sitemaps, Core Web Vitals og HTTPS. URL-inspektion viser, hvilken kanonisk URL Google har valgt, og hvornår siden sidst blev crawlet. Search Console-hjælpen understreger, at en vellykket test ikke garanterer indeksering. Vi gennemgår værktøjet i vores guide til Google Search Console.
PageSpeed Insights og Lighthouse: viser feltdata fra rigtige brugere, hvor de findes, og laboratoriemålinger med konkrete forslag.
Rich Results Test: tjekker, om dine strukturerede data er gyldige og kan give rigere visning.
Et crawlerværktøj: et program, der gennemgår hjemmesiden som en søgemaskine, for eksempel Screaming Frog eller Sitebulb. Du får statuskoder, kanoniske tags, titler og interne links for alle sider på én gang.

Teknisk SEO ved ny hjemmeside eller flytning

En ny hjemmeside, et nyt CMS eller et nyt domæne er der, hvor mest kan gå galt. Følg rådene i Googles guide til flytning med nye URL'er:

Lav en liste, der kobler hver gammel URL til den nye. Hent URL'erne fra sitemaps, serverlogs, analyseværktøjer og CMS'et.
Opsæt permanente omdirigeringer på serveren (301 eller 308) direkte til den endelige URL, uden lange kæder.
Behold omdirigeringerne så længe som muligt, som udgangspunkt mindst et år.
Opdatér interne links, kanoniske tags og hreflang til de nye URL'er, og indsend et nyt sitemap.
Skifter du domæne, så brug værktøjet til adresseændring i Search Console. Det er ikke nødvendigt ved skift fra HTTP til HTTPS.
Fjern noindex og adgangsspærringer fra udviklingsmiljøet, før siden går live.

Regn med, at placeringerne svinger i en periode, mens Google crawler igen. Google skriver, at det for mellemstore hjemmesider kan tage nogle uger eller mere.

Hvornår skal du have hjælp?

En stor del af tjeklisten kan du klare selv med Search Console og lidt tid. Hjælp betaler sig oftere, når mange sider står som ikke indekseret uden en klar årsag, når hjemmesiden er bygget på et JavaScript-framework, når du har flere sprog, eller når du skal skifte CMS eller domæne. Vil du have nogen til at gennemgå hjemmesiden og rette fejlene sammen med dine udviklere, arbejder vi med teknisk SEO for danske virksomheder.