En gratis mal for SEO-revisjonsrapport for byråer og frilansere: 9 seksjoner, et rutenett for påvirkning og innsats, en funntabell og en del om AI-synlighet.

På denne siden
Kort fortalt
En god mal for SEO-revisjonsrapporten har ni deler: et sammendrag for ledelsen, omfang og metode, et helsebilde, tekniske funn, funn om on-page og innhold, lenker og autoritet, AI-synlighet, en prioritert handlingsplan og et vedlegg. Hvert funn følger samme mønster (problem, bevis, påvirkning, løsning, eier, prioritet), og prioriteringene kommer fra en enkel poengsum for påvirkning ganger innsats. Kunden skal kunne lese side én og vite de tre tingene som må gjøres først.
Vil du vite mer? Spør
Rask quiz
Passer SEO for deg, og hvordan bør du starte?
Sorank passer til svarene dine
Prøv det i 3 dager på ditt eget nettsted, og se hvor du står på Google, ChatGPT og de andre AI-assistentene.
Start en gratis prøveperiode på 3 dager3 dager gratis, deretter kan du stoppe når du vil. Resultatgaranti i 90 dager, ellers pengene tilbake.
De fleste revisjoner feiler i rapportfasen, ikke i analysefasen. En crawler kan liste 4,000 problemer på ti minutter, og en eksport på 60 sider med advarsler er det mange kunder får. En mal for SEO-revisjonsrapport løser det ved å tvinge den samme strukturen på hver revisjon: hva som ble sjekket, hva som ble funnet, hva det koster, og hva som skal gjøres i hvilken rekkefølge. Denne guiden gir byråer og frilansere en mal du kan kopiere seksjon for seksjon, et poengrutenett for å rangere løsninger, og en funntabell klar til å limes inn i Google Docs, Sheets eller Slides. Den bygger på Googles egne referansepunkter, som rapporten for sideindeksering i Search Console, slik at kunden kan kontrollere hvert funn.
En SEO-revisjonsrapport er dokumentet som gjør kontrollene i en teknisk SEO-revisjon og en innholdsgjennomgang om til beslutninger. Det er en engangsdiagnose av et nettsted på en gitt dato, med en liste over løsninger rangert etter verdi.
Den skiller seg fra to dokumenter den ofte forveksles med:
Revisjonsrapporten kommer først, og den månedlige rapporten måler deretter om handlingsplanen virket. Ved å holde dem adskilt blir også hver av dem kortere.
De ni seksjonene under dekker det de mest komplette revisjonsmalene inneholder, pluss delen om AI-synlighet som de fleste fortsatt mangler. Rekkefølgen har betydning: beslutningstakere leser de to første sidene, mens utviklere og skribenter leser detaljene.
| Seksjon | Hva den inneholder | Hovedleser | Lengde |
|---|---|---|---|
| 1. Sammendrag for ledelsen | Samlet vurdering, de 3 største problemene, de 3 viktigste tiltakene, forventet effekt | Eier, markedssjef | 1 side |
| 2. Omfang og metode | Domene, sider som ble crawlet, dato, verktøy, dataperiode, hva som ble utelatt | Alle | Halv side |
| 3. Helsebilde | Indekserte sider, organiske klikk og trend, status for Core Web Vitals, antall problemer etter alvorlighet | Markedssjef | 1 side |
| 4. Tekniske funn | Crawling, indeksering, omdirigeringer, canonical-tagger, hastighet, mobil, strukturerte data, sikkerhet | Utvikler | 3 til 8 sider |
| 5. On-page og innhold | Title-tagger, metabeskrivelser, overskrifter, tynne eller dupliserte sider, kannibalisering, interne lenker | Innholdsteam | 3 til 6 sider |
| 6. Lenker og autoritet | Henvisende domener, tapte lenker, giftige mønstre, konkurransegap | Markedssjef | 1 til 3 sider |
| 7. AI-synlighet | Tilgang for AI-crawlere, siteringer i ChatGPT, Gemini og Perplexity, konkurrenter som siteres i stedet | Markedssjef | 1 til 2 sider |
| 8. Handlingsplan | Hver løsning med prioritetspoeng, eier, frist og status | Alle | 1 til 2 sider |
| 9. Vedlegg | Fullstendige URL-lister, crawl-eksporter, skjermbilder | Utvikler | Etter behov |
For en nettbutikk legger du til kontroller av produkter og kategorier (fasetterte URL-er, utsolgte sider, produktmarkering) slik det beskrives i vår guide til SEO-revisjon for nettbutikk. For en lokal virksomhet legger du til en seksjon om Google Business Profile.
Skriv den sist, på én side, uten sjargong. Gi en vurdering i én setning («Nettstedet er teknisk sunt, men mister mesteparten av potensialet sitt til 40 sider som konkurrerer om de samme søkeordene»), deretter tre problemer og tre tiltak med forventet effekt. En leder som bare leser denne siden må kunne godkjenne budsjettet.
Oppgi revisjonsdatoen, antall URL-er som ble crawlet, dataperioden (for eksempel de siste 3 månedene i Search Console) og verktøyene som ble brukt. Nevn hva som lå utenfor omfanget (et underdomene, appen, betalt søk). Dette beskytter deg når kunden spør hvorfor et problem ikke ble flagget.
Vis en håndfull tall med kilde: gyldige indekserte sider og ekskluderte sider fra Search Console, organiske klikk og visninger med trend, andelen URL-er som består Core Web Vitals, og antall problemer etter alvorlighetsgrad. Googles terskler for god brukeropplevelse er en LCP innen 2.5 sekunder, en INP på 200 millisekunder eller mindre og en CLS på 0.1 eller mindre, målt på 75. persentil av sidelastinger, ifølge web.dev.

