Teknisk SEO-revisjon: finn problemer som hemmer søk

Hva en teknisk SEO-revisjon sjekker

En teknisk SEO revisjon er en målrettet, evidensbasert gjennomgang av systemene som lar søkemotorer oppdage, rendre, indeksere og forstå sidene dine. Målet er å finne tekniske hindringer som reduserer synlighet, sløser med crawl budget, ødelegger brukeropplevelsen eller skaper uklarhet i rangering.

Viktige områder å inspisere

• Oppdagelse og crawlability — robots.txt, serverresponser, sitemap-dekning, interne lenker og redirects
• Indexering og indeks-signaler — meta robots, X-Robots-Tag headers, canonical tags og bruk av noindex
• Rendering og JavaScript — server-side vs client-side rendering, blokkering av ressurser, og hvordan sidene ser ut når de er rendret
• Sideytelse og sideopplevelse — Core Web Vitals feltdata, servertider og lasting av ressurser
• Duplisert innhold og URL-kanonisering — håndtering av parametere, varianter med/uten trailing slash og paginering
• Strukturerte data og SERP-funksjoner — korrekt markup og berettigelse for rich results
• Internasjonalisering og korrekt hreflang
• Sikkerhet og tilgjengelighet — HTTPS-dekning, mixed content og sikre headere

Hvordan kjøre en teknisk SEO-revisjon (trinn for trinn)

1. Definer omfang og suksessmål

Start med å avgjøre hvilke deler av nettstedet du vil revidere og hvorfor. Eksempler: et helt domene, en underkatalog, en stor produktkategori, eller et sett med landingssider. Bestem målbare suksesssignaler (indeksering av kanoniske sider, færre serverfeil, forbedrede Core Web Vitals-percentiler, synlighet for spesifikke URL-grupper).

2. Lag et inventar

Samle en representativ URL-liste fra sitemaps, analytics, serverlogger, interne lenker og kjente landingssider. Dette inventaret er audit-flaten din — hold det i et regneark eller et crawler prosjekt slik at du kan tagge og filtrere URL-er mens du jobber.

3. Crawl og sammenlign (ekstern crawl + serverlogger)

Kjør en ekstern crawl for å etterligne hvordan en søkemotor oppdager sider. Kombiner crawl-resultater med serverlogger for å se hvilke URL-er søkemotorer faktisk ber om. Serverlogger viser hvor ofte crawlers henter sider og om redirects, soft-404s eller hyppige feil dukker opp i produksjon.

For å sjekke kun headers: bruk curl -I https://example.com/page for å se status og header-felt. For å hente HTML som en bestemt user-agent ville motta: bruk curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page og lagre outputen for sammenligning.

4. Verifiser indekserbarhet og kanonisk intensjon

For sider du eier, bruk Google Search Console URL Inspection for å sjekke hvordan Google indekserte en URL og om noen indekseringsproblemer ble oppdaget. For tredjepartssider (publishers, partnernettsteder), bruk eksterne kontroller: view-source, curl, sjekk av rendret DOM i Chrome DevTools, og offentlige indeksignaler som site:-operatoren som en indikasjon (ikke bevis) på at Google kjenner til en URL.

5. Test rendering og JavaScript-oppførsel

Åpne sider i Chrome DevTools, bruk Elements- og Network-panelene for å bekrefte at ressurser laster og ikke er blokkert, og sjekk den rendrede DOM-en for innhold injisert av JavaScript. Hvis kritisk innhold først vises etter brukerinteraksjon eller sent i render-livssyklusen, noter risikoen for synlighet og teststeg for å reprodusere det.

Bruk Rich Results Test og Schema Markup Validator (schema.org) for å validere strukturerte data og oppdage feil som vil forhindre berettigelse for rich results.

6. Mål sideopplevelse og ytelse

Samle feltmålinger (Core Web Vitals) fra Search Console og lab-profiler fra Lighthouse eller lokal testing. Feltdata reflekterer ekte brukere; labdata hjelper deg å reprodusere problemer lokalt. Prioriter fikser som påvirker reelle brukermetrikker for sider som er viktige for søkesynlighet.

Verifisering og feilsøking

Feilsøking er en detektivprosess: reproduser symptomet, isoler variabler, og test fikser. Bruk en kombinasjon av offentlige verktøy og verktøy som bare eier har tilgang til.

Nyttige verifiseringssteg

• Sjekk serverresponser: curl -I vil vise HTTP-status, content-type og X-Robots-Tag headere.
• Inspiser levert HTML: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page og sammenlign med en henting i nettleser for å oppdage innholdsavvik.
• Rendret DOM-sjekk: åpne URL-en i Chrome, deaktiver cache, og bruk Elements for å bekrefte at viktig innhold er til stede i DOM uten behov for brukerinteraksjon.
• Indekseringsbevis (egne sider): Google Search Console URL Inspection viser indeksstatus og årsaker til ekskludering.
• Strukturerte data: kjør Rich Results Test og Schema Markup Validator for å se parsing og feil.
• Felt-ytelse: gjennomgå Core Web Vitals i Search Console for reelle brukermetrikker; bruk Lighthouse eller lab-kjøringer for å reprodusere de trege kasusene.
• Crawl-aktivitet: sammenlign crawler-forespørsler i serverlogger med sitemap og kjente sider for å identifisere hull eller overdreven crawling på lavverdige URL-er.

