Zelf AI koppelen aan je WordPress-site: zeven dingen die misgaan (en hoe je ze voorkomt)

Steeds meer ondernemers koppelen zelf een AI aan hun WordPress-site. ChatGPT via een plugin, Claude via een MCP-koppeling, Codex of Claude Code met toegang tot de server, of gewoon Claude in de browser die meeklikt in het beheer. Dat is begrijpelijk, en vaak nuttig: een tekst aanpassen kost ineens een bericht in plaats van een ticket. Wij zien het bij onze eigen klanten gebeuren, en we juichen het toe.

Maar we zien ook wat er misgaat. Niet door kwade wil en zelden door de AI zelf, maar door wat er níet geregeld is eromheen. Dit artikel zet de zeven dingen op een rij die we het vaakst tegenkomen als iemand zelf AI aan zijn site koppelt, en wat je doet om ze te voorkomen. Welke manieren van koppelen er zijn en wat ze van elkaar verschillen, staat in vijf manieren om AI in je WordPress-site te laten werken; de stappen per assistent staan in Claude koppelen aan WordPress en ChatGPT koppelen aan WordPress. Dit artikel gaat over wat er daarna moet kloppen.

1. De AI werkt onder jouw eigen beheerdersaccount

De meest gemaakte fout, en de meest begrijpelijke. Je maakt een koppeling, de plugin vraagt om een wachtwoord of token, en je gebruikt dat van jezelf. Vanaf dat moment heeft de AI precies dezelfde rechten als jij: plugins installeren, gebruikers aanmaken, instellingen wijzigen, de site op zwart zetten.

Wat er dan misgaat: één verkeerd begrepen opdracht (“ruim de oude pagina’s op”) raakt niet een pagina maar een menu, een plugin of een gebruiker. En in het logboek staat jouw naam, dus je kunt achteraf niet eens zien wat jij deed en wat de AI deed.

Zo voorkom je het

• Maak een apart WordPress-account voor de AI, met een herkenbare naam (bijvoorbeeld “ai-collega”).
• Geef dat account de rol Redacteur als het om content gaat. Beheerdersrechten alleen als de AI ook updates of instellingen moet doen, en dan met de afspraken uit punt 2.
• Gebruik per koppeling een eigen Application Password (Gebruikers, Profiel, Applicatiewachtwoorden). Dat kun je per koppeling intrekken zonder je eigen wachtwoord te veranderen.
• Werk je met Claude of ChatGPT in de browser, log dan in met dat aparte account, niet met je eigen.

2. Er zijn geen bevoegdheden afgesproken: alles mag, of niets mag

De tweede fout zit niet in de techniek maar in de afspraak. Veel koppelingen staan standaard op alles (de AI publiceert direct) of op niets (de AI mag alleen lezen). Allebei werken niet. Bij alles lig je ’s nachts wakker, bij niets heb je een dure zoekfunctie.

Wat wij in de praktijk zien werken, is bevoegdheden per soort taak:

• Zelfstandig uitvoeren: routinewerk met weinig risico. Een typefout verbeteren, een alt-tekst aanvullen, een nieuwsbericht als concept klaarzetten, de openingstijden aanpassen die jij hebt doorgegeven.
• Eerst klaarzetten, dan controleren: alles wat bezoekers direct zien of wat geld raakt. Een nieuwe pagina, een prijs, een menu-item, een plugin-update op een drukke site.
• Nooit: gebruikers beheren, plugins verwijderen, in code of database werken (zie punt 3).

Leg die drie lijstjes vast, al is het in een notitie. Bij een AI-collega van Fyrst zijn dit de bevoegdheden die jij bepaalt bij het inwerken, en die je later kunt oprekken als het vertrouwen groeit. Precies zoals je dat met een nieuwe medewerker ook doet.

3. De koppelplugin kan veel meer dan je denkt

De REST API van WordPress, de standaardweg met een Application Password, werkt op het niveau van WordPress: pagina’s, berichten, media, gebruikers, instellingen. Geen bestanden, geen eigen PHP, geen directe database. Let wel op: met een beheerdersaccount kan de AI via diezelfde REST API ook plugins installeren en activeren.

