WordPress, websitebuilder of maatwerk: wat past bij jouw bedrijf?

Voor de meeste landingspagina’s en gewone bedrijfswebsites kies ik vandaag voor maatwerk met Astro. De website wordt speciaal voor het project gebouwd. Dat geeft veel vrijheid in het ontwerp en voorkomt dat je een uitgebreide beheeromgeving moet onderhouden terwijl je maar een paar keer per jaar iets wijzigt.

WordPress wordt interessanter zodra de eigenaar of een medewerker regelmatig zelf pagina’s wil aanpassen. Het is ook een logische keuze als er al een goede uitbreiding bestaat die een groot deel van de opdracht oplost. WooCommerce voor een webshop is daar een bekend voorbeeld van.

Een CRM-koppeling, betaling of online calculator bepaalt de keuze meestal niet. Veel belangrijker is wie de website na oplevering gaat beheren, hoe vaak de informatie verandert en of een bestaand systeem echt werk bespaart.

Een gesloten websitebuilder gebruik ik zelf vrijwel nooit voor professionele projecten. Voor een starter zonder ontwikkelbudget kan zo’n builder wel een tijdelijke oplossing zijn. Dan betaal je minder geld, maar investeer je zelf tijd in het sjabloon, de teksten, afbeeldingen en instellingen.

Wie gaat de website na oplevering aanpassen?

Begin met een praktische vraag: wie werkt er straks met de website?

Veranderen de teksten, prijzen en foto’s maar af en toe, en voert een ontwikkelaar die wijzigingen uit? Dan is een aparte beheeromgeving vaak overbodig. Dit past goed bij landingspagina’s, websites voor dienstverleners en compacte bedrijfswebsites.

WordPress wordt logischer wanneer een medewerker iedere week nieuws, projecten, vacatures, teamleden of producten toevoegt. Het heeft een beheeromgeving waarin gebruikers zelf pagina’s en berichten kunnen aanpassen. De WordPress-editor ondersteunt tekst, afbeeldingen, video, galerijen en andere bekende onderdelen.

Maatwerk kan ook worden gecombineerd met een aparte omgeving voor het beheren van teksten en afbeeldingen. Astro kan informatie uit verschillende beheersystemen gebruiken, waaronder WordPress. Dat geeft de klant een editor, maar maakt het project duurder om te bouwen en te onderhouden. Voor een gewone bedrijfswebsite is die combinatie zelden nodig.

Soms voldoet geen bestaand beheersysteem. Dan kan een eigen beheeromgeving worden ontwikkeld met precies de velden en rechten die medewerkers nodig hebben. Dat is pas zinvol wanneer werken in de website onderdeel is van het dagelijkse bedrijfsproces. Voor drie tekstwijzigingen per jaar is het onnodig duur.

Waarom ik voor veel websites Astro gebruik

Astro is de techniek waarmee de website wordt gebouwd. De klant hoeft die techniek niet te leren. Voor een bezoeker telt vooral dat de pagina snel verschijnt en goed werkt.

Astro bereidt de pagina’s vooraf voor. Bij ieder bezoek hoeft de website daardoor niet opnieuw dezelfde pagina op te bouwen. Dit is de standaardwerkwijze van Astro en staat beschreven in de officiële documentatie.

Voor een ondernemer betekent dit vooral minder onderdelen om bij te houden. Een website die enkele keren per jaar verandert, heeft geen zware beheeromgeving nodig om dezelfde vaste informatie te tonen.

Astro maakt een website niet vanzelf snel. Te grote foto’s, video, lettertypen en externe diensten kunnen iedere website vertragen. Wel geeft het een goede basis waarop ik alleen toevoeg wat het project echt nodig heeft.

Ik kies meestal voor Astro wanneer:

• de website bestaat uit een landingspagina, diensten, cases en contactformulieren;
• de informatie niet vaak verandert;
• een eigen ontwerp en vaste paginastructuur belangrijk zijn;
• OROS of een andere ontwikkelaar de wijzigingen uitvoert;
• er geen bestaande WordPress-uitbreiding is die veel werk uit handen neemt.

Wanneer WordPress beter past

WordPress is niet automatisch de juiste keuze omdat veel mensen het kennen. Het is ook geen afgeschreven systeem. Voor bedrijven die zelf inhoud willen beheren of een bestaande uitbreiding nodig hebben, kan het juist heel praktisch zijn.

Ik zou WordPress vooral in twee situaties overwegen.

