Astro vs WordPress: wanneer kies je welke?

Lange tijd was WordPress mijn gebruikelijke keuze om allerlei websites te ontwikkelen, behalve complexe webshops, waarvoor ik PrestaShop of Shopify koos. Zelfs voor kleine winkels gebruikte ik WordPress met WooCommerce.

Ook voor lidmaatschapssites en bedrijfswebsites. En natuurlijk voor blogs en tijdschriften.

Daarmee wil ik zeggen dat als ik voor mijn laatste project — een zakelijke dienstverleningswebsite — iets anders heb gekozen, die optie me wel heel erg overtuigd moet hebben.

Dat betekent niet dat ik voortaan alles ga migreren of altijd Astro zal gebruiken. Nee.

Net zoals ik PrestaShop gebruik wanneer het past, zal ik Astro inzetten voor de juiste projecten. En ja, WordPress zal in veel gevallen niet langer mijn standaardkeuze zijn.

Want dat je met beide systemen een website kunt bouwen, betekent niet dat ze allebei even goede opties zijn.

Astro en WordPress zijn niet hetzelfde soort hulpmiddel

WordPress is een CMS, een contentmanagementsysteem: het bevat een beheeromgeving, een editor, gebruikers, een mediabibliotheek en een systeem van thema's en plugins. Ik heb het natuurlijk over WordPress-software die op hosting is geïnstalleerd, niet over de commerciële abonnementen van WordPress.com.

Astro is een framework om websites mee te bouwen. Redactioneel beheer en zakelijke diensten worden apart gekozen.

Daarom heeft de vergelijking vooral zin voor een concreet project: als je artikelen vanuit een dashboard wilt publiceren of gebruikers moet beheren, weet je al wat je nodig hebt. Als niets daarvan nodig is en je je op prestaties en snelheid van de publieke website kunt richten, is de andere oplossing waarschijnlijk eenvoudiger.

Hoe beide achter de schermen werken

Tijd voor een beetje techniek.

Hoe WordPress een pagina genereert

Bij een gewone installatie voert WordPress PHP uit, gebruikt het zijn database en combineert het inhoud, thema en plugins om het antwoord op te bouwen. Een paginacache kan voor veel bezoeken een vooraf klaargezette kopie leveren.

Daardoor kun je wijzigingen vanuit het dashboard publiceren, maar moet je ook de applicatie en de bijbehorende infrastructuur onderhouden.

Hoe Astro een pagina genereert

Het mooie van Astro is dat het pagina's vóór publicatie kan voorbereiden of op aanvraag kan genereren. In het eerste geval lever je al gebouwde bestanden; functies die verwerking nodig hebben, kunnen bij aparte diensten worden ondergebracht.

Hoe dan ook leg ik de werking uitgebreider uit in dit artikel over wat Astro is.. 

Contentbeheer en databases

Het is belangrijk te begrijpen waar het werk terechtkomt: in één geïntegreerd systeem of in onderdelen die je zelf moet organiseren.

WordPress en MySQL

WordPress gebruikt normaal gesproken MySQL of MariaDB om inhoud, gebruikers en een groot deel van de instellingen op te slaan. Mediabestanden staan meestal in het bestandssysteem of op externe opslag.

Een kopie van het thema, de WordPress-core en de codebestanden is geen volledige kopie van de website. Om die te herstellen, moet je ook de database en de relevante statische bestanden bewaren.

Astro en de vele bronnen van content

In Astro kun je teksten in projectbestanden bewaren of ophalen uit een CMS en andere diensten.

Ik richt me hier op het geval waarin ze in de repository staan: dan kun je content en code samen bekijken, want bij het genereren van HTML-bestanden komen code en content in bepaalde bestanden daadwerkelijk samen.

Content bewerken

Als we naar het dagelijkse werk kijken, zijn de verschillen hier aanzienlijk.

Het voordeel van WordPress als CMS

