Teknisk søkemotoroptimalisering for norske bedrifter: hva som betyr noe, og hva som ikke gjør det

Teknisk søkemotoroptimalisering sørger for at Google kan finne, hente, lese og indeksere sidene dine uten hindringer. Rett rekkefølge er indeksering først, deretter struktur og duplikater, så hastighet og til slutt strukturerte data. Det samme grunnlaget gjelder for AI-svar i Google, fordi en side som ikke er indeksert heller ikke kan bli sitert.

Hva er teknisk søkemotoroptimalisering, og hva er det ikke?

Teknisk søkemotoroptimalisering er arbeidet som gjør at søkemotorer kan hente, vise fram og indeksere sidene dine uten hindringer. Det sørger også for at strukturen på nettstedet ikke lager duplikater, blindveier eller sider som aldri burde vært offentlige. Arbeidet omfatter robots.txt, nettstedskart, statuskoder, kanoniske adresser, videresendinger, intern lenking, hastighet, mobilvisning og strukturerte data.

Det handler ikke om å skrive bedre tekster, finne nye søkeord eller skaffe lenker fra andre nettsteder. Det er egne fagområder. Grunnen til å skille dem er praktisk. Hvis det tekniske grunnlaget lekker, betaler du for innhold og annonser som aldri blir sett. Det vi ser oftest, er ikke eksotiske feil, men kjedelige feil som gjentar seg. Typiske eksempler er en noindex som ble glemt igjen fra testmiljøet, et nytt nettsted uten videresendinger eller en nettbutikk der hvert filtervalg lager en ny adresse.

Du kan tenke på teknisk arbeid som et gulv og ikke et tak. Når gulvet er på plass, gir mer teknisk pussing sjelden målbar effekt. Da er det innhold, en tydelig SEO-strategi og autoritet som avgjør.

Hva bør du sjekke først?

Begynn med om de viktige sidene dine faktisk er indeksert. Ta hastighet og strukturerte data etterpå. Rekkefølgen i tabellen under sparer penger, fordi hvert steg bygger på det forrige. Det er for eksempel bortkastet å gjøre en side raskere hvis Google uansett ikke får indeksere den.

Hvordan gjør du en teknisk gjennomgang på én dag?

Med Search Console og et gratis gjennomsøkingsverktøy kommer en SMB langt på én arbeidsdag. Gå gjennom stegene i denne rekkefølgen og skriv ned hver feil med adresse og konsekvens. Da har du en arbeidsliste til utvikleren.

• 1. Sjekk at domenet er verifisert som domeneeiendom i Search Console, ikke bare som adresseprefiks. Da får du med både http, https, www og underdomener i samme rapport.
• 2. Åpne indekseringsrapporten. Den viser hvilke sider Google kan finne og indeksere, og hvorfor andre sider ikke er indeksert. Sorter på årsak, ikke på antall.
• 3. Skill mellom «Gjennomsøkt – for øyeblikket ikke indeksert» og «Oppdaget – for øyeblikket ikke indeksert». Den første betyr som regel at Google har vurdert siden og valgt den bort, ofte fordi innholdet er tynt eller ligner andre sider. Den andre betyr at Google ikke har hentet siden ennå. Det skyldes oftest svak intern lenking eller et nettsted med altfor mange adresser.
• 4. Kjør URL-inspeksjon på de fem viktigste sidene dine, for eksempel forsiden, de viktigste tjeneste- og kategorisidene og kontaktsiden. Sjekk at kanonisk adresse som Google har valgt, er den samme som den du har oppgitt.
• 5. Les robots.txt linje for linje. Se etter Disallow: / eller sperrer mot /wp-content/, CSS eller JavaScript som Google trenger for å vise siden riktig.
• 6. Åpne nettstedskartet og sjekk at det bare inneholder indekserbare adresser som svarer med statuskode 200 og er kanoniske. Adresser med noindex eller videresending skal ikke stå der.
• 7. Gjennomsøk nettstedet med et verktøy. Se vår gjennomgang av SEO-verktøy. Filtrer på 4xx, 3xx-kjeder, manglende eller dupliserte titler og sider som ligger mer enn tre klikk fra forsiden.
• 8. Åpne Core Web Vitals-rapporten for mobil og noter hvilke grupper av adresser som ligger på «Dårlig».
• 9. Test ett produkt eller én tjeneste i testen for rike resultater og sjekk om de strukturerte dataene er gyldige.
• 10. Ranger funnene etter tabellen over og send de tre øverste til utvikleren først.

Vil du gå dypere, beskriver vi hele metoden i artikkelen om seo analyse.

Hvilke tekniske feil koster norske bedrifter mest?

De dyreste feilene oppstår nesten alltid i forbindelse med en endring, som en relansering, bytte av plattform, ny tema-mal eller en utvidelse som installeres. Feilene er sjelden avanserte. De blir bare ikke oppdaget før trafikken har falt i flere uker.