Bij een MCP-koppeling hangt het af van wat er is geïnstalleerd. De officiële MCP Adapter van WordPress kan zelf bijna niets: standaard alleen site-, gebruikers- en omgevingsgegevens opvragen. Alles wat de AI verder kan, komt van plugins die extra vaardigheden toevoegen, en die kunnen alles. Een deel van die plugins geeft de AI toegang tot bestanden, het uitvoeren van PHP, databasequery’s en het installeren van plugins. Dat is handig voor een ontwikkelaar. Voor een ondernemer die “even ChatGPT koppelt” betekent het dat een verkeerd begrepen opdracht niet een pagina kost, maar de hele site. En wie via de browser werkt, heeft een sluiproute die vaak wordt vergeten: de bestandseditor in het WordPress-beheer zelf.

Zo voorkom je het

• Lees voordat je een koppelplugin installeert precies welke rechten hij de AI geeft, en kies er een waarbij je die rechten per stuk kunt uitzetten.
• Zet bestands- en databasetoegang uit als je ze niet nodig hebt. Content en instellingen via de koppeling, code alleen via een ontwikkelaar.
• Zet de bestandseditor van WordPress uit met één regel in wp-config.php: define('DISALLOW_FILE_EDIT', true);
• Hoe wij het zelf doen: de koppeling op onze eigen site mág code schrijven, maar alleen in één afgeschermde map, met automatisch herstel als een bestand een fout bevat. De rest is dicht.

4. De koppeling wordt een nieuwe ingang voor hackers

Een AI-koppeling is een deur naar je site die er eerst niet was. Dat weten kwaadwillenden ook. Er zijn drie manieren waarop die deur misbruikt wordt.

• Een lek in de koppelplugin. Een koppelplugin is gewone WordPress-code, met veel rechten. Zit daar een fout in, dan ligt je site open. Een bekend voorbeeld is AI Engine, een plugin met meer dan 100.000 installaties. In juni 2025 bleek dat iedereen met een account op de site, ook een gewone abonnee, via de MCP-koppeling beheerdersacties kon uitvoeren. Later dat jaar lekte de plugin bij een bepaalde instelling de sleutel van de koppeling via de openbare REST API, waarmee iemand zonder account een beheerder kon aanmaken. Beide lekken zijn inmiddels gedicht, maar alleen op sites die de update hebben gedaan.
• Een gelekte sleutel. Een applicatiewachtwoord of API-sleutel werkt buiten het inlogscherm om, dus ook zonder tweestapsverificatie. Wie hem vindt, heeft dezelfde toegang als de AI. En die sleutels belanden makkelijk op plekken waar ze niet horen: in een configuratiebestand op je laptop, in een gedeeld document, in een chatgesprek met de AI zelf.
• Instructies die niet van jou zijn. Een AI die webpagina’s, e-mails of formulierinzendingen leest, kan daarin opdrachten tegenkomen die iemand er bewust in heeft gezet. Dat heet prompt injection. Als dezelfde AI ook schrijfrechten op je site heeft, kan een verborgen zin op een webpagina leiden tot een wijziging op jouw site.

Het tempo is hoog. Volgens Patchstack werden er in 2025 ruim 11.000 nieuwe kwetsbaarheden in WordPress gevonden, 91 procent daarvan in plugins. Bij de lekken die het zwaarst worden misbruikt, begint de helft van de massale aanvallen binnen vijf uur na bekendmaking. En bijna de helft van de lekken had bij bekendmaking nog geen oplossing. Hoe het er in de praktijk uitziet, lees je in ons stuk over wp2shell.

Zo voorkom je het

• Gebruik alleen koppelplugins die actief worden onderhouden, met recente updates. Voer updates van die plugin direct door, niet “bij de volgende onderhoudsronde”.
• Laat je waarschuwen bij nieuwe lekken in je plugins, bijvoorbeeld via Patchstack of Wordfence, of spreek af dat je beheerder dat doet.
• Behandel applicatiewachtwoorden als sleutels van je pand: één per koppeling, nooit in een chat of mail plakken, intrekken zodra je een koppeling niet meer gebruikt en periodiek vernieuwen.
• Zet tweestapsverificatie aan voor alle beheerdersaccounts, en geef het AI-account zo weinig rechten als kan (punt 1). Dan kan een gelekte sleutel weinig kwaad.
• Laat een AI die het open web, e-mail of formulieren leest, niet zonder controlestap op je site schrijven.
• Verwacht niet dat je hosting alles tegenhoudt. In het onderzoek van Patchstack hield de standaardbeveiliging van hosters maar 26 procent van de aanvallen tegen. Meer over de basis staat in WordPress beveiliging in 7 stappen.