Stel dat je klant een nieuwsbericht wil toevoegen, een afbeelding wil vervangen of een artikel wil inplannen. WordPress biedt daar al een interface voor, al moet je rechten instellen en sjablonen voorbereiden.

Daardoor ben je voor dagelijks werk minder afhankelijk van de ontwikkelaar. Dat betekent natuurlijk niet dat iedereen zomaar elk deel van het ontwerp kan aanpassen zonder iets kapot te maken, maar een redactionele werkomgeving is er al vanaf het begin.

Voor een project waarin het team vaak publiceert, kan dat voordeel zwaarder wegen dan een technische verbetering bij het serveren van pagina's.

Wat Astro nodig heeft voor een vergelijkbare redactionele ervaring

Met Astro kun je zelf kiezen hoe je bewerkt en publiceert.

Je kunt met bestanden werken, een Git-gebaseerd CMS toevoegen of een extern contentmanagementsysteem koppelen.

Niet elke aanpak biedt hetzelfde voor afbeeldingen, revisies, rollen en previews. Test voordat je kiest een echte taak en vraag je af of iemand met beperkte technische kennis die gemakkelijk kan uitvoeren.

Het idee is in elk geval om met Astro websites te maken die later nauwelijks veranderen, behalve wat incidentele aanpassingen. Anders maak je het met Astro in plaats van WordPress onnodig ingewikkeld.

Prestaties

Hier draaien we de rollen om.

Het uitgangspunt van Astro

Een lichte statische pagina heeft een voorsprong bij het leveren van stabiele inhoud zonder een complete applicatie uit te voeren of tijdens een bezoek een servertaal nodig te hebben. Dat maakt optimalisatie eenvoudiger.

Hoe WordPress goede prestaties behaalt

WordPress kan een snelle website bieden met geschikte hosting, een redelijk thema, caching en een zorgvuldige keuze van plugins en bronnen.

Maar de benodigde stack is al vanaf het begin trager dan die van Astro.

JavaScript en frontend

Bij WordPress hangt de code die de browser ontvangt grotendeels af van het thema, de plugins en wat je insluit. Je kunt een lichte website bouwen of bibliotheken en scripts opstapelen die je nauwelijks gebruikt.

Houd er rekening mee dat in het algemeen geldt: hoe meer functies het geïnstalleerde thema of de plugin heeft, hoe meer JS erbij komt.

Astro maakt het gemakkelijker om te bepalen welke onderdelen code in de browser moeten uitvoeren. Die controle kan handig zijn voor een dienstverleningswebsite met weinig externe aanroepen. Als je externe tools zoals Google Analytics laadt, kan de extra belasting vergelijkbaar zijn.

Als je dit punt samen met de nadelen wilt beoordelen, bespreek ik het in de voor- en nadelen van Astro..

SEO

Op naar een ander belangrijk onderwerp.

Wat WordPress gemakkelijker maakt

Heel veel.

Met de gratis versies van plugins zoals Yoast of Rank Math heb je ontzettend veel mogelijkheden. En je kunt altijd betalen voor extra functies.

Een goed ingestelde plugin kan repetitief werk verminderen.

Wat Astro je laat beheren

Je kunt regels opstellen om metadata, links tussen taalversies, sitemaps en gestructureerde gegevens te genereren op basis van de informatie per pagina.

Er zijn integraties die helpen, maar je moet het resultaat controleren. Als een sjabloon een verkeerde canonical-URL aanmaakt, kun je diezelfde fout verspreiden over alle pagina's die het gebruiken.

Over het algemeen zou ik zeggen dat dit met het framework wat ingewikkelder is om in te richten, vooral als je geen expert bent. Je moet immers alles zelf beslissen, terwijl WordPress-plugins je vaak stap voor stap begeleiden.

Maar goed, noch WordPress noch Astro zorgt uit zichzelf voor een goede positie in zoekmachines. Dat hangt af van je inhoud, interne links, enzovoort.

Beveiliging

Nog een punt voor Astro.

Het aanvalsoppervlak van WordPress