De eerste is regelmatig beheer door de klant. Je kunt instellen dat medewerkers teksten, afbeeldingen en specifieke onderdelen aanpassen zonder dat ze per ongeluk de hele vormgeving veranderen. Denk aan projecten, medewerkers, locaties, evenementen of producten.

De tweede is een functie waarvoor al een goede WordPress-uitbreiding bestaat. WooCommerce is bijvoorbeeld een webshopsysteem dat voor WordPress is gebouwd. Past de bestaande werking voor producten en bestellingen bij het bedrijf, dan hoef je dat gedeelte niet opnieuw te laten ontwikkelen.

Een WordPress-website kan op verschillende manieren worden gebouwd:

• met een bestaande vormgeving;
• met een visuele editor zoals Elementor;
• met een ontwerp dat speciaal voor het project is ontwikkeld;
• als beheeromgeving achter een afzonderlijk gebouwde website.

Meer vrijheid voor de gebruiker is niet altijd beter. Een medewerker hoeft meestal alleen tekst, afbeeldingen en vooraf ingestelde onderdelen te wijzigen. Volledige toegang tot iedere kolom en afstand maakt het ook makkelijker om de mobiele weergave of de vormgeving per ongeluk te beschadigen.

WordPress vraagt bovendien om onderhoud. WordPress zelf, de vormgeving en geïnstalleerde uitbreidingen krijgen updates. De officiële WordPress-documentatie adviseert om thema’s en plugins actueel te houden en vooraf back-ups te regelen.

Het aantal plugins zegt weinig zonder context. Kijk liever of de makers ze nog onderhouden, of ze elkaar niet in de weg zitten en of iedere plugin een duidelijke taak heeft. Ook moet vooraf vaststaan wie updates uitvoert, formulieren controleert en problemen na een update oplost.

Zelf teksten kunnen wijzigen betekent dus niet dat de technische kant geen aandacht meer nodig heeft.

Wanneer een websitebuilder voldoende is

Voor projecten van OROS zie ik meestal geen reden om een gesloten websitebuilder te gebruiken. Een landingspagina of bedrijfswebsite kan rechtstreeks worden ontwikkeld, met meer controle over het ontwerp en over een latere verhuizing.

Voor iemand die net begint, ligt dat anders. Heb je nog geen stabiele inkomsten, weinig budget en genoeg tijd om zelf te proberen? Dan kan een eenvoudige builder genoeg zijn om je aanbod te testen. De uitkomst zal vaker op een sjabloon lijken, maar dat hoeft in die fase geen probleem te zijn.

Controleer vooraf wel:

• of je de website of gegevens later kunt exporteren;
• wat er gebeurt wanneer je het abonnement beëindigt;
• in wiens account de domeinnaam staat;
• of formulieren, bezoekersmeting en externe diensten kunnen worden aangesloten;
• hoeveel vrijheid je hebt in ontwerp en structuur;
• of een andere specialist het project later kan overnemen.

Het is niet altijd verstandig om een bestaande website uit een builder grondig te verbouwen. Als de oude structuur het nieuwe ontwerp of nieuwe functies in de weg zit, kan het duidelijker zijn om de bruikbare teksten en afbeeldingen over te nemen en opnieuw te bouwen. Eerst kijken, dan beslissen. Soms is een gerichte reparatie genoeg.

Twijfel je of een website überhaupt al nodig is? Lees dan ook wanneer je bedrijf nog zonder eigen website kan.

Een oude WordPress- of Elementor-site: repareren of opnieuw bouwen?

Hetzelfde probleem komt voor bij WordPress-sites met een oude vormgeving of veel Elementor-onderdelen. WordPress en de bestaande inhoud kunnen soms blijven staan, terwijl het ontwerp en de paginaopbouw opnieuw worden gemaakt.

Elementor is niet per definitie slecht. Het biedt een visuele editor binnen WordPress, zoals de eigen documentatie uitlegt. De problemen beginnen meestal na jaren van aanpassingen. Pagina’s zijn dan afhankelijk van allerlei extra onderdelen en instellingen, terwijl het nieuwe ontwerp heel anders moet werken.

Er zijn dan drie logische routes:

1. Alleen de concrete problemen oplossen en de huidige website behouden.
2. WordPress en de inhoud behouden, maar het ontwerp en de paginaopbouw opnieuw ontwikkelen.
3. De website naar Astro verplaatsen als zelfstandig bewerken niet meer nodig is.

