Teknisk SEO er fundamentet som alt annet søkemotorarbeid hviler på. Denne sjekklisten utfyller vår komplette SEO-guide for 2026. Uten riktig teknisk grunnlag vil selv det beste innholdet og de sterkeste lenkene gi svakere resultater enn de burde. Denne sjekklisten dekker alle kritiske tekniske aspekter du bør kontrollere og optimalisere — med konkrete handlingspunkter du kan gjennomføre umiddelbart.
Crawlability: Sørg for at søkemotorer finner innholdet ditt
Crawlability handler om at søkemotorenes roboter faktisk kan oppdage og lese sidene dine. Ifølge Googles egne retningslinjer (Google Search Central, 2025) er dette det første steget i indekseringsprosessen — hvis Googlebot ikke kan crawle en side, eksisterer den ikke i søkeresultatene.
Start med robots.txt-filen. Den styrer hvilke deler av nettstedet som er tilgjengelig for crawlere. En vanlig feil er å blokkere viktige ressurser som CSS- og JavaScript-filer, noe som hindrer Google i å rendere sidene korrekt. Bruk Google Search Console sin robots.txt-tester for å verifisere at filen fungerer som tiltenkt.
Crawl-budsjettet er spesielt viktig for større nettsteder. Google tildeler hvert nettsted en begrenset mengde crawl-ressurser. Sørg for at budsjettet brukes på sidene som faktisk har verdi, ikke på filtreringsparametere, sorteringsvarianter eller utdaterte sider. Les vår guide til index bloat og crawl budget for avanserte teknikker.
- Verifiser at robots.txt ikke blokkerer viktige sider, CSS eller JavaScript
- Send inn et oppdatert XML-sitemap via Google Search Console
- Begrens crawling av lavverdi-sider med robots.txt eller meta robots
- Implementer paginering med rel="next" og rel="prev" der det er relevant
- Unngå uendelige crawl-løkker fra kalendre, filtre eller søkefunksjoner
- Sjekk crawl-statistikk i Google Search Console under Innstillinger > Crawling
Indeksering: Kontroller hva som vises i søkeresultatene
Indeksering er prosessen der Google lagrer og organiserer innholdet fra crawlede sider. Målet er at alle verdifulle sider indekseres, mens duplikater og lavkvalitetssider holdes utenfor. Google rapporterer indekseringsstatus i Search Console under «Sider» — dette bør sjekkes månedlig.
Canonical-tagger er ditt viktigste verktøy for å håndtere duplikatinnhold. Se vår guide til canonical URLs og duplisert innhold for detaljer. Hver side bør ha en self-referencing canonical tag som peker til sin egen URL. For sider som finnes i flere versjoner (med og uten parametere, HTTP/HTTPS, www/non-www), bør canonical peke til den foretrukne versjonen.
Indeksbloat — der Google indekserer langt flere sider enn du har reelt innhold — er et utbredt problem. Sjekk ved å søke «site:dittdomene.no» og sammenlign antallet med hvor mange sider du faktisk ønsker indeksert. Bruk noindex-direktiver for sider uten søkeverdi, som interne søkeresultater, tagsider med tynt innhold, og utdaterte kampanjesider.
- Implementer self-referencing canonical tags på alle sider
- Bruk noindex på sider uten søkeverdi (tagsider, interne søkeresultater, tynne sider)
- Identifiser og fiks orphan pages — sider uten interne lenker som peker til dem
- Sjekk «Sider»-rapporten i Google Search Console månedlig for indekseringsproblemer
- Fjern utdaterte sider fra indeksen med 410-statuskode eller noindex
- Verifiser at viktige sider faktisk er indeksert med «URL-inspeksjon»-verktøyet
Nettstedsarkitektur: Bygg en logisk og crawl-vennlig struktur
En god nettstedsarkitektur gjør det enkelt for både brukere og søkemotorer å finne innhold. Hovedregelen er at ingen viktig side bør være mer enn tre klikk fra forsiden. Flat arkitektur med tydelig hierarki gir bedre crawling og distribusjon av lenkeverdi.
URL-strukturen bør være lesbar, konsistent og hierarkisk. Bruk kataloger som gjenspeiler innholdets organisering: /tjenester/seo/, /blogg/teknisk-seo-sjekkliste/. Unngå unødvendige parametere, session-IDer og dynamiske strenger i URLer som skal indekseres.
Intern lenking er et av de mest undervurderte SEO-verktøyene. Les vår guide til intern lenking-strategi for metode og beste praksis. Hver artikkel bør lenke til relevante tjenestesider og relatert innhold. Hos LeapJet bruker vi temaklynger der en pillar-side lenker til og fra alle støtteartikler — dette styrker tematisk autoritet og hjelper Google med å forstå sammenhengene mellom sidene dine.
- Hold viktige sider innenfor 3 klikk fra forsiden
- Bruk beskrivende, hierarkiske URLer uten unødvendige parametere
- Implementer breadcrumbs med BreadcrumbList schema-markup
- Bygg en intern lenkestrategi med temaklynger og kontekstuell lenking
- Håndter faceted navigation med canonical tags eller robots-direktiver
- Opprett og vedlikehold en HTML-sitemap for store nettsteder
Core Web Vitals og sidehastighet
Core Web Vitals er Googles standardiserte mål for brukeropplevelse, og de er en bekreftet rangeringsfaktor. De tre metrikene er: Largest Contentful Paint (LCP) — skal være under 2,5 sekunder, Interaction to Next Paint (INP) — skal være under 200 millisekunder, og Cumulative Layout Shift (CLS) — skal være under 0,1.
LCP forbedres ved å optimalisere det største synlige elementet i viewporten. Se vår Core Web Vitals og sidehastighet-guide for konkrete optimeringstips. For de fleste sider er dette et hero-bilde eller en stor tekstblokk. Bruk moderne bildeformater (WebP/AVIF), implementer lazy loading for bilder under folden, og preload det kritiske hero-bildet. Server-side rendering eller statisk generering gir betydelig bedre LCP enn ren client-side rendering.
INP måler responshastigheten ved brukerinteraksjoner og erstattet FID i mars 2024. Optimaliser ved å bryte opp lange JavaScript-oppgaver, bruke requestIdleCallback for ikke-kritisk kode, og minimere arbeidet i event handlers. CLS forbedres ved å alltid angi dimensjoner på bilder og videoer, reservere plass for annonser og dynamisk innhold, og unngå DOM-endringer som skyver synlig innhold.
- LCP < 2,5s: Preload hero-bilder, bruk WebP/AVIF, optimaliser server-responstid
- INP < 200ms: Bryt opp lange JS-oppgaver, minimer hovedtråd-arbeid
- CLS < 0,1: Angi dimensjoner på alle media-elementer, reserver plass for dynamisk innhold
- Bruk PageSpeed Insights og CrUX-data for å måle faktisk ytelse
- Implementer caching med effektive Cache-Control-headere
- Minimer render-blokkerende CSS og JavaScript
Mobiloptimalisering og mobile-first indeksering
Google bruker mobile-first indexing som standard, noe som betyr at det er mobilversjonen av nettstedet ditt som crawles og indekseres. Ifølge Google (Search Central, 2025) bør mobilversjonen inneholde alt innholdet du ønsker indeksert — innhold som kun vises på desktop, ignoreres.
Responsivt design er den anbefalte tilnærmingen. Sørg for at alle elementer er brukbare på mobile enheter: touchmål bør være minst 48x48 piksler med tilstrekkelig avstand, tekst bør være lesbar uten zoom (minimum 16px skriftstørrelse), og horisontalt scroll bør aldri forekomme.
Test mobilytelsen med Googles Mobile-Friendly Test og Lighthouse. Vær spesielt oppmerksom på pop-ups og interstitials som dekker innholdet på mobil — Google straffer dette aktivt. Bruk heller innebygde bannere eller slide-ins som ikke hindrer brukeropplevelsen.
- Verifiser at alt innhold er tilgjengelig på mobilversjonen
- Touchmål minimum 48x48px med 8px avstand mellom klikkbare elementer
- Unngå intrusive interstitials og pop-ups på mobil
- Test med Googles Mobile-Friendly Test og Lighthouse mobil-modus
- Sørg for at viewport meta-tag er korrekt konfigurert
- Optimaliser bilder for mobile nettverk med responsive images (srcset)
Strukturerte data og Schema.org
Strukturerte data hjelper søkemotorer med å forstå innholdet ditt bedre og kan gi rike resultater (rich snippets) i søkeresultatene. Ifølge en studie fra Milestone Research (2025) får sider med strukturerte data i gjennomsnitt 40 % høyere klikkrate enn sider uten.
Start med de mest verdifulle schema-typene — se vår schema-markup guide for implementering. De viktigste typene inkluderer Organization (for bedriftsinformasjon), LocalBusiness (for lokale bedrifter), Article og BlogPosting (for innhold), FAQPage (for spørsmål-svar-seksjoner), BreadcrumbList (for breadcrumbs), og Product/Service (for tjenester og produkter).
Bruk JSON-LD-formatet for implementering — dette er Googles foretrukne metode. Test alltid med Googles Rich Results Test og Schema Markup Validator. Husk at strukturerte data må gjenspeile innholdet som faktisk vises på siden — villedende markup kan føre til manuell straff.
- Implementer Organization/LocalBusiness-schema med logo, kontaktinfo og sameAs-lenker
- Bruk Article/BlogPosting-schema med author, datePublished og dateModified
- Legg til FAQPage-schema på sider med spørsmål-svar-innhold
- Implementer BreadcrumbList-schema som matcher de synlige breadcrumbsene
- Test med Googles Rich Results Test og Schema Markup Validator
- Monitorer rich results i Google Search Console under «Forbedringer»
Sikkerhet: HTTPS, mixed content og sikkerhetshoder
HTTPS er en bekreftet rangeringsfaktor og en forutsetning for mange moderne nettfunksjoner. Alle sider bør serveres over HTTPS med gyldig SSL-sertifikat. Mixed content — der HTTPS-sider laster ressurser over HTTP — bør elimineres fullstendig, da det både bryter sikkerheten og kan forhindre at ressurser lastes i moderne nettlesere.
Sikkerhetshoder gir et ekstra lag med beskyttelse og signaliserer til søkemotorer at nettstedet er godt vedlikeholdt. De viktigste er: Strict-Transport-Security (HSTS) for å tvinge HTTPS, Content-Security-Policy (CSP) for å forhindre XSS-angrep, X-Content-Type-Options for å hindre MIME-sniffing, og Permissions-Policy for å kontrollere API-tilgang.
En god sikkerhetsimplementering bidrar også indirekte til SEO gjennom høyere brukertillit, lavere bounce rate og bedre konverteringsrater. Bruk SecurityHeaders.com eller Mozilla Observatory for å sjekke implementeringen din.
- Verifiser at alle sider er tilgjengelige over HTTPS med gyldig sertifikat
- Eliminer all mixed content (HTTP-ressurser på HTTPS-sider)
- Implementer HSTS med minimum 1 års max-age
- Sett opp Content-Security-Policy, X-Content-Type-Options og X-Frame-Options
- Redirect all HTTP-trafikk permanent (301) til HTTPS
- Sjekk sikkerhetshoder med SecurityHeaders.com eller Mozilla Observatory
Internasjonal SEO: hreflang og språkmålretting
For flerspråklige nettsteder er korrekt implementering av hreflang avgjørende for å vise riktig språkversjon til riktig bruker. Hreflang-tagger forteller søkemotorer hvilke språk- og regionsvarianter som finnes av en side, og forhindrer at de behandles som duplikatinnhold.
Implementer hreflang som link-elementer i head-seksjonen, i HTTP-headere, eller i XML-sitemap. Hvert sett med hreflang-tagger må være komplett og gjensidig — hvis side A peker til side B, må side B også peke tilbake til side A. En vanlig feil er å glemme x-default-taggen, som angir standardversjonen for brukere utenfor de spesifiserte regionene.
For norske bedrifter som målretter både norsk og engelsk publikum, anbefaler vi å bruke no og en som språkkoder. Hvis du også skiller mellom norsk bokmål og nynorsk, bruk nb og nn. Verifiser implementeringen med hreflang-rapporten i Google Search Console eller tredjepartsverktøy som Ahrefs.
- Implementer hreflang-tagger for alle språkversjoner av hver side
- Inkluder x-default for standardversjonen
- Sørg for at hreflang-referanser er gjensidige (bidireksjonelle)
- Bruk riktige ISO 639-1 språkkoder og ISO 3166-1 Alpha-2 landskoder
- Verifiser med Google Search Console sin hreflang-rapport
- Unngå automatisk videresending basert på IP — la brukeren velge språk
JavaScript SEO: Rendering og hydration
Moderne nettsteder bruker ofte JavaScript-rammeverk som React, Next.js eller Vue. Google kan rendere JavaScript, men det skjer i en separat fase (Web Rendering Service) som kan ta dager eller uker — noe som betyr at JS-avhengig innhold indekseres tregere. Ifølge Google (Martin Splitt, Google I/O 2025) er server-side rendering (SSR) fortsatt den sikreste tilnærmingen for SEO-kritisk innhold.
Hvis du bruker client-side rendering, verifiser at innholdet faktisk renderes korrekt av Googlebot ved å bruke URL-inspeksjonsverktøyet i Search Console. Sjekk den rendrede HTML-en, ikke bare kildekoden. Vanlige problemer inkluderer innhold bak lazy loading som aldri trigges, API-kall som blokkeres av robots.txt, og JavaScript-feil som forhindrer rendering.
Dynamic rendering — der du serverer en pre-rendret versjon til crawlere — er en gyldig løsning for nettsteder som ikke kan migrere til SSR. Google anbefaler dette som en midlertidig løsning. For nye prosjekter anbefaler vi hos LeapJet alltid Next.js med SSR eller statisk generering, som gir det beste av begge verdener. Les vår JavaScript SEO-guide for SPA og SSR for en komplett gjennomgang.
- Bruk server-side rendering (SSR) eller statisk generering for SEO-kritisk innhold
- Test rendering med URL-inspeksjonsverktøyet i Google Search Console
- Unngå at viktig innhold er avhengig av brukerinteraksjon for å renderes
- Sørg for at interne lenker er crawlbare HTML-lenker, ikke JavaScript-events
- Bruk dynamic rendering som midlertidig løsning hvis SSR ikke er mulig
- Monitorer JavaScript-feil i Search Console under «Crawling»
Teknisk SEO-audit: Arbeidsflyt og prioritering
En systematisk teknisk SEO-audit bør gjennomføres kvartalsvis for de fleste nettsteder, og månedlig for store eller hyppig oppdaterte nettsteder. Hos LeapJet bruker vi en prioriteringsmatrise som vekter hver issue basert på påvirkning (høy/middels/lav) og innsats (enkel/middels/kompleks). Fiks alltid høy-påvirkning/enkel-innsats-problemer først.
De viktigste verktøyene for teknisk SEO-audit er: Google Search Console (gratis, førstepartdata), Screaming Frog SEO Spider (crawling og analyse), Ahrefs eller Semrush (backlinks og konkurranseanalyse), PageSpeed Insights (ytelse), og Chrome DevTools (feilsøking). For store nettsteder er Lumar (tidligere DeepCrawl) eller Sitebulb gode alternativer til Screaming Frog.
Dokumenter alle funn i en strukturert rapport med prioritert handlingsplan. Inkluder nåværende status, anbefalt tiltak, forventet påvirkning og ansvarlig person. Følg opp med ny crawl etter implementering for å verifisere at endringene har ønsket effekt.
- Gjennomfør full teknisk audit kvartalsvis, kritiske sjekker månedlig
- Bruk prioriteringsmatrise: påvirkning x innsats for å rangere tiltak
- Kjør crawl med Screaming Frog eller lignende verktøy som baseline
- Sjekk Google Search Console ukentlig for nye crawl-feil og indekseringsproblemer
- Dokumenter funn og tiltak i en strukturert rapport med ansvarlig og frist
- Verifiser implementering med ny crawl og sammenlign med baseline
Kilder og videre lesning
Denne artikkelen bygger på offisiell dokumentasjon og anerkjente bransjekilder:
- Google Search Central — Retningslinjer for teknisk SEO og crawling (2025)
- Google Developers — Core Web Vitals og sidehastighet (2025)
- Google Search Central — Mobile-first indexing best practices (2025)
- Google Search Central — Hreflang-implementering (2025)
- Google Search Central — JavaScript SEO best practices (2025)
- Milestone Research — Structured Data and Rich Results CTR Study (2025)
- web.dev — Core Web Vitals optimeringsguider (2025)
