Teknisk SEO-revisionstjekliste: Hvad skal man tjekke og hvorfor
Brug en teknisk SEO-revisionstjekliste, der forbinder adgang, gengivelse, indekseringssignaler og interne links med klare verifikationstrin.

En teknisk SEO-audit tjekker, om vigtige sider kan opdages, hentes, gengives og fortolkes efter hensigten. Den mest nyttige checkliste parrer hver kontrol med en årsag og en verifikationsmetode. Det gør en samling advarsler til arbejde, som en udvikler kan fuldføre.
Begynd med de sider, der understøtter virksomheden, og de skabeloner, der genererer dem. Hold et register over crawl-dækning og adgangsbegrænsninger. En teknisk pæn prøve er ikke nok til at erklære en stor hjemmeside sund.
Etabler en repræsentativ crawl
Liste over hjemmesiden, vigtige kategorier eller tjenester, individuelle detaljesider og understøttende vejledninger. Inkluder relevante underdomæner og URL-varianter bevidst i stedet for at tillade, at crawlerens udgangspunkt definerer hele omfanget.
Sammenlign opdagede sider med de webadresser, du forventer eksisterer. Et lavt sideantal kan indikere begrænset navigation, adgangsbegrænsninger, JavaScript-kun links eller en crawl-grænse. Undersøg hullet, før du behandler kravlen som komplet.
Den SEO revision guide forklarer den bredere proces med scoping, prioritering og overdragelse. Denne tjekliste fokuserer på teknisk dokumentation inden for denne proces.
Tjek svar og omdiriger destinationer
Vigtige offentlige sider bør returnere et passende svar og nyttigt indhold. Undersøg fejl, gentagne omdirigeringer og sider, der returnerer en successtatus, mens der vises en fejlmeddelelse. Undersøg den endelige destination, ikke kun om der findes en omdirigering.
Omdirigeringer skal bevare en fornuftig brugerrejse. At sende hver fjernede side til hjemmesiden kan eliminere én synlig fejl, mens du forvirrer besøgende. Kortlæg gamle URL'er til relevante destinationer, hvor en erstatning reelt findes.
Gem en tabel med kilde-URL, svar, destination og tilsigtet adfærd. Efter en ændring, test både den gamle adresse og destinationen igen. Bekræft, at omdirigeringen ikke introducerer endnu et unødvendigt hop.
Tjek robotter og indekseringsinstruktioner
Undersøg robots.txt og instruktioner på sideniveau i deres rigtige roller. En crawl-begrænsning og et indekseringsdirektiv er ikke indbyrdes udskiftelige. Tjek, om den vigtige side kan hentes, og om dens synlige direktiver matcher den tilsigtede indekseringspolitik.
Gennemgå eventuelle noindex-instruktioner på skabeloner, iscenesættelsesrelaterede indstillinger eller nyligt lancerede sektioner. Fjern ikke bevidste ekskluderinger fra private, duplikerede eller hjælpesider, blot fordi et værktøj rapporterer dem.
Brug Googles kildeværktøjer til indekseringsdiagnostik. En crawler kan identificere et direktiv, men den kan ikke endegyldigt rapportere Googles aktuelle indekseringsbeslutning for hver URL blot ved at læse siden.
Gennemgå kanoniske forhold
Tjek, at kanoniske referencer er bevidste, gyldige og i overensstemmelse med sidens formål. En kanonisk henvisning til den forkerte tjeneste, lokalitet eller værtsnavn fortjener undersøgelse. En selvreference er ikke en kur mod ethvert duplikatindholdsproblem.
Se på hele forholdet: interne links, omdirigeringer, sitemap-indgange og sidevarianter. Modstridende signaler kan gøre den tilsigtede struktur uklar. Dokumenter hvilken URL der skal repræsentere indholdet og hvorfor.
Illustrerende eksempel: en produktskabelon udsender ved et uheld kategori-URL'en som kanonisk for hvert produkt. Rettelsen hører hjemme i skabelonen, efterfulgt af verifikation på flere produkter og gennemgang af den tilsigtede URL-struktur.
Bekræft JavaScript-gengivelse og offentlig adgang
Sammenlign initial HTML med det indhold, en almindelig besøgende modtager, efter at siden er indlæst. Tjek, om vigtig tekst og crawlbare links findes i en form, som den relevante crawler kan behandle. En tom applikationscontainer skal ikke forveksles med et tomt virksomhedswebsted.
Googles JavaScript SEO vejledning beskriver gennemgang, gengivelse og indeksering som relaterede stadier. Til din revision skal du registrere, om værktøjet inspicerede gengivet indhold, og om scripts eller påkrævede ressourcer fejlede.
Tjek også samtykkeskærme, aldersdøre og autentificering. En crawlers session er adskilt fra din browsersession. Dokumenter enhver autoriseret adgangshåndtering, der er brugt under revisionen, og beskriv ikke indhold bag en uløst gate som fuldt kontrolleret.
Undersøg interne links og forældreløse kandidater
Følg de stier, en besøgende kan tage fra hovednavigationen til vigtige sider. Tjek for ødelagte links, irrelevante destinationer og sider, der kun kan findes via et sitemap eller en direkte URL. En side kan eksistere uden at være meningsfuldt forbundet med webstedet.
Brug beskrivende linktekst, hvor det hjælper den besøgende med at forstå destinationen. Undgå at behandle intern linking som en formel, der kræver et fast antal ankre med nøjagtigt match. Det nyttige spørgsmål er, om den næste relevante side er let at finde.
Når en forældreløs kandidat bliver opdaget, skal du bekræfte, om den skal være offentlig og aktuel. Gamle kampagnesider, midlertidige webadresser og bevidst tilbagetrukket indhold skal muligvis fjernes eller omdirigeres frem for nye navigationslinks.
Gennemgå sitemaps kvalitet
Et sitemap skal beskrive de webadresser, som du har til hensigt, søgemaskinerne skal opdage, ikke fungere som en erstatning for sammenhængende navigation. Tjek at det faktisk er XML i det forventede format; nogle applikationer returnerer den samme HTML-shell for hver ukendt sti, inklusive sitemap.xml.
Undersøg en prøve af listede URL'er for svarstatus, kanonisk konsistens og tilsigtet indekserbarhed. Gennemgå sitemap-indekser og underordnede filer, hvor de er til stede. Antag ikke, at eksistensen af et sitemap betyder, at hver listede side er indekseret.
Efter en URL-migrering skal du sammenligne sitemappet med den nye struktur og fjerne forældede poster i henhold til webstedets tilsigtede politik. Gem verifikationsdatoen i revisionsprotokollen.
Tjek mobile rejser og præstationsbeviser
Test repræsentative sider i en smal visningsport. Se efter afklippede kontrolelementer, utilgængelig navigation, ulæselige tabeller og vigtigt indhold skjult af overlejringer. Gennemfør den primære forespørgsel eller købsrejse, så vidt det er relevant for et testmiljø eller autoriseret verifikation.
Brug præstationsmålinger til at lokalisere specifikke flaskehalse i stedet for at jagte en score uden kontekst. Skeln en laboratorietest fra feltobservationer, og noter enheden og forholdene. En hurtig test fastslår ikke, at alle besøgende har en hurtig oplevelse.
Prioriter problemer, der forstyrrer vigtige opgaver. En dekorativ effekt, der forsinker adgangen til en serviceforespørgsel, kan have mere betydning end en mindre visuel forskel, der ikke påvirker brugen.
Gennemgå strukturerede data og internationale signaler
Tjek, at strukturerede data beskriver den synlige side nøjagtigt og bruger den passende type. Ret ugyldige eller vildledende værdier, men lov ikke et særligt søgeudseende, blot fordi valideringen bestå.
For flersprogede eller regionale websteder, inspicer de tilsigtede forhold mellem sprog- og landeversioner. Bekræft, at besøgende kan nå den korrekte version, og at signaler ikke peger på ikke-relaterede sider. Tilføj ikke internationale annoteringer til et enkeltmarkedswebsted uden et reelt behov.
Hold disse kontroller adskilt fra ikke-understøttede påstande om AI-synlighed. Gyldig markering kan beskrive indhold; det garanterer ikke, at et system vil citere siden.
Gør tjeklisten til et verifikationsregister
| Finde | Ejers opgave | Verifikation |
|---|---|---|
| Forkert omdirigeringsdestination | Ret kortlægningen | Gammel URL når den relevante sidste side |
| Manglende gengivet navigation | Reparer link output | Offentlig gengivet side afslører brugbare links |
| Utilsigtet noindex | Ret skabelonindstillingen | Live-direktivet matcher den tilsigtede politik |
| Ugyldigt sitemap-svar | Server den korrekte XML | Parser læser tilsigtede URL'er med succes |
| Ødelagt mobil handling | Reparer styringen eller layoutet | Repræsentativ besøgende kan fuldføre handlingen |
Gruppér resultater efter rodårsag og forretningspåvirkning. Et skabelonproblem kan fortjene én implementeringsopgave med mange berørte URL'er. Bevar detaljerne til test, men undgå at puste efterslæbet op med hundredvis af identiske instruktioner.
UpStrait's revisionsfunktioner angiv kampagneresultater og detaljerede sider for at understøtte denne arbejdsgang. Opbevar beviserne ved siden af opgaven, og brug SEO score forklaring når man drøfter oversigtsnummeret med interessenter.
Ofte stillede spørgsmål
Skal alle tekniske advarsler rettes?
Nej. Bekræft først, at det er et reelt problem til sidens tilsigtede formål. Nogle ekskluderinger eller omdirigeringer er bevidste. Prioriter bekræftede problemer, der påvirker vigtige sider eller besøgendes opgaver.
Betyder bestået en teknisk revision, at indholdet er godt?
Nej. Teknisk adgang og sidebrugbarhed er forskellige spørgsmål. En teknisk tilgængelig side kan stadig være vag, unøjagtig eller dårligt matchet med søgehensigten. Medtag en separat indholdsgennemgang.
Hvordan ved jeg, at en rettelse er fuldført?
Bekræft liveadfærden på repræsentative sider, og kør den relevante kontrol igen med sammenligneligt omfang. Gem beviserne og datoen. En kodeændring eller en lukket billet alene beviser ikke, at den tilsigtede produktionsadfærd er på plads.
