Checklista för teknisk SEO 2026

01Varför kommer teknisk SEO först?

Teknisk SEO är vägen som tar innehållet till Google. Är vägen blockerad syns inte ens den bäst skrivna sidan i sökresultaten. Hinder för crawling, felaktiga canonical-taggar eller oändliga omdirigeringsslingor kan göra hela innehållsarbetet förgäves.

Den goda nyheten är att tekniska problem oftast löses en gång och ger varaktig nytta. När du börjar ett nytt SEO-arbete är därför det första att gå igenom listan nedan punkt för punkt på din webbplats. De andra delarna av SEO har vi sammanfattat i vår guide Vad är SEO.

För att tillämpa listan räcker två verktyg: Google Search Console och webbläsarens utvecklarverktyg. Vad varningarna i Search Console betyder och hur de löses kan du läsa i vårt inlägg om fel i Search Console.

02Crawling: kommer Google åt webbplatsen?

Googlebot kommer till din webbplats genom att följa länkar och läser först filen robots.txt. Ett hinder i det här steget gör alla efterföljande kontroller meningslösa; därför börjar listan med crawling.

• Filen robots.txt ligger i domänens rot (/robots.txt) och blockerar inte viktiga sidor.
• Regeln “blockera allt” som lades till under ombyggnaden av webbplatsen har tagits bort efter lansering.
• CSS- och JavaScript-filer är inte blockerade; Google kan rendera sidan så som användaren ser den.
• Inga trasiga interna länkar (404); menyn och innehållslänkarna går till fungerande adresser.
• Viktiga sidor ligger några klick från startsidan; ingen sida saknar interna länkar (föräldralös).
• Serverfel (5xx) ligger på en låg nivå i Search Consoles crawlstatistik.

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

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

03Indexering och sitemap

Sitemapen talar om för Google vilka sidor du bryr dig om men garanterar inte indexering. För att en sida ska indexeras måste innehållet också vara tillräckligt och unikt.

• XML-sitemapen innehåller bara adresser som returnerar statuskod 200, är kanoniska och ska indexeras.
• Sitemapen är inskickad till Search Console och angiven i robots.txt.
• Sidor som inte ska indexeras (tackasidor, filter, sökresultat) är markerade med noindex.
• I rapporten om sidindexering i Search Console ligger antalet “Crawlad, men för närvarande inte indexerad” på en rimlig nivå.
• Tunna och nästan tomma sidor har antingen slagits ihop eller förbättrats.

<?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-tagg och duplicerat innehåll

Om samma innehåll kan öppnas från flera adresser bestämmer Google själv vilken som visas. Canonical-taggen anger tydligt den adress du föredrar och hindrar att rankingsignalerna sprids.

• Varje sida har en canonical-tagg som pekar på sig själv (self-referencing).
• Av versionerna med och utan www, http och https, med och utan avslutande snedstreck är bara en publicerad; de andra omdirigeras med 301.
• E-handelsadresser med filter- och sorteringsparametrar har canonical till huvudkategorin.
• Den kanoniska adressen är inte noindex, omdirigerar inte och returnerar 200.
• På flerspråkiga webbplatser är hreflang-taggarna definierade ömsesidigt och med rätt språkkod.

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

05Omdirigeringar och statuskoder

Ombyggnad av webbplatsen och adressändringar är det som orsakar störst trafikförlust i teknisk SEO. Besökare och länkvärde som kom till de gamla adresserna ska föras över till den nya adressen med en 301-omdirigering. De vanligaste orsakerna till plötsliga trafikfall har vi behandlat separat i vårt inlägg webbplatstrafiken har sjunkit.

• För permanenta flyttar används 301, inte 302.
• Inga omdirigeringskedjor: inte från A till B och från B till C, utan direkt från A till C.
• Borttagna sidor utan motsvarighet returnerar 404 eller 410; inte alla omdirigeras till startsidan.
• Den anpassade 404-sidan leder användaren till sökrutan och huvudkategorierna.

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 och Core Web Vitals

Google använder tre grundläggande mätvärden för att mäta sidupplevelsen. I fältdata (riktiga användare) måste dessa tröskelvärden uppfyllas för att bedömningen ska bli “bra”.

• Bilderna är i WebP- eller AVIF-format, i rätt storlek, och de utanför skärmen laddas med fördröjning.
• Bredd och höjd är definierade för bilder och inbäddade element; inget hoppar under sidladdningen.
• Oanvänd CSS och JavaScript är rensad, och icke-kritiska skript är uppskjutna.
• Serverns svarstid är låg; cachning och komprimering (gzip eller brotli) är på.
• Typsnitten är få till antalet och laddas med inställningen font-display.

07Mobilanpassning, HTTPS och säkerhet

På webbplatser där största delen av besökarna kommer från mobilen är mobilanpassad design inte bara en fråga om användarupplevelse utan direkt om ranking.

• Tack vare mobile-first-indexering innehåller mobilversionen samma innehåll, rubriker och strukturerade data som skrivbordsversionen.
• Viewport-taggen är definierad; ingen horisontell scrollning, ingen överflödande tabell och inga för små tryckytor.
• Alla sidor öppnas via HTTPS, SSL-certifikatet är giltigt och det finns ingen varning om blandat innehåll (http-resurser).
• Popup-fönster som täcker hela skärmen och blockerar innehållet används inte på mobilen.

08Strukturerad data och crawl-budget

Strukturerad data förmedlar vad sidan handlar om till Google i en form som maskiner kan läsa. Schematyper som Organization, LocalBusiness, Product, Article, BreadcrumbList och FAQPage kan, på sidor där de är lämpliga, möjliggöra visning som utökade resultat. Verifiera schemat med Googles officiella test av rich results.

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

Vem berörs av crawl-budgeten?

Crawl-budgeten är de resurser som Google avsätter för att crawla din webbplats under en viss tid. På webbplatser med några hundra sidor är den sällan ett problem; på e-handelswebbplatser med tiotusentals produkter och filteradresser är den avgörande.

För att skydda budgeten bör du stänga oändliga filterkombinationer för crawling, korta ner omdirigeringskedjor, samla duplicerade adresser med canonical och hålla sitemapen aktuell. I butiker med stora kataloger är det att bygga filter- och adressstrukturen rätt från början en av frågorna att ställa när du väljer e-handelsplattform.

09Hur ofta bör kontrollen göras?

För de flesta webbplatser räcker det att titta på varningarna i Search Console varje vecka och gå igenom hela den här listan var tredje månad. Efter en ombyggnad av webbplatsen, ändrad adressstruktur, domänflytt och stora produktuppladdningar bör kontrollen däremot göras direkt.

Den billigaste formen av teknisk SEO uppstår när webbplatsen byggs rätt från början. Planerar du ett nytt projekt avklaras största delen av den här listan före lansering med SEO-anpassad webbdesign. Den tekniska granskningen av din befintliga webbplats gör vi som första steg i vårt arbete med SEO och analys.