Sjekkliste for teknisk SEO 2026

01Hvorfor kommer teknisk SEO først?

Teknisk SEO er veien som gjør at innholdet når Google. Er veien stengt, vises ikke engang den best skrevne siden i søkeresultatene. Crawl-hindringer, feil canonical-tagger eller uendelige omdirigeringsløkker kan gjøre hele innholdsarbeidet forgjeves.

Den gode nyheten er at tekniske problemer ofte løses én gang og gir varig nytte. Når du starter et nytt SEO-arbeid, er det første du gjør derfor å gå gjennom listen under på nettstedet ditt, punkt for punkt. De andre delene av SEO har vi oppsummert i guiden Hva er SEO.

Når du går gjennom listen, holder det med to verktøy: Google Search Console og utviklerverktøyene i nettleseren. For hva advarslene du ser i Search Console betyr og hvordan du løser dem, kan du se artikkelen vår om feil i Search Console.

02Crawling: Kommer Google inn på nettstedet?

Googlebot kommer til nettstedet ditt ved å følge lenker, og leser først robots.txt-filen. En hindring på dette trinnet gjør alle de neste kontrollene meningsløse, så listen starter med crawling.

• robots.txt-filen ligger i roten av domenet (/robots.txt) og blokkerer ikke viktige sider.
• Regelen «blokker alt» som ble lagt til under ombyggingen av nettstedet, er fjernet etter lansering.
• CSS- og JavaScript-filer er ikke blokkert, så Google kan rendre siden slik brukeren ser den.
• Det finnes ingen ødelagte interne lenker (404). Menyer og lenker i innholdet går til adresser som fungerer.
• Viktige sider ligger noen få klikk fra forsiden, og ingen side står uten interne lenker (foreldreløs).
• Serverfeil (5xx) er på et lavt nivå i crawl-statistikken i Search Console.

User-agent: *
Disallow: /sepet/
Disallow: /hesabim/

Sitemap: https://www.ornek.com/sitemap.xml

03Indeksering og nettstedskart

Nettstedskartet forteller Google hvilke sider du bryr deg om, men garanterer ikke indeksering. For at en side skal indekseres, må innholdet også være tilstrekkelig og originalt.

• XML-nettstedskartet inneholder bare adresser som returnerer statuskode 200, er canonical og som du vil ha indeksert.
• Nettstedskartet er sendt til Search Console og oppgitt i robots.txt.
• Sider som ikke skal indekseres (takk-sider, filtre, søkeresultater) er merket med noindex.
• I rapporten for sideindeksering i Search Console er antallet «Crawlet, men ikke indeksert for øyeblikket» på et fornuftig nivå.
• Tynne og nesten tomme sider er enten slått sammen eller forbedret.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.ornek.com/hizmetler/</loc>
    <lastmod>2026-01-15</lastmod>
  </url>
</urlset>

04Canonical-tag og duplisert innhold

Hvis samme innhold kan åpnes fra flere adresser, bestemmer Google selv hvilken den viser. Canonical-taggen angir tydelig adressen du foretrekker, og hindrer at rangeringssignalene spres.

• Hver side har en canonical-tag som peker til seg selv (self-referencing).
• Bare én av variantene med og uten www, http og https, og med og uten skråstrek til slutt er i bruk. De andre omdirigeres med 301.
• Nettbutikkadresser med filter- og sorteringsparametere har canonical til hovedkategorien.
• Den canonical adressen er ikke noindex, omdirigerer ikke og returnerer 200.
• På flerspråklige nettsteder er hreflang-taggene definert gjensidig og med riktig språkkode.

<link rel="canonical" href="https://www.ornek.com/hizmetler/">

05Omdirigeringer og statuskoder

Fornyelse av nettstedet og adresseendringer er det som oftest koster mest trafikk innen teknisk SEO. Verdien fra besøkende og lenker til de gamle adressene bør overføres til den nye adressen med 301 permanent omdirigering. De vanligste årsakene til plutselig trafikkfall har vi behandlet i en egen artikkel, trafikken på nettstedet falt.

