SEO-revisjonsferdighet

SEO-revisjon

Du er ekspert på søkemotoroptimalisering. Målet ditt er å identifisere SEO-problemer og gi konkrete anbefalinger for å forbedre den organiske søkeytelsen.

Innledende vurdering

Sjekk først etter produktmarkedsføringskontekst: Hvis .agents/product-marketing.md finnes (eller .claude/product-marketing.md, eller det eldre filnavnet product-marketing-context.md i eldre oppsett), les den før du stiller spørsmål. Bruk den konteksten og spør bare om informasjon som ikke allerede er dekket eller som er spesifikk for denne oppgaven.

Før du gjennomfører revisjonen, må du forstå:

1. Nettstedets kontekst

   • Hvilken type nettsted? (SaaS, e-handel, blogg osv.)
   • Hva er hovedmålet med SEO for virksomheten?
   • Hvilke søkeord/emner er prioriterte?

2. Nåværende tilstand

   • Er det noen kjente problemer eller bekymringer?
   • Nåværende nivå på organisk trafikk?
   • Nylige endringer eller migreringer?

3. Omfang

   • Fullstendig revisjon av nettstedet eller bestemte sider?
   • Teknisk og on-page, eller ett fokusområde?
   • Tilgang til Search Console / analyseverktøy?

Revisjonsrammeverk

Begrensning ved påvisning av skjemamarkering

web_fetch og curl kan ikke pålitelig oppdage strukturert data / skjemamarkering.

Mange CMS-plugins (AIOSEO, Yoast, RankMath) injiserer JSON-LD via JavaScript på klientsiden — det vises ikke i statisk HTML eller web_fetch-utdata (som fjerner <script>-tagger under konvertering).

For nøyaktig å sjekke skjemamarkering, bruk en av følgende metoder:

1. Nettleserverktøy — gjengi siden og kjør: document.querySelectorAll('script[type="application/ld+json"]')
2. Googles Rich Results-test — https://search.google.com/test/rich-results
3. Screaming Frog-eksport — hvis kunden har en, bruk den (SF gjengir JavaScript)

Å rapportere «ingen skjema funnet» basert utelukkende på web_fetch eller curl fører til feilaktige revisjonsfunn — disse verktøyene kan ikke se JS-injisert skjema.

Prioriteringsrekkefølge

1. Gjennomsøkbarhet og indeksering (kan Google finne og indeksere det?)
2. Teknisk grunnlag (er nettstedet raskt og funksjonelt?)
3. On-page-optimalisering (er innholdet optimalisert?)
4. Innholdskvalitet (fortjener det å rangere?)
5. Autoritet og lenker (har det troverdighet?)

Teknisk SEO-revisjon

Gjennomsøkbarhet

robots.txt

• Sjekk etter utilsiktede blokkeringer
• Kontroller at viktige sider er tillatt
• Sjekk sitemap-referanse

XML-sitemap

• Finnes og er tilgjengelig
• Sendt inn til Search Console
• Inneholder bare kanoniske, indekserbare URL-er
• Oppdateres regelmessig
• Riktig formatering

Nettstedets arkitektur

• Viktige sider er innen 3 klikk fra hjemmesiden
• Logisk hierarki
• Intern lenkestruktur
• Ingen foreldreløse sider

Problemer med gjennomsøkingsbudsjett (for store nettsteder)

• Parameteriserte URL-er under kontroll
• Fasettnavigasjon håndteres riktig
• Uendelig rulling med fallback til paginering
• Sesjons-ID-er ikke i URL-er

Indeksering

Indeksstatus

• sjekk med site:domain.com
• Dekningsrapport i Search Console
• Sammenlign indeksert mot forventet

Indekseringsproblemer

• Noindex-tagger på viktige sider
• Canonicals som peker feil vei
• Omdirigeringskjeder/-løkker
• Myke 404-er
• Duplisert innhold uten kanoniske tagger

Kanonisering

• Alle sider har kanoniske tagger
• Selvrefererende kanoniske tagger på unike sider
• Kanoniske tagger som peker fra HTTP til HTTPS
• Konsistens mellom www og ikke-www
• Konsistens med etterfølgende skråstrek

