Teknisk SEO: sådan tester du danske hjemmesider

Hvad en teknisk SEO-test af en dansk hjemmeside bør afdække

Teknisk SEO optimerer hjemmesidens tekniske sider, så Google og andre søgemaskiner kan crawle, indeksere og forstå indholdet. Det er infrastrukturen – ikke teksten eller linkprofilen. On-page SEO handler om indhold og elementer på siden som sidetitler og metabeskrivelser; off-page SEO om linkbuilding og eksternt omdømme. Teknisk SEO skaber miljøet for de to andre: hurtig loading, mobilvenlighed, sikker forbindelse og en struktur, søgemaskinerne kan følge.

En teknisk test – også kaldet teknisk analyse eller technical SEO audit – gennemgår systematisk hjemmesidens tekniske fundament for at finde fejl og muligheder, der påvirker SEO-performance. Den afdækker de underliggende problemer, der holder siden tilbage i søgeresultaterne, og bør dække: crawlability (robots.txt, crawl-budget, interne links), indekserbarhed (noindex, canonical-fejl, dupleret indhold), sidehastighed målt på Core Web Vitals, mobiloptimering (responsivt design, touch-elementer, viewport-opsætning), URL-struktur (rene, logiske URL'er uden parametre), intern linking, SSL/HTTPS og structured data (JSON-LD).

Behovet er dokumenteret: Ifølge en Ahrefs-undersøgelse har 68 % af alle hjemmesider mindst ét kritisk teknisk SEO-problem, der begrænser det organiske potentiale – ofte uden ejerens viden. IIH Nordic ser samme mønster: Stort set alle websites har SEO-tekniske fejl i et eller andet omfang. Blandt kunderne er de typiske udfordringer canonical tags brugt forkert, fejl i sitemaps, forkert setup af hreflang ved sprogversioneringer, forældreløse sider, 404-links og redirect-problematikker, noindekserede sider samt Schema.org-opmærkning. Det er sjældent problemer, virksomhederne selv er opmærksomme på.

Tekniske fejl i danske hjemmesider – ofte forekommende problemstillinger

Forbered testen: systematisk gennemgang og prioritering

En teknisk analyse munder ud i en prioriteret handlingsplan, hvor problemerne rangeres efter potentiel SEO-impact og implementeringskompleksitet. Rækkefølgen for kritiske, mellemliggende og mindre problemer står i afsnittet om handlingsplanen.

For virksomheder, der investerer i content og linkbuilding uden at se forventede resultater, kan analysen ofte vise årsagen: Selv det bedste indhold performer dårligt, hvis søgemaskinen ikke kan crawle det, siden loader for langsomt, eller tekniske fejl forvirrer Google. IIH Nordic beskriver tilsvarende, at et mangelfuldt teknisk setup begrænser udbyttet af det efterfølgende SEO-arbejde.

Notér hvert fund med konkret URL, teknisk årsag og sidens forretningsmæssige formål, så listen kan sorteres efter effekt og indsats.

Test crawlbarhed: kan søgemaskinerne finde alle vigtige sider?

Begynd med robots.txt og crawl-budget. Blokeret crawling er den mest alvorlige fejl, fordi hele sektioner kan være utilgængelige for Google; den behandles derfor først i handlingsplanen. Kontrollér, at robots.txt ikke spærrer sider, der skal indekseres, og at crawl-budgettet ikke spildes på parametre, interne søgeresultater og dubletter frem for de sider, der skal rangere.

Sitemap og intern linking er søgemaskinernes to kanaler til at finde indholdet. Et sitemap hjælper med at finde og indeksere alle sider, og fejl i sitemaps er en af de typiske udfordringer, IIH Nordic ser blandt kunderne. Test derfor, at sitemappet kan hentes, kun indeholder kanoniske, indekserbare URL'er, og opdateres, når nye sider publiceres.

Interne links afgør, hvor langt en crawler skal bevæge sig for at nå en side. Et brugbart testpunkt: Er alle vigtige sider tilgængelige inden for 3 klik fra forsiden? Forældreløse sider – sider uden interne links – er en særskilt fejltype. Find dem ved at krydstjekke sitemap og intern linkstruktur mod det faktiske crawleresultat.

Test indekserbarhed: bliver siderne indekseret korrekt?

At en side kan crawles, betyder ikke, at den bliver indekseret. Undersøg derfor noindex-direktiver, canonical-fejl og dupleret indhold. Forkert brugte canonical-tags kan pege søgemaskinen mod den forkerte version af en side; ifølge IIH Nordic er det en udbredt teknisk fejl blandt deres kunder. Tjek også, om dupleret indhold findes i flere versioner af samme side, så én version entydigt udpeges som den kanoniske.

Sitemap-fejl og noindekserede sider hænger sammen. En side kan være udelukket fra indeksering af flere årsager, og IIH Nordic nævner netop noindekserede sider af forskellige årsager og fejl i sitemaps som tilbagevendende problemstillinger. Konsekvensen er konkret: Kan websitet ikke indekseres korrekt, er det usynligt for potentielle kunder – og det kan mærkes på bundlinjen.

Når en ellers relevant side ikke optræder i søgeresultaterne, find årsagen systematisk: Kontrollér sidens HTTP-status og noindex-direktiv, om en canonical peger væk fra siden, om siden er blokeret i robots.txt, og om den er linket internt eller optaget i sitemappet. Først når årsagen er identificeret, kan den rettes, og siden kan anmodes om indeksering igen.

Test hastighed og Core Web Vitals

Hastighed måles på de tre Core Web Vitals med benchmarks: LCP (Largest Contentful Paint) under 2,5 sek., INP (Interaction to Next Paint) under 200 ms og CLS (Cumulative Layout Shift) under 0,1. Mål både mobil og desktop, og skel mellem feltdata fra rigtige besøgende og laboratoriemålinger, da de kan vise forskellige billeder.

Server response time er et selvstændigt testpunkt, og danske forhold er en typisk årsag: langsom hosting fra lokale udbydere med en gennemsnitlig server response time over 800 ms mod en best practice på under 200 ms. Undersøg derfor, om serverens svartid er det egentlige problem, før du optimerer billeder og scripts – den påvirker alle sider på én gang.

Test mobilvenlighed og sikkerhed

Mobiloptimering testes på tre konkrete punkter: responsivt design, touch-elementer og viewport-opsætning. Hjemmesiden skal fungere på alle enheder, da mange brugere er mobile; manglende mobiloptimering af ældre sites rammer typisk danske virksomheder. Kontrollér, at layoutet tilpasser sig skærmbredden, at links og knapper kan rammes med fingeren, og at viewport er sat korrekt, så siden ikke vises som en formindsket desktopversion.

Sikkerhed testes via SSL/HTTPS: Er forbindelsen krypteret, og er certifikatet gyldigt på alle domænevarianter? HTTPS er vigtigt for tilliden hos både brugere og søgemaskiner og er et standardpunkt i en teknisk analyse sammen med de øvrige infrastrukturelle forhold.

Test URL-struktur, intern linking, redirects og 404-fejl

URL-strukturen bør være ren og logisk uden parametre i de URL'er, der skal indekseres. Rene URL'er gør det lettere for søgemaskiner og brugere at forstå sidens placering i hierarkiet og reducerer risikoen for, at samme indhold findes på flere adresser. Sammenhængende URL-struktur, intern linking og fravær af 404-fejl forbedrer søgemaskinernes forståelse af indholdet.

Test intern linking ved at følge linkstrukturen fra navigation og relevante indholdssider. Sider, der kun nås via sitemappet eller ligger langt fra de centrale sektioner, bør løftes op i navigationen eller linkes fra relevante indholdssider.

Redirects og 404-fejl skal testes særligt omhyggeligt. Broken 404-links og redirect-problemer som 301-kæder og 301-loops er kritiske, fordi de forhindrer fundamental synlighed, og behandles derfor først. I dansk kontekst er der en særlig fejlkilde: ukorrekt håndtering af .dk-domæner med og uden www-præfiks, hvor begge varianter kan svare, uden at én entydigt er udpeget som den kanoniske. Kontrollér derfor, at den ene variant viderestiller permanent til den anden i ét hop.

Test struktureret data og hreflang i dansk kontekst

Struktureret data testes ved at validere den korrekte JSON-LD-implementering og kontrollere Schema.org-opmærkningerne på de relevante sidetyper. Struktureret data giver søgemaskinerne bedre forståelse af indhold og formål og forventes at blive endnu vigtigere i takt med søgemaskinernes udvikling og det stigende fokus på AI-teknologier. Manglende structured data er et middel-prioritetsproblem og behandles efter kritiske crawl- og indekseringsfejl.

Hreflang er en særskilt fejlkilde i dansk kontekst, fordi mange danske virksomheder har både en dansk og en international version af samme indhold. Fejlkonfigureret hreflang for dansk/international opsætning rammer typisk danske virksomheder, og forkert setup af hreflang ved sprogversioneringer står på IIH Nordics liste over udbredte tekniske fejl. Test derfor, at hver sprogversion peger på sig selv og på alle de øvrige versioner, og at koderne for dansk indhold er korrekte.

Fra test til handlingsplan og løbende kontrol

Værktøjer som Screaming Frog og Ahrefs Site Audit afslører typisk 50-200 problemer på en gennemsnitlig dansk virksomhedshjemmeside. Behandl tallet som råmateriale, der skal prioriteres – ikke som en to-do-liste. Løsning af de 10-20 mest kritiske problemer kan alene løfte den organiske trafik med 20-40 %, så de mest kritiske rettes først.

Handlingsplanen rangerer fundene efter potentiel SEO-impact og implementeringskompleksitet. Rækkefølgen: Kritiske fejl som blokeret crawling, broken redirects (301-kæder eller -loops) og manglende indeksering først, fordi de forhindrer fundamental synlighed. Dernæst middel-prioritetsproblemer som langsom sidehastighed og manglende structured data. Til sidst mindre optimeringsmuligheder som billedkomprimering, hreflang-tags og alt-tekst. Hvert punkt bør have en ansvarlig, et konkret sidetal eller en URL og en dato for implementering.

Efter implementeringen skal resultaterne kontrolleres: Er de blokerede sektioner åbne igen, er 301-kæderne erstattet af enkelte permanente viderestillinger, er de noindekserede sider blevet indekseret, og er svartiden blevet lavere? Da søgemaskinerne konstant udvikles, bør den tekniske analyse gentages med faste intervaller og ved større ændringer af hjemmesiden, så nye fejl opdages, før de påvirker synligheden.