Teknisk SEO er det Google sjekker først når siden din skal rangeres. De viktigste punktene er: indekseringsstatus (kan Google i det hele tatt nå sidene dine?), Core Web Vitals (LCP under 2,5 s, INP under 200 ms, CLS under 0,1), mobilversjon (responsivt design, ikke separat m.-versjon), HTTPS, XML-sitemap registrert i Search Console, ren URL-struktur uten parametere, riktig bruk av canonical-tags, og semantisk HTML med korrekt overskriftshierarki. Mangler grunnleggende ting her, hjelper det lite med flott innhold og lenker. Google straffer ikke for dårlig teknisk SEO direkte, men ranker konkurrenter høyere fordi de gjør hjemmeleksen sin. Denne sjekklisten dekker det du kan kontrollere selv, og hva som krever utviklerhjelp.
Hvorfor teknisk SEO avgjør om alt annet virker
Mange bedrifter bruker tusenvis av kroner på innholdsproduksjon og lenkebygging, mens den tekniske bunnen ligger i ruiner. Det er som å bygge takstein på et hus uten vegger. Google må først kunne finne sidene dine, lese dem, forstå strukturen, og laste dem raskt nok for besøkende. Klarer den ikke det, spiller resten av SEO-arbeidet liten rolle.
I 2026 har dette blitt enda viktigere. Google bruker Core Web Vitals som direkte rangeringssignal. AI-modeller som ChatGPT og Perplexity siterer sider basert på struktur og lastetid. Brukerne forventer at sider laster på under 2 sekunder, ellers forsvinner de.
De fleste tekniske problemer er ikke synlige for deg som eier. Siden ser fin ut når du besøker den. Problemene viser seg i logfilene, i Search Console, og i målingene Google bruker for å bestemme hvem som ranker hvor.
Sjekkliste 1: Kan Google i det hele tatt indeksere siden din?
Det aller første spørsmålet. Hvis Google ikke får tilgang til sidene dine, kan de heller ikke rangere dem. Sjekk dette:
robots.txt-filen. Gå til ditt domene etterfulgt av /robots.txt. Står det «Disallow: /» der, blokkerer du Google fra hele siden. Det skjer overraskende ofte på nylig lanserte sider, der utvikleren glemte å slå av blokkeringen fra utviklingsmiljøet.
Noindex-tagger i HTML. Høyreklikk på en side og velg «Vis kildekode». Søk etter ordet «noindex». Finner du en meta-robots-tag som sier «noindex», blir siden ikke indeksert. Sjekk særlig forsiden og tjenestesidene dine.
Search Console. Sett opp Google Search Console hvis du ikke har det. Det er gratis, og det er det viktigste verktøyet du har. Under «Dekning» eller «Sider» ser du nøyaktig hvilke sider Google har indeksert og hvilke som er ekskludert med grunn.
XML-sitemap. Filen som forteller Google hvilke sider du har. Den ligger typisk på domene.no/sitemap.xml eller domene.no/sitemap_index.xml. Send inn URL-en til sitemapet i Search Console under «Områdekart». Sjekk at den oppdateres automatisk når du publiserer nytt innhold.
Sjekkliste 2: Core Web Vitals
Googles offisielle målinger for brukeropplevelse. Tre tall som påvirker rangering direkte.
Gå til Google PageSpeed Insights (pagespeed.web.dev), skriv inn URL-en din, og sjekk mobil-versjonen først. Mobil teller mer enn desktop fordi Google bruker mobile-first indexing.
LCP (Largest Contentful Paint). Mål: under 2,5 sekunder. Måler hvor raskt det største synlige elementet er ferdig lastet. Over 4 sekunder regnes som dårlig. Tregeste årsaker: store bilder uten kompresjon, treg server, blokkerende JavaScript.
INP (Interaction to Next Paint). Mål: under 200 millisekunder. Måler hvor raskt siden reagerer på første interaksjon (klikk, scroll, tastetrykk). Erstattet FID i mars 2024. Treg INP betyr ofte tung JavaScript fra sidebyggere eller dårlig optimaliserte plugins.
CLS (Cumulative Layout Shift). Mål: under 0,1. Måler hvor mye innhold hopper rundt mens siden lastes. Vanlige årsaker: bilder uten width/height-attributter, fonter som lastes asynkront, annonser som dukker opp etter at innholdet er rendret.
Hvis du har dårlige tall her, er ofte hele temaet eller sidebyggeren problemet. Vi har skrevet utfyllende om hvordan sidebyggere ødelegger Core Web Vitals, og hva som faktisk skal til for å fikse det.
Sjekkliste 3: Hvor rask er siden?
Core Web Vitals gir én del av bildet. Ren lastetid gir resten.
Bruk GTmetrix.com eller WebPageTest.org for grundigere måling enn PageSpeed. Mål både mobil og desktop, og fra norsk lokasjon hvis verktøyet tillater det. Servere langt unna brukerne gir høyere lastetid.
Konkrete mål for en bedriftsside:
Total sidestørrelse under 1,5 MB. Antall HTTP-requests under 50. Time to First Byte (TTFB) under 600 ms. Fully loaded under 3 sekunder på desktop, under 4 sekunder på mobil 4G.
Over disse tallene begynner brukere å falle fra. Statistikk fra Google viser at 53 prosent av mobilbrukere forlater en side hvis den ikke laster innen 3 sekunder. Sannsynligvis kommer de aldri tilbake.
Sjekkliste 4: Mobil-optimalisering
Google bruker mobil-versjonen av siden din for å rangere. Det betyr at mobil ikke er en sekundær versjon, den er hovedversjonen.
Sjekk siden på en faktisk mobil, ikke bare i utviklerverktøy. Test fra både iPhone og Android, gjerne flere skjermstørrelser. Se etter:
Tekst som er for liten til å lese uten å zoome. Knapper og lenker som ligger for tett. Skjemafelter som er vanskelige å fylle ut. Horizontalt scroll, som ikke skal forekomme. Bilder som flyter utenfor skjermen. Pop-ups som dekker hele skjermen og ikke kan lukkes uten å streve.
Bruk Google Mobile-Friendly Test som offisielt verktøy (search.google.com/test/mobile-friendly). Den gir konkret tilbakemelding på hva som ikke fungerer.
Responsivt design med separate brytepunkter for telefon, tablet og desktop er standard. Egne «m.domene.no»-versjoner anbefales ikke lenger, de skaper duplikatinnhold og er vanskelige å vedlikeholde.
Sjekkliste 5: HTTPS og sikkerhet
Alle sider skal kjøre på HTTPS. Det er gratis (Let’s Encrypt) og obligatorisk for Google-rangering. Sjekk:
URL-en starter med https:// i nettleseren. Det er et hengelås-ikon ved siden av adressen. Det finnes ingen «mixed content»-advarsler (HTTPS-side som laster HTTP-ressurser). Sjekk dette i utviklerverktøyet under «Console».
Alle gamle HTTP-URL-er videresender automatisk til HTTPS-versjonen med 301-redirect. Skriv inn http://domene.no manuelt og se at du havner på https-versjonen.
Sertifikatet er gyldig og fornyes automatisk. Utløpte sertifikater fører til skremmende advarsler i Chrome og Firefox, og brukere flykter.
Sjekkliste 6: URL-struktur og navigasjon
URL-er skal være enkle, beskrivende og logisk strukturerte.
God URL: domene.no/tjenester/webutvikling/. Tre nivåer, leselig, ingen parametere.
Dårlig URL: domene.no/?p=234&category=12. Parametere, ingen mening, vanskelig å huske og dele.
Konkrete punkter:
Bruk bindestrek mellom ord, ikke understrek. Skriv små bokstaver, aldri store. Hold URL-er korte, helst under 60 tegn. Hold strukturen logisk: kategori, underkategori, side. Unngå dato i URL hvis innholdet ikke er datert.
Vær forsiktig med å endre URL-strukturen på en eksisterende side. Hver gang du endrer en URL uten 301-redirect, mister du rangeringene knyttet til den gamle adressen. Vi har sett bedrifter miste 40-60 prosent av organisk trafikk på dette alene ved redesign uten plan. Mer om dette i artikkelen om hvorfor nye nettsider mister trafikk.
Sjekkliste 7: Overskriftshierarki og semantisk HTML
Google leser strukturen i HTML for å forstå hva siden handler om. Riktig hierarki er kritisk.
Hver side skal ha nøyaktig én H1. Den er sidens hovedtittel og skal inneholde hovedkeywordet. Ikke ha flere H1-er, ikke ha sider uten H1.
H2-er er hovedseksjoner. De skal være logiske underdeler av H1-temaet. H3-er er underseksjoner av H2. Ikke hopp over nivåer (H1 direkte til H4 er feil).
Bruk semantisk HTML5 der det gir mening: header for toppen, nav for navigasjon, main for hovedinnhold, article for selvstendige innholdsenheter, aside for sidebars, footer for bunnen. Dette hjelper søkemotorer og skjermlesere å forstå strukturen.
Sjekk dette manuelt ved å høyreklikke og velge «Vis kildekode», søk etter «h1», «h2», «h3» og se at de står i logisk rekkefølge.
Sjekkliste 8: Metadata og strukturert data
Title-tagger og meta-descriptions er det Google viser i søkeresultatene. De påvirker både rangering og klikkrate.
Title-tag: 50-60 tegn. Inneholder hovedkeywordet. Hver side har unik title. Sjekk i kildekoden under <title>-taggen.
Meta description: 140-160 tegn. Beskriver siden, gjerne med call-to-action. Hver side har unik description. Google bruker den ikke alltid, men ofte.
Strukturert data (Schema.org): JSON-LD-markup som forteller Google hva siden handler om. Vanlige typer for bedrifter: Organization, LocalBusiness, Article, FAQPage, BreadcrumbList, Product. Test med Googles Rich Results Test (search.google.com/test/rich-results).
Strukturert data er en av de mest underutnyttede SEO-mulighetene. Riktig schema gir rikere visning i søkeresultater, bedre klikkrate, og høyere sannsynlighet for å bli sitert av AI-modeller. Det er også en sentral del av AEO-optimalisering.
Sjekkliste 9: Bilder og media
Bilder er ofte den største kilden til treg lastetid. Optimalisering her gir rask effekt.
Bruk WebP eller AVIF som format i stedet for JPG/PNG. Filstørrelse reduseres ofte med 30-60 prosent uten synlig kvalitetstap.
Komprimer bilder før opplasting. Bruk verktøy som ShortPixel, Squoosh, eller TinyPNG. Et bilde på 2 MB skal være under 200 KB etter kompresjon, ofte mindre.
Sett alltid width og height-attributter i HTML-en. Det hindrer layout shift (CLS).
Bruk lazy loading med loading=»lazy» på bilder under fold. Det utsetter lasting til brukeren scroller nær dem.
Skriv alt-tekst som beskriver bildet. Ikke fyll med keywords, beskriv hva som faktisk er på bildet. Alt-tekst hjelper både SEO og tilgjengelighet.
Sjekkliste 10: Indre lenkestruktur
Hvordan sidene dine peker til hverandre, er en av de mest oversette SEO-faktorene.
Hver viktig side bør være maks 3 klikk unna forsiden. Dypt nestede sider får mindre vekt fra Google.
Bruk beskrivende lenketekst, ikke «klikk her» eller «les mer». Lenkeordene forteller Google hva mål-siden handler om.
Lag tematiske klynger: hovedsiden om SEO lenker til guider om teknisk SEO, lokalt SEO, innholds-SEO. Disse guidene lenker tilbake til hovedsiden og til hverandre der det er relevant.
Brødsmuler (breadcrumbs) hjelper både brukere og søkemotorer å forstå hierarkiet. Marker dem med schema.org BreadcrumbList.
Sjekk for ødelagte interne lenker. Bruk Screaming Frog SEO Spider (gratis for opptil 500 URL-er) eller Ahrefs Site Audit. Hver 404 er en tapt mulighet og et dårlig brukersignal.
Sjekkliste 11: Canonical-tags og duplikatinnhold
Canonical-tagger forteller Google hvilken versjon av en side som er den «offisielle». Brukes for å unngå duplikatinnhold-problemer.
Hver side bør ha en self-referencing canonical: en tag som peker på sin egen URL. Sjekk i kildekoden under <link rel=»canonical» href=»…»>.
Vanlige problemer: WooCommerce-produkter som finnes på flere URL-er (med og uten filtrering, sortering). Paginerte sider som ikke peker tilbake til hovedsiden. URL-er med og uten skråstrek på slutten som regnes som ulike sider.
Hvis du har samme innhold på flere domener (for eksempel norsk og svensk versjon), bruk hreflang-tagger riktig.
Sjekkliste 12: Server og hosting
Mye av SEO-ytelse handler om infrastruktur. Treg server gir treg side, uansett hvor god koden er.
Velg hosting fysisk nær brukerne dine. For norske brukere betyr det norsk eller skandinavisk datasenter. TTFB skal være under 600 ms, helst under 200 ms.
Bruk HTTP/2 eller HTTP/3. Sjekk hos hosting-leverandøren din. Begge er raskere enn gamle HTTP/1.1.
Bruk en CDN (Content Delivery Network) hvis du har internasjonale brukere. Cloudflare har gratis nivå som ofte holder.
Aktiver Gzip eller Brotli-kompresjon på serveren. Reduserer HTML, CSS og JavaScript-størrelse med 60-80 prosent ved overføring.
Server-side caching med Redis eller Memcached gir kraftig fartsforbedring, særlig for sider med dynamisk innhold som nettbutikker.
Sjekkliste 13: Crawl-budsjett og logger
For større sider (1000+ URL-er) blir crawl-budsjettet relevant. Google bruker begrenset tid på siden din, så de viktige sidene må prioriteres.
Bruk robots.txt for å blokkere irrelevante sider (admin-sider, takk-sider, interne søkesider). De spiser crawl-budsjett uten å bidra.
Sjekk logfiler hvis du har tilgang. Du ser hvilke sider Googlebot besøker, hvor ofte, og hvilke som ignoreres. Verktøy: Screaming Frog Log File Analyser, eller direkte i serverloggene.
404-feil bør være under 1 prosent av total trafikk fra crawlere. Mer enn det signaliserer dårlig vedlikehold.
Sjekkliste 14: Hva AI-søkemotorer ser etter
I 2026 er det ikke nok å optimalisere bare for Google. ChatGPT, Perplexity, Claude, og Google AI Overview siterer sider basert på egne kriterier.
Ren HTML-struktur med tydelige spørsmål og svar fungerer bedre enn pakket-inn-i-divs-innhold. Skriv overskrifter som faktiske spørsmål folk søker etter.
Direkte svar tidlig i seksjoner. AI-modeller plukker opp den første konkrete setningen som besvarer spørsmålet.
Strukturert data (FAQPage, Article, HowTo) hjelper AI-modeller å forstå innholdet. JSON-LD er standard.
Autoritet og originalitet teller mer enn før. AI-modeller siterer kilder de stoler på, basert på linkpattern, omtale på andre nettsteder, og innholdets dybde.
Hva gjør du nå?
Begynn med det enkleste: Google PageSpeed Insights og Search Console. Disse to verktøyene gir deg de viktigste tallene på 10 minutter.
Identifiser de største problemene. Er det indeksering? Lastetid? Mobil? URL-struktur? Vanligvis er det ett eller to dominerende problemer, ikke alle samtidig.
Fiks det du kan selv. Bildekompresjon, alt-tekst, metadata, indre lenker. Dette krever ikke utvikler.
For resten må du sannsynligvis ha hjelp. Core Web Vitals, server-konfigurasjon, schema-markup, migrering, og temapåvirkninger krever teknisk kompetanse. En grundig nettside-audit gir deg en konkret liste over hva som må fikses og i hvilken rekkefølge.
For mange bedrifter er teknisk SEO det området hvor det er mest å hente på kort sikt. Innholdsarbeid og lenkebygging tar måneder å vise effekt. Et fikset Core Web Vitals-problem kan gi økt synlighet i Google på dager.
Ofte stilte spørsmål
Hva er det viktigste å sjekke for teknisk SEO?
Først om Google kan indeksere sidene dine (robots.txt, noindex, Search Console). Deretter Core Web Vitals (LCP, INP, CLS) og mobiloptimalisering. Disse tre punktene avgjør grunnlaget. Mangler ett av dem, hjelper det lite med øvrig SEO.
Hva er bra Core Web Vitals-tall i 2026?
LCP under 2,5 sekunder, INP under 200 millisekunder, og CLS under 0,1. Måles på mobil først, siden Google bruker mobile-first indexing. Verdier over dette skyver siden ned i rangering på konkurransebaserte søk.
Trenger jeg utvikler for å fikse teknisk SEO?
Noe kan du fikse selv: bildekompresjon, alt-tekst, metadata, indre lenker, redirect-feil. Core Web Vitals, server-konfigurasjon, schema-markup og migrering krever som regel utvikler. Et grundig audit gir oversikt over hva som er innenfor egen evne.
Hvor fort skal en nettside laste?
Under 2 sekunder for forsiden på mobil, under 3 sekunder total lastetid. Tregere enn det gir høy bounce-rate og fall i Google-rangering. 53 prosent av mobilbrukere forlater sider som tar lengre enn 3 sekunder å laste.
Er teknisk SEO viktigere enn innhold?
Begge må være på plass. Teknisk SEO er bunnen, innhold er det som ranker. Uten teknisk grunnlag indekserer ikke Google sidene dine. Uten innhold har den ingen ting å rangere. Begynner du med teknisk feil, taper du på alt annet du gjør.
Hvor ofte bør jeg sjekke teknisk SEO?
Grunnleggende sjekk månedlig (Search Console-feil, brutte lenker, PageSpeed). Grundigere teknisk audit hvert halvår eller etter større endringer på siden. Spesielt etter redesign, plugin-oppdateringer, eller migrering til ny hosting.
Vil du ha en konkret liste over hva som må fikses på din side?
En grundig nettside-audit fra Markly gir deg dokumentet du faktisk trenger: hva som er galt, hvor mye trafikk det koster deg, og i hvilken rekkefølge ting bør fikses. Ingen automatiske rapporter, alt skrevet for hånd basert på reell gjennomgang av siden din.