Er is PHP-code, een database, gebruikers die toegang hebben tot het beheer en daarnaast code van thema's en plugins — of je eigen code — die onderhouden en gecontroleerd moet worden. Dat vraagt om updates, geschikte rechten, back-ups en beveiligingsmaatregelen.

Er zijn veel mogelijke aanvalsroutes. Hoewel WordPress voortdurend updates krijgt, moet je bijblijven en goede beveiligingspraktijken volgen.

Het aanvalsoppervlak van een statische Astro-site

Het publieke deel kan uitsluitend uit bestanden bestaan, waardoor de mogelijkheden minimaal zijn.

E-mailaccounts, GitHub, formulieren en gekoppelde diensten moeten echter nog steeds worden gecontroleerd.

De vergelijking verandert als je Astro met een complexe backend gebruikt, maar zoals gezegd gaat het hier niet om die optie.

Plugins tegenover ontwikkeling en integraties

Stel dat je klant reserveringen moet beheren. In WordPress kun je zoeken naar een plugin met agenda's, meldingen en betalingen, beoordelen of hij bij het bedrijf past en hem zo nodig installeren.

Bij Astro moet je misschien een externe dienst koppelen, maar afhankelijk van het geval is dat niet zo plug and play als bij WordPress, waardoor meer ontwikkelwerk nodig is..

Maar zoals we straks bespreken, maakt AI ons leven hier wel een stuk gemakkelijker.

Formulieren en backendfunctionaliteit

Formulieren zijn een goed voorbeeld van het vorige punt, omdat vrijwel elke zakelijke website ze nodig heeft.

In WordPress kan een plugin met passende e-mailinstellingen de velden en verzending regelen. Bij Astro is dat ingewikkelder omdat het HTML levert. Je kunt een gespecialiseerde dienst zoals de Zoho Mail API gebruiken of zelf een backend bouwen om het verzoek te verwerken, wat alles opnieuw ingewikkelder maakt.

Hosting en deployment

Op dit punt lijken ze totaal niet op elkaar. En dat terwijl ze allebei een website voor bezoekers moeten opleveren.

WordPress: PHP, MySQL en server

Een klassieke installatie heeft hosting nodig waarop PHP draait en MySQL of MariaDB beschikbaar is. Veel aanbieders leveren die combinatie kant-en-klaar, samen met installatie, back-ups en beheer.

Inhoud publiceren vanuit het dashboard hoort bij het normale gebruik.

Codewijzigingen verdienen een eigen testproces; dat WordPress directe wijzigingen in productie toestaat, betekent niet dat het een goede werkwijze is.

Astro: build, Git en CDN

Voor een statische website moet je de bestanden bouwen en hosten. Het mooie is dat veel domeinaanbieders al genoeg opslagruimte bieden om aparte hosting te vermijden.

Bij een normale werkwijze genereert Astro een build die je rechtstreeks naar diensten zoals CloudFlare kunt uploaden, al dan niet via een Git-repository waarin wijzigingen worden bijgehouden.

Het is een ongelooflijk licht en soepel systeem om mee te werken. En zoals gezegd veel goedkoper.

Onderhoud en updates

WordPress vereist onderhoud aan de core, thema's, plugins en de omgeving zolang de website online staat.

Astro kan helemaal geen onderhoud nodig hebben als de website niet hoeft te veranderen.

Ja, echt helemaal geen onderhoud.

Om eerlijk te zijn kunnen complexere projecten wel onderhoud vergen aan het framework, afhankelijkheden, het bouwproces en geïntegreerde diensten.

Git en versiebeheer

Bij Astro kun je in een project met content in bestanden veel wijzigingen samen bekijken: code, teksten en instellingen. Dat maakt het gemakkelijker om in kleine, controleerbare stappen te werken. Oftewel, Git past hier als gegoten..

Ook WordPress kan Git gebruiken voor het thema en eigen plugins. Maar content en veel instellingen staan doorgaans in de database, buiten die geschiedenis.

