Skip to content
Kontakt EN
Udgivet

Sådan bruger du et crawl uden at drukne i advarsler

Screaming Frog SEO Spider er en desktop-crawler, der bruges til at finde tekniske SEO-problemer på tværs af et website. Den kan afsløre ødelagte URL’er, redirects, canonical-signaler, duplikeret metadata, svage interne links, manglende alt-tekster, problemer med strukturerede data og andre fejl, som er svære at opdage ved manuel kliktest.

For et dansk virksomhedswebsite er det nyttige spørgsmål ikke “hvor mange advarsler fandt crawlet?” Det nyttige spørgsmål er, om vigtige sider - ydelsessider, produktsider, bookingflows, kontaktformularer, lokale sider og eventuelle sprogversioner - kan crawles, indekseres, forstås og forbindes tydeligt internt.

Teknisk SEO-crawler med URL-rækker, statussignaler, redirect-stier, interne links, metadata-kort og dansk websitekontekst

Det korte svar

Brug Screaming Frog, når du skal se websitet som et crawlbar system i stedet for som enkeltstående sider.

Værktøjet er især nyttigt til:

  • At finde ødelagte interne links og uventede statuskoder
  • At kontrollere redirect-kæder og gamle URL’er efter migreringer
  • At gennemgå titles, meta descriptions, h1’er, canonicals og indexability
  • At finde duplikerede eller næsten duplikerede sidemønstre
  • At analysere interne links, crawl-dybde og sidegrupper
  • At tjekke billeders alt-tekst, tunge assets og basale on-page-signaler
  • At kombinere crawl-data med Search Console, analytics eller PageSpeed-data, når der er adgang

Fejlen er at behandle alle advarsler ens. En manglende meta description på en gammel tag-side er ikke det samme problem som en forkert canonical på en ydelsesside, der skal skabe henvendelser.

Hvad Screaming Frog gør godt

Screaming Frog er stærkt, fordi det crawler mange URL’er konsekvent og gør det muligt at filtrere resultaterne efter tekniske signaler.

For mindre og mellemstore virksomhedswebsites hjælper det med praktiske spørgsmål:

  • Returnerer vigtige URL’er 200 OK?
  • Peger interne links gennem redirects?
  • Er canonical-tags selvrefererende, manglende, modstridende eller rettet mod den forkerte side?
  • Er vigtige sider markeret med noindex ved en fejl?
  • Afslører duplikerede titles eller h1’er gentagne templates?
  • Ligger ydelsessider for dybt i den interne linkstruktur?
  • Indeholder XML-sitemap’et gamle, blokerede, redirectede eller duplikerede URL’er?
  • Ændrer JavaScript-rendering det, crawleren kan se?

Gratisversionen er brugbar til små tjek, men den er begrænset til 500 URL’er og giver ikke adgang til alle avancerede funktioner. For større sites, migreringstjek, JavaScript-rendering, planlagte crawls, integrationer, gemte crawl-filer og dybere konfiguration er betalingsversionen normalt den praktiske løsning.

Hvad det ikke løser

Et crawl er dokumentation, ikke en strategi.

Screaming Frog kan fortælle, at 300 titles er duplikerede. Det kan ikke afgøre, om siderne skal beholdes, samles, omskrives, redirectes, noindexes eller efterlades som de er. Det kan vise crawl-dybde, men det kender ikke sidernes forretningsmæssige betydning, medmindre du selv tilføjer konteksten.

Det erstatter heller ikke:

  • Google Search Console eller Bing Webmaster Tools til søgemaskinespecifik indekserings- og søgedata
  • Serverlogs til at se, hvad søgecrawlere faktisk har hentet
  • PageSpeed Insights, Lighthouse og WebPageTest til performance-dokumentation
  • Analytics og konverteringssporing til brugeradfærd
  • Manuel gennemgang af indhold, design, formularer, bookingflows og tilgængelighed

Derfor bør et crawl tolkes sammen med andre signaler, ikke eksporteres som en lang opgaveliste.

Sådan sætter du crawlet op

Start med afgrænsningen. Afgør, om du tjekker hele det offentlige site, en sektion, en liste med vigtige URL’er, et staging-site eller et migreringsmap.

For et dansk website deler jeg typisk crawlet op i grupper, der matcher virksomheden:

  • Forside og vigtigste ydelsessider
  • Lokale sider eller markedsrettede sider
  • Produkt-, booking-, kategori- eller kontaktsider
  • Kontaktformularer, checkout og andre henvendelsesflows
  • Sprogversioner og alternative routes
  • Blog- eller guideindhold
  • Gamle URL’er fra migreringer, redesigns eller WordPress-oprydning

