Standaard kent WordPress twee soorten content: pagina’s en berichten. Voor een simpele site is dat genoeg. Maar wat als je vacatures publiceert? Of projecten, cursussen, teamleden, panden, recepten? Wie dat allemaal in gewone pagina’s propt, krijgt een onoverzichtelijke berg content waarin redacteuren verdwalen en waar de opmaak per pagina nét anders is. Daarvoor bestaat een nette oplossing die in vrijwel elke professionele WordPress-site zit: custom post types.

Wat is een custom post type?

Een custom post type (CPT) is een eigen contentsoort naast pagina’s en berichten. Denk aan een post type “Vacatures”: dat krijgt in het WordPress-beheer een eigen menu-item, een eigen overzicht en eigen invoervelden. Een redacteur die een vacature toevoegt, vult gewoon de velden in — functietitel, standplaats, uren, salaris — en de website toont die vacature automatisch in de juiste opmaak, op de juiste plek. Geen gepuzzel met opmaak, geen kopieerwerk van een oude pagina die je aanpast.

Waarom dit beter is dan alles in pagina’s zetten

• Consistentie: elke vacature, elk project ziet er hetzelfde uit, omdat de opmaak in het thema zit en niet in de handen van de redacteur.
• Gemak voor redacteuren: invulvelden in plaats van een lege editor. Wie de vacature plaatst hoeft niets van webdesign te weten.
• Automatische overzichten: het vacatureoverzicht vult zichzelf. Nieuwe vacature gepubliceerd? Hij staat er direct tussen; verlopen? Eén klik en hij is weg.
• Eigen categorieën: elk post type kan eigen indelingen krijgen (vakgebied, locatie, dienstverband) los van je blogcategorieën.
• Betere SEO: gestructureerde content laat zich makkelijk verrijken met structured data — vacatures kunnen zo bijvoorbeeld in Google Jobs verschijnen.

Hoe worden custom post types gemaakt?

Technisch registreer je een post type met een klein stukje PHP in het thema of een eigen plugin. De invoervelden worden vrijwel altijd gebouwd met Advanced Custom Fields (ACF): daarmee definieer je per post type welke velden er zijn — tekst, afbeelding, datum, keuzelijst, herhaalbare rijen. Het thema bepaalt vervolgens hoe een los item en het overzicht eruitzien. Er bestaan ook plugins die post types “klikbaar” maken zonder code; die zijn prima om mee te verkennen, maar in een maatwerksite hoort de registratie in code — dan is hij versiebeheerd, herbruikbaar en niet afhankelijk van wéér een plugin.

Wanneer is het de moeite waard?

De vuistregel: heb je van iets méér dan een handvol vergelijkbare items, en horen daar steeds dezelfde gegevens bij? Dan verdient het een eigen post type. Drie teamleden op een “Over ons”-pagina hoeven niet gestructureerd; vijftien vacatures per jaar, een groeiende portfoliocollectie of honderd cursusdata wél. De investering is eenmalig — daarna plaatst je team content sneller, foutlozer en zonder jouw hulp.

Wil je vacatures, projecten of andere gestructureerde content professioneel in je WordPress-site laten inbouwen? Bekijk onze dienst codeerwerk op maat — wij bouwen post types en velden die precies bij jouw content passen.

Conclusie

Custom post types geven elk soort content een eigen, gestructureerde plek in WordPress: eigen menu, eigen velden, automatische overzichten en consistente opmaak. Zodra je meer dan een handvol vergelijkbare items beheert — vacatures, projecten, cursussen — betaalt de eenmalige inrichting zich terug in tijd, consistentie en vindbaarheid. Het verschil tussen een site die “ook vacatures heeft” en een site die content professioneel beheert.

Overtypt iemand in jouw bedrijf weleens gegevens van het ene systeem naar het andere? Aanvragen van de website naar het CRM, bestellingen naar de boekhouding, voorraad van het kassasysteem naar de webshop? Dan betaal je mensen om te doen wat software zelf kan. De techniek die dat oplost heet een API — een term die vaak valt en zelden wordt uitgelegd. Bij deze de uitleg, zonder jargon.

Een API is een loket

API staat voor Application Programming Interface, maar het beeld dat je moet onthouden is dat van een loket. Elk serieus softwarepakket — je boekhoudprogramma, je CRM, je planningstool, je webshop — heeft naast de “voordeur” voor mensen (het scherm waarop je inlogt) ook een loket voor andere software. Bij dat loket kan een ander programma langskomen met verzoeken: “geef mij de bestellingen van vandaag”, “maak deze nieuwe klant aan”, “zet de voorraad van dit product op twaalf”. Het loket controleert of de aanvrager een geldige sleutel heeft en geeft antwoord in een vast formaat. Meer is het niet — en dat maakt het juist zo krachtig: alles wat jij op het scherm kunt, kan software via het loket, maar dan duizend keer per dag en zonder typefouten.

Wat je ermee kunt: voorbeelden uit de praktijk