5. Er is geen back-up en geen logboek

Een AI die iets fout doet is geen ramp, mits je kunt zien wat er gebeurde en terug kunt. Zonder back-up en logboek kun je allebei niet.

“Ik weet niet wat er is gebeurd, maar sinds vorige week klopt het contactformulier niet meer.” Dat is de zin die we het vaakst horen als er een AI aan een site hangt zonder logboek. De AI heeft iets aangepast, misschien terecht, maar niemand kan het terugvinden. En zonder back-up van vóór de wijziging kun je het ook niet terugdraaien. We zien het vooral bij bulkwijzigingen (“werk alle dienstenpagina’s bij”) en updates (“update alle plugins”). Bij een hack is het nog belangrijker: een logboek laat zien wat er is veranderd, een schone back-up zet het terug.

Zo voorkom je het

• Zorg dat er een dagelijkse back-up draait, extern opgeslagen, en test een keer of het terugzetten werkt.
• Laat de AI vóór een bulkwijziging of update een back-up maken, of doe het zelf. Maak er een vaste afspraak van, geen gunst.
• Gebruik de revisies van WordPress voor pagina’s en berichten: elke versie is terug te zetten. Controleer of revisies aanstaan en niet door een plugin zijn beperkt.
• Code-aanpassingen (als je die al toestaat) nooit direct op de live site, maar op een testomgeving.
• Kies een koppeling die elke actie logt: wat, wanneer, door welk account.
• Werk met één opdracht tegelijk en vraag om een samenvatting van wat er is veranderd. Zeg niet “werk de site bij”, maar “pas de contactpagina aan en laat me zien wat je hebt veranderd”.
• Loop het logboek wekelijks door. Vijf minuten.

6. De AI kent je bedrijf niet

Een AI die je site kan aanpassen, weet daarmee nog niets van je bedrijf. Hij kent je prijzen niet, je tone of voice niet, je oude adres wel (want dat staat nog ergens op een pagina). Het resultaat zien we terug op sites van klanten: een nieuwe dienstenpagina in een stijl die niet past, een prijs die is “aangevuld” uit een oude blog, een adres uit 2023.

Zo voorkom je het

• Geef de AI bedrijfscontext voordat hij aan de slag gaat: wat je doet, voor wie, in welke regio, welke diensten je wel en niet aanbiedt, hoe je schrijft.
• Leg de harde feiten vast op één plek die de AI mag raadplegen: adres, telefoonnummer, openingstijden, prijzen, namen. Alles wat daar niet staat, mag hij niet verzinnen.
• Spreek af wat hij nooit zelf bedenkt: prijzen, garanties, claims over resultaten, uitspraken over concurrenten.
• Dit is het verschil tussen een koppeling en een collega. Een koppeling installeer je, een collega werk je in. Wat dat inhoudt, staat in wat is een AI-collega?

7. Niemand bewaakt het geheel

De laatste fout is de stilste. De koppeling werkt, de AI doet zijn werk, en niemand kijkt naar wat er om de koppeling heen gebeurt:

• Je onderhoudspartij weet van niets. Die ziet ineens wijzigingen, een nieuw account of een onbekende plugin, en moet uitzoeken of de site is gehackt of dat jij een AI hebt gekoppeld.
• Een plugin-update breekt de koppeling, of de koppeling breekt de update. Zonder afspraak wie dat oplost, ligt het bij niemand.
• De API-kosten lopen op omdat de koppeling veel vaker wordt aangeroepen dan je dacht.

Zo voorkom je het

• Meld het bij wie je site beheert, vóór je koppelt. Spreek af wie de koppeling bijhoudt bij updates en wie ingrijpt als er iets misgaat.
• Meet wat er na wijzigingen gebeurt: komen de aanvragen via het formulier nog binnen?
• Zet een kostenlimiet bij je AI-aanbieder en kijk er maandelijks naar.

Wat wij hierover hebben vastgelegd

Omdat we dit steeds vaker tegenkomen, hebben we het opgenomen in onze algemene voorwaarden (versie 2026.2, die ingaat op 1 november 2026). Kort gezegd: koppel je zelf een AI-systeem aan een site die wij onderhouden, meld dat dan vooraf. Doe je dat niet, dan kunnen onderhoud, support en garantie worden opgeschort voor problemen die daaruit voortkomen. Niet als straf, maar omdat we niet kunnen instaan voor wat we niet kennen.

