Begynd med et fund, der kan efterprøves

En teknisk SEO-fejl skal beskrives konkret: Hvilken adresse er berørt, hvad forventer du, og hvad modtager besøgende eller søgemaskinen faktisk? En lav placering er ikke i sig selv en teknisk diagnose.

De ti kontroller her hjælper med at afgrænse fejlen. De er ikke en påstand om, at alle hjemmesider har de samme problemer. Gem fund, dato og testgrundlag, før du ændrer noget.

Prioritet Eksempel på en opgave
Adgang til vigtigt indhold En aktiv service svarer med en fejl eller er utilsigtet udelukket fra indeksering.
Forkert vej til indhold Links og redirects fører til forkerte sider, eller en vigtig side mangler naturlige indgange.
Forbedring af oplevelsen En side virker, men indhold, billeder eller interaktioner er vanskelige at bruge.

Prioritér også efter omfang: En fejl i en fælles skabelon kan berøre mange sider. En fejl i en enkelt, ubrugt historisk adresse kan have en anden betydning.

1. Adgang, svarstatus og indeksering

Åbn den berørte adresse, og kontrollér status og indhold. En aktiv side bør ikke utilsigtet returnere 404, en serverfejl eller en loginside. Undersøg derefter, om Google kan få adgang til indholdet og må indeksere det.

Googles minimumskrav omfatter adgang for Googlebot, et fungerende svar og indekserbart indhold. Opfyldelse er ikke en garanti for indeksering. Googles tekniske krav.

2. Robots.txt og noindex med forskellige formål

Robots.txt styrer crawling, mens noindex er en instruktion om indeksering. En blokering kan forhindre, at en instruktion på siden bliver læst. Kontrollér den faktiske opsætning frem for at tilføje begge dele på samme tid.

Brug gennemgangen af robots.txt. Hvis materialet er privat, skal der være passende adgangskontrol; søgemaskineregler er ikke en erstatning for login.

3. Et sitemap med de forkerte adresser

Sammenhold sitemap med den ønskede sideoversigt. Indeholder det gamle redirects, forkerte domæner eller sider, der ikke skal indekseres? Mangler relevante adresser?

Et sitemap hjælper med opdagelse, men garanterer ikke, at sider crawles eller indekseres. Googles forklaring af sitemaps. Automatisering er nyttig, når den bygger på de rigtige regler.

4. Dubletter og en forkert canonical

Undersøg, om flere adresser viser samme indhold, og hvilken adresse der skal repræsentere det. Skal en variant fortsat kunne åbnes, eller er indholdet reelt flyttet?

Slet ikke automatisk alle dubletter. Vælg mellem relevante canonical-signaler, en faktisk sammenlægning og nødvendig variantsupport. Canonical-guiden forklarer, hvorfor et signal ikke er det samme som en tvungen beslutning hos Google.

5. URL-ændringer uden en flytteplan

En lang adresse er ikke alene en grund til at ændre den. Kortlæg trafik, henvisninger, indhold og formål før en større oprydning i adresser.

Hvis en ændring er nødvendig, skal gamle og nye adresser sammenholdes, og relevante indgange bevares. Brug migreringsguiden ved større flytninger. En kosmetisk ændring må ikke skabe nye fejl uden et klart udbytte.

6. Manglende eller forkerte interne links

En crawl fra forsiden finder ikke nødvendigvis sider uden links fra resten af hjemmesiden. Sammenhold dens fund med den fulde sideoversigt og sitemap.

Kontrollér derefter, om vigtige sider kan findes i relevante sammenhænge. Guiden til interne links hjælper med placering og linktekst. Test destinationen; mange links til samme forkerte adresse er ikke en god struktur.

7. Metadata, der ikke passer til siden

Kontrollér faktisk title, beskrivelse og robots-indstillinger på den færdige adresse. Tema og plugin kan udsende andre værdier end dem, redaktøren forventer.

Titel og beskrivelse skal passe til indholdet. Tekniske felter behøver ikke alle være unikke. Meta tags-guiden skelner mellem redaktionelle oplysninger og tekniske indstillinger.

8. Indhold eller funktioner, der svigter på mobil

Gennemgå menu, formularer, tabeller og vigtig tekst på en smal skærm. Undersøg også, om det centrale indhold er tilgængeligt efter rendering. En tom indledende side eller fejl i scripts kan kræve en særskilt undersøgelse; se Googles JavaScript-vejledning.

Ved hastighedsproblemer skal du skelne mellem laboratorietest og målinger fra faktiske besøg. Brug Core Web Vitals-guiden til målegrundlaget. En enkelt hurtig test dokumenterer ikke alle brugeres oplevelse.

9. Redirects til forkerte sider eller i sløjfer

Test fra den gamle adresse og helt frem til slutindholdet. Kontrollér type, mellemled og relevante parametre. En destination med status 200 er ikke tilstrækkelig, hvis den ikke dækker det oprindelige behov.

Brug redirect-guiden til valget af regel og broken links-guiden til at skelne mellem flyttet, fjernet og midlertidigt utilgængeligt indhold.

10. Strukturerede data med forkerte oplysninger

Sammenhold markeringen med synligt indhold og aktuelle krav. Modstridende produktpriser eller opdigtede anmeldelser skal rettes. Fravær af en tilfældig schema-type er derimod ikke automatisk en kritisk fejl.

Den samlede schema-guide skelner mellem dataformat, validering og en faktisk søgeresultatvisning. En grøn test må ikke erstatte kontrollen af, om oplysningerne er korrekte.

Afslut med en dokumenteret efterkontrol

For hvert fund bør der stå berørte adresser, årsag eller arbejdshypotese, foreslået rettelse og kontrolkriterium. Gentag den relevante test efter ændringen, og kontrollér vigtige funktioner, som kunne blive påvirket.

Hvis de tekniske forhold er i orden, kan næste opgave være indhold, søgeintention eller den samlede prioritering. Se andre SEO-fejl eller få lavet en SEO-analyse, der adskiller dokumenterede fejl fra anbefalinger.

FAQ

Beviser lav trafik, at hjemmesiden har tekniske fejl?

Nej. Lav trafik kan have flere forklaringer. En teknisk fejl skal underbygges med konkrete adresser, observationer og det forventede svar.

Skal alle fund i et SEO-værktøj rettes med det samme?

Nej. Kontrollér fundets gyldighed, omfang og betydning. Skeln mellem kritiske fejl, forbedringsmuligheder og forhold, som er tilsigtede.

Kan en god hastighedsscore bevise, at alt fungerer?

Nej. Den siger noget om et bestemt målegrundlag. Navigation, formularer, indeksering og forskellige brugerforhold kræver deres egne kontroller.

Hvad skal en brugbar fejlrapport indeholde?

Berørte adresser, konkret observation, prioritet, ansvarlig, foreslået rettelse og et tydeligt kriterium for efterkontrol. Markér også usikkerheder og det, der ikke er undersøgt.

Få de vigtigste fejl afklaret

Kontakt mig, hvis du har en rapport med mange fund eller et konkret problem, der skal omsættes til en prioriteret og efterprøvbar opgave.