Teknisk SEO: sjekkliste for norske SMB i 2026

Teknisk søkemotoroptimalisering handler om at Google faktisk klarer å finne, lese, forstå og vise sidene dine. Det er et gulv, ikke et tak: uten at det tekniske sitter, hjelper det lite med gode tekster. Prioriter indeksering, struktur og hastighet før du pusler med detaljer.

Hva teknisk SEO faktisk er — og ikke er

Teknisk søkemotoroptimalisering er arbeidet som gjør at søkemotorer kan crawle, indeksere og rendre sidene dine uten friksjon, og at strukturen på nettstedet ikke skaper unødige duplikater eller blindveier. Det handler om robots.txt, sitemap, statuskoder, kanoniske URL-er, intern lenkestruktur, hastighet, mobilvisning og strukturerte data. Det handler ikke om å skrive bedre tekster, bygge lenker eller finne nye søkeord — det er andre disipliner.

Poenget med å skille dette ut er praktisk: hvis den tekniske grunnmuren lekker, betaler du for innhold og annonser som aldri kommer frem. Vi ser jevnlig norske SMB-nettsteder der halve produktkatalogen er blokkert av en glemt noindex fra utviklingsmiljøet, eller der samme produkt finnes på fire URL-er uten canonical. Da hjelper det ikke å skru på flere Google Ads-kampanjer — trafikken lander på sider som ikke konverterer fordi de aldri var ment å være offentlige.

Googles egen SEO Starter Guide er fortsatt utgangspunktet. Den er kjedelig lesning, men den er dekkende, og den beskriver et gulv du må over før noe annet monner.

Sjekkliste: teknisk SEO for en norsk SMB

Gå gjennom disse i rekkefølge. Rekkefølgen er ikke tilfeldig — indeksering før hastighet, struktur før strukturerte data. Hvert punkt har en «Hvis nei»-konsekvens, som er det du gjør denne uken.

1. Er nettstedet verifisert i Search Console med riktig eiendom (domenenivå, ikke bare www)? Uten dette famler du i blinde. Hvis nei: verifiser domenet ditt på domenenivå i dag, slik at både www, non-www og subdomener rapporteres samlet.
2. Er alle viktige sider indeksert? Åpne Sideindekseringsrapporten og se hva som er utelatt. Hvis nei: gå gjennom hver «Ikke indeksert»-kategori i Sideindekseringsrapporten og fiks årsaken — oftest noindex, canonical til feil side, eller 404 fra intern lenke.
3. Finnes det ett sitemap.xml som kun inneholder indekserbare, kanoniske URL-er? Et rotete sitemap gir Google et rotete bilde. Hvis nei: generer et rent sitemap fra CMS-et, fjern paginering og filtersider, og send det inn i Search Console.
4. Blokkerer robots.txt noe den ikke burde blokkere, eller åpner den for admin-URL-er som ikke burde indekseres? Hvis nei: rydd i robots.txt, og bruk noindex i stedet for Disallow når du vil holde sider ute av indeks.
5. Har hver side én kanonisk URL, og peker canonical til seg selv når siden er originalen? Duplikater er den vanligste årsaken til at trafikken forsvinner. Hvis nei: sett self-referencing canonical som standard i malen, og la varianter (filtrering, sortering, sporingsparametre) peke tilbake til hovedvarianten.
6. Laster de viktigste malene (forside, kategori, produkt/tjeneste, artikkel) raskt nok på mobil? Trege maler gjør at både brukere og Google gir opp. Hvis nei: mål Core Web Vitals per malgruppe, og be utvikler prioritere LCP-elementet — som regel bilde eller webfont — på malen med mest trafikk.
7. Er intern lenking bygget slik at viktige sider er få klikk fra forsiden, og at ankertekst beskriver målet? Hvis nei: kartlegg de 20 sidene som skal tjene penger, og sørg for at de er lenket fra forside, hovedmeny eller kategoritopp med beskrivende ankertekst.
8. Bruker dere strukturerte data (schema.org) på de sidetypene der det gir mening — produkter, artikler, FAQ, lokal bedrift? Hvis nei: start med Organization og LocalBusiness på forsiden, og Product på produktsidene. Ikke marker opp ting som ikke er synlig på siden.
9. Er hreflang riktig satt hvis dere har norsk og engelsk versjon, eller flere land? Feil hreflang lager verre problemer enn ingen hreflang. Hvis nei: enten fjern det helt til dere trenger det, eller sett det opp korrekt med gjensidige referanser mellom språkversjonene.
10. Er 301-redirects på plass fra gamle URL-er ved relansering eller plattformbytte? Uten dette mister dere all opparbeidet autoritet. Hvis nei: eksporter topp 500 URL-er fra Search Console før migrering, og lag en 1:1 redirect-plan til nye URL-er.
11. Rapporterer Ytelsesrapporten stabil visning og klikk, uten plutselige fall etter en utrulling? Hvis nei: sammenlign Ytelsesrapporten for Søk uke mot uke etter hver deploy, og rull tilbake hvis viktige maler mister visninger.
12. Er nettstedet inkludert i Googles AI-flater slik dere ønsker, og følger dere med i den nye rapporten for AI-flater i Search Console? Hvis nei: sjekk inkluderingsinnstillingen i Search Console, og les Googles egen veiledning om optimalisering for AI-funksjoner før dere gjør endringer.

Teknisk SEO og AI-søk i 2026