Ik kies pas na een controle van de website. Eerst moeten de inhoud, formulieren, uitbreidingen, pagina-adressen en toegangen duidelijk zijn. Anders kun je niet eerlijk zeggen of reparatie of opnieuw bouwen verstandiger is.

CRM, betalingen en calculators bepalen de keuze niet

Een CRM-koppeling is meestal geen reden om automatisch WordPress of Astro te kiezen. Kan het CRM gegevens uit andere diensten ontvangen, dan kan een formulier op verschillende soorten websites worden aangesloten.

De werkwijze moet wel vooraf duidelijk zijn:

• welke gegevens worden verstuurd;
• waar ze worden opgeslagen;
• of de klant moet inloggen;
• wat er bij een fout gebeurt;
• wie een melding ontvangt;
• hoe je controleert of de gegevens goed zijn aangekomen;
• of er persoonsgegevens of betaalgegevens worden verwerkt.

Een online calculator kan op een Astro-site, een WordPress-site of via een aparte dienst werken. Hetzelfde geldt voor een formulier dat een aanvraag naar het CRM stuurt. Ook een betaling vraagt niet automatisch om WordPress. De keuze hangt af van bestellingen, terugbetalingen, rapportage en wat een klant na de betaling moet kunnen doen.

Een webshop verdient een aparte beoordeling. Past WooCommerce goed bij de producten en manier van bestellen, dan heeft WordPress een duidelijk voordeel. Heeft de winkel afwijkende regels, een groot assortiment of veel koppelingen met andere systemen, dan is het geen gewone website met een betaalknop meer.

Wat kies ik voor vier veelvoorkomende projecten?

Dit is mijn werkwijze, geen algemene ranglijst van technieken. Een andere ontwikkelaar kan met andere middelen een goede website bouwen. Een duidelijke structuur, zorgvuldig ontwerp, testen en goede ondersteuning tellen zwaarder dan de naam van het systeem.

Wie beheert de website, domeinnaam en toegangen?

Iedere website gebruikt diensten van andere bedrijven. De domeinnaam staat bij een bedrijf dat domeinen registreert. De hosting is de plek waar de website online staat. Betalingen lopen via een betaaldienst. Volledige onafhankelijkheid bestaat niet. Je kunt wel vooraf afspreken wie welke dienst beheert en wat er gebeurt als de samenwerking stopt.

Bij OROS blijven de inhoud en gegevens van de klant bij de klant. De klant krijgt de afgesproken toegang tot de website, domeinnaam en beheeromgeving als die er is. Projectbestanden kunnen volgens de gemaakte afspraken op verzoek worden overgedragen.

De hosting kan onder het supportpakket van OROS vallen. In dat geval beheer ik onder meer de hosting, updates en technische toegang. De klant houdt de afgesproken toegangsrechten. In andere projecten staan de domeinnaam en hosting direct in het account van de klant en krijg ik alleen toegang om mijn werk te doen.

Leg voor de start vast:

• op wiens naam en in welk account de domeinnaam staat;
• wie de hosting betaalt en verlengt;
• waar back-ups worden bewaard;
• wie toegang met beheerdersrechten heeft;
• of wijzigingen aan teksten en afbeeldingen onder support vallen;
• hoe de website wordt overgedragen als de samenwerking eindigt.

Ik kies geen techniek om een klant kunstmatig afhankelijk te maken. De verdeling van verantwoordelijkheden verschilt wel per project. Een kleine landingspagina met support vraagt iets anders dan een uitgebreide website die door een intern team wordt beheerd.

Weet je nog niet welke aanpak bij je website past?

Kijk eerst naar het beheer en de bedrijfsprocessen. Wie moet iets kunnen wijzigen? Welke systemen moeten worden aangesloten? En wie zorgt na de oplevering voor updates en controles?

Beschrijf je project in het aanvraagformulier. Ik kijk naar de inhoud, het beheer, de benodigde koppelingen en de ondersteuning. Daarna kan ik uitleggen welke aanpak past, zonder ieder project in hetzelfde systeem te duwen.

Wil je eerst een beeld van het budget? Lees dan wat een website in Nederland in 2026 kost of maak een eerste berekening met de websitecalculator.

De auteur

Daniel Orosz

Web developer & oprichter

Daniel bouwt websites en digitale systemen vanuit Kerkrade. Hij werkt al meer dan 16 jaar met webtechniek en vertaalt complexe keuzes naar gewone taal.

Meer over Daniel →