Hej

Sider

Søgning

Start et projekt

Søgning · Sidens sundhed

En tjekliste til teknisk SEO-audit af små virksomheders hjemmesider

Crawl først, meninger bagefter

En teknisk SEO-audit af en lille virksomheds hjemmeside undersøger, om søgemaskiner kan crawle, rendere, indeksere og forstå alle de sider, der betyder noget. For en typisk dansk hjemmeside på 20 til 500 sider omfatter den statuskoder, robots.txt, sitemaps, canonicals, interne links, Core Web Vitals, mobilvisning, sprogtags og strukturerede data, og det meste kan tjekkes med gratis værktøjer.

Før du går i gang: værktøjer og et udgangspunkt

En lille virksomhed behøver ikke en dyr platform for at auditere sin egen hjemmeside. De fleste problemer på en side med et par hundrede undersider dukker op med en håndfuld værktøjer, brugt i en fornuftig rækkefølge.

  • Google Search Console: det eneste førstehåndsindblik i, hvordan Google ser hjemmesiden. Verificér domæneejendommen, så den dækker alle subdomæner og både http og https.
  • Bing Webmaster Tools: værd at tilføje, fordi Bings indeks også fodrer andre søge- og AI-produkter. Det kan importere din opsætning fra Search Console.
  • En desktop-crawler: gratisversionen af Screaming Frog crawler op til 500 URL’er, hvilket dækker mange små virksomheders hjemmesider. Sitebulb er et betalt alternativ.
  • PageSpeed Insights: viser både feltdata fra rigtige Chrome-brugere og en labtest af en enkelt side.

Før du ændrer noget, så eksportér performancedata fra Search Console for de seneste 16 måneder, og notér, hvor mange sider der er indekseret. Uden et udgangspunkt kan du ikke senere se, om en rettelse virkede, eller om et redesign ødelagde noget.

Kan søgemaskinerne nå alle sider?

Crawlbarhed er fundamentet for alt andet. Hvis en side ikke kan hentes, er dens indhold ligegyldigt.

  1. robots.txt: åbn ditdomæne.dk/robots.txt og læs den. Kig efter en overset Disallow: / fra et testmiljø, en meget almindelig fejl efter en lancering. Sørg for, at den ikke blokerer CSS- eller JavaScript-filer, som er nødvendige for at vise siderne.
  2. XML-sitemap: det bør kun indeholde canonical, indekserbare sider, der returnerer status 200, og det bør være indsendt i Search Console. Et sitemap fyldt med redirects og 404-fejl lærer crawlerne at stole mindre på det.
  3. Statuskoder: crawl hjemmesiden, og sortér efter status. Ret interne links, der peger på 404-sider, og erstat links til omdirigerede URL’er med den endelige adresse.
  4. Redirect-kæder: ét hop er fint, tre hop efter to redesigns er ikke. Send gamle URL’er direkte til den aktuelle side med en 301.
  5. Forældreløse sider: sammenlign sitemappet med crawlet. Sider, der findes i sitemappet, men ikke får nogen interne links, er svære at finde for både søgemaskiner og besøgende.

Danske bogstaver fortjener også et hurtigt tjek. URL’er med æ, ø og å virker, men de bliver ofte kodet forskelligt i CMS’et, sitemappet og gamle links. Mange hjemmesider skriver dem simpelthen om (ae, oe, aa) i URL-slugs for at undgå problemet.

Indeksering, dubletter og canonical-tags

At blive crawlet er ikke det samme som at blive indekseret. Rapporten Sideindeksering i Search Console viser hver eneste begrundelse, Google giver for at udelade en URL, og det er det mest nyttige skærmbillede i en teknisk audit.

  • Udelukket af noindex: tjek, at alle de viste sider faktisk skal være skjult. Skabeloner og plugins sætter nogle gange noindex bredere end tiltænkt.
  • Dublet uden brugervalgt canonical: skyldes typisk URL-parametre, filtersider i en webshop eller den samme side, der kan nås både med og uden skråstreg til sidst.
  • Crawlet, men ikke indekseret i øjeblikket: ofte et tegn på, at Google anser siden for tynd eller for lig andre sider. Det er et indholdsproblem med et teknisk symptom.
  • Canonical-tags: alle indekserbare sider bør have en canonical, der peger på sig selv, og ingen side bør have en canonical, der peger på en URL, som omdirigerer eller er blokeret.

Brug værktøjet URL-inspektion på de vigtigste sider, fx forsiden, de centrale servicesider og de bedst sælgende produkter, for at bekræfte, at Google har indekseret dem, og for at se den renderede HTML, Google arbejdede ud fra.

Hastighed, Core Web Vitals og mobilvisning

Google har i nogle år brugt mobile-first-indeksering for alle hjemmesider, så det er mobilversionen af hver side, der tæller. Åbn de vigtigste sider på en rigtig telefon og i en browseremulator, og tjek, at menuer, formularer og indhold i faneblade er til stede og kan bruges.

