Stefan Karlsson
← Alla reflektioner

Webb · Förvaltning

Välj inte sajt efter teknik. Välj efter vem som trycker på Publicera.

Det har aldrig varit billigare att bygga en sajt. Men teknikvalet är sällan det som avgör om sajten fungerar om två år. Det som avgör är vem som ändrar innehållet, och vem som förvaltar det som byggdes.

Två flöden. Överst valet som ofta görs: ny sajt behövs, jämför tekniker, välj snabbast och billigast, lansera — och sedan en streckad ruta med frågan vad som händer tisdagen efter. Nederst valet som håller: ny sajt behövs, sedan tre frågor om vem som publicerar, vem som förvaltar och vilka system sajten ska prata med, och först därefter teknikval, som delar sig i statisk sajt, CMS eller en kombination.
Samma behov, två ordningar. Den ena slutar vid lanseringen — den andra börjar med vardagen efter.

Flödet alla ritar

Behov av ny sajt → jämför tekniker → välj det snabbaste och billigaste → lansera.

Jämförelsen handlar om bygget: hur snabbt, hur snyggt, vad det kostar i dag. En AI-byggd statisk sajt vinner nästan alltid den jämförelsen. Den är snabb, säker och har i princip ingen drift. Ett CMS känns tungt i bredd: databas, uppdateringar, tillägg.

Frågan som inte ställs: vad händer tisdagen efter lanseringen, när någon behöver byta ett telefonnummer?

Läcka 1: publiceringen glöms bort

En statisk sajt som byggs och publiceras med AI och versionshantering är utmärkt när en eller två tekniskt vana personer ändrar innehållet några gånger i månaden. Men i de flesta bolag är det inte så. Marknad vill lägga upp en kampanjsida på fredag, HR en annons, någon ska godkänna texten innan den går ut, och sidan ska finnas på två språk.

Det är inte en teknikfråga. Det är en fråga om hur organisationen arbetar — och det är just det ett CMS är byggt för: roller, behörigheter, versioner, godkännandeflöden och schemalagd publicering. Väljer man bort det flyttar arbetet till den enda person som kan publicera. Den personen blir en flaskhals, och varje textändring blir ett ärende.

Läcka 2: underhållsskulden byter form — den försvinner inte

Det här är samma mönster som i förra texten om underhåll, bara i sajtformat.

Ingen av varianterna är gratis att äga. Skillnaden är var kostnaden hamnar och om den syns i förväg.

Byt ordning: börja med vardagen efter lanseringen

Börja inte med tekniken. Börja med tre frågor och låt svaren välja tekniken:

Behov av ny sajt → vem publicerar, hur ofta, med vilka godkännanden → vem förvaltar och med vilken kunskap → vilka system måste sajten prata med → teknikval.

Svaren kan läggas i en enkel matris:

FrågaTalar för statisk AI-sajtTalar för CMS
Vem ändrar innehållet?1–2 personer, tekniskt vanaFlera personer, icke-tekniska
Hur ofta ändras det?Sällan — några gånger i månadenDagligen eller varje vecka
Behövs behörigheter och godkännande?NejJa
Integrationer (e-handel, CRM, medlemmar, formulär)?Få eller ingaMånga
Säkerhet och driftMinimal attackyta, nästan ingen driftKräver löpande uppdateringar
Vem kan ta över förvaltningen?Den som byggde — om det är dokumenteratStor pool av utvecklare och byråer

Tre utfall är rimliga:

Principen: Välj inte sajt efter hur snabbt den byggs. Välj efter vem som trycker på Publicera — och vem som ska förstå sajten om tre år.

Ett CMS är inte föråldrad teknik. Det är tjugo års samlad erfarenhet av hur organisationer publicerar tillsammans. En AI-byggd sajt är inte en genväg för amatörer. Den är det bästa valet när publiceringen är enkel och kunskapen om bygget är dokumenterad. Fel val i båda riktningarna kostar — det ena i onödig drift, det andra i en flaskhals som ingen såg komma.

Den här sajten är för övrigt byggd med AI och publiceras lokalt — för att det bara är jag som publicerar på den. Hade vi varit fem hade svaret varit ett annat.

Var det här användbart?

Anonymt. Inget sparas om dig — bara antalet ja och nej per artikel.