Teknisk SEO i praksis: Ret fejl, optimer strukturen og få bedre synlighed i Google

Teknisk SEO afgør, om søgemaskiner kan finde, forstå og indeksere de sider, der betyder noget.

Teknisk SEO virker bedst, når analyse og implementering er koblet tæt. En audit har begrænset værdi, hvis fund ikke bliver omsat til konkrete rettelser og efterfølgende valideret.

• Redirects, der sender gamle URL’er korrekt videre.
• Canonical-tags, der samler signaler på én version.
• Sitemaps, der kun indeholder sider, der skal indekseres.
• Meta-data, der ikke modarbejder hinanden.
• Interne links, der understøtter prioriteringer.

Det er sjældent én enkelt fejl, der vælter det hele. Det er ofte mange små brud, som tilsammen trækker performance ned.

Fejl der koster trafik

Teknisk gæld opstår typisk når noget gennemgribende ændres. En side flyttes, et tema udskiftes, et plugin ændrer URL’er, eller et CMS opdateres. Det efterlader afbrydelser, som ikke altid bliver opdaget i tide.

De mest almindelige problemer går igen på tværs af brancher og platforme.

• 404-fejl og døde links: URL’er, der tidligere havde værdi, ender i ingenting.
• Langsom indlæsning: Billeder, scripts og tredjepart bremser sidens første visning.
• Duplikeret indhold: Flere URL’er viser samme indhold og deler signaler.
• Meta-tags uden retning: Titler gentager sig, eller beskrivelser mangler.
• Rod i overskrifter: Flere H1’er eller ulogiske spring i H2/H3.
• Indekseringsproblemer: Robots, noindex eller canonical rammer de forkerte sider.

Noget kan ses med det samme i Search Console. Andet ligger i skabeloner, standardindstillinger og gamle undtagelser, der aldrig blev ryddet op.

Strukturen skal gøre det let at crawle sitet

Struktur påvirker, hvad søgemaskiner finder først. Den påvirker også, om brugeren lander rigtigt eller går i ring. Et site med klar struktur gør det nemmere at forstå, hvad der er vigtigst, og hvordan indholdet hænger sammen.

Den praktiske del handler ofte om at skabe sammenhæng mellem ydelser, cases og artikler, så der er en logik i både navigation og interne links.

• URL-struktur: Faste mønstre og færre parametre.
• Intern linking: Relevante forbindelser mellem ydelser, cases og artikler.
• Brødkrummer: Et synligt hierarki, som både brugere og søgemaskiner kan følge.
• XML-sitemap: Kun sider, der reelt skal ligge i indeks.
• Canonical-tags: En tydelig hovedversion pr. side.
• Kortere klikdybde til vigtige sider.
• Færre forældreløse sider uden interne indgange.
• En navigation, der afspejler prioriteringerne.

Når strukturen er konsekvent, bliver nye sider lettere at placere rigtigt og ombygninger bliver mindre risikable, fordi der er en model at holde sig til.

Hastighed, mobil og Core Web Vitals

Hastighed er både en bruger- og en synlighedsfaktor. Når en side føles tung, falder engagementet typisk. Og når teknikken halter, bliver det sværere at få stabil performance i søgeresultaterne.

Arbejdet starter som regel med de sider, der har forretningseffekt: Landingssider, ydelser og sider med høj trafik.

• Komprimer billeder og brug moderne formater.
• Reducér scripts, der blokerer visningen.
• Sæt caching korrekt op.
• Skær ned på tredjepart script der forsinker indlæsning (eller sæt dem korrekt op).

Mobil er afgørende, fordi det er mobilversionen, Google primært vurderer. Core Web Vitals gør det muligt at pege på konkrete URL’er, hvor LCP, INP og CLS er et problem:

LCP (Largest Contentful Paint) måler indlæsningshastighed. Mere præcist: hvor lang tid der går, fra brugeren navigerer til siden, indtil det største synlige indholdselement i viewporten er renderet. Det er typisk et hero-billede, en baggrund, eller en stor tekstblok. Tærskler: under 2,5 sekunder er godt, 2,5–4 sek. skal forbedres, over 4 sek. er dårligt. Typiske WordPress-syndere: ikke-optimerede hero-billeder, render-blocking CSS/JS, langsom TTFB fra hosting, manglende fetchpriority=”high” på LCP-elementet.

