Custom fields in WordPress: complete gids voor dynamische content

Custom fields in WordPress zijn extra gegevensvelden die je aan een pagina, bericht of ander contentitem koppelt. Ze zijn geschikt wanneer informatie zoals functietitel, prijsopgave, locatie, specificatie of CTA-label steeds op dezelfde plek en in dezelfde structuur terugkomt. Voor losse, eenmalige content zijn standaardblokken meestal voldoende. Gebruik custom fields als je content dynamisch, consistent en eenvoudig te onderhouden wilt maken.

Wat zijn custom fields in WordPress?

Een custom field bestaat uit een meta key en een bijbehorende waarde. WordPress bewaart deze gegevens als metadata, ook wel post meta genoemd. Bijvoorbeeld: de meta key functie met de waarde Accountmanager, gekoppeld aan een teamlidpagina.

De gegevens hoeven niet automatisch zichtbaar te zijn op de website. Een ontwikkelaar, template of block-koppeling bepaalt waar en hoe de waarde op de frontend verschijnt. Daarmee scheid je content van vormgeving: redacteuren vullen gegevens in, terwijl de template ze consequent presenteert.

Custom fields, post meta en andere WordPress-begrippen

Begrip	Wat het doet	Praktisch voorbeeld	Wanneer kiezen?
Custom field	Een extra veld dat een waarde opslaat bij één contentitem.	Functietitel bij een teamlid.	Als dezelfde soort informatie per pagina of item terugkomt.
Post meta	De technische naam voor metadata die bij een bericht, pagina of ander post type hoort.	functie = Accountmanager.	Als technische onderlaag van custom fields.
Standaardblok	Inhoud en opmaak staan direct in de editor.	Eenmalige tekst met afbeelding op een dienstenpagina.	Als content niet gestructureerd of herbruikbaar hoeft te zijn.
Custom post type	Een apart type content naast berichten en pagina's.	Vacatures, projecten of locaties.	Als je een hele verzameling met dezelfde contentstructuur nodig hebt.
Taxonomie	Groepeert content met termen of categorieën.	Expertisegebieden bij cases.	Als je wilt filteren, groeperen of archieven wilt maken.
Blokattribuut	Slaat een instelling op die bij één specifiek blok hoort.	Uitlijning van een afbeelding.	Voor instellingen van een blok, niet als centrale gegevensbron voor templates.

Een custom post type en custom fields vullen elkaar vaak aan. Een post type bepaalt welk soort content je beheert, custom fields bepalen welke gegevens je per item vastlegt. Denk aan een post type ‘vacatures’ met velden voor standplaats, uren, contractvorm en sollicitatielink.

Welke problemen lossen custom fields op?

Custom fields zijn vooral waardevol als redacteuren nu telkens dezelfde informatie handmatig in blokken zetten. Dat leidt gemakkelijk tot verschillen in schrijfwijze, ontbrekende gegevens en omslachtig onderhoud. Met vaste velden maak je invoer voorspelbaar en kun je dezelfde gegevens op meerdere plekken tonen.

• Consistente content: ieder teamlid, project of aanbod volgt dezelfde structuur.
• Sneller onderhoud: wijzig een waarde op één plek in plaats van in meerdere losse tekstblokken.
• Dynamische templates: een template toont automatisch de juiste gegevens voor het bekeken item.
• Betere redactie: duidelijke labels en veldtypes verkleinen de kans op onvolledige invoer.
• Herbruikbaarheid: dezelfde waarde kan terugkomen in een kaart, detailpagina of overzicht, mits de template daarvoor is ingericht.

Voorbeelden voor zakelijke websites

Niet iedere website heeft custom fields nodig. Ze zijn vooral logisch voor terugkerende content waarvan de onderdelen voorspelbaar zijn.

