En modern företagshemsida ska 2026 klara fyra saker samtidigt: synas i Google, laddas snabbt på mobilen, uppfylla svenska lagkrav på tillgänglighet och integritet – och dessutom vara läsbar för AI-agenter som ChatGPT, Perplexity och Googles AI-svar. Den här checklistan samlar allt på ett ställe, med tydlig markering av vad som är krav och vad som är trevligt att ha.
Utgångspunkten är den öppna webbspecifikation som Yoast-grundaren Joost de Valk släppte på specification.website – ett försök att samla "vad en bra sajt faktiskt måste göra" på ett ställe, med primärkälla på varje punkt. Det är en bra, och mycket omfattande lista. Vi har tagit denna plattformsagnostiska lista och lagt på tre lager den medvetet saknar: vad som faktiskt är värt det för bolag, vilka punkter din plattform redan löser åt dig, och hur de svenska lagkraven (tillgänglighetsdirektivet och GDPR) griper in.
Vad är specification.website och varför lyssnar vi på den?
I femton år har rådgivningen om "vad en webbplats borde göra" legat utspridd över ett halvdussin källor: WHATWG för HTML, WCAG för tillgänglighet, IETF för HTTP-headers, schema.org för strukturerad data, plus web.dev och Google Search Central för resten. Det har saknats en enda, opinionerad, plattformsoberoende specifikation. Det är luckan Joost de Valk försöker fylla.
Specen täcker tio områden – grund, SEO, tillgänglighet, säkerhet, well-known-URI:er, agent-readiness, prestanda, integritet, motståndskraft och internationalisering – och varje punkt har en status och en primärkälla. Den är byggd i öppet under MIT-licens, så vem som helst kan granska sin sajt mot den eller bidra med rättelser.
Vår hållning: det är en utmärkt utgångspunkt, men en lista är inte en strategi. Det som avgör om en sida presterar är kombinationen – teknisk botten, affärsförståelse för vad köparen faktiskt behöver, och innehåll som både människor och maskiner kan citera.
Den här guiden är därför specens lista filtrerad genom en lins, för mindre och medelstora bolag i Sverige.
Required, recommended, optional, avoid – så funkar statusarna
Varje punkt i checklistan har en av fyra statusar. Det viktigaste du tar med dig är att allt inte är lika viktigt – det är skillnad på en trasig grund och en saknad bonusfunktion.
- Required (måste) – grundläggande saker som måste fungera för att sidan ska bete sig korrekt i webbläsare, sökmotorer och hjälpmedel. Saknas de är det en bugg, inte en optimering.
- Recommended (bör) – väletablerad praxis som nästan alla seriösa sajter bör ha. Hit hör det mesta av den klassiska SEO:n.
- Optional (kan) – tillför värde i vissa fall men är inte nödvändigt för alla. Prioritera efter din situation.
- Avoid (undvik) – mönster som aktivt skadar och bör tas bort. Soft 404:or, tillgänglighets-overlays och automatiska geo-omdirigeringar är de tre vanligaste fällorna – mer om dem längre ner.
Använd den interaktiva checklistan nedan för att bocka av din egen sajt. Den sparar dina kryss lokalt i webbläsaren, så du kan komma tillbaka och fortsätta där du slutade.
Checklista för hemsida 2026 – bocka av direkt
Här är hela checklistan i kortform. Varje punkt fördjupas i avsnitten under, men det här är verktyget: gå igenom det, kryssa i det du redan har och notera luckorna.
Grunden – HTML, metadata och indexering
Det här är fundamentet. Får du inte grunden rätt spelar ingen annan optimering någon roll, eftersom sökmotorer och AI-agenter inte ens tolkar sidan korrekt.
- Doctype, språk och teckenkodning (måste) – varje sida behöver
<!DOCTYPE html>, ett korrekt lang-attribut på <html> (t.ex. sv) och <meta charset="utf-8">. Fel språk här gör att skärmläsare uttalar svensk text på engelska och att Google kan missförstå målgruppen. - Viewport för mobil (måste) – utan
<meta name="viewport"> blir sidan oläsbar på mobil. Det är grunden för all responsiv design. - Title och metabeskrivning (måste/bör) – en unik, beskrivande title tag per sida och en metabeskrivning som lockar till klick. De rankar inte i sig, men de styr vad folk faktiskt ser i sökresultatet.
- Canonical-tagg (bör) – tala om vilken URL som är originalet så att samma innehåll på flera adresser inte konkurrerar med sig självt. Avgörande på sajter med filter, kampanjparametrar eller flera språk.
- Robots.txt och meta robots (måste) – styr vad som får crawlas och indexeras. En felställd
noindex kan radera hela din synlighet över en natt – det är en av de vanligaste orsakerna till att en sajt plötsligt slutar synas. - XML-sitemap (bör) – en sitemap hjälper sökmotorer att hitta alla viktiga sidor, särskilt på större sajter med djup informationsarkitektur.
- Open Graph och favicons (bör) – styr hur länken ser ut när någon delar den i sociala medier och i webbläsarens flik. Små detaljer som påverkar förtroendet.
Om din sajt redan har problem med indexering eller synlighet är det här du börjar felsöka. Vi har en separat genomgång av de vanligaste orsakerna i Hemsida rankar inte? 10 vanligaste orsakerna – den här checklistan är den förebyggande motsvarigheten.
Teknisk SEO och strukturerad data
När grunden sitter handlar teknisk SEO om att göra innehållet lätt att förstå och rangordna. Det är här de flesta svenska företag har mest att vinna, eftersom konkurrensen om välstrukturerade sidor fortfarande är låg.
- Rubrikhierarki (bör) – en
<h1> per sida, följt av logiska <h2> och <h3>. Det hjälper både sökmotorer och AI att förstå sidans struktur och plocka ut svar. - Ren URL-struktur (bör) – korta, läsbara adresser utan onödiga parametrar. En bra URL-struktur signalerar hierarki och är lättare att länka till.
- Genomtänkt internlänkning (bör) – länka mellan relaterade sidor med beskrivande ankartext. Det sprider auktoritet och visar vilka sidor som hör ihop.
- Korrekta omdirigeringar (måste) – använd 301 för permanenta flyttar. Och undvik soft 404:or – sidor som säger "hittades inte" i texten men svarar med statuskod 200. De förvirrar sökmotorer och slösar crawlbudget. I specen är de uttryckligen märkta som något att undvika.
- Strukturerad data / schema markup (bör) – JSON-LD som beskriver vad sidan handlar om (företag, produkt, artikel, FAQ). Det här blir bara viktigare i AI-eran, eftersom det låter agenter extrahera fakta utan att gissa. Detta är en lågt hängande frukt på den svenska marknaden – få konkurrenter gör det ordentligt.
För plattformsspecifika tips på hur du sätter det här i praktiken har vi en djupdykning i Webflow SEO 2026. Principerna är desamma oavsett plattform – det är genomförandet som skiljer.
Prestanda och Core Web Vitals
En snabb hemsida är inte en lyx – det är ett rankingkriterium och en konverteringsfaktor. Google mäter den verkliga laddupplevelsen med Core Web Vitals, och tröskelvärdena är konkreta.
Enligt web.dev är riktmärkena: LCP (största innehållets laddtid) under 2,5 sekunder, INP (svarstid på interaktion) under 200 millisekunder, och CLS (oväntade layoutförskjutningar) under 0,1. Klarar du alla tre på mobil är prestandagrunden god.
- Bildoptimering (bör) – moderna format (WebP/AVIF), rätt dimensioner och
loading="lazy" på bilder under skärmkanten. Bilder är den vanligaste orsaken till långsamma sidor. - Caching och komprimering (bör) – sätt vettiga cache-headers och komprimera svar. Det gör återbesök nära nog omedelbara.
- Genomtänkt fontladdning (bör) – ladda typsnitt så att text syns direkt istället för att blinka eller hoppa. En klassisk källa till dålig CLS.
- Mobilanpassning (måste) – majoriteten av besöken sker på mobil, och Google indexerar mobilversionen först. En sajt som bara fungerar på desktop är i praktiken halv.
Säkerhet – HTTPS, headers och security.txt
Säkerhet är delvis en förtroende- och rankingfråga, delvis ren hygien. Mycket av det här är osynligt för besökaren men tydligt för webbläsare, sökmotorer och säkerhetsforskare.
- HTTPS med giltigt certifikat (måste) – all trafik ska gå krypterat. Webbläsare flaggar numera osäkra sidor, och HTTPS är en bekräftad rankingsignal.
- HSTS (bör) – en header som tvingar webbläsaren att alltid använda HTTPS, även om någon skriver in http-adressen.
- Content Security Policy (bör) – begränsar vilka skript som får köras och skyddar mot en stor klass av attacker. Kräver lite tuning men är värt det.
- security.txt (kan) – en liten fil på
/.well-known/security.txt som talar om hur säkerhetsforskare ska rapportera sårbarheter. Standardiserad i RFC 9116, nästan gratis att lägga till och ett tecken på mognad. Få svenska sajter har den – ett enkelt sätt att sticka ut. - Permissions-Policy och cookie-attribut (bör) – begränsa vilka webbläsar-API:er sidan får använda och sätt
Secure/HttpOnly/SameSite på cookies.
Tillgänglighet och svenska lagkrav (WCAG)
Sedan den 28 juni 2025 är tillgänglighet inte längre frivilligt för många svenska företag. Tillgänglighetsdirektivet (European Accessibility Act) ställer krav på att digitala tjänster ska vara användbara även för personer med funktionsnedsättning, med WCAG som måttstock.
- Tillräcklig färgkontrast (måste) – text måste ha tillräcklig kontrast mot bakgrunden för att vara läsbar. En av de vanligaste och enklaste bristerna att åtgärda.
- Alt-text på bilder (måste) – beskrivande alternativtext så att skärmläsare kan förmedla vad bilden visar.
- Tangentbordsnavigering och synligt fokus (måste) – allt ska gå att använda utan mus, och det ska synas var fokus ligger.
- Semantisk HTML och formuläretiketter (måste) – använd riktiga knappar, länkar och
<label> istället för klickbara div:ar. Det är grunden för att hjälpmedel ska fungera. - Undvik tillgänglighets-overlays (undvik) – de där widgetarna som lovar att "göra sajten tillgänglig" med en rad kod. Specen märker dem uttryckligen som något att undvika, och vi håller med: de löser sällan de verkliga problemen och kan göra upplevelsen sämre för dem som använder riktiga hjälpmedel. Bygg tillgängligheten in i sajten istället.
Det här avsnittet är en sammanfattning – lagkraven och vad de innebär i praktiken går vi igenom på djupet i Tillgänglighetsdirektivet – så påverkas din webbplats av lagen.
Integritet och cookie consent (GDPR)
Integritet är det andra lagkravslagret. GDPR har gällt länge, men efterlevnaden på svenska sajter är fortfarande ojämn – särskilt kring cookie consent och tredjepartsskript.
- Integritetspolicy (måste) – en tydlig, lättillgänglig policy som beskriver vilka data ni samlar in och varför.
- Korrekt cookie consent (måste) – samtycke ska inhämtas innan icke-nödvändiga cookies och spårning aktiveras, inte efter. Många svenska sajter har en banner som tekniskt sett kommer för sent. Det här är ett område där slarv faktiskt kostar i form av sanktionsavgifter.
- Kontroll på tredjepartsskript (bör) – varje extern tagg (analys, annonser, chattwidgetar) läcker potentiellt data och saktar ner sidan. Inventera vad som faktiskt behövs.
- Dataminimering (bör) – samla bara in det ni faktiskt använder. Mindre data är mindre risk.
Agent-readiness – är din hemsida redo för AI-agenter?
Det här är avsnittet som skiljer 2026 års checklista från 2023 års. AI-agenter läser samma HTML som webbläsare, men de läser den annorlunda: de hämtar ofta sidan utan att köra JavaScript, plockar ut huvudinnehållet och struntar i resten. De sidor som vinner i AI-svar är de som är lätta att hämta, lätta att tolka och lätta att lita på.
Som MCP-byrå för hemsidor är det här vår hemmaplan. Flera av punkterna är fortfarande framväxande standarder, men riktningen är tydlig – och tidiga rörelser är billiga att göra nu.
- Ren, semantisk HTML och strukturerad data (bör) – samma JSON-LD som hjälper Google hjälper agenter att extrahera fakta utan att gissa. Det här är den enskilt viktigaste agent-readiness-åtgärden, och den överlappar med vanlig SEO.
- Stabila URL:er (bör) – när en agent cachar ett svar måste länken fortfarande fungera senare. Byt inte adresser i onödan.
- Explicit robots-policy för AI-crawlers (bör) – bestäm aktivt vilka AI-bottar som får läsa din sajt, istället för att låta det vara odefinierat.
- llms.txt (kan, framväxande) – en enkel
/llms.txt-fil som ger AI-modeller en kurerad karta över ditt viktigaste innehåll, ungefär som en sitemap fast för språkmodeller. Ung standard, men billig att lägga till. - Markdown-versioner av sidorna (kan) – att kunna servera en ren markdown-spegel av en sida gör den maximalt lätt för agenter att tolka.
- MCP-server och WebMCP (kan, framväxande) – för sajter som vill exponera verktyg eller åtgärder (boka, sök, hämta data) direkt till AI-agenter. Det här är gränslandet där webben är på väg, och något vi bygger tillsammans med vårt systerbolag AI Partner.
Notera att agent-readiness inte ersätter AEO-strategin – det är dess tekniska grund. Hur du faktiskt syns och citeras i ChatGPT, Perplexity och Googles AI-svar går vi igenom i AI SEO 2026.
Internationalisering – om din sajt finns på flera språk
Det här avsnittet är bara relevant om ni har innehåll på mer än ett språk – men då är det desto viktigare, eftersom felställd internationalisering kan göra att fel språkversion rankar i fel land.
- hreflang (bör) – tala om för Google vilken språkversion som hör till vilken målgrupp, så att svensktalande får den svenska sidan och engelsktalande den engelska.
- Lokaliserad metadata (bör) – översätt title och metabeskrivning, inte bara brödtexten.
- Undvik automatiska geo-omdirigeringar (undvik) – tvinga inte en besökare till en viss språkversion baserat på IP-adress. Det fångar både användare och sökmotorer i fel version. Erbjud ett tydligt språkval istället.
Vilken plattform sköter vad åt dig?
Här är poängen specen medvetet hoppar över: hur mycket av checklistan du faktiskt behöver göra själv beror helt på din plattform. En del löser grunden åt dig, andra ger dig full kontroll men kräver att du gör jobbet. Tabellen nedan visar hur mycket inbyggt stöd de plattformar vi jobbar mest med ger – ju fler stjärnor, desto mer sköts åt dig.
Kort tolkning: Webflow ger en stark grund med ren kod, snabb hosting och inbyggd lokalisering – idealiskt för en marketing site där du vill äga innehållet utan utvecklare. En kodad sajt med headless CMS (Next.js eller Astro) ger maximal kontroll på prestanda, säkerhetsheaders och agent-readiness, men förutsätter utvecklingskapacitet. Shopify är självklart för e-handel och har bra produktschema inbyggt. WordPress kan allt via plugins, men varje plugin är en bit teknisk skuld och en potentiell säkerhets- och prestandarisk. Vill du jämföra plattformarna i ett köpbeslut har vi en fördjupning i Vad kostar en professionell hemsida 2026?.
Vad vi skulle prioritera först
En komplett checklista kan kännas överväldigande. Men allt är inte lika brådskande. Skulle vi sätta prioritetsordningen för ett typiskt svenskt tillväxtbolag ser den ut så här.
- Först: grunden och lagkraven. Indexering, mobilanpassning, HTTPS, tillgänglighet och cookie consent. Det här är antingen tekniska buggar eller juridisk risk – det ska bara sitta.
- Sen: teknisk SEO och prestanda. Strukturerad data, ren rubrikhierarki och Core Web Vitals. Det är här synligheten byggs, och konkurrensen är låg på en välstrukturerad sajt.
- Parallellt: agent-readiness. Den strukturerade datan gör dubbel nytta, och de framväxande punkterna (llms.txt, MCP) är billiga att lägga till tidigt.
Och det är här vår grundhållning kommer in: en checklista talar om vad som ska finnas, men inte vad som är värt mest för just er affär. Det avgörs av kombinationen – strategi, copy som folk och AI vill citera, affärsförståelse och teknisk botten under. Vill du att vi kör checklistan mot er sajt och pekar ut de tre saker som flyttar mest? Hör av dig.