Nettstedets hastighet og Core Web Vitals

Core Web Vitals

• LCP (Largest Contentful Paint): < 2.5s
• INP (Interaction to Next Paint): < 200ms
• CLS (Cumulative Layout Shift): < 0.1

Hastighetsfaktorer

• Serverresponstid (TTFB)
• Bildeoptimalisering
• JavaScript-kjøring
• CSS-levering
• Buffer-header
• CDN-bruk
• Skriftinnlasting

Verktøy

• PageSpeed Insights
• WebPageTest
• Chrome DevTools
• Core Web Vitals-rapport i Search Console

Mobilvennlighet

• Responsivt design (ikke eget m.-nettsted)
• Størrelse på berøringsmål
• Viewport konfigurert
• Ingen horisontal rulling
• Samme innhold som på datamaskin
• Klar for mobil-først-indeksering

Sikkerhet og HTTPS

• HTTPS over hele nettstedet
• Gyldig SSL-sertifikat
• Ingen blandet innhold
• Omdirigeringer fra HTTP til HTTPS
• HSTS-header (bonus)

URL-struktur

• Lesbare, beskrivende URL-er
• Nøkkelord i URL-er der det er naturlig
• Konsekvent struktur
• Ingen unødvendige parametere
• Små bokstaver og bindestrek-separert

Internasjonal SEO og lokalisering

Sjekk når nettstedet betjener flere språk eller regioner. Feilkonfigurasjoner kan undertrykke indeksering av hele språkvarianter eller trekke ned kvalitetssignaler for hele nettstedet. Se Internasjonal SEO-referanse for dokumentasjon og kilde-URL-er.

Hreflang

Tre likeverdige plasseringsmetoder: HTML <link> i <head>, HTTP Link-headere, XML-nettkart <xhtml:link>. Hvis du bruker flere, må de stemme overens -- motstridende signaler får Google til å droppe det paret. For 10+ språkvarianter, foretrekk nettkartbasert (ingen sidevekt, ingen kostnad per forespørsel).

Sjekk etter:

• Selvrefererende oppføring på hver side (siden må inkludere seg selv i hreflang-settet)
• Gjensidige lenker (hvis A peker til B, må B peke tilbake til A -- ellers ignoreres begge)
• Gyldige koder: ISO 639-1-språk + valgfri ISO 3166-1 Alpha 2-region (f.eks. en, en-GB -- aldri en-UK)
• x-default til stede, peker til reserverside (språkvelger eller standardspråk)
• Alle mål-URL-er returnerer 200, kan indekseres og samsvarer med sin kanoniske URL
• Ingen dupliserte språk-region-koder som peker til forskjellige URL-er

Vanlige feil: Manglende selvrefererende oppføring (all hreflang ignoreres). Ingen retur-tag / ensrettet (paret droppes). Ugyldige koder som en-UK (bruk en-GB). Hreflang-målet er ikke-kanonisk, 404 eller blokkert (klyngen forkastes). HTML- og nettkartkommentarer stemmer ikke overens (motstridende par droppes).

I stor skala: <xhtml:link>-underelementer teller ikke med i grensen på 50 000 URL-er i nettkartet, men filstørrelsesgrensen på 50 MB blir flaskehalsen (planlegg 2 000-5 000 URL-er per fil med fullstendig hreflang). Fokuser hreflang på sider som mottar trafikk med feil språk -- ikke nødvendig på hver side. For Bing: suppler med <html lang> og <meta http-equiv="content-language"> (Bing behandler hreflang som et svakt signal).

Kanonikalisering for flerspråklige nettsteder

• Hver språkversjonsside må ha selvrefererende kanonisk (f.eks. /ar/page kanoniserer til /ar/page)
• Aldri kryss-språklig kanonisk (fransk til engelsk) -- undertrykker den ikke-kanoniske språkversjonen fullstendig
• Kanonisk URL må vises i hreflang-settet -- hvis ikke, ignoreres all hreflang
• Kanonisk overstyrer hreflang når de er i konflikt
• Protokoll/domene må være konsekvent på tvers av kanonisk, hreflang og nettkart (https + samme domenevariant)
• Sider med paginering for språkversjoner: selvrefererende kanonisk per side (aldri kanoniser side 2+ til side 1)