Core Web Vitals er Googles tre feltmålinger af sideoplevelsen. En side består, når mindst 75 procent af de rigtige besøg opfylder hver grænseværdi:

MålingHvad den målerGod grænseværdi
LCP, Largest Contentful PaintHvor hurtigt hovedindholdet vises2,5 sekunder eller mindre
INP, Interaction to Next PaintHvor hurtigt siden reagerer på tryk og klik200 millisekunder eller mindre
CLS, Cumulative Layout ShiftHvor meget layoutet hopper under indlæsning0,1 eller mindre

INP afløste First Input Delay som Core Web Vital i marts 2024, så ældre audits kan rapportere den forkerte måling. Hjemmesider med lidt trafik har ofte slet ingen feltdata, og så kan du bruge labresultater som pejlemærke, men uden at behandle en enkelt score som en dom. De typiske syndere på små hjemmesider er for store hero-billeder, tunge page builders, for mange tredjepartsscripts og cookiebannere, der flytter layoutet. Vores arbejde med Core Web Vitals tager dem én ad gangen.

Interne links, sprog og strukturerede data

Når siderne kan findes og indekseres, går audit’en videre til, hvor godt hjemmesiden forklarer sig selv.

Interne links og dybde

Vigtige sider bør kunne nås inden for tre klik fra forsiden og have links fra relevant tekst, ikke kun fra menuen. Tjek, at linkteksten beskriver destinationen („pakker til bryllupsfotografering“, ikke „læs mere“).

Danske og engelske versioner

Hvis hjemmesiden findes på begge sprog, bør hver side angive sine alternativer med hreflang-tags, fx da-DK og en, plus en x-default. Tags skal være gensidige: hvis den danske side peger på den engelske, skal den engelske pege tilbage. Manglende eller ensidige tags er en almindelig årsag til, at en engelsk side ranker i danske resultater eller omvendt. Sæt også den korrekte lang-attribut på html-elementet.

HTTPS og de små ting, der går i stykker i stilhed

Alle sider bør indlæses over https, og http-versionen, www-versionen og det rene domæne bør alle omdirigere i ét trin til én foretrukken adresse. Tjek for advarsler om blandet indhold, hvor en https-side stadig henter et billede eller script over http, og for et certifikat, der er ved at udløbe på et subdomæne, fx til et booking- eller webshopsystem. Se også på den tilpassede 404-side: den bør returnere en rigtig 404-status i stedet for 200, og den bør hjælpe den besøgende tilbage med links til de vigtigste sektioner. Det er små ting, men det er dem, ingen bemærker, før placeringer eller tillid allerede er faldet.

Strukturerede data og titler

  • Validér Organization- eller LocalBusiness-markup med Googles Rich Results Test, og sørg for, at den stemmer overens med den synlige side.
  • Kig efter manglende, dublerede eller afkortede title-tags og metabeskrivelser i crawl-eksporten.
  • Tjek, at hver side har én tydelig h1, og at billeder har meningsfuld alt-tekst.

Fra fund til en prioriteret liste over rettelser

Alle crawlere spytter en lang liste af advarsler ud, og mange af dem betyder ingenting. Kunsten i en audit er at rangordne fundene efter effekt og indsats og så først rette de få, der blokerer de sider, der skaber omsætning.

  1. Blokeringer: alt, der forhindrer vigtige sider i at blive crawlet eller indekseret. Ret med det samme.
  2. Lækager: døde interne links, redirect-kæder, dublerede sider, der konkurrerer med hinanden. Ret i næste sprint.
  3. Forbedringer: hastighed, strukturerede data, intern linkning. Planlæg dem ind.
  4. Kosmetiske advarsler: manglende alt-tekst på dekorative billeder, mindre problemer med titellængde. Saml dem i én omgang.

Skriv hvert punkt som en opgave, en udvikler kan gå i gang med, med URL’en, problemet, rettelsen og hvordan man tjekker, at den virkede. Crawl igen efter rettelserne, og sammenlign med udgangspunktet. Ved en fuld teknisk SEO-audit leverer vi listen præcis i den form, og en lille hjemmeside er som regel værd at tjekke igen efter hvert redesign, hver migrering eller hvert skift af CMS. Mange af lækagerne i den anden gruppe sniger sig tilbage, efterhånden som sider bliver tilføjet og fjernet, og derfor sparer løbende vedligeholdelse af hjemmesiden og et kort crawl med få måneders mellemrum en større oprydning senere.

Spørgsmål om audits

Det spørger ejere om
før et crawl

Få auditeret din hjemmeside hos os

En liste over rettelser, din udvikler
kan gå i gang med på mandag

Fortæl os dit domæne og din platform, så crawler vi hjemmesiden og vender tilbage med problemerne rangordnet efter, hvad de koster dig.

Bestil en audit
WhatsApp