• Teampagina's: naam, functie, expertise, profielfoto en LinkedIn-URL.
• Cases of projecten: branche, geleverde dienst, gebruikte technieken en projecttype.
• Vacatures: standplaats, dienstverband, afdeling en sollicitatielink.
• Diensten: doelgroep, oplevering, gerelateerde dienst en CTA-tekst.
• Locaties: adresgegevens, openingstijden, telefoonnummer en route-link.
• Veelgestelde vragen: vraag, antwoord en eventueel een thema of categorie.

Een goed contentmodel is daarbij belangrijker dan de tool. Bespreek bij een nieuw ontwerp eerst welke informatie bezoekers nodig hebben en wie die gegevens beheert. Dat sluit aan op de aanpak van strategisch en creatief webdesign: techniek en structuur moeten de commerciële functie van de website ondersteunen.

Wanneer zijn standaardblokken voldoende?

Kies standaardblokken als een pagina vooral uit unieke tekst, afbeeldingen en een eenmalige opbouw bestaat. Denk aan een over-ons-pagina of een campagnepagina die je niet als template wilt herhalen.

Kies custom fields wanneer gegevens terugkeren én je ze consequent wilt tonen. Een veld voor een losse tussenkop is meestal onnodig. Een veld voor de functie van ieder teamlid of de locatie van iedere vacature is wel logisch.

Custom fields gebruiken in de WordPress-editor

WordPress biedt een ingebouwde mogelijkheid om custom fields als key-value-paren toe te voegen. Dat is bruikbaar voor eenvoudige situaties en technische tests, maar is voor dagelijkse redactie vaak minder gebruiksvriendelijk. Redacteuren zien dan technische veldnamen en moeten zelf weten welke waarde waar hoort.

Een plugin of maatwerkregistratie kan hiervoor een duidelijke invoerinterface bieden, met labels zoals ‘Standplaats’, ‘Projecttype’ of ‘CTA-link’. Ook kun je het type invoer beperken, bijvoorbeeld tot tekst, een URL, een datum of een selectie. Dat maakt de contentstructuur betrouwbaarder.

Custom fields instellen: een praktisch stappenplan

1. Inventariseer terugkerende informatie. Verzamel een representatieve set bestaande pagina's of items. Noteer welke gegevens steeds terugkomen en welke echt optioneel zijn.
2. Bepaal het contenttype. Gaat het om gewone pagina's, berichten of een eigen verzameling zoals vacatures of cases? Maak alleen een custom post type als je een afzonderlijk contenttype nodig hebt.
3. Definieer per veld één doel. Kies een duidelijke veldnaam, label, datatype en uitleg voor de redacteur. Vermijd één algemeen veld waarin meerdere soorten informatie worden gemengd.
4. Kies de invoerwijze. Gebruik standaardvelden voor een eenvoudige technische toepassing. Kies een plugin of maatwerk wanneer redacteuren een begeleide invoerinterface en vaste validatie nodig hebben.
5. Leg eigenaarschap vast. Bepaal wie waarden mag wijzigen, welke velden verplicht zijn en wie de content controleert voordat deze live gaat.
6. Bouw de frontendweergave. Laat een developer de velden koppelen aan een template, blok of dynamisch overzicht. Test ook lege waarden: een leeg veld mag geen los label of kapotte lay-out opleveren.
7. Test de redactionele workflow. Laat iemand die geen ontwikkelaar is een item aanmaken en bijwerken. Pas labels, uitleg of veldtypes aan als invoer onduidelijk is.
8. Documenteer en onderhoud. Leg vast welke velden bestaan, waar ze worden gebruikt en wat een wijziging betekent voor bestaande content, exports en migraties.

Plugin, maatwerk of geen custom fields?

De keuze hangt niet alleen af van wat technisch mogelijk is, maar vooral van de beheerbehoefte en de complexiteit van je website.