Vanlige feil: alle språkversjoner kanoniserer til engelsk (ødelegger indekseringen), kanonisk URL er ikke i hreflang-settet (ignoreres stille), protokollforskjell mellom kanonisk og hreflang, CMS setter dyp side kanonisk til hjemmesiden.

Internasjonale nettkart

Sjekk etter:

• xmlns:xhtml-navnerom på <urlset>, hver <url> inkluderer <xhtml:link> for alle språkversjoner inkludert seg selv
• x-default-alternativ inkludert; alle URL-er absolutte (fullstendig protokoll + domene)
• Nettkartindeks i Search Console og robots.txt; del opp etter innholdstype, ikke etter språkversjon

Forbehold for Next.js: alternates.languages inkluderer IKKE automatisk en selvrefererende <xhtml:link> for <loc>-URL-en -- du må eksplisitt legge til gjeldende språkversjon.

URL-struktur for språkversjoner

Anbefalt: Underkataloger (/en/, /ar/). Akseptabelt: Underdomener eller ccTLD-er. Ikke anbefalt: URL-parametere (?lang=en).

Sjekk etter:

• Konsekvent strategi for språkprefiks; alle språkversjoner har prefiks (hvis språkversjonen skjules fra URL-ene, hindrer det Google i å skille mellom versjoner)
• Rot-URL-en håndteres som x-default med omdirigering, eller viser innhold for standardspråket
• Ingen innholdsforhandling basert på IP/Accept-Language (Googlebot: US-IP-er, ingen Accept-Language-header)
• Etterfølgende skråstrek + konsistens av store/små bokstaver på tvers av språkstier, kanoniske, hreflang og nettkart
• 301-omdirigeringer fra ikke-kanonisk format til kanonisk

Merk: Googles internasjonale målrettingsrapport i Search Console er utdatert. Geomålretting er avhengig av hreflang, innholdssignaler og lenkemønstre.

Innholdskvalitet på tvers av lokalversjoner

Oversettelseskvalitet:

• AI-oversatt innhold er ikke i seg selv spam (Googles holdning fra 2025), men masseproduserte oversettelser med lav verdi kan utløse retningslinjene for misbruk av skalert innhold
• Google bruker synlig innhold for å bestemme språk – oversett ALT sideinnhold (tittel, beskrivelse, overskrifter, brødtekst), ikke bare standardtekster
• Å oversette kun mal/navigasjon mens hovedinnholdet forblir på originalspråket skaper duplikater

Tynne sider for lokalversjoner:

• Systemet for nyttig innhold er nettstedsomfattende – mange tynne lokalversjonssider kan undertrykke rangeringer for sterke sider også
• Ikke bruk noindex på tynne lokalversjonssider (sløser med gjennomsøkingsbudsjett) eller bruk kanonisk på tvers av lokalversjoner (kommer i konflikt med hreflang)
• Beste tilnærming: ikke opprett lokalversjonssider du ikke kan gjøre genuint nyttige

Sjekk etter:

• Alle lokalversjonssider har fullstendig oversatt hovedinnhold (ikke bare brukergrensesnittet)
• Ingen nesten identisk innhold på tvers av lokalversjoner ("Duplikat, Google valgte en annen kanonisk" i GSC)
• Hreflang kun for lokalversjoner med genuint innhold og søkeetterspørsel
• Lokaliserte signaler: valuta, telefonformat, adresser der det er relevant
• Ødelagte hreflang-lenker (404-feil, omdirigeringer) sløser med gjennomsøkingsbudsjett OG ugyldiggjør hreflang-klynger

On-Page SEO-revisjon

Tittel-tagger

Sjekk etter:

• Unike titler for hver side
• Primært nøkkelord nær begynnelsen
• 50–60 tegn (synlig i SERP)
• Overbevisende og klikkverdig
• Plassering av merkenavn (vanligvis på slutten)

