Teknisk søkemotoroptimalisering: sjekklisten vi bruker selv

Teknisk søkemotoroptimalisering handler om at Google kan hente, forstå og indeksere sidene dine — ikke om hvor gode de er. Gå gjennom indeksering, kanoniske URL-er, statuskoder, intern lenking, mobil og hastighet i den rekkefølgen. Forbeholdet: teknisk arbeid fjerner hindringer, det skaper ikke etterspørsel etter innhold ingen leter etter.

Hva teknisk søkemotoroptimalisering faktisk dekker

Teknisk søkemotoroptimalisering er alt som må stemme før innholdet i det hele tatt blir vurdert: at Googles crawler får hentet siden, at den får lov til å indeksere den, at den forstår hvilken URL som er originalen, og at brukeren som klikker seg inn får en side som fungerer. Det er en infrastrukturjobb, ikke en innholdsjobb.

Vi vil være tydelige på hva dette ikke er. Teknisk arbeid gjør ikke et middelmådig innhold konkurransedyktig. Vi har sett nettsteder med plettfri teknisk helse som ikke får en eneste organisk henvendelse, rett og slett fordi ingen søker etter det de skriver om. Skal du gjøre begge deler, hører prioriteringen hjemme i en gjennomtenkt SEO-strategi — ikke i en teknisk revisjon. Denne artikkelen tar for seg den tekniske halvparten, punkt for punkt, med hva du gjør hvis svaret er nei.

Punkt 1: Er sidene dine faktisk indeksert?

Dette er det eneste punktet som er absolutt. En side som ikke er indeksert, kan ikke rangere, kan ikke vises i AI-svar og kan ikke få trafikk. Sideindekseringsrapporten i Search Console viser hvor mange URL-er som er indeksert, og hvilke grunner Google oppgir for de som ikke er det.

• Stemmer antallet indekserte sider omtrent med antallet sider du faktisk vil ha i søk? Hvis tallet er mye lavere, ligger problemet nesten alltid i en av grunnene under. Hvis det er mye høyere, har du sannsynligvis parameterversjoner eller taggarkiv på avveie.
• Står viktige sider under «Utelatt»? Les grunnen ordrett. «Blokkert av robots.txt», «Utelukket med noindex-tagg» og «Alternativ side med riktig kanonisk tagg» betyr helt forskjellige ting og har helt forskjellige løsninger.
• Har du sider som er «Oppdaget – foreløpig ikke indeksert»? Da har Google funnet URL-en, men ikke prioritert å hente den. Sjekk om siden er lenket til internt fra noe annet enn sitemapet — en side som bare finnes i sitemapet, er en side ingen på nettstedet ditt mener er viktig.
• Sender sitemapet bare kanoniske, indekserbare URL-er? Et sitemap fullt av omdirigeringer og noindex-sider er et signal om at nettstedet ikke vedlikeholdes.

Hvis svaret er nei på noen av disse: fiks årsaken, ikke symptomet. Å be Google indeksere en enkeltside på nytt hjelper ikke hvis regelen som blokkerte den fortsatt står i robots.txt.

Punkt 2: Peker de kanoniske URL-ene dit du tror?

En kanonisk URL forteller Google hvilken versjon av en side som er originalen når samme innhold er tilgjengelig på flere adresser. Feil her er kostbare, fordi de flytter synligheten fra siden du vil selge på, til en variant du ikke bryr deg om.

• Finnes nettstedet ditt bare på én adresse? Både http/https og www/uten www skal ende i én versjon med en permanent omdirigering — ikke bare en kanonisk tagg.
• Peker hver side sin kanoniske tagg på seg selv, med mindre den bevisst er en variant? Sjekk minst forsiden, en tjenesteside, en artikkel og en kategoriside.
• Overlever filtrering og sortering? På nettbutikker og filtrerbare lister er det her det ryker. Alle sorteringsvarianter av en kategori skal normalt kanonisere til kategoriens hovedadresse.
• Skriver publiseringsverktøyet eller en plugin over det du har satt? Det vi ser oftest er to systemer som begge setter en kanonisk tagg, med motstridende resultat.