Robots.txt og noindex brukt samtidig

Dette er den vanligste misforståelsen vi møter. Robots.txt styrer hva Google får hente, ikke hva Google indekserer. Hvis du sperrer en side i robots.txt og samtidig setter noindex på den, får Google aldri lese noindex-taggen. Siden kan da bli indeksert likevel, bare uten beskrivelse, hvis andre sider lenker til den. Google skriver selv at noindex bare virker hvis siden ikke er sperret i robots.txt. Rett rekkefølge er å fjerne sperren, la Google hente siden og se noindex, og vente til den har forsvunnet fra indeksen. Først da kan du eventuelt sperre den igjen.

Filteradresser i nettbutikken

En kategori med fem filtre for farge, størrelse, pris, merke og sortering kan gi tusenvis av adressekombinasjoner som ?farge=bla&sort=pris. Hver av dem ser ut som en ny side for Google. Resultatet er at Google bruker tiden på filtersider i stedet for nye produkter, og det er ofte her statusen «Oppdaget – for øyeblikket ikke indeksert» kommer fra. Bestem hvilke filterkombinasjoner som har egen søkeetterspørsel, for eksempel «dunjakke dame». La bare dem være indekserbare med egen tittel og tekst, og pek resten kanonisk tilbake til kategorien.

Relansering uten videresendingskart

Hver gammel adresse som har trafikk eller lenker, skal ha en permanent videresending (301) til den mest likeverdige nye adressen. Du skal ikke sende alt samlet til forsiden, fordi Google behandler det omtrent som en 404-feil. Lag kartet i et regneark før lansering, test det i testmiljøet og behold videresendingene i minst ett år. Fjerner du dem etter noen måneder fordi «trafikken har flyttet seg», mister du signalene fra eksterne lenker.

Nettstedskart som lyver om datoer

Mange utvidelser setter dagens dato som lastmod på alle sider hver gang nettstedskartet lages på nytt. Det gjør mer skade enn nytte. Google bruker lastmod-verdien hvis den er konsekvent og etterprøvbart korrekt, og Googles dokumentasjon om nettstedskart sier at priority og changefreq ikke blir brukt. Sørg for at lastmod bare endres når innholdet faktisk er endret. Hvert nettstedskart kan ikke være mer enn 50 MiB (ukomprimert) eller inneholde mer enn 50 000 adresser. Større nettsteder må derfor bruke en indeksfil som peker til flere nettstedskart.

I flere kontoer Box har analysert kom tilnærmet alle konverteringer fra merkevaresøk — non-brand-søkeord ga klikk, men null henvendelser, på grunn av kannibalisering og manglende negativlister.

Mønsteret viser hvorfor tekniske feil ofte blir dyre via annonsebudsjettet. Når landingssidene ikke rangerer organisk fordi de er duplikater, ikke er indeksert eller kjemper mot hverandre, er det fristende å kjøpe trafikken i stedet. Sjekk derfor grunnlaget før du øker budsjettet i Google annonseringen.

Hvor mye betyr hastighet og Core Web Vitals egentlig?

Hastighet betyr noe, men mindre enn mange tror for rangering og mer enn mange tror for salg. Google skriver at de anbefaler sterkt at nettstedseiere oppnår gode Core Web Vitals for å lykkes i søk. I praksis skiller det likevel sjelden mellom to sider der den ene har tydelig bedre innhold.

Grenseverdiene er at LCP skal være innen 2,5 sekunder og INP under 200 millisekunder, og at sider bør holde CLS på 0,1 eller mindre. Det mange overser, er målemetoden. Hvis minst 75 prosent av sidevisningene når grensen for «god», regnes nettstedet som å ha god ytelse for den målingen. Dataene kommer fra ekte Chrome-brukere og ikke fra Lighthouse-poengsummen du ser i PageSpeed Insights. En score på 95 i en laboratorietest er derfor ingen garanti. Små nettsteder har ofte for lite trafikk til å få slike feltdata i det hele tatt, og da er rapporten i Search Console tom. Da er laboratorietesten det beste du har.

For norske SMB-nettsteder skyldes dårlig LCP oftest et stort toppbilde uten riktig størrelse, en tung tema-mal eller trege tredjepartsskript fra chat, sporing og samtykkebanner. INP-problemer kommer som regel av for mye JavaScript. Sjekk også hva det gjør med salget, ikke bare med rangeringen. Mer om det finner du i artikkelen om arbeid med konverteringsraten.

Hva må til for å bli med i AI-svar i Google?

Kort sagt det samme som for vanlig søk. Siden må være indeksert, og den må kunne vises med tekstutdrag. 15. mai 2026 publiserte Google en egen veiledning om AI Overviews og AI Mode, som sist ble oppdatert 10. juli 2026. Der står det tydelig at du ikke trenger å lage nye maskinlesbare filer, AI-tekstfiler, markering eller Markdown for å vises i Google-søk.