• Website → CRM: elke aanvraag via het contactformulier verschijnt direct als lead in je CRM, toegewezen aan de juiste collega.
• Webshop → boekhouding: bestellingen worden automatisch verkoopfacturen, inclusief btw-codes.
• Kassa/ERP → webshop: voorraad en prijzen in de winkel en online lopen altijd gelijk.
• Planning → website: beschikbare tijdsloten uit je planningspakket verschijnen live in de afsprakenmodule op je site.
• Website → e-mailmarketing: nieuwe klanten belanden automatisch in de juiste nieuwsbrieflijst.

WordPress en WooCommerce hebben zelf ook een volwaardige REST API — je website kan dus niet alleen bij andere systemen langskomen, andere systemen kunnen ook bij jouw website terecht.

Kant-en-klaar, integratieplatform of maatwerk?

Voor veelvoorkomende combinaties bestaan kant-en-klare koppelingen (plugins) — de snelste route als jouw proces standaard is. Integratieplatforms zoals Zapier of Make zijn het knutselniveau daarboven: zonder programmeren werkstromen bouwen tussen honderden diensten, prima voor eenvoudige “als dit, dan dat”-taken, maar met abonnementskosten die meegroeien en beperkte foutafhandeling. Maatwerk komt in beeld zodra het echt om je kernproces gaat: grote volumes, specifieke bedrijfsregels, systemen zonder standaardkoppeling, of situaties waarin een gemiste synchronisatie geld kost. Een goed gebouwde maatwerkkoppeling logt wat er gebeurt, probeert opnieuw bij storingen en trekt aan de bel als iets écht misgaat — precies wat de knutseloplossingen laten liggen.

Waar je op moet letten

Drie aandachtspunten voor elke koppeling. Beveiliging: API-sleutels geven toegang tot bedrijfsdata — beheer ze zorgvuldig en geef elke koppeling alleen de rechten die hij nodig heeft. Foutafhandeling: systemen zijn weleens onbereikbaar; het verschil tussen een degelijke en een gammele koppeling is wat er dán gebeurt. Eigenaarschap: zorg dat gedocumenteerd is welke koppelingen er draaien en wie ze onderhoudt, zodat het geen zwarte doos wordt waar niemand meer aan durft te komen.

Wil je systemen laten samenwerken met je website of webshop — van CRM tot ERP? Bekijk onze dienst codeerwerk op maat: wij bouwen koppelingen die stilletjes hun werk doen.

Conclusie

Een API is het loket waarmee software met software praat — en daarmee het einde van overtypen, wachten en synchronisatiefouten. Begin bij het proces dat nu de meeste handwerk kost, kijk of een bewezen standaardkoppeling bestaat, en kies voor maatwerk zodra je kernproces ervan afhangt. Elke goed gebouwde koppeling is een medewerker die nooit ziek is en nooit een typefout maakt.

Voor bijna elke functie bestaat wel een WordPress-plugin — er zijn er tienduizenden. Toch loopt vrijwel elk groeiend bedrijf vroeg of laat tegen de grenzen aan: de plugin doet nét niet wat je proces vraagt, of je hebt er vijf nodig die elkaar in de weg zitten. Dan komt de vraag op tafel: laten we iets op maat bouwen? In dit artikel lees je wanneer dat een verstandige investering is en wat erbij komt kijken.

De grenzen van kant-en-klare plugins

Standaardplugins zijn gebouwd voor de grootste gemene deler. Dat werkt uitstekend voor generieke functies — een contactformulier, een sitemap, caching. Het wringt zodra jouw bedrijfsproces specifiek wordt: een offerteberekening met jouw prijslogica, een koppeling met jouw planningspakket, een ledenadministratie volgens jouw regels. De gebruikelijke “oplossing” is dan een stapel plugins die elk een stukje doen, aan elkaar geknoopt met workarounds. Het resultaat: een trage site, conflicten bij elke update en niemand die nog precies weet hoe het samenhangt.

Wanneer is maatwerk de betere keuze?

• Je proces is je onderscheid. Voor de functie waarmee jij je onderscheidt van concurrenten wil je geen compromis dat iedereen kan installeren.
• Drie of meer plugins voor één functie. Heb je een keten van plugins plus premium-add-ons nodig om één werkstroom te bouwen, dan is één doelgerichte maatwerkplugin vaak sneller, stabieler en op termijn goedkoper.
• Koppelingen met je eigen systemen. Je boekhoudpakket, CRM, voorraadsysteem of planningssoftware laten praten met je website is bij uitstek maatwerkterrein.
• Prestaties tellen. Een standaardplugin sleept functies mee die jij nooit gebruikt. Maatwerk doet precies wat nodig is en niets meer — dat merk je in laadtijd.
• Abonnementskosten stapelen zich op. Tel de jaarlijkse licenties van je premium-plugins eens op; niet zelden verdient een eenmalige maatwerkinvestering zich in twee à drie jaar terug.

Wat kost een plugin op maat?