De andere kant van die afspraak is belangrijker: we helpen je graag om het wél veilig in te richten. Een apart account, bevoegdheden per taak, beveiliging van de koppeling, back-ups, een logboek en bedrijfscontext zijn precies de dingen die wij regelen als we een AI-collega inwerken. Wil je het zelf doen, dan is de checklist hieronder de kortste weg.

Checklist: zelf AI koppelen zonder spijt

• Apart WordPress-account voor de AI, met de rol die bij de taak past
• Eigen Application Password per koppeling, in te trekken zonder je eigen wachtwoord te wijzigen
• Bevoegdheden vastgelegd: zelfstandig, eerst klaarzetten, nooit
• Bestands- en databasetoegang uit waar je ze niet nodig hebt
• DISALLOW_FILE_EDIT aan in wp-config.php
• Koppelplugin actief onderhouden en updates direct doorgevoerd, met meldingen bij nieuwe lekken
• Tweestapsverificatie op alle beheerdersaccounts; applicatiewachtwoorden nooit in chat of mail, intrekken als je stopt
• Geen schrijfrechten zonder controlestap voor een AI die het open web, e-mail of formulieren leest
• Dagelijkse externe back-up, en een back-up vóór elke bulkactie of update
• Revisies aan, code alleen op een testomgeving
• Logboek van elke actie, wekelijks doorgenomen
• Bedrijfscontext en harde feiten op één plek, met een lijst van wat de AI nooit zelf bedenkt
• Je beheerder weet van de koppeling en de afspraken over updates en incidenten

Veelgestelde vragen

Is het verstandig om zelf AI aan mijn WordPress-site te koppelen?

Ja, mits je de zeven punten uit dit artikel regelt. De koppeling zelf is niet het risico; het ontbreken van een apart account, afspraken over bevoegdheden, back-ups en een logboek wel.

Welke rechten moet een AI in WordPress krijgen?

Zo min mogelijk voor de taak. Voor content volstaat de rol Redacteur. Beheerdersrechten alleen als de AI ook updates of instellingen moet doen, en dan met een controlestap voor alles wat bezoekers direct zien.

Kan een gekoppelde AI mijn site kapotmaken?

Dat hangt af van de koppeling en het account. Via de REST API van WordPress blijft hij binnen content en instellingen, al kan hij met beheerdersrechten ook plugins installeren. Veel MCP- en koppelplugins geven daarnaast toegang tot bestanden, PHP en de database; daarmee kan één fout de hele site raken. Gebruik dus een apart account met beperkte rechten, controleer welke rechten een plugin geeft en zet uit wat je niet nodig hebt.

Kan een AI-koppeling mijn site kwetsbaar maken voor hackers?

Ja. De koppeling is een extra ingang. Hackers misbruiken lekken in koppelplugins, gelekte applicatiewachtwoorden of verborgen instructies in teksten die de AI leest. Gebruik daarom alleen goed onderhouden plugins, voer updates direct door, behandel sleutels als wachtwoorden en geef het AI-account zo weinig rechten als kan.

Moet ik mijn onderhoudspartij vertellen dat ik een AI heb gekoppeld?

Ja. Anders kan die het verschil niet zien tussen jouw AI en een inbraak, en weet niemand wie het oplost als een update de koppeling breekt. Bij Fyrst is het melden van eigen koppelingen vanaf 1 november 2026 onderdeel van de voorwaarden.

Wat is het verschil tussen zelf koppelen en een AI-collega?

De koppeling is bij allebei hetzelfde. Het verschil zit in wat eromheen is geregeld: bedrijfskennis, bevoegdheden per taak, back-ups, logboek en iemand die de kwaliteit bewaakt. Zelf koppelen is goedkoper, maar dan ben jij degene die dat allemaal regelt en bijhoudt.

Werkt dit ook voor Claude in de browser of Claude Code op de server?

Ja, en daar is het nog belangrijker. In de browser werkt de AI met de rechten van het account waarmee je bent ingelogd, dus gebruik ook daar een apart account. Op de server (Claude Code, Codex) heeft de AI toegang tot alle bestanden; werk daar nooit zonder versiebeheer en een testomgeving.

Wil je dat iemand dit voor je inricht en bijhoudt? Op dit moment werken we de AI-collega in bij een beperkt aantal bedrijven, als pilot. Bekijk de pilot of stuur ons een bericht.