En webbplats ska inte behöva vara ett IT-system

De flesta webbplatser är mycket mer tekniskt komplicerade än uppgiften kräver. En mindre företagssajt, en föreningssida eller ett hobbyprojekt behöver ofta bara kunna visa sidor, bilder, navigation och kanske några artiklar.

Ändå bygger vi dem ofta med databas, stora teman, plugins, cachelösningar och ett administrationssystem som måste fungera varje gång någon öppnar en sida.

Det är det problemet Superlite CMS och Onlite.site försöker lösa. Superlite används för att skapa och administrera webbplatsen, men när du publicerar skapas vanliga statiska HTML-sidor. Onlite bygger vidare på samma modell och tar bort även installationen och driften, så att du kan börja bygga en webbplats utan att först sätta upp webbhotell, CMS och servermiljö.

3 exempel på användningsområden

Det lilla företaget behöver en webbplats

Ett mindre företag vill sällan ha ett CMS för CMS:ets skull. Företaget behöver en webbplats som beskriver verksamheten, visar tjänsterna, ger besökaren kontaktuppgifter och kanske innehåller ett kontaktformulär och några artiklar. Den ska gå att hitta på Google och någon på företaget ska kunna ändra en text eller lägga till en bild utan att ringa en webbyrå.

Det är inte en särskilt komplicerad kravspecifikation men ändå bygger vi en liten företagswebb som om den vore ett affärssystem. Den får databas, ett stort tema och en samling plugins som alla ska uppdateras och fortsätta fungera tillsammans. När sajten har några år på nacken är det inte ovanligt att ingen riktigt vet vilka delar som fortfarande behövs. Med Onlite är poängen att du ska kunna hoppa över den delen. Du skapar webbplatsen, skriver dina sidor och publicerar dem. Vill du ha en egen domän kan du koppla den senare utan att behöva förstå webbservern eller hur CMS:et är installerat.

Superlite gör samtidigt den publika webbplatsen enkel. När en sida är publicerad finns den redan som färdig HTML, så besökaren behöver inte vänta på att CMS:et ska starta, fråga en databas och bygga upp sidan. För företaget betyder det framför allt en snabb webbplats med färre delar som kan orsaka problem.

Du behöver inte heller installera allt från början. SEO-funktioner finns i grunden och funktioner som kontaktformulär, Google Analytics och cookie consent kan läggas till när de faktiskt behövs.

Hobbyn ska inte bli ett IT-projekt

En annan användare är du som bara vill visa upp något på internet. Det kan vara en fotosamling, en förening, ett band, ett sidoprojekt, en hobby, en samling guider eller något helt annat. Du kanske inte har någon ambition att bli webbutvecklare och borde inte behöva bli det heller.

I dag kan själva starten vara oproportionerligt stor. Först ska du hitta ett webbhotell, kanske köpa en domän, installera ett CMS, välja tema och förstå vilka tillägg du behöver. Sedan ska du försöka lista ut vad alla inställningar betyder innan den första riktiga sidan ens finns.

Med Onlite vill jag vända på ordningen. Du ska kunna skapa webbplatsen först, börja skriva, lägga upp en bild och publicera. Sajten kan börja på en adress hos Onlite och om projektet lever vidare kan du skaffa en egen domän senare.

Det är en viktig skillnad, eftersom det sänker tröskeln för att börja. Du ska inte behöva fatta beslut om webbhotell, servermiljö och teknik bara för att testa om en idé är värd att fortsätta med.

Superlite är också avsiktligt begränsat. Kärnan innehåller inte varje funktion du någon gång kan tänkas behöva. Om du behöver fler funktioner kan de läggas till som moduler. För hobbyanvändaren betyder det att en enkel webbplats faktiskt kan fortsätta vara enkel.

SEO-specialisten får mer kontroll

Jag tillhör själv en tredje grupp som har andra krav på ett CMS. För en SEO-specialist räcker det inte att det är enkelt att skriva en sida. Det spelar också roll vad som faktiskt händer tekniskt när sidan visas för en besökare eller en sökmotor.

När en sida publiceras genererar Superlite färdig HTML. En vanlig besökare orsakar därför normalt inga databasfrågor och ingen PHP-körning för att bygga själva innehållet. Det betyder inte att varje sajt automatiskt får perfekta Core Web Vitals, eftersom bilder, CSS, typsnitt och design fortfarande spelar stor roll. Skillnaden är att du inte först behöver arbeta bort en stor mängd overhead från CMS:et.

Superlite lägger inte heller automatiskt till en massa JavaScript och CSS på den publika webbplatsen. Det är temat som bestämmer vad som behövs. För en SEO-specialist innebär det att det blir enklare att förstå vad sidan faktiskt består av och vad som behöver optimeras.