Grupper funnene etter tema: crawling (robots.txt, crawlfeil, foreldreløse sider), indeksering (noindex, canonical-tagger, duplikater), omdirigeringer og ødelagte lenker, hastighet, mobil, strukturerte data og HTTPS. Et raskt gjennomsyn med en crawler eller et verktøy for revisjon på siden gir den rå listen. Jobben din er å filtrere den ned til det som påvirker rangeringer.
Vær oppmerksom
En vanlig feil løsning i revisjonsrapporter er å blokkere en side i robots.txt for å fjerne den fra Google. Googles dokumentasjon for robots.txt sier at robots.txt ikke er en mekanisme for å holde en nettside ute av Google. Anbefal en noindex-tagg eller fjerning i stedet.
Kontroller title-tagger, metabeskrivelser og H1-er i stor skala, og gå deretter videre til problemene en crawler ikke kan vurdere: tynne sider, utdaterte sider, sider som svarer på feil intensjon, og søkeordkannibalisering mellom sider. For store nettsteder kjører du en egen innholdsrevisjon og oppsummerer beslutningene her (behold, oppdater, slå sammen, slett).
Rapporter henvisende domener og trenden deres, tapte lenker som er verdt å hente tilbake, og gapet mot to eller tre konkurrenter. Hold delen om giftige lenker saklig: en lenkerevisjon rettferdiggjør sjelden en avvisningsfil (disavow), og en rapport som anbefaler en uten bevis for en manuell handling, skremmer kunder uten grunn.
Kunder spør nå hvorfor en konkurrent anbefales av ChatGPT og de selv ikke er det. Denne seksjonen besvarer tre spørsmål: kan AI-crawlere nå nettstedet (robots.txt, brannmurregler), er merkevaren sitert for de viktigste kjøpsspørsmålene, og hvilke kilder som siteres i stedet. Google oppgir at det finnes ingen tilleggskrav for å vises i AI Overviews eller AI Mode utover grunnleggende SEO, så de fleste løsningene her gjenbruker de tekniske og innholdsmessige funnene. En gratis GEO-revisjon gir en første lesning, og metoden er beskrevet i vår guide til AI-synlighetsrevisjon.