Googles AI-flater — AI Overviews og AI Mode — henter fra de samme søkesystemene som vanlig søk. Det betyr at teknisk grunnmur fortsatt gjelder: hvis en side ikke kan crawles eller indekseres, kan den heller ikke siteres i et AI-svar. Google har en inkluderingsinnstilling i Search Console, og en egen rapport for AI-flatene. Google har også vært tydelige på at de ikke bruker llms.txt.

Utover det er mye omdiskutert. Bransjen antar at strukturerte data og tydelig hovedinnhold gir bedre sjanser i AI-svar, men Google har ikke bekreftet en direkte kobling. Vi lener mot å prioritere klar sideinndeling, tydelig hovedinnhold og korrekt schema der det gir mening — ikke fordi det garanterer sitering, men fordi det uansett hjelper vanlig søk. Å bygge om hele nettstedet for spekulative AI-signaler er ikke der pengene ligger nå. Om dere skal eksperimentere med KI-baserte verktøy i innholdsproduksjonen, bør det uansett skje etter at grunnmuren står.

De vanligste tekniske feilene vi ser hos norske SMB

Feilene er sjelden eksotiske. De er kjedelige, og de gjentar seg.

• Testmiljø indeksert i produksjon: utvikler glemte å fjerne noindex, eller staging.eksempel.no er åpen for Google.
• Feil canonical: alle produktvarianter peker til /produkter i stedet for til seg selv, og hele katalogen forsvinner fra indeksen.
• Sitemap med 12 000 URL-er der bare 800 er reelle sider — resten er filtrering, sortering og interne søkeresultater.
• 301 fra gammelt til nytt domene som går via to hopp og en 302 — autoriteten lekker underveis.
• Bilder på 3–4 MB rett fra fotograf, uten komprimering, som drar LCP over fem sekunder på mobil.
• Schema-markup som beskriver produkter og priser som ikke finnes på siden — Google flagger dette som spam.
• Manglende hreflang mellom norsk og engelsk versjon, slik at engelsk versjon rangerer for norske søk i Norge.
• Blandet test og produksjon i sporingen, slik at Google Analytics og Search Console viser helt ulike tall — og ingen stoler på noen av dem.

Hvordan teknisk SEO henger sammen med resten

Teknisk SEO er en forutsetning, men den selger ingenting alene. Fra Box sine egne kundekontoer ser vi et tydelig mønster i nettbutikk-porteføljen: det er kategorisidene med unik tekst og riktig struktur som drar det tunge lasset.

Kategorisider med unik tekst og riktig struktur står for 55–75 % av organisk trafikk i Box sin nettbutikk-portefølje — mer enn produktsidene til sammen.

Det betyr at teknisk SEO må jobbe sammen med innhold: strukturen skal gjøre kategorisidene mulige å indeksere og rangere, og innholdet skal gjøre dem verdt å rangere. På samme måte henger produktfeeden sammen med Shopping-synlighet.

Etter opprydding i produktfeeden (GTIN, riktige kategorier, komplette attributter) ble 25–40 % flere produkter godkjent i Merchant Center, og Shopping-visninger økte med 25–50 %.

Feeden er teknisk arbeid i praksis — samme disiplin, samme krav til rene data. Vi anbefaler å behandle produktdata som et eget prosjekt, ikke som et vedheng til nettbutikken, særlig hvis dere kjører betalte annonser parallelt.

Verktøy: hva du trenger og hva du kan droppe

Når teknisk SEO ikke er riktig prioritet

Teknisk SEO er ikke svaret på alt. Har dere et helt nytt nettsted med under 50 sider, ingen historikk og få besøkende, er en dyp teknisk revisjon feil sted å starte. Da handler det først om å ha noe å rangere med: tydelige tjeneste- og kategorisider, en fornuftig struktur på WordPress-installasjonen eller Shopify-butikken, og nok innhold til at Google ser hva dere driver med.

Har dere allerede stabil trafikk, ingen fall i Search Console og en ryddig indekseringsrapport, er neste steg som regel innhold, ikke mer teknisk finpuss. Vi ville heller brukt kronene på bedre kategoritekster, tydeligere CRM-oppfølging av leads eller en gjennomgang av konverteringspunktene enn på å jage siste prosent i Core Web Vitals.

Og driver dere en lokal håndverkerbedrift der 80 % av kundene kommer via Google Maps og direkte søk på firmanavnet, er teknisk SEO en liten del av bildet. Da er Google-bedriftsprofilen, omtaler og lokal synlighet viktigere enn schema-detaljer. Et søk som «rørlegger akutt bergen» avgjøres av kartresultater og anmeldelser, ikke av canonical-oppsettet.

Hva teknisk SEO koster — og når det lønner seg

En engangsrevisjon av teknisk SEO for en typisk norsk SMB koster fra rundt 20 000 kroner og oppover, avhengig av størrelse på nettstedet og hvor mye som må ryddes. Løpende arbeid er noe annet.

Løpende SEO-arbeid koster i det norske markedet typisk 6 000–18 000 kr/mnd for SMB — og Box sin erfaring er at avtaler under 5 000 kr/mnd sjelden gir nok timer til å flytte noe.

Vårt råd er å velge mellom to modeller: enten en tydelig engangsrevisjon med konkrete oppgaver til utvikler, eller et løpende samarbeid der noen faktisk følger med i Search Console måned for måned. Halvhjertede timepakker der ingen har eierskap, gir sjelden resultater. Trenger dere hjelp til å komme i gang, kan dere se på hva vi gjør innen markedsføring og synlighet.