Vær klar over at den kanoniske taggen er et signal, ikke en ordre. Google kan velge en annen URL enn den du oppgir. Er du uenig med valget, må du gjøre den ønskede siden til det åpenbare valget: lenk internt til den, la den ha det mest komplette innholdet, og fjern eller slå sammen de nære duplikatene.

Punkt 3: Sender serveren riktige statuskoder?

Statuskoder er språket serveren din snakker med Google på. Feil kode gir feil konklusjon, og konsekvensene er ofte usynlige i månedsvis. Det klassiske eksemplet er en «siden finnes ikke»-side som svarer med 200 OK — da tror Google at hver eneste feilstavede URL er en ekte side med innhold.

• Sjekk at feilsiden din faktisk svarer 404. Åpne en oppdiktet URL og se på statuskoden i nettleserens utviklerverktøy.
• Sjekk at ingen omdirigering går i flere ledd. A til B til C skal bli A til C. Kjeder er ikke katastrofalt, men de er unødvendige og de brekker oftere.
• Sjekk at interne lenker peker på den endelige URL-en, ikke på en gammel som omdirigerer. Dette er den enkleste jobben på hele lista og den som oftest står ugjort.

Punkt 4: Er intern lenking og struktur til å forstå?

Intern lenking havner ofte i innholdsbøtta, men den er teknisk i praksis: den bestemmer hva Google finner, hvor ofte, og hva den oppfatter som viktig. En side som bare er tilgjengelig gjennom et søkefelt eller en filtermeny, er i praksis usynlig.

• Kan du nå enhver viktig side med maks tre klikk fra forsiden? Hvis ikke, mangler du sannsynligvis en oversiktsside eller en kategori.
• Er navigasjonen bygget av vanlige lenker? Menyer som bare fungerer med JavaScript-klikk, og som ikke har en ekte href, gir Google ingenting å følge.
• Bruker du ankertekst som beskriver målsiden? «Les mer» forteller verken bruker eller søkemotor noe. Dette er blant de billigste forbedringene i hele feltet, og vi går gjennom flere av dem i vår oversikt over praktiske grep innen SEO-optimalisering.
• Har du foreldreløse sider? Sammenlign URL-ene i sitemapet med URL-ene som faktisk er lenket til internt. Differansen er som regel gamle landingssider ingen husker.

Om crawl-budsjett: dette diskuteres mye mer enn det fortjener for norske SMB-nettsteder. Har du noen hundre sider, er crawl-budsjett nesten aldri årsaken til at du ikke rangerer. Har du en nettbutikk med hundretusener av filtergenererte URL-er, er det en helt annen samtale — og da er robots.txt og parameterhåndtering et reelt verktøy.

Punkt 5: Mobil, hastighet og de faktiske avveiningene

Google indekserer med mobilversjonen som utgangspunkt. Det betyr at innhold som finnes på desktop, men mangler på mobil, i praksis ikke finnes. Sjekk at hovedinnhold, overskrifter, strukturerte data og interne lenker er identiske på begge visninger — det er langt viktigere enn knappestørrelser.

Hastighet er et reelt signal, men det er svakere enn bransjen liker å hevde. Et raskt nettsted med tynt innhold slår ikke et middels raskt nettsted med det beste svaret. Her går en avveining vi mener mange bommer på: å presse en side fra middels til perfekt ytelse kan koste uker med utviklingstid, og gevinsten i rangering er usikker. Gevinsten i konvertering er derimot ofte reell — så vurder det som et konverteringstiltak, ikke som et SEO-tiltak.

Punkt 6: HTTPS, tilgangskontroll og alt som stenger døra

HTTPS er en dokumentert, men liten rangeringsfaktor. Den viktigste grunnen til å ha det er tillit og at nettlesere merker usikre sider. Er du fortsatt på http, er det en jobb du gjør på en dag, ikke et prosjekt.