Konfigurer derefter crawlet efter sitet. Et overvejende statisk Astro-, Laravel- eller WordPress-site kræver ofte kun et normalt HTML-crawl. Et JavaScript-tungt site kan kræve rendered crawling, fordi rå HTML og browser-renderet side kan vise forskellige links, overskrifter, canonical-tags eller indhold.

Hvis sitet er beskyttet, rate limited eller ligger bag Cloudflare-regler, skal crawlet køres med omtanke. En crawler bør ikke opføre sig som en loadtest, og den bør ikke ramme booking-, checkout- eller formularendpoints på en måde, der opretter falske data.

Sådan læser du crawlet

Den nyttige arbejdsgang går fra teknisk adgang til sidernes betydning.

Tjek først indexability. Vigtige sider bør kunne crawles, returnere en succesfuld statuskode, undgå utilsigtet noindex og pege canonical-signaler mod den rigtige URL. Hvis dette lag er forkert, hjælper metadata og indhold ofte ikke meget.

Tjek derefter statuskoder og redirects. Ødelagte links, soft errors, redirect-kæder og links gennem gamle URL’er skaber friktion for både brugere og crawlere. Efter migreringer er dette ofte den hurtigste måde at finde tabt værdi og unødvendig ventetid.

Tjek derefter canonicals og duplikater. Duplikerede titles, gentagne h1’er, duplikerede indholdsmønstre, parameter-URL’er, printvisninger, tagarkiver og filtrerede sider kan gøre strukturen uklar. Svaret er ikke altid at slette sider. Nogle gange er løsningen bedre interne links, tydeligere canonical-regler, omskrevne templates eller noindex på tekniske hjælpesider.

Tjek også interne links. En side, der skal skabe henvendelser, bør ikke ligge fem klik dybt med svage ankertekster. Screaming Frog kan vise inlinks, outlinks, crawl-dybde og orphan-lignende mønstre, når crawlet kombineres med sitemap, Search Console eller analytics-kilder.

Til sidst gennemgå metadata og overskrifter. Titles og h1’er bør hænge sammen, men ikke automatisk være identiske. Title skal skaffe klikket fra søgeresultatet; h1 skal bekræfte sidens emne, når brugeren er landet. Gentagne titles, tynde descriptions og generiske h1’er afslører ofte template-problemer frem for enkeltstående skrivefejl.

Hvad bør prioriteres?

Et crawl bliver først til en arbejdsplan, når fundene prioriteres.

For et mindre dansk virksomhedswebsite ville jeg typisk prioritere:

  1. Vigtige sider, der er blokeret fra crawling eller indeksering
  2. Ødelagte interne links på vigtige sider
  3. Redirect-kæder i navigation, ydelsessider, bookingflows eller kontaktveje
  4. Canonical-fejl, der peger væk fra vigtigt indhold
  5. Duplikeret eller generisk metadata på kommercielle sider
  6. Svage interne links til sider, der bør skabe henvendelser
  7. Gamle sitemap-URL’er, der ikke længere repræsenterer sitet
  8. Template-problemer, der kan rettes én gang og forbedre mange sider

Lavere prioriterede advarsler kan stadig være relevante, men de bør ikke trække fokus fra problemer, der påvirker synlighed, henvendelser, salg eller vedligeholdelse.

Brug det sammen med andre værktøjer

Screaming Frog er stærkest, når det er én datakilde i en bredere analyse.

Brug Google Search Console og Bing Webmaster Tools til at se, hvad søgemaskinerne rapporterer, efter de har behandlet sitet. Brug guiden om crawlability og indeksering til at forstå SEO-principperne bag fundene. Brug PageSpeed Insights, Lighthouse og WebPageTest, når crawlet afslører langsomme templates, tunge billeder eller script-tunge sider.

For den bredere diagnostiske arbejdsgang kan du starte med websiteanalyse til SEO og udvikling.

Officielle referencer

Screaming Frog ændrer sig over tid, så præcise interface-detaljer bør tjekkes i den aktuelle dokumentation:

Fra crawl-data til rettelser

Et crawl er kun nyttigt, hvis det fører til en ren implementeringsplan. På mange sites er de bedste rettelser almindeligt udviklingsarbejde: opdatering af templates, oprydning i redirects, bedre interne links, korrekte canonical-regler, fjernelse af gamle routes, strammere sitemaps eller rettelser i WordPress-output, der har samlet sig over tid.

Hvis du har et dansk virksomhedswebsite og vil have et crawl tolket som praktisk arbejde frem for en generisk audit, kan du sende mig URL’en og hvad du vil have tjekket. Jeg kan gennemgå crawlet i kontekst og pege på konkrete rettelser.

Flere artikler