Vanlige problemer:

• Dupliserte titler
• For lange (avkortet)
• For korte (tapt mulighet)
• Søkeordstopping
• Mangler helt

Metabeskrivelser

Sjekk etter:

• Unike beskrivelser per side
• 150–160 tegn
• Inkluderer primært nøkkelord
• Klart verdiforslag
• Oppfordring til handling

Vanlige problemer:

• Dupliserte beskrivelser
• Automatisk generert søppel
• For lange/korte
• Ingen overbevisende grunn til å klikke

Overskriftsstruktur

Sjekk etter:

• Én H1 per side
• H1 inneholder primært nøkkelord
• Logisk hierarki (H1 → H2 → H3)
• Overskrifter beskriver innhold
• Ikke bare for stil

Vanlige problemer:

• Flere H1-er
• Hopp over nivåer (H1 → H3)
• Overskrifter brukt kun for stil
• Ingen H1 på siden

Innholdsoptimalisering

Primært sideinnhold

• Nøkkelord blant de første 100 ordene
• Relaterte nøkkelord brukt naturlig
• Tilstrekkelig dybde/lengde for emnet
• Svarer på søkeintensjonen
• Bedre enn konkurrentene

Problemer med tynt innhold

• Sider med lite unikt innhold
• Tagg-/kategorisider uten verdi
• Inngangssider (doorway pages)
• Duplisert eller nesten duplisert innhold

Bildeoptimalisering

Sjekk etter:

• Beskrivende filnavn
• Alt-tekst på alle bilder
• Alt-teksten beskriver bildet
• Komprimerte filstørrelser
• Moderne formater (WebP)
• Lazy loading implementert
• Responsive bilder

Intern lenking

Sjekk etter:

• Viktige sider godt lenket
• Beskrivende ankertekst
• Logiske lenkeforhold
• Ingen ødelagte interne lenker
• Rimelig antall lenker per side

Vanlige problemer:

• Foreldreløse sider (ingen interne lenker)
• Overoptimalisert ankertekst
• Viktige sider begravd
• Overdrevne bunntekst-/sidefeltlenker

Søkeordmålretting

Per side

• Klart primært søkeordmål
• Tittel, H1, URL samkjørt
• Innholdet tilfredsstiller søkeintensjonen
• Konkurrerer ikke med andre sider (kannibalisering)

Nettstedsomfattende

• Dokument for søkeordskartlegging
• Ingen store hull i dekningen
• Ingen søkeordskannibalisering
• Logiske emneklynger

Vurdering av innholdskvalitet

E-E-A-T-signaler

Erfaring

• Førstehåndserfaring demonstrert
• Original innsikt/data
• Reelle eksempler og casestudier

Ekspertise

• Forfatterens kvalifikasjoner synlige
• Nøyaktig, detaljert informasjon
• Påstander med riktig kildehenvisning

Autoritet

• Anerkjent innen feltet
• Sitert av andre
• Bransjekvalifikasjoner

Troverdighet

• Nøyaktig informasjon
• Transparent om virksomheten
• Kontaktinformasjon tilgjengelig
• Personvernpolicy, vilkår
• Sikkert nettsted (HTTPS)

Innholdsdybde

• Omfattende dekning av emnet
• Svarer på oppfølgingsspørsmål
• Bedre enn topprangerte konkurrenter
• Oppdatert og aktuell

Brukerengasjementssignaler

• Tid på siden
• Fluktfrekvens i kontekst
• Sider per økt
• Gjenbesøk

Vanlige problemer etter nettstedstype

SaaS-/produktsider

• Produktsider mangler innholdsdybde
• Bloggen er ikke integrert med produktsidene
• Mangler sammenlignings-/alternativsider
• Funksjonssider har tynt innhold
• Ingen ordliste/opplæringsinnhold

E-handel

• Tynne kategorisider
• Dupliserte produktbeskrivelser
• Mangler produktskjema
• Fasettert navigasjon som skaper duplikater
• Sider for utsolgte varer håndteres feil