• Gyldig sertifikat på alle underdomener, uten blandet innhold (bilder eller skript lastet over http).
• Ingen noindex-tagg som har overlevd en lansering. Dette er den vanligste enkeltfeilen vi finner på nye nettsteder: testmiljøets noindex ble med i produksjon.
• Ingen passordbeskyttelse, geoblokkering eller aggressiv bot-filtrering som stenger ute Googles crawler.
• Ingen innholdsblokkerende samtykkebanner som skjuler all tekst før klikk på en måte som gjør siden tom ved rendring.

Punkt 7: Strukturerte data — hva de gir og hva de ikke gir

Strukturerte data etter Schema.org-standarden hjelper Google å forstå hva en side handler om, og kan gjøre deg kvalifisert for utvidede søkeresultater som produktpris, tilgjengelighet eller oppskriftsdata. Kvalifisert, ikke garantert — Google velger selv.

Her vil vi advare mot en påstand som har fått fotfeste: at strukturerte data gir deg plass i AI-genererte svar. Det er ikke dokumentert. Google beskriver strukturerte data som en hjelp til å forstå innhold, ikke som en inngangsbillett til AI-flatene. Vår anbefaling er å implementere de typene som faktisk er relevante for forretningen din — produkt, organisasjon, lokal virksomhet — og la resten være. Feilaktig eller overdreven markering er verre enn ingen markering.

Punkt 8: Er nettstedet klart for AI-flatene?

Googles AI Overviews og AI Mode henter fra de samme søkesystemene som vanlige søkeresultater. Det er den beste nyheten i hele denne artikkelen: du trenger ikke en egen teknisk stakk for AI-synlighet. Er siden crawlbar, indekserbar og forståelig, er den også aktuell der. Googles egen veiledning om generative funksjoner i Søk sier det samme.

• Sjekk at du ikke blokkerer utdrag. Bruker du nosnippet eller en streng max-snippet-grense, begrenser du samtidig hva som kan brukes i AI-svar.
• Sjekk inkluderingsinnstillingen i Search Console hvis du vil styre om innholdet ditt kan brukes i AI-flatene. Det er et bevisst valg med en kostnad: velger du bort, velger du bort synlighet.
• Bruk rapporten for AI-flater i Search Console som en egen datakilde. Klikkmønsteret der er ikke det samme som i den ordinære ytelsesrapporten.
• Ikke bruk tid på llms.txt for Googles del. Google har uttalt at de ikke bruker filen. Andre aktører er en annen diskusjon, og der er praksis fortsatt omdiskutert.

Punkt 9: Hva du måler etterpå — og hvor lenge du venter

Teknisk arbeid gir sjelden en umiddelbar kurve. Har du fjernet en blokkering, må Google først hente sidene på nytt, deretter vurdere dem, og deretter må noen søke og klikke. Utålmodighet er den vanligste grunnen til at bedrifter reverserer riktige beslutninger.

På etablerte nettsteder Box drifter blir nye artikler normalt indeksert av Google innen 1–3 dager, og begynner å hente organiske klikk etter 3–6 uker.

Sett opp en enkel rutine: sjekk sideindekseringsrapporten månedlig, se etter plutselige fall i antall indekserte sider, og gå gjennom statuskoder etter hver lansering eller større endring i publiseringsverktøyet. Det er dette som skiller et nettsted som holder seg friskt fra et som må gjennom en full revisjon annethvert år. Trenger du å bygge kompetansen internt i stedet for å kjøpe den, finnes det kurs som dekker SEO-grunnlaget.

Og hvis du har gått gjennom lista og kommet til at flere av punktene krever tilgang til kode, serveroppsett eller et publiseringsverktøy ingen i bedriften eier: da er det riktig å hente inn hjelp framfor å prøve seg fram i produksjon. Vi bygger og drifter nettsider der det tekniske grunnlaget er på plass fra start, og tar også over eksisterende nettsteder. Er du usikker på om du trenger en revisjon eller en løpende avtale, har vi skrevet mer om hva slags SEO-hjelp som passer i hvilken situasjon.