Vanlige feil og misforståelser

• Å behandle verktøyalarm som hele auditen: Crawlers gir mange signaler; auditens jobb er å tolke hvilke varsler som betyr noe for dine forretningsmål.
• Å forveksle crawling med indeksering: å bli hentet av en crawler garanterer ikke at en side indekseres eller vil rangere.
• Å stole på site: som definitivt bevis: site: er et nyttig offentlig signal, men ikke autoritativt. For egne sider, bruk URL Inspection i Search Console.
• Å blokkere kritiske ressurser: robots.txt eller serverregler som hindrer CSS/JS kan endre hvordan Google rendre sider og kan bryte Core Web Vitals eller påvisning av strukturerte data.
• Feil canonical eller lange redirect-kjeder: canonical-tagger som peker til ikke-kanonisk innhold eller lange redirect-kjeder skaper uklarhet og gjør crawls tregere.
• Å anta at rel="nofollow" betyr null verdi: Google behandler rel="nofollow" som et hint; håndteringen er ikke en enkel av/på-bryter.
• Å ignorere indekserbarhet for publisher- eller partner-sider: en backlink eller omtale er mindre nyttig hvis siden ikke er indekserbar eller ligger bak autentisering.

Når betalte plasseringer eller sponset innhold er involvert, følg Googles retningslinjer: merk betalte/kompenserte linker med rel="sponsored" eller rel="nofollow" og bruk rel="ugc" for bruker-genererte linker. Husk: det finnes ingen rel="dofollow"-attributt; en standardlenke er rett og slett en uten rel=nofollow/sponsored/ugc. Googles linkspam-retningslinjer indikerer at linker som primært er ment å manipulere rangering kan behandles som link spam, så sørg for redaksjonell kontekst, indekserbarhet og åpenhet når du jobber med eksterne plasseringer.

Sjekkliste: punkter med høy effekt og hvordan verifisere dem

Bruk denne kompakte sjekklisten for å verifisere de vanligste tekniske problemene med høy effekt. For hvert punkt er riktig verktøy for verifisering nevnt.

1) Kanonisk intensjon: Er canonical-tagger konsekvente og peker til ønsket URL? (Verifiser: view-source, sammenlign med HTTP-headere, og bruk en ekstern crawler.)

2) HTTP-status og redirect-kjeder: Returnerer viktige sider 200 og ikke-redirect-feil, og er redirectene minimale? (Verifiser: curl -I og serverlogger.)

3) Robots og meta robots: Er viktige ressurser eller sider utilsiktet blokkert? (Verifiser: hent robots.txt, X-Robots-Tag i headere via curl -I, og meta robots i HTML.)

4) Indekseringsavvik: Er sider ekskludert av tekniske årsaker (noindex, canonical som peker andre steder, soft-404)? (Verifiser: Google Search Console URL Inspection for eide sider; for eksterne sider, sammenlign HTML + offentlige indeksignaler.)

5) Likhet i rendret innhold: Inneholder HTML-en som søkemotorer ser det samme kritiske innholdet som brukere ser? (Verifiser: curl med passende UA, Chrome DevTools rendret DOM.)

6) Strukturerte data korrekthet: Er strukturerte data gyldige og oppdaterte? (Verifiser: Rich Results Test og Schema Markup Validator.)

7) Core Web Vitals og lastetid: Viser feltmålinger problemer for dine nøkkelsider? (Verifiser: Search Console Core Web Vitals-rapport og lab-testing med Lighthouse.)

Prioritering: velg fikser som gir effekt

Prioriter arbeid ved å kombinere tre dimensjoner: relevans for forretningsmål (hvilke sider betyr noe for søketrafikk eller konverteringer), teknisk alvorlighetsgrad (blokkerer indeksering, forårsaker hyppige feil), og innsats for å fikse. Kjappe gevinster inkluderer ofte å rette misconfigurerte noindex-tagger, fjerne redirect-kjeder for høytrafikksider, og åpne opp kritisk CSS/JS som påvirker rendering.

Rapportering og overvåking

Lever en revisjonsrapport som grupperer problemer etter prioritet, viser eksempler og repro-steg, og inkluderer en anbefalt utrullingsplan. Legg til overvåking for regresjoner: følg serverfeil, indekseringsendringer via Search Console, og Core Web Vitals feltdata. Etter at fikser er deployert, kjør de eksakte verifiseringsstegene som ble brukt i revisjonen for å bekrefte løsning.

FAQ