Waarom een statische website sneller en veiliger is

In het kort: een statische website bestaat uit pagina’s die al klaarstaan voor een bezoeker langskomt. Daardoor hoeft de server niets te berekenen, kan een netwerk van servers wereldwijd ze van dichtbij leveren en is er veel minder om aan te vallen. Heb je toch een beheeromgeving nodig, dan kan een headless CMS het beheer loskoppelen van de website.

Wat is een statische website?

Vergelijk het met een broodjeszaak. Bij een klassieke website wordt elk broodje pas gesmeerd als iemand bestelt. Bij een statische website liggen de broodjes al klaar in de toonbank.

Technisch gaat dat zo. Bij een klassieke website, zoals de meeste WordPress-sites, gebeurt bij elk bezoek hetzelfde:

1. Een bezoeker opent een pagina.
2. De server start een PHP-programma.
3. Dat programma haalt teksten, menu’s en instellingen op uit een database.
4. Het bouwt daarmee een HTML-pagina.
5. Pas dan vertrekt die pagina naar de bezoeker.

Bij een statische website gebeuren stap 2 tot 4 één keer, op het moment dat je iets publiceert. Het resultaat zijn gewone bestanden: HTML, CSS, JavaScript en beelden. Een bezoeker krijgt die bestanden meteen, zonder dat er onderweg iets berekend moet worden.

“Statisch” betekent niet saai of stilstaand. Animaties, video’s, een kaart, een keuzehulp of een contactformulier kunnen allemaal. Wat er in de browser van de bezoeker gebeurt, staat los van hoe de pagina’s op de server klaargezet worden.

Waarom statisch sneller is

Snelheid begint bij de eerste reactie van de server. Dat heet de time to first byte: de tijd tussen het openen van een pagina en het moment waarop de eerste gegevens binnenkomen. Volgens web.dev streven de meeste websites best naar 0,8 seconden of minder.

Een statische website heeft daar drie voordelen.

Er is niets te berekenen. De pagina bestaat al. In zijn gids over een snellere eerste reactie schrijft Google dat een server zo’n kant-en-klaar bestand meteen kan beginnen te versturen. Bij een klassieke website wacht de bezoeker op PHP en de database, en dat wachten wordt langer naarmate er meer plugins meedraaien.

De pagina’s staan dicht bij de bezoeker. Omdat het gewone bestanden zijn, kan een CDN ze bewaren. Dat is een netwerk van servers verspreid over de wereld. Een bezoeker in Kortrijk krijgt de pagina dan van een server in de buurt, niet van één machine ergens ver weg. Google raadt een CDN aan als een van de eerste dingen om aan te pakken als je eerste reactie traag is.

Er wordt minder meegestuurd. Een statische website bevat alleen de code die je echt nodig hebt. Een klassieke website laadt vaak scripts en stijlen van plugins mee, ook op pagina’s waar ze niets doen.

Eerlijk is eerlijk: statisch alleen maakt een website niet vanzelf licht. Te grote foto’s, een zware video of een stapel externe scripts vertragen elke website. De techniek legt de lat lager, de bouw moet het afmaken.

Telt snelheid voor Google?

Ja, maar niet als toverformule. Google schrijft dat de Core Web Vitals, de metingen voor laadsnelheid en stabiliteit, gebruikt worden in de rangschikking. Tegelijk toont Google altijd eerst de meest relevante inhoud, ook als een pagina trager is. Een snelle website helpt dus vooral je bezoekers, en daarnaast een beetje je vindbaarheid. Goede inhoud blijft het belangrijkst.

Waarom statisch veiliger is

Een kleine zaak wordt zelden persoonlijk uitgekozen door een hacker. Veel aanvallen komen van automatische scripts die het internet afzoeken naar bekende lekken in software. Hoe minder software er publiek draait, hoe minder zo’n script vindt.

Bij een statische website ontbreken de gebruikelijke ingangen:

• Geen database achter de pagina’s. Aanvallen die via een formulier of adres commando’s naar een database proberen te sturen, hebben niets om op te mikken.
• Geen loginpagina op je website. Er is geen /wp-admin waar bots wachtwoorden op uitproberen.
• Geen plugins op de server. In 2025 werden in het WordPress-ecosysteem 11.334 nieuwe kwetsbaarheden gevonden, waarvan 91% in plugins. Dat staat in het jaarrapport van beveiligingsbedrijf Patchstack. Wat er op een statische server staat, zijn bestanden die niets uitvoeren.

