WordPress-plugin aanpassen of uitbreiden, zonder dat updates het wissen

Laatst bijgewerkt: 21 oktober 2026

Vaak is een bestaande plugin voor 90 procent goed. Er mist één veld, een export heeft een extra kolom nodig, of een mail moet net anders. De verleiding is groot om dan even in de bestanden van die plugin te typen. Bij de volgende update is je aanpassing weg, of erger: de site geeft een fout. Wij breiden plugins uit op de manier die WordPress daarvoor bedoeld heeft. Vertel in een paar stappen wat je wilt.

Waarom nooit de plugin zelf aanpassen?

Een plugin uit de WordPress-bibliotheek of van een commerciële maker wordt bij elke update in zijn geheel vervangen. Alles wat je in die bestanden hebt veranderd, verdwijnt dan zonder waarschuwing. Wie updates daarom uitstelt, loopt veiligheidsrisico’s, en bij een late update kan een plugin-conflict of zelfs een kritieke fout ontstaan.

De nette weg is een aparte, kleine uitbreidingsplugin (soms “child-plugin” genoemd) die inhaakt op wat de oorspronkelijke plugin aanbiedt. De originele plugin blijft onaangetast en kan gewoon worden bijgewerkt.

Hoe werkt uitbreiden via hooks?

Goede plugins hebben, net als WordPress zelf, acties en filters (hooks): vaste punten waar andere code mag inhaken. Via een filter pas je een waarde aan voordat de plugin hem gebruikt; via een actie voeg je iets toe op een bepaald moment, bijvoorbeeld na het verzenden van een formulier.

Biedt een plugin op de plek die je nodig hebt geen hook, dan zijn er andere routes: een eigen sjabloon in je (child-)thema als de plugin sjablonen ondersteunt, de REST API van de plugin, of een eigen functie die het resultaat achteraf verwerkt. Soms is de beste oplossing de maker vragen om een hook toe te voegen. Kan het allemaal niet netjes, dan zeggen we dat eerlijk en kijken we naar een alternatief.

Voorbeelden van aanpassingen

• Formulierplugin (zoals Gravity Forms of WPForms): inzendingen extra controleren, een nummer toekennen of doorsturen naar een eigen systeem.
• WooCommerce: een extra veld bij afrekenen, een andere tekst in een bestelmail of een extra kolom in een export, zonder de bestanden van WooCommerce te wijzigen.
• Boekingsplugin (zoals Bookly): een eigen regel voor beschikbaarheid of een extra melding naar een medewerker.
• Velden (zoals ACF): eigen weergave van velden, validatie of automatisch vullen bij opslaan.
• Paginabouwer (zoals Elementor): een eigen voorwaarde of dynamische waarde die de bouwer zelf niet kent.
• SEO-plugin: titels of gestructureerde gegevens voor een eigen inhoudstype aanvullen via de filters van de plugin.

Al aangepast? Zo ruimen we het op

Heeft iemand eerder direct in een plugin gewerkt, dan is updaten spannend. We vergelijken de geïnstalleerde versie met de originele versie van dezelfde plugin, zien precies wat er is veranderd, en zetten die aanpassingen over naar een aparte uitbreidingsplugin. Daarna kan de originele plugin weer veilig worden bijgewerkt. Hetzelfde geldt voor code die ooit in functions.php van een thema is geplakt.

Werkwijze

1. Intake: welke plugin, welke versie, wat moet er anders en waarom?
2. Onderzoek: welke hooks en mogelijkheden biedt de plugin? Zijn er eerdere aanpassingen?
3. Voorstel met de aanpak, prijs, planning en afspraken over onderhoud.
4. Bouwen en testen op een testomgeving, ook met de nieuwste versie van de plugin.
5. Live zetten met een back-up vooraf.
6. Bij updates controleren we of de hooks nog bestaan, als dat is afgesproken.

Kwaliteit

• Volgens de WordPress-coderingsstandaarden, in een aparte plugin met een duidelijke naam en beschrijving.
• Controle of de oorspronkelijke plugin actief is, zodat je site geen fout geeft als die ooit wordt uitgeschakeld.
• Rechtencontroles, nonces, invoer controleren en uitvoer escapen.
• Getest op de PHP-versie van je server; zie PHP-versie updaten.
• Korte documentatie: welke hook, wat hij doet en waar je op let bij een update.

Wat we van je nodig hebben

• Welke plugin het is en wat er anders moet, liefst met een schermafdruk of voorbeeld.
• De domeinnaam van je site en, als je die weet, de WordPress- en PHP-versie.
• Bij betaalde plugins: of de licentie actief is, zodat we met de nieuwste versie kunnen testen.
• Later: toegang tot een testomgeving. Wachtwoorden spreken we veilig af, nooit via een formulier.

Werkt de site na een update al niet meer? Ga dan eerst naar WordPress-spoedhulp.

Lees ook: WordPress plugin laten maken · maatwerk WooCommerce-plugin · koppeling laten maken · eigen blok laten maken · WordPress onderhoud · debug.log aanzetten

← Terug naar de kennisbank