Den tekniske konsekvensen er konkret. På den tekniske siden må sidene være indeksert og kunne vises med tekstutdrag for å dukke opp i generative AI-funksjoner. Har du satt nosnippet eller en veldig lav max-snippet-verdi, for eksempel for å skjule priser eller beskrivelser, holder du deg samtidig ute av AI-svarene. Veiledningen avviser også oppdeling av innhold i små biter. Det er ikke nødvendig å dele innholdet opp i små biter for at AI skal forstå det bedre.

Les hele veiledningen fra Google før du betaler noen for «GEO-optimalisering». Uavhengige målinger peker samme vei. I én studie fulgte Ahrefs 1 885 sider som fikk lagt til JSON-LD, og de behandlede sidene viste ingen økning i siteringer på tvers av AI Overviews, AI Mode eller ChatGPT. Vi mener derfor at pengene gjør mer nytte i innhold med egen erfaring og egne data enn i spesialfiler for AI.

Hva kan du trygt ignorere?

En stor del av det som selges som teknisk SEO, har liten eller ingen effekt. Vi fraråder å bruke budsjett på dette før resten er i orden:

• Priority og changefreq i nettstedskartet, som Google ikke bruker.
• llms.txt for Google-synlighet. Filen er grei å ha for andre tjenester, men det vil verken skade eller hjelpe synligheten eller rangeringen i Google-søk, siden Google-søk ser bort fra den.
• Jakten på 100 i PageSpeed-score. Det som teller, er om de ekte brukerne når grensen for «god».
• FAQ-markering for å få utvidede resultater. Google begrenset slike visninger kraftig i 2023, og ifølge bransjekilder ble FAQ-rike resultater avviklet 7. mai 2026.
• Meta keywords-taggen, som Google ikke har brukt på mange år.
• Å skrive om alle tekstene med hvert eneste ordvariant for AI-søk.

Når teknisk søkemotoroptimalisering ikke er riktig prioritet

Hvis Search Console viser at de viktige sidene er indeksert, uten store feil og med godkjente eller nesten godkjente Core Web Vitals, gir mer teknisk arbeid lite. Da er problemet nesten alltid innhold, etterspørsel eller autoritet.

• Du har et lite nettsted på WordPress, Squarespace, Wix eller Shopify med standardoppsett og ingen advarsler. Plattformen håndterer det meste av det grunnleggende.
• Du er en lokal tjenestebedrift der kundene finner deg på kartet. Da gir Google Bedriftsprofil og lokal SEO mer igjen per krone.
• Sidene rangerer på side to eller tre og er indeksert. Det tyder på at det mangler innhold eller lenker, ikke tekniske tiltak.
• Du skal bygge nytt nettsted om kort tid. Da bør pengene gå til å gjøre det riktig i det nye prosjektet i stedet for å lappe på det gamle.

Ett unntak gjelder alle: universell utforming. Nettsteder rettet mot allmennheten er omfattet av kravene i likestillings- og diskrimineringsloven, og Uu-tilsynet fører tilsyn. Mye av arbeidet overlapper med teknisk SEO, som riktige overskriftsnivåer, alternativtekst og semantisk HTML. Tiltakene gir derfor gevinst på begge områder.

Hva koster teknisk søkemotoroptimalisering, og bør du gjøre det selv?

Prisen avhenger mer av hvor mange adresser nettstedet har og hvilken plattform det står på, enn av hvor mange sider med innhold du har. Det finnes ingen offisiell norsk prisstatistikk. Be derfor om et fast tilbud på gjennomgangen og et separat anslag på utviklertimer for å rette feilene.

Budsjettet er todelt. Den ene delen er selve gjennomgangen, som gir en liste over funn og prioriteringer. Den andre delen er utviklertid til å rette funnene, og den blir ofte glemt. En gjennomgang uten utviklertid er en rapport som havner i en skuff. Vi ville satt av penger til begge deler i samme budsjettår.

Mye av dette kan du gjøre selv. Framgangsmåten over krever ingen koding, og et SEO-kurs gir deg nok grunnlag til å lese rapportene. Vi anbefaler å hente hjelp når feilen sitter i malen, serveren eller plattformen, når du skal migrere, eller når nettbutikken har mange tusen adresser. Se hva du bør forvente av et SEO-byrå før du ber om tilbud. Husk også at tallene i Search Console kommer fra Googles egne systemer og ikke påvirkes av samtykkebanneret ditt, i motsetning til ga4. Bruk derfor Search Console når du skal måle effekten av tekniske tiltak på organisk synlighet.

Trenger du en second opinion på det tekniske grunnlaget eller hjelp til å prioritere, kan du se hvordan vi jobber med markedsføring og SEO.