Hvorfor fastsite eksisterer

Hvert enkelt værktøj i en lille virksomheds stack er fremragende i sig selv. Ingen af dem taler med hinanden, og alle fakturerer månedligt. fastsite eksisterer, fordi det mønster også nåede publicering.

Problemet

Det plejede at være enkelt at lægge ord på internettet. Så krævede det et CMS, og CMS'et krævede plugins, og plugins krævede en build-pipeline, og build-pipelinen krævede et runtime-miljø, og runtime-miljøet krævede en hostingplan med pris per bruger. Et sted deri blev den egentlige opgave — skriv noget, sæt det live, få det til at loade hurtigt — begravet under adskillige hundrede kilobyte JavaScript og en månedlig faktura.

fastsite indtager den modsatte position. Indhold sendes ind via en API, en webhook eller MCP. Statisk HTML kommer ud. Der er ingen runtime ved kanten, ingen database dine besøgende kan nå, og ingen JavaScript der sendes overhovedet — buildet nægter at publicere en side, der ville koste et PageSpeed-point, frem for at lade det forringes stille og roligt.

Hvem bygger det

fastsite er skrevet af Lennart Øster, en udvikler i Danmark, der har programmeret siden 1995 og stiftede sit firma, SitePoint Systems, i 1999. Det første årti så konventionelt ud: konsulentarbejde for store virksomheder i Danmark, Sverige og Brasilien, og bygning af skræddersyet software til folk med problemer frem for at skubbe produkter på dem.

For omkring femten år siden gik han den modsatte vej af den sædvanlige grundlæggerhistorie. Efter allerede at have drevet en virksomhed med ansatte besluttede han, at en enkeltmandsvirksomhed passede ham og hans familie bedre, og siden da har han alene bygget og drevet softwareprodukter. Begrænsningen viste sig at være den nyttige del: når man er hele teamet, skal noget virkelig betyde noget, før det bygges.

Mønsteret

Produkterne starter alle på samme måde — med noget i hans eget stack, der virker, men koster for meget.

• Da han havde brug for pålidelig cookie-samtykkehåndtering og fandt mulighederne solide men dyre, byggede han Conzent. Det blev en certificeret CMP i sin egen ret, og i juli 2026 gik det fuldt ud open source med en hostet version til alle, der ikke kan eller bør køre deres egen server.
• Intet på markedet passede til den måde, han håndterede e-mail og support på, så det byggede han også.
• Så et CRM, Geniziz, med en fast pris frem for pris per bruger — fordi prissætning per bruger stille og roligt tvinger små teams til at rationere, hvem der får et login, hvilket underminerer formålet med at have værktøjet.

fastsite er det samme træk anvendt på publicering, med én tilføjelse: det er designet fra starten til agenter frem for at blive tilpasset til dem bagefter. MCP-serveren er ikke en integration boltet på et dashboard. Det er den måde, motoren er tænkt til at blive drevet på.

Hvad det betyder for projektet

Ærlig om afvejningerne

Et enkeltmandsprojekt er ikke det samme som en finansieret platform, og at lade som om det var tilfældet, ville være præcis den slags ting, dette websted er sat i verden for at modarbejde. Der er ingen 24/7-supportdesk. Funktionsønsker vejes op mod én persons tilgængelige timer. Hvis det er et dealbreaker for din organisation, bør det være det — og licensen betyder, at du kan forke motoren og vedligeholde den selv frem for at sidde fast.

Hvad du får til gengæld: ingen bruger-matematik, ingen vendor lock-in, ingen roadmap drevet af en investorpræsentation, og en kodebase lille nok til, at én person kan holde den i hovedet.