Låt kunden redigera hemsidan själv – utan att den går sönder

De två vanliga lösningarna misslyckas på varsitt håll. Ger du kunden ingenting blir varje telefonnummer i sidfoten ett mejl till dig. Ger du kunden ett fullt CMS får hen tillräckligt med rep för att förstöra designen som ditt namn sitter på. Det som saknas är ett tak: en redigeringsyta där innehållet är öppet och strukturen är låst.

Ett tak är inte samma sak som en begränsad användare i ett vanligt CMS. Rollen döljer knappar i gränssnittet; taket måste gälla i datamodellen, annars är det en artighet och inte en spärr. I SnabbSajt är sektionernas innehåll en typad union och temat är förvaliderade tokens – det finns helt enkelt ingen väg in för fri HTML eller en egen hex-färg, oavsett vem som är inloggad.

Kunden äger orden och bilderna: rubriker, brödtext, knapptexter, priser, bilder och alt-texter, kontaktuppgifter, öppettider, tjänster. Det täcker nästan varje ändring som annars hade blivit ett mejl till dig, och det är sådant du ändå inte vill kvalitetssäkra.

Kunden äger inte typsnitt, färgskala, sektionernas ordning i förhållande till din komposition, eller den underliggande koden. Redigeringen sker dessutom mot ett utkast – den publicerade sajten är en oföränderlig ögonblicksbild, så ingen halvfärdig text ligger ute medan kunden funderar.

Du bygger sajten som vanligt, i din stack: din Next.js-kod, dina komponenter, ditt repo, din CI. Sedan konverteras bygget till ett validerat sajtpaket och skickas in med `snabbsajt push`. Det som korsar gränsen är innehållet och strukturen – aldrig körbar kod. Vi kör inte importerad React, PHP, plugins eller godtycklig CSS, av precis samma skäl som taket finns.

En andra push mot en sajt som kunden redan har hunnit redigera är en sammanslagning, inte en överskrivning. Sektioner matchas på nyckel, kundens ändringar rapporteras som konflikter och behålls, och `--dry-run` visar hela sammanslagningen innan något skrivs. Ingenting publiceras av en push.

Det konstruktiva taket är detsamma för alla, men ytorna är inte det. I inställningarna kan den som äger arbetsytan slå av hela områden för sin kund – eller enskilda funktioner inom ett område – och det finns ett läge som lämnar över ett konto där kunden får redigera och publicera hemsidan och ingenting annat. Spärren sitter i backend, så en avslagen funktion avvisas även om någon anropar den direkt.

Kunden kan koppla Claude till sin sajt via vår MCP-server och be om ändringen i stället för att leta rätt på fältet: ”lägg till en ruta om vår nya tjänst”. Det går genom samma spärrar som gränssnittet – agenten arbetar mot utkastet, når bara de ytor kunden själv når, och publicerar aldrig utan att en människa säger till.

Räkna på förra året i stället för att gissa: hur många innehållsmejl kom in, och hur många av dem fakturerade du faktiskt? Svaret är hela argumentet. En kund som själv kan byta ett telefonnummer ringer inte, och en sajt som följer med verksamheten byggs inte om av någon annan om tre år.