Hvad er teknisk SEO: en praktisk guide

Definition: teknisk SEO, enkelt forklaret

Teknisk SEO er et sæt konfigurationer på site- og sidniveau, der tillader søgemaskiner at opdage, hente, gengive og indeksere dine sider pålideligt. Hvor content SEO sigter mod relevans og on-page signaler, og off-page SEO fokuserer på autoritet, handler teknisk SEO om tilgængelighed, klarhed og performance. God teknisk SEO reducerer friktion, så dit indhold og dine autoritetssignaler kan vurderes korrekt af søgemaskiner.

Hvordan søgemaskiner behandler sider: crawl, index, render, rank

Del pipeline’en i tre faser for at undgå forvirring: crawling (opdage og hente URLs), indexing (bestemme hvad der skal gemmes og hvilken version der bevares), og ranking (ordne resultater for søgeforespørgsler). Teknisk SEO påvirker hver fase, men 'sætter' ikke direkte ranking — det sikrer, at det rette indhold når indekset og kan vurderes af rankingsystemer.

Mobile-first indexing and rendering

Google bruger mobilversionen som primær basis for crawling og indexing. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default. Sørg for content parity (det samme meningsfulde indhold og strukturerede data) mellem desktop- og mobilvarianter, så mobilvisningen leverer det indekserbare indhold.

Rendering and dynamic content

Rendering omdanner hentet HTML, CSS og JavaScript til den endelige DOM. Hvis vigtigt indhold eller links først tilføjes efter client-side JavaScript kører, så bekræft at den renderede DOM indeholder det indhold. Brug browser DevTools eller en headless-rendering-verifikation for at tjekke, hvad søgemaskinerne vil se.

Core technical areas to check

Nedenfor er de praktiske domæner, hvor teknisk SEO-arbejde giver værdi. For hver vil du finde mekanikker og hurtige verifikationstrin i de følgende sektioner.

• Crawlability and robots controls (robots.txt, robots meta, x-robots-tag)
• Indexation and canonicalization (rel="canonical", canonical HTTP headers, parameter handling)
• Site architecture and internal linking (logical hierarchies, crawl depth, link equity flow)
• Performance and page experience (Core Web Vitals: LCP, INP/FID, CLS and related runtime metrics)
• Structured data and rich results (schema.org markup, Rich Results Test)
• HTTP status, redirects, and canonical headers (correct 2xx responses, 3xx chains, and consistent host/canonical targets)

Mechanics and verification: practical checks you can run now

Crawlability checks (external-first)

Hvis du ikke ejer sitet (fx hvis du vurderer en udgiver eller en link-placering), brug disse offentlige tjek:

• Hent rå HTML med curl for at bekræfte at linket eller elementet findes i serverresponsen: curl https://example.com/page (dette henter body'en).
• Tjek kun headers med curl -I https://example.com/page for at inspicere status, x-robots-tag og cache-headere.
• Se den renderede DOM i en browser: åbn DevTools → Elements for at bekræfte, at indhold tilføjet af JavaScript er til stede og synligt (ikke skjult bag klik-handlers eller auth).
• Brug Google-resultater og site:-operatoren som offentlige signaler på, at en side er kendt af Google. Husk, at site: er et indikativt signal, ikke endeligt bevis for indeksering.

Verifikation når du ejer sitet

For sider du ejer, brug værktøjer med autoritativ adgang:

• Google Search Console — URL Inspection for crawl, indexing og detaljer om sidehent; tjek den renderede HTML og eventuelle rapporterede indekseringsproblemer.
• Rich Results Test and Schema Markup Validator for validering af strukturerede data.
• Chrome DevTools Performance og Lighthouse til at måle Core Web Vitals og observere lange tasks eller layout shifts, der påvirker rendering.

Common issues, why they matter, and how to fix them

Blocked resources or disallowed crawl paths

Problem: CSS/JS eller hele sektioner er blokeret via robots.txt eller x-robots-tag, hvilket forårsager forkert rendering eller manglende indhold i indekset. Løsning: tillad nødvendige ressourcer, der påvirker kritisk rendering, eller brug x-robots-tag med omtanke for ikke-indekserbare assets.

Duplicate content and incorrect canonicals

Problem: flere URLs serverer lignende indhold uden klare signaler, hvilket splitter indekseringsopmærksomheden. Løsning: implementér rel="canonical" der peger på den foretrukne URL, hold interne links konsistente, og undgå lange redirect-kæder.

