Statisk sidgenerering (SSG)

Varför det är snabbt och billigt

En statisk fil har inget arbete att utföra. Det finns ingen mall att rendera, ingen fråga att köra och ingen serverprocess att hålla varm, så svaret är en filläsning från en CDN-nod nära användaren. Det tar bort de två saker som oftast gör en sida långsam – serverns svarstid och databasens fördröjning – och samtidigt större delen av driftytan: inget att säkerhetsuppdatera, inget att skala, ingen anslutningspool som tar slut vid trafiktoppar.

Det gör dessutom driften nästan gratis. Firebase Hosting, Netlify, Cloudflare Pages och GitHub Pages levererar alla statiskt innehåll med generösa gratisnivåer.

Var innehållet kommer ifrån

Datan hämtas vid bygget i stället för vid anropet. En generator läser markdown-filer, ett huvudlöst CMS eller ett API, renderar varje sida och skriver ut resultatet. NorthernGos egen webbplats byggs så: ordlistan och guiderna är källfiler som bygget förvandlar till en HTML-fil per sida och språk.

Den tidpunkten är hela avvägningen. Innehållet är bara så färskt som senaste bygget. En prisändring eller en ny artikel kräver ett nytt bygge och en ny driftsättning – oftast sekunder till minuter, men ett steg är det. Webbplatser med tusentals sidor känner också av byggtiden direkt, vilket är skälet till att inkrementell och behovsstyrd regenerering finns i ramverk som Next.js och Astro.

Vad statiskt inte klarar, och vad det klarar

Allt som är personligt per besökare kan inte bakas in. En inloggad instrumentpanel, en varukorg, ett individuellt flöde – sådant måste hämtas i webbläsaren efter laddning, eller renderas på en server.

Men "statisk" syftar på hur HTML:en tas fram, inte på om sidan är interaktiv. En statisk sida kan fortfarande köra JavaScript, anropa ett API, ta betalt och uppdatera sig live. Det är den vanliga missuppfattningen: statisk sidgenerering är inte samma sak som en statisk broschyrwebbplats. De flesta moderna webbplatser är statiska skal som hämtar dynamisk data.