Du kan have verdens bedste indhold. Men hvis Google ikke kan finde det, crawle det ordentligt eller forstå, hvilken side der egentlig skal vises, kommer teksten ikke særlig langt.
Teknisk SEO handler om fundamentet under din synlighed.
Jeg hjælper med at finde og løse de tekniske problemer, der kan stå i vejen for, at hjemmesiden bliver crawlet, indekseret og vist korrekt i søgeresultaterne.
Det kan være alt fra enkelte redirects og canonical-tags til større problemer med WordPress, WooCommerce, JavaScript, website-struktur eller tusindvis af URL’er, som Google bruger tid på uden nogen god grund.
Og jeg nøjes helst ikke med at finde fejlen.
Jeg vil også gerne have den rettet.
Jeg fokuserer på det,
der faktisk kan gøre en forskel
De rigtige sider skal kunne findes og forstås
Teknisk SEO med forståelse for systemet bag
Teknisk SEO er arbejdet med de dele af hjemmesiden, der påvirker søgemaskinernes mulighed for at tilgå, forstå og indeksere dens indhold.
Det omfatter blandt andet:
Crawling og indeksering
Robots.txt og XML-sitemaps
Canonical-tags
Redirects og statuskoder
URL-struktur
Interne links og website-arkitektur
Duplicate content
JavaScript og rendering
Hastighed og Core Web Vitals
Mobile visninger
Schema og strukturerede data
Hreflang og flersprogede websites
Produkter, kategorier og filtre på webshops
Nogle problemer kan påvirke en enkelt side.
Andre kan påvirke hele hjemmesiden på én gang.
Det er derfor, teknisk SEO ofte er et godt sted at starte, før man producerer de næste 100 SEO-tekster.
Før en side kan skabe organisk trafik, skal søgemaskinen først kunne finde den.
Det lyder enkelt, men websites udvikler sig over tid.
Sider bliver oprettet og slettet. URL’er ændres. Menupunkter flyttes. Plugins laver arkiver. Filtre genererer nye adresser. Gamle redirects bliver glemt.
Resultatet kan være sider uden interne links, unødvendige URL’er eller vigtige sider, der ligger alt for langt nede i hjemmesidens struktur.
Jeg gennemgår blandt andet:
Intern linkstruktur
Klikdybde
Orphan pages
XML-sitemaps
Robots.txt
Navigation og arkitektur
URL’er genereret af filtre og parametre
Målet er, at søgemaskinerne bruger deres tid på de sider, du faktisk gerne vil have fundet.
At Google kan besøge en side betyder ikke nødvendigvis, at den bliver indekseret.
Der kan være mange grunde til, at en URL ikke kommer med eller ikke bliver behandlet, som du forventer.
Jeg undersøger blandt andet:
noindex
Canonical-tags
Duplicate content
Redirects
Fejlstatuskoder
Blokerede ressourcer
Sider Google har crawlet, men ikke indekseret
Sider Google har fundet, men endnu ikke crawlet
Forskelle mellem sitemap og faktisk indeksering
Google Search Console er ofte et vigtigt udgangspunkt.
Men en besked som “Crawled – currently not indexed” er ikke i sig selv en diagnose.
Det interessante er at finde ud af hvorfor.
Den samme eller næsten den samme information kan ofte findes på flere URL’er.
Det kan eksempelvis skyldes:
Produktvarianter
Kategorier
Filtre
Parametre
Printversioner
HTTP/HTTPS
www/non-www
Paginering
Kopierede landingssider
Canonical-tags hjælper med at signalere, hvilken version der bør betragtes som den primære.
Men canonical er ikke et universalplaster, man hælder ud over hjemmesiden.
Jeg ser på den samlede struktur, interne links, redirects, canonical-tags og indeksering, så signalerne peger nogenlunde samme vej.
Det gør livet lettere for både Google og os andre.
Teknisk SEO handler ikke kun om fejlkoder.
Hjemmesidens struktur fortæller også noget om, hvilke sider der er vigtige, og hvordan emner hænger sammen.
Jeg ser blandt andet på:
Kategori- og sidestruktur
Navigation
Breadcrumbs
Interne links
Klikdybde
Topic clusters
Relationen mellem over- og undersider
En vigtig side skal helst ikke kun kunne findes gennem et link gemt i en artikel fra 2019.
En god struktur hjælper både søgemaskiner og besøgende videre.
En langsom hjemmeside kan være frustrerende for både brugere og søgemaskiner.
Jeg arbejder derfor også med performance og Core Web Vitals som en del af teknisk SEO.
Problemerne kan blandt andet ligge i:
Store billeder
For meget JavaScript
CSS
Fonts
Cache
Tredjepartsscripts
Plugins
Serverrespons
Elementor og andre page builders
Men et grønt tal i et performanceværktøj er ikke målet i sig selv.
Hjemmesiden skal være hurtig nok til at fungere godt for brugerne – uden at vi fjerner halvdelen af hjemmesiden for at score 100.
Moderne websites bruger ofte JavaScript til at vise indhold, produkter, navigation eller andre elementer.
Det fungerer glimrende i browseren.
Men det er stadig værd at kontrollere, hvad en søgemaskine rent faktisk kan se og behandle.
Jeg kan blandt andet sammenligne den oprindelige HTML med den renderede version og undersøge, om vigtige elementer først opstår efter JavaScript er kørt.
Det gælder eksempelvis:
Indhold
Links
Produkter
Metadata
Canonical-tags
Navigation
Særligt ved mere avancerede websites kan forskellen mellem “jeg kan se det i Chrome” og “Google kan behandle det korrekt” være temmelig vigtig.
Schema markup gør det muligt at beskrive indhold mere struktureret for søgemaskiner og andre maskiner.
Det kan blandt andet bruges til at tydeliggøre:
Virksomheder
Personer
Produkter
Artikler
Breadcrumbs
Events
Organisationer
Andre typer strukturerede oplysninger
Jeg arbejder både med schema fra SEO-plugins og mere tilpassede løsninger, når standardopsætningen ikke er tilstrækkelig.
Jeg kontrollerer også eksisterende schema for fejl, overlap og oplysninger, der ikke stemmer overens med det synlige indhold.
Schema gør ikke automatisk en dårlig side god.
Men det kan gøre en god side lettere at forstå.
Jeg arbejder meget med WordPress og kan derfor gå længere end selve SEO-analysen.
Problemer kan eksempelvis komme fra:
Temaet
Plugins
SEO-plugins
Page builders
Custom Post Types
Taxonomier
Arkivsider
Pagination
WordPress’ egen URL-struktur
Jeg arbejder blandt andet med Yoast, redirects, schema, robots-direktiver, sitemaps og mere individuelle WordPress-løsninger.
Fordelen er, at jeg ikke nødvendigvis skal sende en liste videre til en udvikler.
Jeg kan ofte selv finde ud af, hvor WordPress har gemt problemet denne gang.
WooCommerce giver endnu flere muligheder for at skabe URL’er.
Produkter, kategorier, tags, attributter, variationer, sortering og filtre kan tilsammen skabe en ret imponerende samling adresser.
Ikke alle behøver være i Google.
Jeg ser blandt andet på:
Produkt- og kategoristruktur
Filtre
Attributter
Produktvarianter
Canonicals
Udsolgte produkter
Pagination
Interne links
Produktschema
XML-sitemaps
Målet er at gøre det tydeligt, hvilke sider der er vigtige, og undgå at skabe unødvendig konkurrence mellem egne URL’er.
Har hjemmesiden flere sprog eller versioner til forskellige markeder, bliver den tekniske opsætning ekstra vigtig.
Her kan blandt andet hreflang bruges til at fortælle søgemaskiner, hvilke sproglige eller geografiske versioner der hænger sammen.
Jeg arbejder blandt andet med:
Hreflang
Sprogversioner
Canonicals på tværs af sprog
Domæner og subdomæner
Sitemaps
WordPress og WPML/Polylang
En forkert opsætning kan få søgemaskiner til at vælge en anden version end den, du havde tænkt dig.
Det er særligt festligt, hvis den svenske kunde konsekvent får den danske side.
Nyt website, nyt domæne eller en større ændring af URL-strukturen kræver lidt planlægning.
Jeg hjælper med den tekniske SEO før, under og efter migreringen.
Det kan blandt andet omfatte:
Crawl af det gamle website
Kortlægning af eksisterende URL’er
Redirect-plan
Kontrol af canonical-tags
Sitemaps
Robots-direktiver
Interne links
Search Console
Crawl af den nye løsning efter lancering
Det er væsentligt nemmere at bevare eksisterende synlighed end først at opdage tabet tre uger efter lancering.
Det tekniske fundament er også vigtigt, når vi taler om synlighed i AI-baserede søgeresultater.
Et system har svært ved at bruge indhold, som det ikke kan tilgå eller forstå ordentligt.
Derfor giver de klassiske tekniske discipliner stadig mening:
Crawlbarhed
Indeksering
Klar website-struktur
Interne links
Strukturerede data
Tydelige entiteter og relationer
Tilgængeligt indhold
AI har ændret meget.
Behovet for en hjemmeside, der teknisk hænger sammen, er ikke en af tingene.
Man kan næsten altid finde noget teknisk at rette på en hjemmeside.
Det betyder ikke, at alt skal rettes.
Jeg prioriterer problemerne efter deres betydning og ser blandt andet på:
Hvad kan forhindre indeksering?
Det kommer først.
Hvad påvirker mange vigtige sider?
Det er normalt vigtigere end en lille fejl på en gammel underside.
Hvad har realistisk betydning for synlighed eller brugere?
Det skal have højere prioritet end kosmetiske advarsler i et SEO-værktøj.
En audit skal helst ende med en arbejdsplan.
Ikke med 800 røde trekanter.
Det er nok den væsentligste forskel på min tilgang til teknisk SEO.
Jeg kan analysere hjemmesiden, finde problemerne og forklare, hvad der bør ske.
Men på især WordPress og WooCommerce kan jeg også gå videre og implementere en stor del af løsningerne.
Det betyder kortere vej fra:
“Vi har fundet et problem.”
til:
“Det er rettet.”
Og det er trods alt den sidste version, der gør en forskel.
Hvis du har mistanke om, at noget teknisk holder hjemmesiden tilbage, kan jeg gennemgå den og finde ud af, hvor problemerne ligger.
Det kan være en konkret fejl, et fald i synlighed, problemer med indeksering eller bare et website, der gennem årene har fået lidt flere plugins, redirects og gode idéer end oprindeligt planlagt.
Jeg starter med at finde ud af, hvad der faktisk er galt – og hvad der er værd at gøre noget ved.
Lad os få styr på teknikken bag din SEO.
Teknisk SEO handler om de forhold på hjemmesiden, der påvirker søgemaskinernes mulighed for at finde, crawle, forstå og indeksere indholdet. Det kan blandt andet være robots.txt, XML-sitemaps, canonical-tags, redirects, URL-struktur, hastighed, JavaScript, schema og interne links. Formålet er at sikre, at de rigtige sider kan findes og behandles korrekt af søgemaskinerne.
Tegnene kan være meget forskellige. Det kan være sider, der ikke bliver indekseret, faldende organisk trafik, mange fejl i Google Search Console, langsom hastighed eller problemer efter et redesign eller en migrering. Nogle tekniske fejl er dog ikke synlige for brugeren. Derfor kræver det ofte en crawl og en gennemgang af både hjemmesiden og Search Console at finde årsagen.
Ja. Hvis Google har svært ved at crawle, indeksere eller forstå vigtige sider, kan det påvirke deres mulighed for at blive vist i søgeresultaterne. Det betyder dog ikke, at enhver teknisk advarsel er kritisk. En vigtig del af arbejdet er derfor at skelne mellem fejl, der faktisk kan påvirke synligheden, og små problemer, der mest ser alvorlige ud i et SEO-værktøj.
Crawling betyder, at en søgemaskine besøger og læser en URL. Indeksering betyder, at søgemaskinen efterfølgende vælger at gemme og behandle siden, så den kan vises i søgeresultaterne. En side kan derfor godt være crawlet uden at være indekseret. Her skal man blandt andet se på indhold, canonical-tags, interne links, noindex, kvalitet og den samlede struktur.
Det betyder, at Google har besøgt siden, men ikke har valgt at indeksere den på nuværende tidspunkt. Beskeden fortæller ikke i sig selv hvorfor. Årsagen kan eksempelvis være tyndt eller overlappende indhold, svage interne links, canonical-signaler eller at Google vurderer siden som mindre vigtig. Jeg ser derfor på siden i sammenhæng med resten af websitet frem for kun at fokusere på selve statusbeskeden.
Ja. Det er en vigtig del af min tilgang. Jeg kan gennemgå hjemmesiden, identificere problemerne og prioritere, hvad der bør løses først. På især WordPress og WooCommerce kan jeg også implementere mange af rettelserne direkte. Det kan være redirects, canonical-tags, schema, robots-direktiver, interne links, sitemaps eller ændringer i den tekniske struktur.
Ja. Hastighed og Core Web Vitals er en del af det tekniske fundament og har samtidig stor betydning for brugeroplevelsen. Jeg ser blandt andet på billeder, JavaScript, CSS, fonts, cache, plugins og serverrespons. Målet er dog ikke nødvendigvis at opnå en perfekt score i et testværktøj, men at sikre en hjemmeside, der fungerer hurtigt og stabilt for rigtige brugere.
Et canonical-tag fortæller søgemaskiner, hvilken URL der bør betragtes som den primære version, hvis det samme eller næsten samme indhold findes flere steder. Det er især relevant på webshops med filtre, produktvarianter og forskellige URL-parametre. Forkerte canonical-tags kan dog skabe nye problemer, så de skal ses i sammenhæng med redirects, interne links og hjemmesidens øvrige struktur.
Ja. WooCommerce kan skabe mange URL'er gennem produkter, kategorier, attributter, filtre, sortering og produktvarianter. Hvis strukturen ikke er gennemtænkt, kan søgemaskiner ende med at bruge tid på mange sider uden reel SEO-værdi. Jeg ser derfor blandt andet på indeksering, canonical-tags, produkt- og kategoristruktur, filtre, udsolgte produkter, pagination og schema.
Det er især relevant før eller efter et redesign, en flytning til nyt domæne, større ændringer i URL-strukturen eller hvis synligheden pludselig falder. Det kan også give mening på websites, der har eksisteret i mange år og løbende har fået nye plugins, funktioner og indhold. En teknisk gennemgang kan afsløre både konkrete fejl og områder, hvor strukturen kan gøres enklere og mere effektiv.
Denne hjemmeside bruger cookies for at forbedre din oplevelse. Nogle er nødvendige for sidens funktionalitet, mens andre hjælper os med at analysere og forbedre din brugeroplevelse. Gennemgå venligst dine muligheder, og træf dit valg.
Hvis du er under 16 år, skal du sikre dig, at du har fået tilladelse fra dine forældre eller værge til alle ikke-essentielle cookies.
Dit privatliv er vigtigt for os. Du kan til enhver tid justere dine cookie-indstillinger. For mere information om, hvordan vi bruger data, læs venligst vores privatlivspolitik. Du kan til enhver tid ændre dine præferencer ved at klikke på indstillingsknappen nedenfor.
Bemærk, at hvis du vælger at deaktivere nogle typer cookies, kan det påvirke din oplevelse af siden og de tjenester, vi kan tilbyde.
Nogle nødvendige ressourcer er blevet blokeret, hvilket kan påvirke tredjeparts tjenester og kan få websitet til ikke at fungere korrekt.