Slow pages and poor Core Web Vitals

Problem: langsom LCP eller lange main-thread tasks kan forhindre siden i at rendre hurtigt for brugere og for crawlere, der afhænger af rendueringstiming. Løsning: optimér serverens svartider, defer noncritical JS, og resize/serve billeder effektivt.

Linking, external placements, and policy considerations

Teknisk SEO og backlinks krydser hinanden, hvor publisher-indexabilitet og link-attributter bestemmer, om en placering kan opdages og vurderes. Et link på en side, som Google ikke indekserer, har generelt langt lavere SEO-relevans end et på en indekseret, crawlbar side. For tredjepartsplaceringer, du ikke kontrollerer, foretræk sider der returnerer 200-status, tillader crawling og eksponerer linket i den renderede HTML.

HTML examples for link attributes:

A standard link with no special rel: eksempel

For paid placements use rel="sponsored": eksempel

For user-generated content use rel="ugc": eksempel

Google’s linkspam guidance and paid links

Googles offentlige vejledning siger, at links primært beregnet til at manipulere ranking kan blive behandlet som linkspam. Betalte eller sponsorerede placeringer bør bruge rel="sponsored" eller rel="nofollow". Google kan ignorere sådanne hints, anvende algoritmiske justeringer, eller i sjældne tilfælde tage manuel handling hvis menneskelige gennemgange vurderer en politikovertrædelse. Når du vurderer en betalt placering, er tekniske signaler — indexability, crawlability og sidens redaktionelle kontekst — mindst lige så vigtige som tredjeparts autoritetsscorer.

If you work with a link marketplace, treat indexability checks as part of publisher due diligence. BlogDrip, a link-building marketplace connecting advertisers with a large network of verified publishers, highlights that indexability and editorial context matter when assessing placements.

Practical troubleshooting checklist

1. Bekræft at siden returnerer 200 OK (eller korrekt 3xx hvor redirects er tilsigtet): curl -I https://example.com/page
2. Tjek robots.txt for disallows der påvirker stien (hent https://example.com/robots.txt) og inspicer x-robots-tag headere med curl -I.
3. Se sidens rendering i Chrome DevTools for at bekræfte den endelige DOM og for at finde skjult eller sent indsatte indhold.
4. Validér strukturerede data med Rich Results Test og Schema Markup Validator (schema.org).
5. Mål Core Web Vitals i feltdata (Chrome User Experience Report) og i labtests (Lighthouse). Prioritér rettelser for store layout shifts, lange inputforsinkelser eller lange LCP'er.

Accurate use of debugging commands

Common curl patterns and what they do

Inspicer kun headers: curl -I https://example.com/page returnerer kun response-headere (status, server, x-robots-tag, location ved redirects).

Hent body'en for at inspicere HTML: curl https://example.com/page (dette returnerer response-body'en). For at hente HTML som en specifik user-agent: curl -A "YourUserAgentString" https://example.com/page.

Examples: quick scenarios and fixes

Scenario: content visible only after a long-running script

Symptom: crawlere henter HTML, men det nyttige indhold injiceres sent eller først efter brugerinteraktion. Løsning: render kritisk indhold på serversiden eller implementér hybrid rendering, så det vigtige indhold og strukturerede data fremgår i den initiale HTML eller i en tidlig renderfase.

Scenario: many near-duplicate pages from URL parameters

Symptom: indeksbloat og splittede signaler. Løsning: canonicalizér til en foretrukken URL ved at bruge rel="canonical", brug konsistente interne links, og overvej parameterhåndtering i din analytics og Search Console-indstillinger.

When to escalate: manual actions, algorithmic issues, and reporting

Et par fald i trafikken afspejler som regel algoritmiske justeringer fremfor reviewer-udstedte manuelle handlinger. Manuelle handlinger er synlige i Google Search Console og kræver en indsend-og-verificer-proces. Brug Search Console til at bekræfte, om et problem er en manuel handling; ellers kombiner tekniske rettelser med indholds- og redaktionelle gennemgange for at rette op efter algoritmiske ændringer.

Resources and next steps

Hvis du vil have en bredere operationel tjekliste, læs den overordnede guide for detaljerede gennemgange, værktøjer og prioriterede rettelser.Læs guiden om teknisk SEO

Hvis dit arbejde berører publisher-placeringer, kan du også vurdere markedspladser for publisher-indexability og redaktionel fit.Søg blandt publishers efter backlinks

FAQ