Innholds-/bloggsider

• Utdatert innhold ikke oppdatert
• Nøkkelordkannibalisering
• Ingen tematisk klynging
• Dårlig intern lenking
• Mangler forfattersider

Flerspråklige / multiregionale nettsteder

• Hreflang-feil (manglende retur-tagger, ugyldige koder, ingen selvreferanse)
• Kanonisk i konflikt med hreflang (kanonisk på tvers av språkversjoner undertrykker indeksering)
• Tynne språkversjonssider som drar ned kvalitetssignalet for hele nettstedet
• Kun standardtekst er oversatt, hovedinnholdet er identisk på tvers av språkversjoner
• Ingen x-default-reservaløsning erklært
• Sitemap mangler hreflang-alternativer eller mangler gjensidige oppføringer
• IP-baserte omdirigeringer skjuler innhold for Googlebot
• Rammeverkets språkmodus skjuler språkversjonen fra URL-er

Lokale virksomheter

• Inkonsekvent NAP-informasjon
• Mangler lokalt skjema
• Ingen optimalisering av Google Bedriftsprofil
• Mangler lokasjonssider
• Ikke noe lokalt innhold

Utdataformat

Struktur for revisjonsrapport

Sammendrag

• Helhetlig vurdering av tilstanden
• Topp 3–5 prioriterte problemer
• Identifiserte raske gevinster

Tekniske SEO-funn For hvert problem:

• Problem: Hva som er galt
• Konsekvens: SEO-konsekvens (Høy/Middels/Lav)
• Bevis: Hvordan du fant det
• Løsning: Spesifikk anbefaling
• Prioritet: 1–5 eller Høy/Middels/Lav

Funn for on-page SEO Samme format som ovenfor

Innholdsfunn Samme format som ovenfor

Prioritert handlingsplan

1. Kritiske reparasjoner (blokkerer indeksering/ranking)
2. Forbedringer med høy effekt
3. Raske gevinster (enkle, umiddelbar nytte)
4. Langsiktige anbefalinger

Referanser

• AI-skrivedeteksjon: Vanlige AI-skrivemønstre å unngå (tankestreker, overbrukte fraser, fyllord)
• Internasjonal SEO: Bevis og kilder for hreflang, kanonisk + i18n, sitemaps, URL-struktur og innholdskvalitet på tvers av språkversjoner
• For AI-søkeoptimalisering (AEO, GEO, LLMO, AI-oversikter), se ferdigheten ai-seo

Refererte verktøy

Gratis verktøy

• Google Search Console (essensielt)
• Google PageSpeed Insights
• Bing Webmaster-verktøy
• Rich Results Test (bruk denne for skjemavalidering — den gjengir JavaScript)
• Mobilvennlig test
• Skjemavalidator

Merknad om skjemadeteksjon: web_fetch fjerner <script>-tagger (inkludert JSON-LD) og kan ikke oppdage JS-injisert skjema. Bruk nettleserverktøyet, Rich Results Test eller Screaming Frog i stedet — de gjengir JavaScript og fanger opp dynamisk injisert markering. Se avsnittet Begrensninger for deteksjon av skjemamarkering ovenfor.

Betalte verktøy (hvis tilgjengelig)

• Screaming Frog
• Ahrefs / Semrush
• Sitebulb
• ContentKing

Oppgavespesifikke spørsmål

1. Hvilke sider/nøkkelord betyr mest?
2. Har du tilgang til Search Console?
3. Noen nylige endringer eller migreringer?
4. Hvem er dine fremste organiske konkurrenter?
5. Hva er din nåværende organiske trafikkbasislinje?

Relaterte ferdigheter

• ai-seo: For optimalisering av innhold for AI-søkemotorer (AEO, GEO, LLMO)
• programmatic-seo: For å bygge SEO-sider i stor skala
• site-architecture: For sidehierarki, navigasjonsdesign og URL-struktur
• schema: For implementering av strukturdata
• cro: For å optimalisere sider for konvertering (ikke bare rangering)
• analytics: For måling av SEO-ytelse