En liste med 80 løsninger i crawlrekkefølge er ikke en plan. Gi hvert funn en poengsum på to akser fra 1 til 3, og sorter deretter etter resultatet:
| Poeng | Merkelapp | Tidsramme | Typiske eksempler |
|---|---|---|---|
| 7 til 9 | Kritisk, rask gevinst | Denne uken | Noindex på nøkkelsider, robots.txt som blokkerer en mappe, ødelagte omdirigeringer på toppsider |
| 4 til 6 | Høy | Denne måneden | Kannibaliserte sider som skal slås sammen, manglende interne lenker til sider som gir penger, trege maler |
| 2 til 3 | Middels | Dette kvartalet | Strukturerte data på sekundære maler, bildekomprimering |
| 1 | Lav | Etterslep | Manglende alt-tekst på dekorative bilder, metabeskrivelser på gamle sider |
Dette rutenettet gjør rekkefølgen forsvarlig. Når en kunde spør hvorfor redesignet ikke er først, svarer poengsummen for deg.
Tips
Begrens handlingsplanen til 15 til 25 løsninger. Grupper resten etter tema i vedlegget. En kort plan blir gjort; en lang blir arkivert.
Funntabellen er hjertet i malen. Én rad per problem, de samme kolonnene hver gang, slik at den kan flyttes til et prosjektverktøy uten å skrives om:
| ID | Problem | Bevis | Påvirkning | Løsning | Eier | Poeng | Status |
|---|---|---|---|---|---|---|---|
| T-01 | 32 produktsider ekskludert som «Duplikat, Google valgte en annen canonical» | Eksport fra Search Console, 3 URL-eksempler | Produkter mangler i resultatene | Selvrefererende canonical-tagger på produktmalen | Utvikler | 9 | Å gjøre |
| C-04 | To guider retter seg mot «prisprogramvare» | Begge rangerer mellom plass 11 og 20 | Ingen av dem når førsteside | Slå sammen til én side, 301 den andre | Innhold | 6 | Å gjøre |
| A-02 | GPTBot blokkert av brannmuren | 403 i serverloggene | Sider kan ikke hentes av ChatGPT | Tillat boten i brannmurreglene | Utvikler | 9 | Å gjøre |
Eksempel
Skriv funn som «32 produktsider ekskludert, her er tre, her er løsningen», aldri som «problemer med canonical oppdaget». Tallet, beviset og løsningen i én rad er det som får en sak åpnet.
Sett ID-ene foran etter seksjon (T for teknisk, C for innhold, L for lenker, A for AI-synlighet). Det holder referansene korte i e-poster og møter.
Formatet følger kunden. Slides passer til et presentasjonsmøte, et delt dokument passer til team som kommenterer, og et regneark for funntabellen passer i alle tilfeller, siden utviklere vil filtrere og sortere den. Byråer som videreselger revisjoner leverer dem ofte under egen merkevare; SEO-rapporter under egen merkevare (white label) holder kundeforholdet på byråsiden. Vår guide til å velge et SEO-revisjonsbyrå lister hva kunder forventer å få.
Tre vaner gjør forskjellen:
Merk
En revisjon beskriver et nettsted på én dato. Search Console-data har en forsinkelse på noen dager, og Google trenger tid til å crawle på nytt, så vurder de fleste løsninger ut fra flere uker med data, ikke dagen etter utrulling.
Rapporten skaper bare verdi når planen utføres og måles. Etter de kritiske løsningene kommer gevinstene vanligvis fra innholdssiden: nye sider for manglende søkeord, oppdaterte sider og sterkere interne lenker. Det er også det som avgjør siteringer i AI-svar, siden ChatGPT, Gemini og Perplexity siterer sider som kan crawles, og som er tydelige og konkrete.
Sorank, vårt produkt, automatiserer den andre halvdelen: det finner søkeord, skriver og publiserer optimaliserte artikler, og sporer merkevareomtaler i AI-assistenter, slik at AI-synlighetsdelen i neste revisjon har reelle data. SEO- og GEO-dashbordet samler Search Console og AI-trafikk, og Pro-planen inkluderer en månedlig PDF-rapport om ytelsen.
Kopier de ni seksjonene, poengsett hvert funn og hold handlingsplanen kort: det er det som gjør en SEO-revisjon til resultater. Start med de gratis SEO-verktøyene på nettstedet du skal gjennomgå.
For et lite eller mellomstort nettsted er 15 til 30 sider pluss et vedlegg nok. Sammendraget for ledelsen bør få plass på én side, og handlingsplanen på én eller to. Lengden bør komme fra bevis og URL-lister i vedlegget, ikke fra at crawl-advarsler gjentas i brødteksten.
Ja. En mal i Google Docs eller Slides med de ni seksjonene og en funntabell i Google Sheets er nok for de fleste kunderevisjoner. Det viktigste er at hvert funn har bevis, en løsning, en eier og en prioritetspoeng, uansett hvilket verktøy du bruker for å sette det opp.
Én gang i året er en vanlig rytme for et stabilt nettsted, med en lettere teknisk kontroll hvert kvartal. Kjør en full revisjon før og etter en redesign eller flytting, etter et stort fall i trafikk, og når du overtar en ny kunde. Mellom revisjonene følger månedlig rapportering fremdriften.
DE PRØVDE SORANK FØR DEG
