Annonce – sponsoreret indhold.
De mest almindelige tekniske SEO-fejl er også de mest oversete: sider, Google ikke må eller kan indeksere, dobbelte eller manglende metadata, langsom indlæsning, defekte interne links og en mobilversion, der halter bagud. Mange virksomheder opdager dem først, når nogen laver teknisk gennemgang af sitet og finder fejl i crawlbarhed, hastighed eller struktur. Indtil da bruger de tid og penge på nye tekster, der aldrig får en fair chance. Her får du de ni fejl i den rækkefølge, du bør tjekke dem, og en tjekliste til sidst.
- Tjek indeksering først: hvis Google ikke kan finde og gemme siden, hjælper ingen optimering af indholdet.
- Dobbelte URL-versioner, manglende metadata og defekte links spreder dine signaler og forvirrer både Google og AI-søgeværktøjer.
- Hastighed og mobilvenlighed er grundvilkår, ikke finpudsning.
- Gennemfør tjeklisten, før du bestiller mere indhold.
Sådan afslører du tekniske SEO-fejl, før du skriver mere indhold
Gode tekster hjælper ikke, hvis fundamentet under dem er skævt. Google skal først crawle siden, dernæst indeksere den og til sidst forstå, hvad den handler om og hvorfor den fortjener en placering. Brister det i et af leddene, ser du det sjældent direkte. Siden findes bare ikke i søgeresultaterne, eller den ligger langt nede uden nogen åbenbar grund.
Når man laver teknisk SEO, starter man derfor ikke med søgeord, men med at se sitet, som en søgemaskine ser det: kildekode, svarkoder, omdirigeringer, sitemap og indlæsningstid. Du kan selv komme langt med to gratis værktøjer fra Google: Google Search Console viser, hvilke sider der er indekseret, og hvorfor andre er udeladt, mens PageSpeed Insights måler hastighed og brugeroplevelse. Hav begge åbne, mens du læser videre.
Fejl 1-2: Google kan ikke finde eller indeksere dine sider
Det er her, du skal starte, fordi konsekvensen er størst: siden udebliver helt.
1. robots.txt og noindex blokerer ved en fejl
Filen robots.txt ligger på dit-domæne.dk/robots.txt og fortæller crawlere, hvilke områder de må besøge. Et klassisk uheld opstår, når en udvikler spærrer hele sitet under opbygningen med Disallow: /, og spærringen følger med live. Samme problem ses med et noindex-tag i sidens kode, som WordPress-indstillingen “afskrab søgemaskiner” også kan sætte.
- Åbn robots.txt i browseren, og se efter linjer, der blokerer mapper med vigtigt indhold, fx tjenester, blog eller produkter.
- Brug URL-inspektion i Search Console på dine vigtigste sider. Står der “Udelukket af noindex-tag”, er du på sporet af problemet.
- Overvej, om du bevidst blokerer AI-crawlere som GPTBot eller PerplexityBot. Det kan være en legitim beslutning, men så er du heller ikke synlig som kilde dér.
2. Sitemap mangler, er forældet eller peger forkert
Et XML-sitemap er en liste over de sider, du ønsker indekseret. Det skal indsendes i Search Console og gerne refereres i robots.txt. Typiske fejl er et sitemap, der indeholder sider med omdirigering eller fejl (404), sider med noindex, eller URL’er i den forkerte version (http i stedet for https). Så sender du Google modstridende beskeder. Sitemappet skal kun indeholde sider, der svarer korrekt, og som du vil have vist i søgeresultaterne.