INP (Interaction to Next Paint) måler responsivitet. Den afløste FID i marts 2024 og er strengere. INP ser på forsinkelsen mellem alle brugerinteraktioner (klik, tap, tastetryk – ikke scroll/hover) og næste visuelle opdatering, og rapporterer typisk den værste interaktion i sessionen.

CLS (Cumulative Layout Shift) måler visuel stabilitet – altså hvor meget indholdet hopper rundt under indlæsningen. Den beregnes som summen af layout-shifts i et 5-sekunders vindue, hvor den værste “session window” tæller. Tærskler: under 0,1 godt, 0,1–0,25 skal forbedres, over 0,25 dårligt. Klassiske årsager: billeder/iframes uden width/height-attributter, web fonts der swap’er og flytter tekst, annoncer/embeds der injiceres dynamisk, cookie-bannere der skubber indhold (i stedet for at ligge over som overlay).

Fra analyse til rettelser

Teknisk SEO bliver hurtigt teori, hvis fundene ikke bliver omsat til ændringer. Derfor skal processen være indrettet, så fejl bliver prioriteret, løst og valideret.

Det kræver typisk samarbejde på tværs. Udvikling skal kunne implementere, design skal understøtte skabelonerne, og indholdet skal passe til den struktur, teknikken sætter.

• Redirects skal matche den faktiske URL-struktur.
• Skabeloner skal sikre logiske overskrifter på alle sidetyper.
• Schema markup skal afspejle indholdet og ikke være pynt.

En typisk proces kan skæres ned til få trin.

• Gennemgang: Crawl sitet og kortlæg fejl, mønstre og flaskehalse.
• Prioritering: Vælg de ændringer, der giver størst effekt på synlighed og drift.
• Implementering: Ret indeksering, redirects, struktur og performance.
• Kontrol: Validér i Search Console, Lighthouse og med et nyt crawl.
• Opfølgning: Mål udviklingen og fang nye fejl tidligt.

Det er sjældent kompliceret i teorien. Det svære er at holde retningen, når ændringerne fordeler sig på mange sider og flere systemer.

Mål effekten, så det kan dokumenteres

Effekten skal kunne ses i data. Det kræver, at man sammenligner de samme sider før og efter, og at man skelner mellem støj og reelle forbedringer.

Der er nogle målepunkter, som typisk giver det klareste billede.

• Indeksering: Om de vigtigste URL’er faktisk ligger i Googles indeks.
• Fejl i Search Console: Om 404, soft 404 og blokeringer falder.
• Core Web Vitals: Om LCP, INP og CLS bevæger sig i den rigtige retning.
• Klikrate: Om titler og snippets giver flere klik fra søgeresultaterne.
• Organisk trafik på prioriterede sider.
• Gennemsnitlige placeringer på centrale søgeord.
• Henvendelser og konverteringer fra organisk trafik.

Når målingen er sat op, bliver prioritering lettere. Man kan vise, hvad der blev rettet, og hvad det betød.

Mange sidetyper kræver én fælles model

Når ydelser, cases, artikler og kampagnesider ligger side om side, opstår der let inkonsekvens. Fejl bliver kopieret via skabeloner, interne links bliver tilfældige, og indekset kan blive fyldt med sider, der ikke skal rangere.

En robust løsning er at definere en enkel model. Hvad er formålet med hver sidetype, og hvordan peger de på hinanden, så både brugere og søgemaskiner kan følge logikken.

Schema markup kan støtte den model, hvis den implementeres konsekvent.

• Brødkrummer, der viser hierarkiet.
• Organisation, der gør afsenderen tydelig.
• Artikel- og service-markup, der matcher sidernes indhold.

Når teknik og struktur spiller sammen, bliver sitet lettere at vedligeholde. Og det bliver nemmere at få stabil synlighed, fordi de vigtigste sider er tydelige, hurtige og lette at indeksere.