Situatie	Passende keuze	Waarom	Let op
Eenmalige pagina met vrije inhoud	Standaardblokken	Geen vaste datastructuur nodig.	Houd de opbouw overzichtelijk voor de redactie.
Enkele eenvoudige technische waarden	Ingebouwde custom fields	WordPress kan key-value-metadata opslaan.	De interface is minder geschikt voor niet-technische redacteuren.
Terugkerende gegevens met gebruiksvriendelijke invoer	Plugin voor gestructureerde velden	Velden kunnen labels, instructies en invoertypes krijgen.	Controleer onderhoud, export en afhankelijkheid van de gekozen plugin.
Complexe contentmodellen of koppelingen met andere systemen	Maatwerkontwikkeling	Geeft controle over validatie, rechten, templates en integraties.	Documentatie en beheerafspraken zijn essentieel.
Grote verzameling vergelijkbare items	Custom post type met custom fields	Combineert een eigen contenttype met vaste gegevensvelden.	Ontwerp ook archieven, filters en redactionele processen.

Custom fields in de block editor en dynamische templates

Moderne WordPress-development kan post meta beschikbaar maken voor de block editor en de REST API. Daarbij zijn technische instellingen belangrijk, zoals registratie van de meta key, het juiste datatype en beschikbaarheid via de REST API. WordPress documenteert hiervoor onder meer registratie via register_post_meta en de instelling show_in_rest.

Met block bindings kunnen bepaalde block-attributen gekoppeld worden aan post meta. Zo kan een blok dynamisch een veldwaarde weergeven in plaats van handmatig gekopieerde tekst. Dit is krachtig, maar vraagt zorgvuldige technische inrichting: niet ieder blokattribuut is geschikt, en een onjuiste koppeling kan leiden tot onduidelijke of niet-bewerkbare content.

Werk je met block themes en templates, leg dan vooraf vast welke content redactioneel aanpasbaar moet zijn en wat onderdeel is van het ontwerp. Een veldstructuur is geen vervanging voor een goed templateontwerp.

Belangrijke technische keuzes

Datatype en één of meerdere waarden

Leg vast welk datatype een veld accepteert: tekst, getal, URL, datum, boolean of een andere passende structuur. Een veld voor een externe link heeft andere validatie nodig dan een veld voor een korte functietitel. Bepaal ook of een meta key één waarde of meerdere waarden mag hebben. Die keuze beïnvloedt invoer, weergave en eventuele koppelingen met andere systemen.

REST API en rechten

Als custom fields in de block editor, een koppeling of een externe toepassing beschikbaar moeten zijn, kan REST API-toegang nodig zijn. Maak gegevens niet zonder reden beschikbaar. Denk vooraf na over welke velden publiek mogen zijn en welke rechten nodig zijn om ze te lezen of te wijzigen.

Naamgeving

Gebruik stabiele, beschrijvende technische namen, bijvoorbeeld project_sector in plaats van veld1. Wijzig een veldnaam niet lichtvaardig: bestaande gegevens en templates kunnen van die naam afhankelijk zijn. Leg technische namen, labels en gebruiksdoel vast in een korte documentatie.

Custom fields tonen op de frontend

Een opgeslagen veld heeft pas effect op bezoekers wanneer het bewust in een template, blok of andere frontendlogica wordt weergegeven. Toon alleen informatie die voor de bezoeker waarde toevoegt. Een intern administratief veld hoort bijvoorbeeld niet automatisch op een publieke pagina thuis.

Besteed ook aandacht aan lege velden. Wanneer een vacature geen standplaats heeft, moet niet alleen de waarde ontbreken, maar ook het label en de omringende opmaak. Dit voorkomt lege secties en rommelige layouts.

SEO, toegankelijkheid en performance

Custom fields zijn niet op zichzelf goed of slecht voor SEO. Zoekmachines kunnen alleen inhoud beoordelen die toegankelijk en daadwerkelijk op de pagina wordt gepubliceerd. Een waarde die uitsluitend in de database staat, draagt niet automatisch bij aan de zichtbare inhoud van een pagina.