De bandbreedte is groot, omdat “een plugin” alles kan zijn. Een kleine, gerichte plugin — een aangepaste berekening, een extra veld in de checkout, een eenvoudige koppeling — begint bij enkele honderden tot een paar duizend euro. Een serieuze integratie met externe systemen of een compleet maatwerkproces loopt op naar enkele duizenden tot tienduizenden euro’s. De eerlijke vergelijking is niet “gratis plugin versus maatwerk”, maar: licentiekosten plus de uren die je team kwijt is aan workarounds en gedoe, afgezet tegen een oplossing die exact past.

Waar goed maatwerk aan voldoet

Een maatwerkplugin is geen los scriptje maar software die jaren mee moet. Let er bij een ontwikkelaar op dat de plugin volgens de WordPress-standaarden is gebouwd (zodat updates van WordPress zelf geen probleem zijn), losstaat van je thema (zodat een redesign de functionaliteit niet sloopt), gedocumenteerd is en in versiebeheer staat. Vraag ook afspraken over onderhoud: net als elke software heeft ook maatwerk af en toe een update nodig.

Loop je tegen de grenzen van standaardplugins aan, of wil je systemen koppelen aan je website? Bekijk onze dienst codeerwerk op maat — van kleine aanpassing tot complete integratie.

Conclusie

Kant-en-klare plugins zijn de kracht van WordPress — tot het moment dat jouw proces specifieker is dan de standaard. Stapelen de plugins, workarounds en licentiekosten zich op rond een functie die cruciaal is voor je bedrijf, dan is een plugin op maat geen luxe maar de nuchtere keuze: sneller, stabieler en exact passend. Laat de rekensom over de hele looptijd beslissen, niet alleen het prijskaartje van vandaag.

WordPress is normaal gesproken één geheel: het beheert je content én toont die aan bezoekers via een thema. Bij een headless opzet knip je dat in tweeën: WordPress blijft het beheersysteem, maar de voorkant van je website is een aparte applicatie die de content via een API ophaalt. Een term die je steeds vaker hoort — maar is het ook iets voor jouw website?

Hoe werkt headless WordPress?

In een headless architectuur draait WordPress “zonder kop”: redacteuren werken gewoon in het vertrouwde beheer, maar er is geen thema dat pagina’s rendert. In plaats daarvan stelt WordPress zijn content beschikbaar via de ingebouwde REST API of via GraphQL. De voorkant — vaak gebouwd met een JavaScript-framework als Next.js — haalt die content op en bouwt er zelf de pagina’s van, dikwijls vooraf gegenereerd als razendsnel statische bestanden.

De voordelen

Snelheid

Vooraf gegenereerde pagina’s die vanaf een CDN worden geserveerd, laden extreem snel — er komt bij een paginabezoek geen PHP of database aan te pas.

Veiligheid

De publieke website is losgekoppeld van het beheer. Het WordPress-gedeelte kan achter een slot staan, waardoor het klassieke aanvalsoppervlak van plugins en inlogpagina’s grotendeels verdwijnt.

Eén CMS, meerdere kanalen

Dezelfde content kan naar je website, een app, narrowcasting-schermen of een ander kanaal. Voor organisaties met meerdere front-ends is dat de grootste winst.

Vrijheid voor ontwikkelaars

De voorkant is niet gebonden aan de conventies van WordPress-thema’s; interactieve interfaces bouw je in het framework dat daarvoor het meest geschikt is.

De nadelen — en die zijn serieus

Headless klinkt aantrekkelijk, maar heeft een prijs. Je beheert twee systemen in plaats van één: WordPress én een aparte front-end met eigen hosting en build-proces. Veel plugins werken niet meer vanzelf: formulieren, SEO-output, zoekfuncties, previews en e-commerce vragen om maatwerk of aparte diensten. Redacteuren verliezen vertrouwde functies zoals live voorvertoning. En elke aanpassing aan de voorkant vereist een ontwikkelaar — even snel iets wijzigen in een thema is er niet meer bij. Kort gezegd: de bouw- en beheerkosten liggen structureel hoger.

Wanneer is headless een goede keuze?

Headless is zinvol als je content naar meerdere kanalen moet, als je een zeer interactieve webapplicatie bouwt waarbij WordPress alleen de content levert, of als extreme schaal en snelheid doorslaggevend zijn. Voor de gemiddelde bedrijfswebsite of webshop is het dat meestal niet: een goed gebouwde klassieke WordPress-site met fatsoenlijke caching haalt uitstekende laadtijden zonder de extra complexiteit. Kies headless omdat je een probleem hebt dat het oplost — niet omdat het modern klinkt.

Twijfel je tussen een klassieke of headless opzet, of zoek je een partij die de API-koppelingen kan bouwen? Bekijk onze dienst codeerwerk op maat.

Conclusie

Headless WordPress scheidt beheer en presentatie, met snelheid, veiligheid en meerkanaals-publicatie als winst — en hogere complexiteit en kosten als prijs. Voor de meeste websites blijft klassiek WordPress de verstandige keuze; voor specifieke situaties met meerdere kanalen of zware interactiviteit is headless juist een krachtig gereedschap. Laat de use-case beslissen, niet de hype.