Fejl 3-4: Sikkerhed og dublerede adresser
3. Manglende HTTPS eller blandet indhold
Et site uden gyldigt SSL-certifikat får en advarsel i browseren, og mange besøgende forlader det med det samme. Google bruger HTTPS som et signal, men den største skade er tab af tillid. Tjek især:
- at alle http-adresser omdirigeres permanent (301) til https,
- at certifikatet ikke er udløbet,
- at billeder, scripts eller skrifttyper ikke indlæses over http på en https-side (blandet indhold), da det udløser sikkerhedsadvarsler.
4. Uklar URL-struktur og dublerede versioner
For en søgemaskine er http://dit-domæne.dk, https://www.dit-domæne.dk og https://dit-domæne.dk/ tre forskellige adresser, hvis de ikke er samlet korrekt. Det samme gælder URL’er med sporingsparametre eller filtre. Resultatet er duplikeret indhold, hvor linkværdi og signaler spredes. Sådan rydder du op:
- Vælg én foretrukken version (fx https uden www) og omdiriger resten dertil.
- Sæt et canonical-tag på hver side, der peger på den rigtige adresse.
- Brug korte, beskrivende URL’er som /tjenester/lokal-seo frem for /?p=482 eller lange, tilfældige strenge.
- Undgå at ændre URL’er uden en 301-omdirigering fra den gamle adresse.
Fejl 5-6: Metadata og interne links, der svigter
5. Manglende eller dobbelte metadata
Title-tagget og meta description er ofte det første, en bruger ser af din side i søgeresultaterne. Alligevel har mange sites samme title på flere sider, standardtitler som “Forside – Firmanavn” eller helt tomme beskrivelser. Google omskriver ofte beskrivelsen, men titlen er et vigtigt signal om sidens emne. Tommelfingerregler:
- Hver side har sin egen unikke title med sidens vigtigste emne tidligt i teksten.
- Hold titlen så kort, at den ikke afkortes i søgeresultatet. Det er en pladsbegrænsning, ikke et fast tegnkrav.
- Der er én H1 pr. side, og overskrifterne følger en logisk hierarki (H2 under H1, H3 under H2).
- Billeder har meningsfulde alt-tekster.
Flere af disse fejl bliver først synlige, når man kigger systematisk efter dem. Vi har samlet nogle af de mere skjulte i Skjulte SEO-fejl der koster dig organisk trafik uden at du opdager det.
6. Defekte interne links og lange omdirigeringskæder
Interne links fører både besøgende og crawlere rundt på sitet og fortæller Google, hvilke sider der er vigtigst. Når en side er slettet eller flyttet uden omdirigering, ender linket på en 404-fejl. Det spilder crawlkraft og giver en dårlig oplevelse. Omdirigeringskæder (A → B → C → D) er næsten lige så slemme. Brug en crawler som Screaming Frog (gratis i begrænset omfang) eller rapporten over sider i Search Console til at finde 404-fejl og kæder. Ret derefter interne links, så de peger direkte på den endelige adresse. Sørg også for, at ingen vigtige sider er “forældreløse”, altså uden interne links til dem.