SEO-funktionerna finns nära innehållet. Du kan hantera sidtitel, meta description, canonical, robots, Open Graph och sitemap utan att först installera ett separat SEO-paket, och det finns stöd för 301 redirects när adresser förändras.

Det finns också funktioner som är byggda för praktiskt arbete med innehållssajter. Image Optimizer kan skapa de bildstorlekar temat faktiskt behöver och WordPress Importer kan flytta över innehåll från en befintlig WordPress-sajt. För dig som arbetar med många sajter är poängen att webbplatserna kan vara tekniskt små även när mängden innehåll blir stor.

Administrationen ska inte kunna ta ner sajten

En av de viktigaste egenskaperna i Superlite är att den publicerade webbplatsen är separerad från administrationssystemet. CMS:et används för att redigera och publicera innehåll, men den färdiga sidan är sedan en egen HTML-fil. Det betyder att ett problem i administrationen inte automatiskt behöver påverka det som redan är publicerat. Om du inte kan logga in eller om något i CMS:et går sönder kan de befintliga sidorna fortfarande ligga kvar och levereras som vanligt.

Jag tycker att det är en viktig princip. Ju fler komponenter som måste fungera varje gång någon besöker en webbplats, desto fler saker finns det också som kan gå fel. Om besökaren i huvudsak bara behöver få en färdig HTML-fil, CSS och bilder blir den kedjan mycket kortare.

Du ska bara bära på det du behöver

Superlite fungerar utan SQL-databas och är byggt för vanlig PHP-hosting. Innehåll, inställningar, media, teman och moduler består i grunden av filer, vilket också gör backup och återställning enklare att förstå.

Innehållet lagras dessutom separat från presentationen. Du kan därför byta tema utan att manuellt bygga om allt innehåll, och bilder kan optimeras efter de storlekar som det aktuella temat faktiskt använder.

Om du vill ha full kontroll kan du installera Superlite på ett vanligt webbhotell. Om du hellre vill slippa installation, serverkonfiguration och teknisk drift kan du använda Onlite.site.

Om det du behöver är en webbplats ska du inte behöva driva ett litet IT-system för att ha en.

Några tekniska specifikationer som du säkert blir imponerad av

• Statisk HTML på frontend
• 0 databasfrågor för vanliga sidvisningar
• 0 PHP körningar för vanliga sidvisningar
• Ingen SQL databas
• PHP 8.2+
• Ingen Node.js krävs på produktionsservern
• Ingen Composer krävs på produktionsservern
• Ingen SSH krävs
• Webbaserad installation
• Blockbaserad editor med Editor.js
• Innehåll och design är separerade
• Incremental builds
• Full rebuild finns vid behov
• Atomisk publicering
• Befintlig publik sida ligger kvar om rendering misslyckas
• Frontend är oberoende av CMS:ets drift
• CMS kärnan lägger inte automatiskt till JavaScript eller CSS på frontend
• Frontend kan fungera helt utan JavaScript
• SEO funktioner finns i kärnan
• Stöd för SEO title, meta description, canonical, robots och Open Graph
• Automatisk sitemap.xml
• Stöd för robots.txt
• Stöd för Schema.org
• 301 redirects
• Permanent content ID separat från URL
• Modularkitektur
• Hooks för utbyggnad utan ändringar i kärnfiler
• Filbaserad backup
• Export av hela sajten och enskilt innehåll
• Byggt för vanligt webbhotell
• Strukturerad filbaserad lagring med JSON som masterdata
• Teman kan bytas utan att innehållet behöver skrivas om
• Endast de delar av sajten som påverkas behöver byggas om vid normal publicering
• Genererad HTML är inte masterdata och kan därför byggas om
• Publika templates styr själva vilka frontendresurser som används
• Säker filskrivning med temporära filer innan befintliga filer ersätts
• Filåsning för att minska risken för problem vid samtidiga skrivningar
• Kontroll av osäkra filuppladdningar
• PHP och andra exekverbara filer accepteras inte som media
• Stöd för bildoptimering och WebP genom modul
• Stöd för flera bildstorlekar anpassade efter tema
• Stöd för strukturerad navigation
• Interna länkar kan knytas till permanent innehållsidentitet i stället för enbart slug
• Separat modulstöd för Articles
• Separata moduler för kontaktformulär, Google Analytics 4, Google Search Console och Cookie Consent
• WordPress Importer för att flytta innehåll från WordPress
• Markdown Import för snabb import av innehåll
• Liten kärna med möjlighet att lägga till funktioner efter behov