Fem minutter er nok til å finne feilene. Det er ikke nok til å rette dem, og det er en forskjell som er verdt å være ærlig om med en gang: en automatisert revisjon er et røntgenbilde, ikke en behandling.
Men røntgenbildet er sjeldnere enn man skulle tro. De fleste nettsteder har aldri fått ett, og de fleste av dem har minst én feil som stopper alt annet arbeid.
Hva revisjonen ser etter
Rekkefølgen under er ikke tilfeldig — den følger hvor mye skade hvert punkt gjør.
Indeksering. Hvor mange sider finnes, og hvor mange ligger faktisk i søkemotorens indeks? Et stort og uforklart gap er nesten alltid den viktigste enkeltoppdagelsen. En side som ikke er indeksert konkurrerer ikke om noe som helst, uansett hvor godt innholdet er.
Duplikater. Samme side tilgjengelig på flere adresser — med og uten skråstrek på slutten, med og uten www, med sporingsparametre, under både språkprefiks og rot. Dette er den vanligste tekniske feilen på norske småbedriftsnettsteder, og den får sidene til å konkurrere mot seg selv.
Canonical og hreflang. Peker sidene på seg selv? Har flerspråklige sider gjensidige koblinger? To motstridende x-default på samme side gjør at hele oppsettet blir ignorert.
Mobil og hastighet. Målt på en strupet forbindelse, ikke på kontorets fiber. En side som bruker seks sekunder og åpner med et samtykkevindu, har mistet besøkende før innholdet vises.
Strukturerte data. Finnes de, og stemmer de med det siden faktisk sier? Markering som lover noe siden ikke inneholder, er en risiko, ikke en optimalisering.
Sitemap og robots. Inneholder sitemap bare adresser som svarer 200 med ekte innhold? Ligger det en gammel blokkering igjen fra en testperiode? Det siste skjer oftere enn folk tror, særlig etter en redesign.
Slik gjør du det
Åpne panelet fra semalt.com/authorize, legg inn domenet og la gjennomgangen kjøre. Den delen tar omtrent den tiden overskriften lover.
Så kommer den delen som faktisk krever hodet ditt: å sortere funnene. En liste med to hundre punkter er ikke en arbeidsplan, den er en unnskyldning for å ikke begynne.
Sorter etter konsekvens, ikke etter antall
Del funnene i tre bunker:
- Stopper alt. Sider som ikke er indeksert, blokkeringer, duplikate adresser, sider som svarer med feilkode. Disse rettes først, alltid. Så lenge de står, gir alt annet arbeid ingen effekt.
- Begrenser. Treg mobil, manglende eller feil canonical, sitemap med døde adresser, manglende strukturerte data. Rettes i løpet av måneden.
- Kosmetikk. Bildetekster som mangler, små avvik i markering, anbefalinger av typen «kunne vært bedre». Disse kan vente, og noen av dem kan vente for alltid.
Erfaringsmessig ligger nesten hele gevinsten i den første bunken, og den inneholder sjelden mer enn tre–fire punkter.
Det ene funnet som oftest forklarer alt
Hvis du bare skal se på én ting: sammenlign antall publiserte sider med antall indekserte. Er forskjellen stor og uforklart, har du funnet årsaken til at ingenting virker å hjelpe.
Årsakene er som regel banale — ingen lenker til sidene, de står ikke i sitemap, innholdet er for tynt til å bli beholdt, eller det ligger igjen en noindex fra en testperiode. Alle fire lar seg rette samme dag.
Hvor ofte
To ganger i året holder for et stabilt nettsted — og alltid etter en redesign, en migrering eller en større endring i systemet. De fleste tilbakefall kommer ikke fra endringer hos søkemotorene, men fra en ny modul eller en flytting som ingen fortalte om.
Sett en påminnelse i kalenderen. Det er den delen av dette arbeidet som er lettest å automatisere og lettest å glemme.