Vad webbplatsen ska köras på 2026

I många år handlade valet av publiceringssystem om människor: vem i företaget som skulle redigera webbplatsen och hur mycket de kunde förstöra. 2026 har frågan fått en andra läsare. Assistenter och kodagenter skriver nu sidor, översätter dem och ändrar dem, och varje sorts system byggs om, eller säljs, utifrån hur väl det fungerar med dem. Här är var marknaden står, vad AI har förändrat i varje hörn av den och hur vi skulle välja.

WordPress, fortfarande standardvalet

WordPress driver 40,1 procent av alla webbplatser enligt W3Techs den 13 oktober 2026, och 58,6 procent av de webbplatser vars system W3Techs kan identifiera. Därefter kommer Shopify med 5,4 procent, Wix med 4,2 och Squarespace med 2,4. Nästan en tredjedel av alla webbplatser, 31,6 procent, visar inget publiceringssystem som W3Techs kan upptäcka.

WordPress har tagit in AI i kärnan. Version 7.0, som släpptes den 20 maj, lade till en AI Client som låter en webbplats tala med generativa modeller, med anslutningarna samlade på en enda skärm, och kombinerar den med Abilities API, genom vilket tillägg beskriver vad de kan göra. Ett valfritt AI-tillägg skriver rubriker och utdrag, skapar och redigerar bilder och föreslår alt-texter.

Den gamla bördan finns kvar. Patchstack räknade 11'334 nya sårbarheter i WordPress ekosystem 2025, 42 procent fler än 2024. 91 procent fanns i tillägg och bara sex i kärnan, och för 46 procent fanns ingen rättelse klar när de offentliggjordes.

Inte heller striden i toppen är löst. Den började i september 2024, när Matt Mullenweg, som leder projektet och företaget Automattic, offentligt kritiserade leverantören WP Engine för att bidra för lite och stängde ute den från WordPress.org. WP Engine stämde i oktober, och i december beslutade en domstol att åtkomsten skulle återställas. Den 28 september 2026 rapporterade Search Engine Journal att domaren hade låtit alla fyra av WP Engines konkurrensrättsliga krav gå vidare, medan Automattics genkäranden också består, åtminstone delvis. Två år senare finns inget avgörande, bara ett längre mål.

Headless, och skrivet för agenter

Ett headless-CMS håller innehållet åtskilt från webbplatsen: strukturerade poster på ett ställe, levererade via ett API till en webbplats, en app eller vad som helst annat som frågar. Sanity, Contentful, Storyblok och Payload är de mest kända namnen. Enligt W3Techs ligger Sanity, Storyblok och Payload vart och ett under 0,1 procent av webbplatserna, men sådana mätningar har svårt att se dem, eftersom ett headless-system lämnar få spår på den färdiga sidan.

AI har gett de här systemen ett nytt argument. I mars skrev Sanitys vd Magnus Hillestad: ”Innehåll har blivit kontext. Och kontext har blivit infrastruktur.” Agenter som svarar kunder eller lämnar prisuppgifter behöver exakta fakta, menar han, inte sidor att tolka, och innehållet bör nå dem via API:er och MCP-servrar, inte bara via webbplatser. Det är en leverantörs essä, men enligt vår erfarenhet håller poängen: en agent arbetar mycket bättre med rena fält än med en sida formaterad text.

Marknaden konsolideras också. I juni 2025 blev Payload, ett CMS med öppen källkod byggt för Next.js, en del av Figma. Payload säger att det förblir öppen källkod och fortfarande kan drivas på egen server.

Sajtbyggare som börjar med en mening

Sajtbyggarna står för mycket av resten: Wix och Squarespace för små företag, Webflow med 0,8 procent och Framer med 0,2 procent för designdrivna team, de flesta nu med AI som skissar layouter och text. En nyare grupp utgår från en beskrivning i stället för en mall, och Wix äger nu en av dem, Base44.

I augusti rapporterade Wix att Base44 drev bolagets intäktstillväxt, men också att tjänsten hade gått in i året med en justerad bruttomarginal nära noll. Base44:s egen modell, Base 1, ska sänka kostnaden för att köra AI:n, och Wix räknar med omkring 60 procent under andra halvåret. För en köpare är det en användbar signal. Enligt vår bedömning är de här byggarna den snabbaste vägen till en första webbplats, och deras priser kommer att följa beräkningskraften bakom dem. Kontrollera vad du kan ta med dig innan webbplatsen växer.

Inget CMS alls

I andra änden har vissa team slopat CMS:et. I december 2025 flyttade Lee Robinson, som arbetar på Cursor, cursor.com från ett headless-CMS till ren kod och Markdown-filer. Han hade räknat med en till två veckor. Med agenter tog det tre dagar, 344 agentförfrågningar och 260,32 dollar i tokens.

Hans skäl: ”Med AI och kodagenter har kostnaden för en abstraktion aldrig varit högre.” I ett repository kan en agent ändra vilken fil som helst. Bakom ett CMS måste den gå via någon annans gränssnitt.

Sanity, systemet han lämnade, svarade att han hade byggt upp ett eget: en skärm för att hantera bilder och filer, användarhantering via behörigheter i GitHub, versionshantering via git, verktyg för lokalisering och en innehållsmodell i Markdown-filernas front matter. ”Det märkliga är att vi på sätt och vis håller med Lee”, skrev Knut Melvær på Sanity.

Båda har rätt. För en webbplats som drivs av utvecklare, med få redaktörer och en kort lista sidor, räcker ofta ett repository och en agent. För tjugo redaktörer på fem språk är funktionerna Sanity räknade upp själva jobbet.

Vad vi skulle välja

Börja med tre frågor. Vem som redigerar webbplatsen, och hur ofta. Hur en ändring kontrolleras innan den går live, oavsett om en människa eller en agent gjorde den. Och vem som äger innehållet den dag du lämnar.

För en liten webbplats med en redaktör fungerar en sajtbyggare bra, så länge innehållet kan följa med dig. Om WordPress fungerar för dig, med få tillägg och en namngiven person som håller dem aktuella, finns det ingen brådska att flytta. Där innehållet löper över kanaler, redaktörer och språk tjänar strukturerat innehåll i ett headless-system både människor och agenter. Och en webbplats som drivs av utvecklare kan leva i kod, med en agent som gör ändringarna och en människa som granskar varje release.

Vi byggde Studio för fallet däremellan: ett marknadsteam som redigerar varje dag, med agenter som hjälper till. Det är ett CMS ovanpå webbplatser byggda i Next.js, Vite eller TanStack, utan tillägg och utan PHP på den publika webbplatsen. Redaktörer klickar på ett ord för att ändra det, assistenten skriver utkast och en människa bestämmer. Varje publicering kontrolleras, byggs en gång, testas, läggs ut, verifieras och rullas tillbaka av sig själv om något misslyckas, och den checkar in innehållet i företagets eget repository. Studio är i tidig åtkomst.