• SEO: publiceer relevante informatie als leesbare, nuttige content. Gebruik velden niet om varianten van zoekwoorden onzichtbaar op te slaan.
• Toegankelijkheid: geef zichtbare gegevens een logische structuur, duidelijke labels en semantische HTML. Een los stukje metadata zonder context is voor bezoekers minder bruikbaar.
• Performance: voorkom onnodig complexe queries en zware, herhaalde bewerkingen in grote overzichten. Test templates met een realistische hoeveelheid content.
• Beheer: vermijd dubbele bronnen voor dezelfde informatie. Kies bijvoorbeeld één leidende plek voor een functietitel, niet een veld én een los tekstblok die allebei moeten worden bijgewerkt.

Technische wijzigingen kunnen ook gevolgen hebben voor URL's, templates en interne verwijzingen. Lees daarom ook hoe je zorgvuldig omgaat met 404- en soft-404-fouten wanneer je pagina's, contentstructuren of migraties aanpast.

Veelgemaakte fouten

• Velden toevoegen zonder contentmodel: dan groeit de editor uit tot een onduidelijke verzameling invoervelden.
• Technische namen willekeurig wijzigen: bestaande templates en gegevens kunnen daardoor niet meer goed aansluiten.
• Een plugin als volledige strategie zien: de plugin regelt invoer, maar niet automatisch een logisch contentmodel, goede templates of governance.
• Geen plan voor migratie: bij een redesign, pluginwissel of export moet duidelijk zijn hoe velden en waarden behouden blijven.
• Interne en publieke informatie mengen: maak onderscheid tussen gegevens voor de redactie en gegevens die op de site mogen verschijnen.
• Alles als custom field modelleren: unieke redactionele inhoud blijft vaak beter beheersbaar in gewone blokken.

Checklist voor je custom-fields-plan

• Is duidelijk welk bedrijfs- of redactieprobleem ieder veld oplost?
• Is bepaald of standaardblokken, een custom post type of een taxonomie beter past?
• Heeft ieder veld een begrijpelijk label, technische naam, datatype en eigenaar?
• Zijn verplichte en optionele velden bewust gekozen?
• Is vastgelegd waar ieder veld op de frontend verschijnt?
• Is getest wat er gebeurt als een waarde ontbreekt of onjuist wordt ingevoerd?
• Zijn REST API-toegang en bewerkingsrechten alleen ingericht waar nodig?
• Is er documentatie voor beheer, wijzigingen en toekomstige migraties?

Veelgestelde vragen

Wat is het verschil tussen custom fields en custom post types?

Een custom post type is een apart soort content, zoals vacatures of projecten. Custom fields zijn aanvullende gegevens bij ieder afzonderlijk item. Je kunt ze los gebruiken, maar ze worden vaak gecombineerd.

Heb ik voor custom fields altijd een plugin nodig?

Nee. WordPress ondersteunt custom fields als post meta. Een plugin kan wel een gebruiksvriendelijkere invoerinterface en extra veldtypes bieden. Bij complexe eisen kan maatwerk passender zijn.

Zijn custom fields zichtbaar voor bezoekers?

Niet automatisch. Ze worden pas zichtbaar wanneer een template, blok of andere frontendlogica ze toont.

Zijn custom fields goed voor SEO?

Alleen zichtbare, toegankelijke en inhoudelijk relevante informatie kan waarde toevoegen aan een pagina. Het opslaan van data in een custom field zonder die goed te publiceren heeft geen zelfstandig SEO-effect.

Wanneer schakel je een WordPress-specialist in?

Doe dat wanneer je contentmodel meerdere typen content, dynamische templates, rechten, koppelingen of een migratie omvat. Een goede implementatie vraagt keuzes in informatiearchitectuur, editorervaring en onderhoud. LYNX Media helpt met webdesign, development en online groeivraagstukken. Wil je de mogelijkheden voor jouw website bespreken, neem dan contact op met LYNX Media.