Daardoor garandeert het terugzetten van een eerdere codeversie niet dat je de vorige staat van de website terugkrijgt.

Internationalisering

WordPress heeft plugins om talen, vertalingen en relaties tussen inhoud te beheren. Ze zijn handig voor teams die via het dashboard moeten werken, maar je moet nagaan of ze bij de inhoudstypen en de rest van de website passen.

Met Astro kun je routes en gegevens per taal organiseren en pagina's uit gedeelde structuren genereren. Je krijgt meer keuzes: wat vertalen, hoe pagina's koppelen, wat tonen als een versie ontbreekt en hoe wijzigingen publiceren.

Net als bij SEO moet je in Astro meer beslissingen nemen; het neemt je niet bij de hand zoals de WordPress-plugin Polylang. En je kunt het flink verpesten.

Ontwikkelen met AI

Dit verdient een eigen onderdeel, want het is fundamenteel.

Tegenwoordig, en met het oog op wat eraan komt, is het essentieel om AI te leren gebruiken bij het ontwikkelen van allerlei software. Ook websites.

In dit geval, na AI voor zowel WordPress- als Astro-projecten te hebben gebruikt, vind ik werken met Astro overzichtelijker..

Een Codex-project op je computer maken, het koppelen aan GitHub en CloudFlare en met het framework beginnen te bouwen: het past allemaal perfect in elkaar. Voor je het weet ga je als een speer, en de enige rem is het aantal AI-tokens dat je abonnement toestaat. Zo simpel is het.

Met WordPress werkt het ook, hoor, maar ik vind het omslachtiger: je moet WordPress lokaal installeren, , het optimaliseren, met AI code en databaseaanpassingen ontwikkelen, vaak plugins handmatig installeren en naar productie migreren, waar je sommige wijzigingen handmatig moet herhalen. Git bewaart bovendien de database niet, wat nog een extra knelpunt oplevert.

Ik weet het niet, je went vermoedelijk overal aan, maar het systeem met Codex en Astro opzetten vind ik, zoals gezegd, een stuk overzichtelijker.

De werkelijke kosten van beide opties

Het is lastig om deze vergelijking te maken.

Wat ik je wel kan zeggen, is dat voor websites die met statische HTML kunnen worden gebouwd, Astro duurder kan zijn om te ontwikkelen (meer uren), tenzij je AI gebruikt, maar goedkoper is in onderhoud. Zowel in tijd als in geld (je bespaart hosting).

Voor websites met meer functies (ecommerce, lidmaatschappen) weet ik zeker dat ik WordPress zal blijven kiezen, gezien alles wat de ontwikkeling met zich meebrengt.

Vergelijkingstabel Astro vs WordPress

Samenvattend vind je hier een tabel met elk besproken punt toegepast op een website die met beide systemen kan worden ontwikkeld, zoals een bedrijfswebsite. De winnaar staat vetgedrukt.

Onderdeel	Astro	WordPress
Gereedschap	Ontwikkelframework	CMS met redactioneel dashboard
Paginageneratie	Statisch, op aanvraag of gecombineerd	Dynamisch, met caching mogelijk
Inhoud	Bestanden, CMS, API's of databases	Database en geïntegreerd redactiesysteem
Bewerken zonder code	Vereist een gekozen en geïntegreerde oplossing	Inbegrepen voor gebruikelijke redactionele taken
Zakelijke functies	Diensten en integraties afhankelijk van het project	Uitgebreid plugin-ecosysteem
Prestaties	Goede uitgangspositie voor lichte content	Afhankelijk van implementatie, bronnen en hosting
Beveiliging	Minder publieke logica bij statische deployments	Applicatie en uitbreidingen moeten worden onderhouden
SEO	Moet je zelf inrichten	Gemakkelijker met plugins
Publicatie	Build en deployment voor vooraf gerenderde inhoud	Publiceren vanuit het dashboard met cachebeheer
Versiebeheer	Code en bestandsgebaseerde content kunnen samen worden beheerd	Code in Git; inhoud meestal in database
Meertalig	Architectuur en integratie zelf ontwerpen	Redactionele hulpmiddelen via plugins
Ontwikkelen met AI	Eenvoudiger zodra het systeem staat	Het hele proces is omslachtiger
Kosten	Duurder in ontwikkeling, goedkoper in onderhoud	Afhankelijk van ontwikkeling, hosting en uitbreidingen
Onderhoud	Afhankelijkheden, builds en diensten	Core, thema's, plugins en omgeving

