
Når en hjemmeside mister synlighed i Google, er problemet ofte ikke indholdet alene. Det er teknikken bag. Hvis du vil vide, sådan laver du teknisk SEO audit på en måde, der faktisk skaber forretningsværdi, skal du ikke starte med tilfældige fejl i et værktøj. Du skal starte med at forstå, hvilke tekniske barrierer der bremser indeksering, brugeroplevelse og konverteringer.
En teknisk SEO-audit er ikke en rapport, man laver for rapportens skyld. Den skal bruges til at finde de fejl, der koster trafik og omsætning, og til at prioritere dem rigtigt. Det er forskellen på at rydde op i overfladen og at forbedre performance i praksis.
Mange forbinder teknisk SEO med pagespeed og lidt metadata. Det er for snævert. En god audit undersøger, om søgemaskiner kan crawle og forstå sitet, om de rigtige sider bliver indekseret, og om den tekniske opsætning understøtter den måde, virksomheden vil skabe leads eller salg på.
Hvis du driver en webshop, vil fokus ofte ligge på facetterede URL’er, duplikeret indhold, interne links og crawl-budget. Har du en leadbaseret B2B-side, er det måske vigtigere at sikre stærk informationsarkitektur, stabile landingssider og korrekt håndtering af redirects, kanoniske tags og indeksering. Det er her, mange audits fejler. De finder tekniske issues, men kobler dem ikke til forretningen.
Den største fejl er at åbne et crawl-værktøj og begynde at eksportere fejl. Rækkefølgen betyder noget, fordi ikke alle problemer har samme konsekvens.
Start med at afklare tre ting: Hvilke sidetyper er vigtigst, hvilke KPI’er betyder mest, og hvor ligger den største kommercielle værdi. For nogle virksomheder er det kategorisider og produktsider. For andre er det servicesider, cases eller lokationssider. Din audit skal tage udgangspunkt i det.
Derefter gennemgår du sitet i lag. Først de tekniske forhold, der kan blokere for synlighed. Så forhold, der svækker forståelsen af indholdet. Til sidst de forhold, der påvirker brugeroplevelsen og dermed performance indirekte.
Hvis Google ikke kan crawle dine sider korrekt, er resten sekundært. Derfor bør du begynde med robots.txt, noindex-tags, canonical-tags, XML-sitemaps og statuskoder.
Se efter, om vigtige sider ved en fejl er blokeret. Det sker oftere, end man tror – især efter redesigns, migreringer eller lancering af staging-miljøer. Tjek også, om kanoniske tags peger rigtigt. En forkert canonical kan i praksis fortælle Google, at en vigtig side ikke er den version, der skal vises i søgeresultaterne.
Sitemap-filer skal være rene og logiske. Hvis de indeholder noindex-sider, redirects eller 404-sider, sender du blandede signaler. Det er ikke nødvendigvis katastrofalt, men det er et tegn på, at den tekniske struktur ikke er stram nok.
Gennemgå også indeksstatus i Google Search Console. Er der sider, du forventer indekseret, som ikke bliver det? Og er der sider i indekset, som egentlig ikke burde være der? Begge dele er vigtige. For mange indekserede lavværdisider kan stjæle fokus fra de sider, du faktisk vil have til at performe.
Teknisk SEO handler også om struktur. Hvis vigtige sider ligger for dybt i hierarkiet eller kun kan nås via filtrerede URL’er, bliver de ofte sværere at crawle og svagere i den interne linkstruktur.
Se på, hvor mange klik der er til dine vigtigste sider. Kig på interne links i navigation, footer, brødkrummer og indholdsmoduler. Her er målet ikke bare at skabe flere links, men at skabe en logisk struktur, hvor autoritet og relevans flyder til de sider, der skal rangere.
På større sites ser vi ofte, at gamle kampagnesider, tag-sider eller tynde arkivsider får lov at samle sig over tid. Det gør strukturen tungere og mere uklar. En audit bør derfor også vurdere, om sitets arkitektur er blevet for kompleks i forhold til den faktiske forretning.
Redirect-kæder og interne links til redirects er klassiske problemer. De virker måske umiddelbart harmløse, men de skaber friktion i crawl, øger svartid og gør sitet mindre rent teknisk.
Tjek for 3xx-kæder, 4xx-fejl og 5xx-fejl. En enkelt 404 er sjældent et stort problem, hvis siden er bevidst fjernet. Men når vigtige interne links peger mod døde sider, eller når gamle URL-strukturer ikke er mappet korrekt efter en migrering, bliver det hurtigt dyrt i tabt performance.
Her gælder det samme princip som i resten af auditten: prioriter efter effekt. En 404 på en gammel presseside er ikke lige så vigtig som en fejl på en serviceside, der genererer leads.
Pagespeed fylder meget i mange SEO-samtaler, men det skal behandles nøgternt. Hastighed er vigtig, fordi den påvirker brugeroplevelse, crawl og i nogle tilfælde rangering. Men ikke alle røde målinger er lige kritiske.
Fokuser på de problemer, der rammer rigtige brugere. Core Web Vitals giver dig et billede af oplevet performance, især på mobil. Kig på Largest Contentful Paint, Interaction to Next Paint og Cumulative Layout Shift. Hvis sitet loader tungt på nøglesider eller hopper rundt visuelt, påvirker det både adfærd og konverteringsrate.
Ofte ligger årsagen i for store billeder, scripts fra tredjepart, dårlig cacheopsætning eller temaer og plugins, der læsser for meget ind. Det er sjældent nok bare at installere endnu et performance-plugin. Den rigtige løsning afhænger af platformen – WordPress, Shopify, Webflow eller noget helt fjerde – og af hvilke funktioner sitet faktisk skal understøtte.
Google vurderer dit site med mobile first-logik, så mobilversionen skal fungere teknisk og kommercielt. Det handler ikke kun om responsivt design, men også om indholdsparitet, klikflader, indlæsning og navigation.
Undersøg, om mobilversionen viser samme væsentlige indhold som desktop. Tjek også JavaScript-tunge elementer, accordions, lazy loading og interaktive moduler. Hvis vigtigt indhold eller interne links ikke gengives korrekt, kan det svække både forståelse og indeksering.
Struktureret data er et andet område, hvor små fejl kan få unødigt store konsekvenser. Schema markup skal være korrekt implementeret og afspejle det faktiske indhold på siden. Fejl her giver ikke nødvendigvis et rankingfald, men de kan koste synlighed i form af rich results, som ellers kunne forbedre CTR.
Du behøver ikke 12 værktøjer for at lave en stærk audit. Men du skal bruge de rigtige. Et crawl-værktøj er centralt, fordi det viser statuskoder, metadata, interne links, canonical-tags og meget mere på tværs af sitet. Google Search Console er uundværlig til indeksering, dækning og performance-data. PageSpeed Insights og Chrome-baserede performance-målinger hjælper med Core Web Vitals.
Logfiler kan være relevante på større sites, hvor du vil forstå, hvordan søgemaskiner faktisk crawler. Det er ikke nødvendigt i alle cases. For mindre sites kan du ofte komme langt uden. Men på større webshops eller komplekse websites kan loganalyse afsløre problemer, du ikke ser i et almindeligt crawl.
Det vigtigste er ikke mængden af data. Det vigtigste er, om du kan omsætte data til handling.
En teknisk audit skaber først værdi, når den bliver eksekverbar. Derfor bør resultatet ikke være en lang liste med fejl uden kontekst. Det skal være en prioriteret plan med vurdering af effekt, indsats og afhængigheder.
En god model er at opdele fund i høj, mellem og lav prioritet. Høj prioritet er fejl, der påvirker indeksering, crawlbarhed, vigtige landingssider eller konverteringskritiske flows. Mellem prioritet er forhold, der forbedrer struktur og performance, men ikke blokerer direkte. Lav prioritet er kosmetiske eller isolerede tekniske afvigelser.
Samtidig bør du skelne mellem quick wins og opgaver, der kræver udvikling. Et forkert noindex-tag kan ofte løses hurtigt. En dårlig URL-struktur eller tung frontend kræver typisk mere planlægning. Den forskel er vigtig, hvis auditten skal bruges i en travl organisation med begrænsede ressourcer.
Hos mange virksomheder er den reelle udfordring ikke at finde fejlene, men at få dem implementeret rigtigt. Derfor giver det ofte bedst mening at samle SEO, udvikling og forretningsmål i samme proces. Det er også her et bureau som StayMain kan skabe værdi, fordi teknisk kvalitet og performance ikke behandles som to adskilte spor.
Den første fejl er at overvurdere værktøjernes alvorlighedsgrader. Bare fordi et værktøj markerer noget som en fejl, betyder det ikke, at det er forretningskritisk.
Den anden fejl er at ignorere kontekst. Et lille website med 40 sider skal ikke håndteres som en enterprise-webshop. Prioriteringen skal passe til sitets størrelse, platform og mål.
Den tredje fejl er at stoppe ved rapporten. En audit uden implementering er i bedste fald et overblik. I værste fald bliver den bare endnu et dokument i en mappe, mens de samme tekniske barrierer fortsætter med at koste synlighed og salg.
Det bedste sted at starte er derfor ikke perfektion. Det er klarhed. Få styr på de tekniske problemer, der reelt holder din hjemmeside tilbage, og brug auditten som et beslutningsværktøj – ikke som en ønskeliste.