SEO-tjekliste: fra audit til konkrete rettelser
En SEO-tjekliste er et hjælpemiddel til at finde og kontrollere problemer. Den er ikke en automatisk diagnose af, hvorfor en side får få besøg. Start med de relevante URL'er og den kundeopgave, de skal løse, og registrér beviset for hvert fund.
1. Adgang og indeksering
Gem repræsentative URL'er og den konkrete observation. En advarsel i et værktøj er et udgangspunkt for kontrol. Undersøg, om den faktisk gælder for den publicerede side og påvirker den opgave, siden skal løse.
- Vigtige sider returnerer den forventede HTTP-status.
- Robots.txt, robots-meta og headers har tilsigtede regler.
- Canonical, sitemap og interne links peger på samme foretrukne version.
- Search Consoles oplysninger er gennemgået for de konkrete URL'er.
- Gamle adresser har en meningsfuld behandling.
- Vigtige sprogversioner hænger korrekt sammen.
2. Indhold og søgeresultat
- Siden har ét tydeligt hovedformål og en passende sidetype.
- Titel og H1 beskriver svaret uden overdrevne løfter.
- Kundens vigtigste spørgsmål og begrænsninger er besvaret.
- Forfatter, kilder og eksemplers oprindelse er tydelige.
- Synonymer er samlet, hvor de dækker samme behov.
- Der er en konkret vej til næste relevante handling.
3. Funktion, links og performance
- Navigation og interne links giver relevante veje gennem sitet.
- Brudte links og indhold uden intern placering er undersøgt.
- Formularer, køb og vigtige valg er testet på mobil.
- Billeder og tabeller fungerer ved små skærmbredder.
- Struktureret data stemmer med det synlige indhold.
- Hastighedsproblemer er undersøgt med målinger, der kan gentages.
Vælg SEO-værktøj efter spørgsmålet
Begynd med en konkret URL og en påstand, som kan kontrolleres. Et værktøj kan finde et muligt problem, men det færdige arbejde omfatter forklaring, ændring og efterkontrol. Køb ikke flere datakilder, før det er tydeligt, hvilket ubesvaret spørgsmål de skal hjælpe med.
| Spørgsmål | Muligt værktøj | Begrænsning |
|---|---|---|
| Hvilke søgninger viser vores sider? | Google Search Console | Egne registrerede visninger og filtrerede queries |
| Hvilke emner dækker konkurrenten? | Ahrefs og manuel sidegennemgang | Estimeret volumen og begrænset databasedækning |
| Hvad sker der efter besøget? | GA4 og virksomhedens kundedata | Måleopsætning, samtykke og attribution |
| Hvad gør siden langsom? | PageSpeed Insights og browserens udviklerværktøjer | Laboratorieforhold og eventuelt manglende feltdata |
| Stemmer markup med sidens indhold? | Schema.org Validator og relevante Google-tests | Validering er ikke en garanti for en søgevisning |
4. Prioritér en reel fejl før et kosmetisk forslag
En forkert redirect på en vigtig kategori kræver en anden prioritet end en titel, der måske kan formuleres bedre. Notér berørte sider, konsekvens, leverance, ansvar og kontrol. Hold dokumenterede fejl adskilt fra muligheder og åbne hypoteser.
Undgå at bruge en samlet score som opgavens eneste succeskriterium. Et tool kan belønne felter, som ikke ændrer kundens oplevelse, og overse oplysninger, som afgør købet. En færdig audit skal kunne omsættes til konkrete opgaver uden endnu en oversættelse af rapporten.
5. Følg op på det, der faktisk blev ændret
En teknisk kontrol kan ske ved release. Søgemaskinens senere behandling og kundernes brug kræver en observationsperiode. Registrér ændringer og sammenlign med omtanke. Et nyt tal er ikke automatisk bevis på, at den seneste opgave var årsagen.
Gennemgå de tilbagevendende kontroller, når skabeloner, integrationer eller indholdsstruktur ændres. Det er mere brugbart end at genkøre den samme rapport hver måned uden at nogen ejer fundene.