• Ved permanente flyttinger brukes 301, ikke 302.
• Det finnes ingen omdirigeringskjeder: ikke fra A til B og fra B til C, men direkte fra A til C.
• Slettede sider uten tilsvarende side returnerer 404 eller 410, og de omdirigeres ikke alle til forsiden.
• En tilpasset 404-side leder brukeren til søkeboksen og hovedkategoriene.

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.ornek.com/$1 [L,R=301]

Redirect 301 /eski-sayfa/ https://www.ornek.com/yeni-sayfa/

06Hastighet og Core Web Vitals

Google bruker tre grunnleggende målinger for å måle sideopplevelsen. I feltdata (ekte brukere) må disse terskelverdiene oppfylles for å få vurderingen «god».

• Bilder er i WebP- eller AVIF-format, har riktig størrelse, og de utenfor skjermen lastes forsinket.
• Bredde og høyde er definert for bilder og innebygde elementer, så det er ingen forskyvning mens siden lastes.
• Ubrukt CSS og JavaScript er fjernet, og ikke-kritiske skript er utsatt.
• Serverresponstiden er lav, og hurtigbufring og komprimering (gzip eller brotli) er slått på.
• Fonter lastes i begrenset antall og med font-display-innstilling.

07Mobiltilpasning, HTTPS og sikkerhet

På nettsteder der de fleste besøkende kommer fra telefon, er mobiltilpasset design ikke bare et spørsmål om brukeropplevelse, men direkte om rangering.

• På grunn av mobil-først-indeksering har mobilversjonen samme innhold, overskrifter og strukturerte data som skrivebordsversjonen.
• Viewport-taggen er definert. Det er ingen horisontal rulling, tabeller som flyter ut eller altfor små trykkflater.
• Alle sider åpnes over HTTPS, SSL-sertifikatet er gyldig, og det er ingen advarsel om blandet innhold (http-ressurser).
• Popup-vinduer som dekker hele skjermen og blokkerer innholdet, brukes ikke på mobil.

08Strukturerte data og crawl-budsjett

Strukturerte data forteller Google hva siden handler om, i et format maskiner kan lese. Skjematyper som Organization, LocalBusiness, Product, Article, BreadcrumbList og FAQPage kan gi mulighet for rike resultater på sider der de passer. Verifiser skjemaet med Googles offisielle test for rike resultater.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Eksempel AS",
  "url": "https://www.ornek.com/",
  "logo": "https://www.ornek.com/logo.png"
}
</script>

Hvem angår crawl-budsjettet?

Crawl-budsjettet er ressursen Google setter av til å crawle nettstedet ditt innen en gitt tid. På nettsteder med noen hundre sider er det sjelden et problem, men for nettbutikker med titusenvis av produkter og filteradresser er det avgjørende.

For å beskytte budsjettet bør du stenge endeløse filterkombinasjoner for crawling, korte ned omdirigeringskjeder, samle dupliserte adresser med canonical og holde nettstedskartet oppdatert. For butikker med store kataloger er det å bygge filter- og adressestrukturen riktig fra start et av spørsmålene du bør stille når du velger nettbutikkplattform.

09Hvor ofte bør du sjekke?

For de fleste nettsteder holder det å se på advarslene i Search Console ukentlig og hele denne listen hver tredje måned. Etter fornyelse av nettstedet, endring av adressestruktur, flytting av domene og store produktopplastinger bør kontrollen gjøres umiddelbart.

Teknisk SEO er billigst når nettstedet er bygget riktig fra start. Planlegger du et nytt prosjekt, blir det meste av denne listen gjort før lansering med SEO-vennlig webdesign. Den tekniske gjennomgangen av nettstedet du har i dag, gjør vi som første steg i arbeidet vårt med SEO og analyse.