Fejl 7-8: Hastighed og mobiloptimering
7. Langsom indlæsning og dårlige Core Web Vitals
Google måler brugeroplevelsen med Core Web Vitals: LCP (hvor hurtigt det største element vises), INP (hvor hurtigt siden reagerer på klik og tryk) og CLS (om layoutet hopper rundt under indlæsning). De typiske syndere er:
- store, ukomprimerede billeder, som ikke er i moderne formater som WebP eller AVIF,
- for mange plugins, scripts og eksterne tracking-tjenester,
- tunge sidebyggere, der genererer oppustet kode,
- langsom hosting uden caching.
Hastighed er ikke kun et spørgsmål om at score grønt i et værktøj. En side, der hurtigt viser det vigtigste indhold, bliver også lettere at crawle effektivt, og det gælder både Googles og AI-værktøjers crawlere.
8. Dårlig mobiloptimering
Google indekserer primært mobilversionen af dit site (mobile-first indexing). Hvis noget indhold, interne links eller strukturerede data findes på desktop, men mangler på mobil, er det mobilversionen, der tæller. Gennemgå sitet på en rigtig telefon og kig efter:
- tekst, der er for lille eller kræver zoom,
- knapper og links, der ligger for tæt, så de er svære at ramme,
- vandret scrolling,
- pop-ups, der dækker hele skærmen,
- indhold skjult i mobilmenuer, som crawleren ikke kan se.
Fejl 9: Rodet kode og manglende struktureret data
Den sidste fejl vægter stadig tungere. Mange sites har indhold, som mennesker forstår, men maskiner har svært ved at tolke. Det skyldes ofte kode med mange indlejrede div-elementer uden semantik, og indhold der først indlæses via JavaScript. Ikke alle crawlere afvikler JavaScript lige godt, så indhold, der ikke står i den leverede HTML, kan blive overset.
Løsningen er semantisk HTML5 (header, main, article, nav og korrekte overskrifter) og struktureret data i JSON-LD, fx Organization, LocalBusiness, FAQPage eller Product. Det fortæller eksplicit, hvem du er, hvad du tilbyder, og hvordan du kontaktes. Valider markup med Googles værktøj til test af rich results, og sørg for, at oplysningerne matcher det synlige indhold. Nogle sites supplerer med en llms.txt, som er en fil målrettet sprogmodeller. Den er ikke en standard, du skal være afhængig af, men den kan give mening oven på et sundt teknisk fundament.
Tjekliste: har din hjemmeside skjulte tekniske barrierer?
Gå listen igennem og noter alt, du svarer “nej” eller “ved ikke” til. Det er din prioriterede opgaveliste.
- ☐ Min robots.txt blokerer ikke vigtige sider eller mapper.
- ☐ Ingen vigtige sider har et noindex-tag.
- ☐ Mit XML-sitemap er indsendt i Search Console og indeholder kun gyldige sider.
- ☐ Alle sider åbner sikkert over HTTPS uden advarsler om blandet indhold.
- ☐ Kun én version af sitet (https, med eller uden www) er tilgængelig.
- ☐ Hver side har et canonical-tag og en kort, læsbar URL.
- ☐ Hver side har unik title, meta description og én H1.
- ☐ Jeg har ingen 404-fejl i interne links og ingen lange omdirigeringskæder.
- ☐ Mine vigtigste sider består Core Web Vitals i PageSpeed Insights.
- ☐ Sitet er nemt at bruge på en rigtig telefon, og indholdet er det samme som på desktop.
- ☐ Koden bruger semantisk HTML, og vigtigt indhold står i den leverede HTML.
- ☐ Der er korrekt struktureret data (JSON-LD) for virksomhed, tjenester og kontaktoplysninger.
Hvorfor teknisk SEO kommer før mere indhold
Det er fristende at svare på manglende placeringer med flere blogindlæg. Men nyt indhold arver de samme problemer: det publiceres på et site, hvor crawling, indeksering og struktur ikke fungerer optimalt. Du får altså en dårligere effekt for hver ekstra krone. Når fundamentet er på plads, får eksisterende indhold ofte mere ud af den opmærksomhed, det allerede fortjener, og nyt indhold bliver hurtigere fundet.
Det samme fundament afgør også, om AI-søgeværktøjer som ChatGPT, Gemini, Copilot og Perplexity kan forstå og citere dig. De skal kunne hente siden, tolke strukturen og stole på, at oplysningerne om virksomheden er entydige. Et site med klar struktur, hurtig levering og korrekt markup er lettere at bruge som kilde end et, hvor betydningen skal gættes.
Ofte stillede spørgsmål
Hvor ofte bør jeg tjekke for tekniske SEO-fejl?
Lav en grundig gennemgang mindst en gang om året og altid efter større ændringer som redesign, flytning til nyt domæne eller skift af CMS. Hold derudover løbende øje med Search Console, som advarer om indekserings- og brugervenlighedsproblemer.
Kan jeg rette tekniske SEO-fejl selv?
Mange af de simple ting kan du selv, fx metadata, alt-tekster og ødelagte links. Fejl i serverindstillinger, omdirigeringer, kode og struktureret data kræver typisk teknisk indsigt, og forkerte ændringer kan gøre mere skade end gavn. Tag en sikkerhedskopi, før du ændrer noget, og få hjælp ved tvivl.
Hvor hurtigt ser jeg effekt, når fejlene er rettet?
Det varierer. Google skal gencrawle siderne, og nogle forbedringer registreres hurtigt, mens andre tager uger eller længere. Ingen kan love en bestemt placering eller tidsramme. Brug Search Console til at følge indeksering og synlighed over tid.
Har tekniske fejl også betydning for AI-søgning?
Ja. AI-værktøjer er afhængige af at kunne tilgå og tolke dit indhold. Blokeret crawling, rodet kode, manglende struktureret data og langsomme sider gør det sværere at blive brugt som kilde.