Onkwetsbaar is een statische website niet. Wie het account van je domeinnaam, je hosting of je CMS overneemt, kan nog altijd schade aanrichten. Gebruik daarom overal een sterk, uniek wachtwoord en tweestapsverificatie. Ook formulieren en externe scripts, zoals een chatvenster of trackingcode, verdienen aandacht. Maar het aantal plekken waar het mis kan gaan, is veel kleiner.

Meer over hoe klassieke websites gehackt worden, lees je in PHP-lekken en verouderde plugins.

Minder onderhoud, minder verrassingen

Een klassieke website vraagt onderhoud, ook als je er zelf niets aan verandert. De PHP-versie op de server moet mee, net als de CMS-software, het thema en elke plugin. Blijft dat liggen, dan groeit het risico. En soms breekt een update iets dat eerst werkte.

Een statische website heeft dat onderhoud aan de publieke kant niet. De bestanden blijven werken zoals ze opgeleverd zijn. Ook hosting wordt eenvoudiger: er moet geen server met PHP en een database draaien, alleen een plek die bestanden snel uitlevert.

Het verschil zit in hoe je iets aanpast. Je bewerkt geen pagina die live op de server staat. Je past de inhoud aan, waarna de website automatisch opnieuw wordt opgebouwd en gepubliceerd. Met een goed ingericht CMS merk je daar als beheerder weinig van.

Wanneer statisch niet (helemaal) kan

Niet alles kan vooraf klaargezet worden. Een statische opbouw is minder geschikt wanneer de inhoud per bezoeker of per seconde verandert, zoals bij:

• een webshop met voorraad, winkelmandjes en klantaccounts;
• een ledenzone waar mensen inloggen;
• een boekingssysteem dat live laat zien welke momenten nog vrij zijn;
• inhoud die voor elke bezoeker anders is.

Vaak is de oplossing een combinatie. De pagina’s zijn statisch, en alleen het stukje dat echt moet reageren, draait als een kleine functie op de server. Bijvoorbeeld het verwerken van een formulier of het opvragen van beschikbare momenten. Zo houd je de voordelen voor het grootste deel van je website.

Daarnaast telt jouw voorkeur. Ik kies altijd wat de klant nodig heeft, en het CMS is een vrije keuze. Werk je graag met WordPress, of gebruikt je team het al? Dan bouwen we daarmee, en kan een volledig statische website niet. Dan spreken we af hoe updates, back-ups en beveiliging geregeld worden.

Headless CMS: beheer en website los van elkaar

Steeds vaker werk ik met een headless CMS. Daarbij zijn het beheer en de website twee losse delen:

• Het CMS is de plek waar jij teksten, foto’s en pagina’s beheert. Het toont zelf geen website.
• De website haalt die inhoud op en wordt er statisch mee opgebouwd. Na elke publicatie komt er een nieuwe versie online.

Zo combineer je een gebruiksvriendelijke beheeromgeving met de snelheid en veiligheid van een statische website. Bezoekers komen nooit bij het CMS. Een ander voordeel: wil je later een nieuw ontwerp, dan blijft je inhoud gewoon waar ze is.

Een headless CMS vraagt wel meer werk bij de opstart, en een voorbeeldweergave van je wijzigingen moet apart ingericht worden. In WordPress, Wix of een website op maat vergelijk ik de opties naast elkaar.

Hoe anseric.be werkt

Deze website is zelf statisch. Alle pagina’s worden met Astro opgebouwd en als gewone bestanden geleverd via het netwerk van Cloudflare. Er staat geen database of PHP achter. Alleen het contactformulier draait als een kleine functie, want een bericht moet verwerkt en doorgestuurd worden.

Wil je weten hoe hosting, een CDN en een domeinnaam samenhangen, lees dan Hosting uitgelegd zonder vakjargon.

Vragen voor je webbouwer

Twijfel je welke opbouw bij je past? Deze vragen helpen bij een gesprek:

• Draait er bij elk bezoek code op de server, of zijn de pagina’s vooraf opgebouwd?
• Welke software moet na de oplevering bijgewerkt worden, en door wie?
• Waar komt de inhoud vandaan, en hoe pas ik die zelf aan?
• Wat gebeurt er als ik later een webshop, boekingen of een ledenzone wil?
• Waar staan de back-ups, en hoe snel is de website terug als er iets misgaat?

Een goede webbouwer legt je de keuze uit in gewone taal, en zegt het ook als statisch voor jouw zaak niet de beste weg is.