Wanneer kies je Astro?

Ik zou het kiezen voor een website met relatief stabiele inhoud, bijvoorbeeld:

• Bedrijfswebsite.
• Portfolio.
• Documentatie.

Met duidelijk afgebakende functies en iemand die het publicatieproces kan onderhouden (de klant of ik).

Wanneer kies je WordPress?

Ik blijf het kiezen als inhoud vaak via een dashboard moet worden bewerkt, als de klant redactionele zelfstandigheid nodig heeft of als de plugins de benodigde functies eenvoudiger realiseren.

Voorbeelden:

• Blog of tijdschrift met regelmatige publicaties en meerdere auteurs.
• Kleine webshop.
• Lidmaatschapssite.
• Bedrijfswebsite met blog: ik zou alles in WordPress maken en geen systemen mengen.
• Website met voortdurend wisselende vermeldingen: makelaars, hotelreserveringen…

De hybride optie: Astro met WordPress als CMS

Ik noem deze mogelijkheid zodat je weet dat ze bestaat, maar ik ben er niet van overtuigd. Het moet wel een heel, heel specifiek project zijn om de systemen zo ingewikkeld te maken.

In dit geval kun je WordPress behouden voor het bewerken en de inhoud via een API ophalen om die met Astro te tonen. Daarbij werkt WordPress headless: het contentmanagementsysteem staat los van de publieke website.

Zo kun je een vertrouwde redactionele omgeving behouden en een ander frontend bouwen. Maar je moet previews, publicatie, afbeeldingen en functies die eerder afhankelijk waren van het thema of plugins apart regelen.

Een plugin neemt zijn gedrag niet vanzelf mee naar het Astro-frontend. Er is meestal een specifieke integratie nodig.

Het is een dubbele systeemopzet die gerechtvaardigd moet zijn.

Conclusie: mijn criteria voor Astro of WordPress

Uiteindelijk moet ik bij een nieuw project de volgende vragen beantwoorden:

1. Welke inhoudswijzigingen worden verwacht en hoe vaak? Als ze voortdurend plaatsvinden, kies ik WordPress. Zijn ze heel sporadisch, dan scoort Astro punten.
2. Wie gaat de website bewerken en hoe zelfstandig? Als de klant wijzigingen moet kunnen doen, WordPress. Als ik het doe, is Astro een optie.
3. Wat moet de website kunnen? Zoals gezegd: voor een bedrijfswebsite of een site die uit HTML-pagina's kan bestaan, Astro. Zijn er andere functies nodig (blog, lidmaatschap), dan blijf ik bij WordPress.
4. Welke tools gebruikt het bedrijf al? Dit is belangrijk voor de integratie: misschien bestaat er al een WordPress-plugin die alles eenvoudig maakt, terwijl Astro maatwerk zou vereisen. Daardoor valt Astro voor mij vrijwel altijd af, behalve bij kleine toevoegingen.
5. Wie onderhoudt het geheel en wat kost dat? Als er geen wijzigingen nodig zijn, is Astro ideaal omdat er geen onderhoud als zodanig nodig is. Als de website gaat veranderen of er nieuwe content verschijnt, kies ik WordPress. Dan bekijken we wie wat doet.

Met die antwoorden weet ik welke route ik moet kiezen. Het belangrijkste is zo goed mogelijk aan de behoeften van het bedrijf te voldoen. De technologie komt daarna..