{"id":26776,"date":"2026-06-16T08:29:51","date_gmt":"2026-06-16T08:29:51","guid":{"rendered":"https:\/\/codico.io\/plugin-not-working-in-wordpress-9-proven-fixes-2026-guide\/"},"modified":"2026-06-16T12:52:51","modified_gmt":"2026-06-16T12:52:51","slug":"wordpress-plugin-werkt-niet","status":"publish","type":"post","link":"https:\/\/codico.io\/nl\/wordpress-plugin-werkt-niet\/","title":{"rendered":"WordPress-plugin werkt niet? 9 Bewezen Oplossingen (Gids 2026)"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Je installeert een nieuwe plugin, klikt op <em>Activeren<\/em> en een seconde later ligt je site plat. In plaats van je homepage zien bezoekers een leeg wit scherm of een halve pagina vol foutmeldingen. Dat voelt vervelend, zeker als je site live is en er op dat moment bezoekers actief zijn.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Het goede nieuws is dat een <em>plugin die niet werkt in WordPress<\/em> bijna nooit een probleem is dat je oplost door zomaar iets te proberen. Het is geen gokspel waarbij je toevallig op de juiste knop moet klikken. Het is een proces: eerst zoek je uit <em>wat<\/em> er precies misging, daarna bepaal je de exacte oorzaak en pas daarna voer je de oplossing uit. Volg je deze volgorde, dan blijken de meeste pluginproblemen veel minder ernstig dan het witte scherm doet vermoeden.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\">Inhoudsopgave:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Snelle diagnose: bepaal eerst welk probleem je hebt<\/li>\n\n\n\n<li>Voordat je begint: maak een back-up en gebruik een testomgeving<\/li>\n\n\n\n<li>Stap 1: Wis alle cachelagen<\/li>\n\n\n\n<li>Stap 2: Werk WordPress, het thema en plugins bij<\/li>\n\n\n\n<li>Stap 3: Voer een test uit om pluginconflicten te vinden<\/li>\n\n\n\n<li>Stap 4: Controleer en verhoog PHP-limieten<\/li>\n\n\n\n<li>Stap 5: Schakel de debugmodus in en bekijk de logs<\/li>\n\n\n\n<li>Stap 6: Controleer JavaScript- en consolefouten<\/li>\n\n\n\n<li>Stap 7: Zet de plugin terug of installeer deze opnieuw<\/li>\n\n\n\n<li>Veelvoorkomende foutcodes en hoe je ze oplost<\/li>\n\n\n\n<li>Hoe je pluginproblemen in de toekomst voorkomt<\/li>\n\n\n\n<li>Veelgestelde vragen<\/li>\n<\/ol>\n<\/blockquote>\n\n\n\n<p class=\"wp-block-paragraph\">In deze gids vind je negen bewezen oplossingen: zeven stappen die je \u00e9\u00e9n voor \u00e9\u00e9n volgt, van snelle controles van twee minuten tot het bekijken van serverlogs, plus twee extra delen over specifieke foutcodes en het voorkomen van toekomstige problemen. Werk de stappen van boven naar beneden af en je krijgt je site weer online zonder andere onderdelen te verstoren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Belangrijkste punten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Voordat we naar de oplossingen kijken, volgt hier een korte uitleg over wat plugins meestal laat uitvallen en welke oplossingen ze weer betrouwbaar laten werken.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">De meeste problemen in WordPress ontstaan door plugins, niet door de software zelf. In het rapport <em>2026 State of WordPress Security<\/em> ontdekte <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/patchstack.com\/whitepaper\/state-of-wordpress-security-in-2026\/\" target=\"_blank\" rel=\"noopener\" title=\"Patchstack\">Patchstack<\/a><\/mark><\/em> dat plugins verantwoordelijk waren voor <em>91% van alle kwetsbaarheden die in 2025 werden gevonden<\/em>, tegenover slechts twee problemen in de WordPress-core. Als een website na een update niet meer goed werkt, is een plugin daarom bijna altijd de eerste plek om te controleren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Verouderde software is de grootste oorzaak van problemen. In hetzelfde rapport werden <em>11.334 nieuwe kwetsbaarheden<\/em> binnen het WordPress-ecosysteem geregistreerd in 2025, een <em>stijging van 42%<\/em> ten opzichte van het jaar ervoor. Alles up-to-date houden is de eenvoudigste en goedkoopste manier om te voorkomen dat een plugin plotseling niet meer werkt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Daarnaast zijn er enkele praktische zaken die je in gedachten moet houden terwijl je deze gids doorloopt:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Bijna elk probleem is terug te voeren op \u00e9\u00e9n van drie oorzaken: een plugin<em>conflict<\/em>, een <em>cache<\/em> die een oude pagina blijft tonen, of een <em>serverlimiet<\/em> die de plugin ongemerkt heeft bereikt. Geen van deze problemen vereist aanpassing van de code van de plugin zelf.<\/li>\n\n\n\n<li>Een leeg <em>wit scherm<\/em> wijst bijna altijd op een fatale PHP-fout. Je hoeft niet te raden waar het probleem zit. Door <em>WP_DEBUG<\/em> in te schakelen, worden het exacte bestand en regelnummer automatisch in een logbestand opgeslagen.<\/li>\n\n\n\n<li>Je bent nooit volledig buitengesloten. Zelfs als een defecte plugin je dashboard onbruikbaar maakt, kun je de map van de plugin via <em>FTP<\/em> hernoemen. Daarmee schakel je de plugin uit en krijg je meestal binnen een minuut weer toegang.<\/li>\n\n\n\n<li>Je PHP-versie is belangrijker dan veel mensen denken. WordPress.org raadt officieel <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/wordpress.org\/about\/requirements\/\" target=\"_blank\" rel=\"noopener\" title=\"PHP 8.3 of hoger\">PHP 8.3 of hoger<\/a><\/mark><\/em> aan, met versie 7.4 als minimale ondersteunde versie. Alleen al een verouderde PHP-versie kan ervoor zorgen dat een moderne plugin niet meer werkt.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Snelle diagnose: bepaal eerst welk probleem je hebt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Voordat je iets gaat aanpassen, neem tien seconden de tijd om wat je ziet te koppelen aan de juiste oplossing. Een <em>plugin die niet werkt in WordPress<\/em> uit zich meestal op een paar herkenbare manieren, en het symptoom wijst vaak direct naar de oorzaak. Door meteen naar de juiste stap te gaan, voorkom je dat je onnodig instellingen wijzigt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Zoek jouw situatie in de onderstaande tabel en ga naar de aanbevolen stap.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Wat je ziet<\/th><th>Meest waarschijnlijke oorzaak<\/th><th>Ga naar<\/th><\/tr><\/thead><tbody><tr><td>Lege witte pagina zonder foutmelding<\/td><td>Fatale PHP-fout of ernstig conflict<\/td><td>Stap 3 en Stap 5<\/td><\/tr><tr><td>Pagina laadt, maar knoppen, sliders of formulieren werken niet<\/td><td>JavaScript- of jQuery-fout<\/td><td>Stap 6<\/td><\/tr><tr><td>Je wijzigingen zijn nergens zichtbaar<\/td><td>Een cache toont nog een oude versie<\/td><td>Stap 1<\/td><\/tr><tr><td>De plugin werkte gisteren, maar niet meer na een update<\/td><td>Foutieve update of versieconflict<\/td><td>Stap 2 en Stap 7<\/td><\/tr><tr><td><em>500 Internal Server Error<\/em><\/td><td>Beschadigd <em>.htaccess<\/em>-bestand of tekort aan geheugen<\/td><td>Veelvoorkomende foutcodes<\/td><\/tr><tr><td>De editor of beheerpagina blijft laden<\/td><td>Serverlimiet is te laag ingesteld<\/td><td>Stap 4<\/td><\/tr><tr><td>Geen toegang meer tot <em>wp-admin<\/em><\/td><td>Fatale fout in het beheergedeelte<\/td><td>Veelvoorkomende foutcodes<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Voordat je begint: maak een back-up en gebruik een testomgeving<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ik zal hier eerlijk zijn, want dit is de stap die veel mensen overslaan en later betreuren. Los problemen met een defecte plugin niet op een live website op zonder eerst een back-up te maken. Zodra je mappen gaat hernoemen, <em>wp-config.php<\/em> gaat aanpassen of meerdere onderdelen tegelijk uitschakelt, kan \u00e9\u00e9n verkeerde handeling ervoor zorgen dat een vastgelopen plugin verandert in een volledig onbereikbare website. Vijf minuten voorbereiding nu kunnen je later veel problemen besparen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Maak eerst een volledige back-up<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Je hebt een betrouwbaar herstelpunt nodig voordat je iets wijzigt. Als er iets misgaat tijdens het aanpassen van een kernbestand of een databasetabel, dan is een back-up je <em>ongedaan maken<\/em>-knop.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Een paar betrouwbare manieren om een back-up te maken:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Gebruik de back-upfunctie van je hostingprovider als die beschikbaar is. De meeste beheerde hostingdiensten maken dagelijks automatische kopie\u00ebn die je via het controlepaneel kunt herstellen.<\/li>\n\n\n\n<li>Installeer een back-upplugin zoals <em>UpdraftPlus<\/em> als je nog toegang hebt tot het dashboard. Hiermee stuur je binnen enkele minuten een volledige kopie van je website naar Google Drive of Dropbox.<\/li>\n\n\n\n<li>Exporteer de database handmatig via <em>phpMyAdmin<\/em> als extra beveiliging.<\/li>\n\n\n\n<li>Download de map <em>wp-content<\/em> via FTP. Zo krijg je in \u00e9\u00e9n keer je thema&#8217;s, plugins en uploads binnen.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Als je liever niet elke week bezig bent met back-ups en updates, dan is dat precies waar een doorlopende <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/website-maintenance\/\" title=\"WordPress onderhouds- en beheerservice\">WordPress onderhouds- en beheerservice<\/a><\/mark><\/em> voor bedoeld is. Back-ups worden automatisch volgens een schema gemaakt, zodat er altijd een herstelpunt beschikbaar is voordat er wijzigingen worden doorgevoerd.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Werk op een testomgeving, niet op de live website<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Een testomgeving is een exacte kopie van je live website waarop je veilig kunt testen. Je kunt het probleem eerst op de kopie reproduceren, de oorzaak achterhalen en daarna de oplossing die werkt toepassen op de live website. Zo merken bezoekers niets van je tests.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">De meeste hostingproviders bieden tegenwoordig een testomgeving met \u00e9\u00e9n klik aan vanuit het dashboard, dus controleer dat eerst. Is die optie niet beschikbaar, dan kun je met de gratis plugin <em>WP Staging<\/em> een kopie van je website maken in een aparte map. Daar kun je veilig testen zonder gevolgen voor je live site. Moet je de website later naar een ander domein of een andere host verplaatsen, dan laat onze gids over het verhuizen van een <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/wordpress-migratie-naar-nieuw-domein-zonder-seo-verlies\/\" title=\"WordPress-site zonder SEO-verlies\">WordPress-site zonder SEO-verlies<\/a><\/mark><\/em> stap voor stap zien hoe je dat correct uitvoert.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Zorg dat je FTP-gegevens klaarstaan<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Dit is vooral belangrijk wanneer er echt iets misgaat. Als een defecte plugin een fatale fout veroorzaakt, kun je de toegang tot <em>wp-admin<\/em> volledig verliezen. En een dashboard dat je niet kunt openen, helpt natuurlijk niet. FTP geeft je alsnog toegang tot de website via een alternatieve route.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Controleer voordat je verdergaat of je het FTP-hostadres, de gebruikersnaam, het wachtwoord en de poort bij de hand hebt. Zorg er ook voor dat een FTP-programma zoals <em>FileZilla<\/em> of <em>Cyberduck<\/em> is ge\u00efnstalleerd. Maak alvast \u00e9\u00e9n keer verbinding en controleer of alles werkt. Je wilt niet tijdens een storing nog op zoek moeten naar inloggegevens.<\/p>\n\n\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter size-full\"><img fetchpriority=\"high\" decoding=\"async\" width=\"993\" height=\"523\" src=\"https:\/\/codico.io\/wp-content\/uploads\/2026\/06\/wordpress-plugin-troubleshooting-steps-infographic-1.jpg\" alt=\"Infographic met 7 stappen om problemen met een WordPress-plugin op te lossen, van cache wissen tot opnieuw installeren\" class=\"wp-image-26760\" srcset=\"https:\/\/codico.io\/wp-content\/uploads\/2026\/06\/wordpress-plugin-troubleshooting-steps-infographic-1.jpg 993w, https:\/\/codico.io\/wp-content\/uploads\/2026\/06\/wordpress-plugin-troubleshooting-steps-infographic-1-300x158.jpg 300w, https:\/\/codico.io\/wp-content\/uploads\/2026\/06\/wordpress-plugin-troubleshooting-steps-infographic-1-768x404.jpg 768w, https:\/\/codico.io\/wp-content\/uploads\/2026\/06\/wordpress-plugin-troubleshooting-steps-infographic-1-600x316.jpg 600w\" sizes=\"(max-width: 993px) 100vw, 993px\" \/><\/figure>\n<\/div>\n\n\n<h2 class=\"wp-block-heading\">Stap 1: Wis alle cachelagen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Begin hier, want caching is de meest voorkomende reden waarom een plugin <em>lijkt<\/em> te werken alsof er iets mis is, terwijl dat niet zo is. Caching bewaart oudere versies van je pagina&#8217;s en toont die snel aan bezoekers. Dat is goed voor de prestaties, maar lastig tijdens het oplossen van problemen. Het kan zijn dat je het probleem al hebt opgelost, maar nog steeds naar een verouderde versie van de pagina kijkt. Voordat je een uur besteedt aan een fout die niet meer bestaat, wis je eerst alle cachelagen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Meestal zijn er meerdere cachelagen actief, dus werk ze \u00e9\u00e9n voor \u00e9\u00e9n af.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Wis de cache van je plugin en thema<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Begin met de eenvoudigste stap. Gebruik je een optimalisatieplugin zoals <em>WP Rocket<\/em> of <em>W3 Total Cache<\/em>, zoek dan het menu in de bovenste beheerbalk en klik op <em>Purge All Caches<\/em>. Sommige thema&#8217;s en page builders slaan ook hun eigen cache op voor gegenereerde CSS-bestanden. Heeft je thema een optie zoals <em>regenerate<\/em> of <em>clear CSS<\/em>, voer die dan ook uit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Weet je niet zeker welke cachelagen actief zijn of waar je ze kunt vinden? Onze handleiding over <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/hoe-wordpress-cache-wissen\/\" title=\"WordPress-cache wissen wanneer wijzigingen niet zichtbaar zijn\">WordPress-cache wissen wanneer wijzigingen niet zichtbaar zijn<\/a><\/mark><\/em> behandelt alle cachelagen op \u00e9\u00e9n plek.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Wis servercache en CDN-cache<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Je hostingprovider gebruikt waarschijnlijk caching op serverniveau, waardoor verzoeken worden verwerkt voordat ze WordPress bereiken. Gebruik je daarnaast een CDN, dan staat er nog een extra kopie van je pagina&#8217;s op externe servers. Je moet beide cachelagen wissen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Log in op het beheerpaneel van je hosting, zoals <em>cPanel<\/em>, <em>MyKinsta<\/em> of <em>Cloudways<\/em>.<\/li>\n\n\n\n<li>Open het gedeelte voor prestaties of caching en wis de <em>object cache<\/em> en eventuele <em>Varnish-cache<\/em> die daar beschikbaar is.<\/li>\n\n\n\n<li>Gebruik je een CDN zoals <em>Cloudflare<\/em>, open dan apart het dashboard en voer <em>Purge Everything<\/em> uit.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Is het verschil tussen deze twee cachelagen niet helemaal duidelijk? Deze uitleg over <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/cdn-vs-caching-de-verschillen-vereenvoudigd-voor-2024\/\" title=\"CDN versus caching\">CDN versus caching<\/a><\/mark><\/em> laat precies zien welke cache je op dat moment wist.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Omzeil de cache van je browser<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">De laatste cache staat op je eigen apparaat. Je browser bewaart JavaScript- en CSS-bestanden vaak erg lang. Daardoor kun je, zelfs nadat alle servercache is gewist, nog steeds oude bestanden zien. Open de pagina in een nieuw <em>Incognito<\/em>&#8211; of <em>Priv\u00e9venster<\/em> en voer een harde verversing uit met <em>Ctrl+F5<\/em> op Windows of <em>Cmd+Shift+R<\/em> op Mac. Zo haalt je browser alle bestanden opnieuw van de server op.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Werkt de plugin ineens wel in een Incognito-venster maar niet in je gewone browser? Dan heb je de oorzaak gevonden. De plugin was niet kapot, maar je browser gebruikte nog een oude versie van de pagina.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Stap 2: Werk WordPress, je thema en plugins bij<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Veel pluginproblemen ontstaan door verschillende softwareversies. Software verandert snel. Als jouw WordPress-versie oud is, maar een nieuwe plugin voor de laatste versie is gemaakt, kunnen er fouten ontstaan. Vaak lossen problemen zich al op zodra WordPress, je thema en je plugins zijn bijgewerkt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Updates maken je website ook veiliger. Veel WordPress-problemen ontstaan door plugins die niet zijn bijgewerkt. Daarom lossen updates niet alleen fouten op, maar helpen ze ook om problemen met de beveiliging te voorkomen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Controleer of versies bij elkaar passen<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Werk niet meteen alles bij zonder eerst te controleren wat er mis is. Ga naar <em>Dashboard \u2192 Updates<\/em> en kijk welke onderdelen aandacht nodig hebben. Let vooral op meldingen over PHP. WordPress.org raadt officieel <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-dark-gray-color\">PHP 8.3 of hoger<\/mark><\/em> aan, terwijl 7.4 de laagste ondersteunde versie is. Als een plugin aangeeft dat je PHP-versie niet geschikt is, kan dat al de oorzaak van het probleem zijn.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Werk bij in de juiste volgorde<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Klik niet zomaar op <em>Alles bijwerken<\/em> en ga verder. Er is een vaste volgorde die helpt om problemen te voorkomen, omdat elk onderdeel afhankelijk is van het onderdeel ervoor:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><em>Eerst WordPress zelf.<\/em> Dit vormt de basis waarop thema&#8217;s en plugins werken.<\/li>\n\n\n\n<li><em>Daarna het thema.<\/em> Het thema werkt samen met WordPress en moet passen bij de nieuwe versie.<\/li>\n\n\n\n<li><em>Als laatste de plugins.<\/em> Werk eerst belangrijke plugins bij, zoals WooCommerce of plugins voor beveiliging. Werk daarna de overige plugins bij.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Controleer na elke update de website in een <em>Incognito<\/em>-venster. Zo zie je direct of er iets misgaat. Door stap voor stap bij te werken, weet je precies welke update een probleem veroorzaakt. Dat is veel eenvoudiger dan zoeken tussen meerdere updates tegelijk.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Bepaal hoe je updates in de toekomst wilt uitvoeren<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Werkt alles weer goed? Denk dan na over hoe je updates voortaan wilt beheren. Automatische updates zorgen ervoor dat je website up-to-date blijft zonder extra werk. Maar soms kan een foutieve pluginupdate automatisch op je live website worden geplaatst terwijl niemand dit merkt. Je moet daarom een goede balans vinden tussen gemak en controle. In onze gids over <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/hoe-schakel-je-automatische-wordpress-updates-veilig-uit\/\" title=\"WordPress automatische updates veilig uitschakelen\">WordPress automatische updates veilig uitschakelen<\/a><\/mark><\/em> lees je hoe je dat veilig kunt aanpakken.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Stap 3: Controleer op conflicten tussen plugins<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Is je website volledig bijgewerkt en is alle cache gewist, maar werkt de plugin nog steeds niet goed? Dan is er waarschijnlijk sprake van een conflict. Twee stukken code proberen hetzelfde onderdeel, dezelfde functie of hetzelfde script te gebruiken. Daardoor ontstaat een fout. Dit is \u00e9\u00e9n van de meest voorkomende oorzaken van het bekende witte scherm. De beste manier om het probleem te vinden, is stap voor stap onderdelen uitsluiten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">De aanpak is eenvoudig: schakel alles uit en controleer of het probleem weg is. Schakel daarna onderdelen \u00e9\u00e9n voor \u00e9\u00e9n weer in totdat het probleem terugkomt. De plugin die het probleem opnieuw veroorzaakt, is meestal de oorzaak.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Schakel alles uit en zoek stap voor stap verder<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">De snelste manier om te controleren of er een conflict is, is door eerst alles uit te schakelen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Ga naar <em>Plugins \u2192 Ge\u00efnstalleerde plugins<\/em>.<\/li>\n\n\n\n<li>Selecteer alle plugins met het selectievak bovenaan.<\/li>\n\n\n\n<li>Laat alleen de plugin aangevinkt die je probeert te herstellen.<\/li>\n\n\n\n<li>Kies <em>Deactiveren<\/em> in het keuzemenu voor bulkacties en klik op toepassen.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Test nu de functie die niet werkte. Werkt de plugin ineens wel nu alle andere plugins zijn uitgeschakeld? Dan weet je zeker dat er een conflict is. E\u00e9n van de andere plugins veroorzaakt het probleem. Werkt de plugin nog steeds niet terwijl alle andere plugins uitstaan, dan zit het probleem waarschijnlijk in de plugin zelf. Ga in dat geval verder naar Stap 5 en Stap 7.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Schakel plugins \u00e9\u00e9n voor \u00e9\u00e9n weer in<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Nu je weet dat er een conflict is, moet je uitzoeken welke plugin het veroorzaakt. Schakel de andere plugins \u00e9\u00e9n voor \u00e9\u00e9n weer in. Vernieuw na elke plugin de website en test opnieuw of de functie werkt. Zodra het probleem terugkomt, heb je de oorzaak gevonden. Het kost wat tijd, maar het is de enige manier om zeker te weten welke plugin verantwoordelijk is.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><em>Tip uit de praktijk:<\/em> schakel plugins niet willekeurig weer in als je een conflict zoekt. Begin met eenvoudige en bekende plugins waarvan je weinig problemen verwacht. Laat grote plugins zoals page builders en WooCommerce tot het einde staan. Conflicten ontstaan vaak bij grotere plugins die veel scripts gebruiken. Door die als laatste te testen, vind je de oorzaak meestal sneller. Test daarnaast altijd in een Incognito-venster, anders kan je browsercache een verkeerd beeld geven.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Viktor Sayenko, specialist in WordPress en webontwikkeling<\/p>\n<\/blockquote>\n\n\n\n<h4 class=\"wp-block-heading\">Wanneer de boosdoener een plugin van lage kwaliteit is<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Soms is de plugin die je tegenkomt niet eentje waar je aan gehecht bent, maar een verouderde tool die zware scripts laadt en daardoor problemen veroorzaakt voor alles eromheen. In dat geval heeft het weinig zin om die plugin te blijven gebruiken. Vervang hem door een beter onderhouden alternatief. Onze lijst met <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/top-10-beste-wordpress-plugins-voor-2025\/\" title=\"de beste WordPress-plugins\">de beste WordPress-plugins<\/a><\/mark><\/em> is een goede plek om een betrouwbare vervanger te vinden die niet dezelfde problemen veroorzaakt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Stap 4: Controleer en verhoog PHP-limieten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Soms is een plugin niet kapot en is er ook geen conflict, maar krijgt hij simpelweg te weinig middelen. Complexe plugins, page builders en e-commerce tools hebben servergeheugen en verwerkingstijd nodig om goed te werken. Als je hostingprovider deze middelen te sterk beperkt, bereikt de plugin zijn limiet en stopt ermee. Meestal zie je dan een fatale foutmelding of een pagina die maar deels laadt en vervolgens vastloopt. De oplossing zit dan niet in de plugin zelf, maar in de omgeving waarin deze draait.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Controleer je huidige limieten<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Je hebt geen toegang tot de server nodig om dit te controleren. WordPress toont deze gegevens automatisch:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Ga naar <em>Extra \u2192 Sitegezondheid<\/em> en open vervolgens het tabblad <em>Info<\/em>.<\/li>\n\n\n\n<li>Open de sectie <em>Server<\/em>.<\/li>\n\n\n\n<li>Controleer je <em>PHP-versie<\/em> en de <em>PHP-geheugenlimiet<\/em>.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Als deze waarden laag zijn, heb je waarschijnlijk de oorzaak gevonden. In de tabel hieronder zie je welke instellingen in 2026 worden aanbevolen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Aanbevolen instellingen voor 2026<\/h4>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Instelling<\/th><th>Minimum<\/th><th>Aanbevolen voor 2026<\/th><\/tr><\/thead><tbody><tr><td>PHP-versie<\/td><td>7.4 (niet meer ondersteund)<\/td><td>8.3 of hoger<\/td><\/tr><tr><td>Geheugenlimiet<\/td><td>128M<\/td><td>256M \u2013 512M<\/td><\/tr><tr><td>Maximale uitvoeringstijd<\/td><td>30 seconden<\/td><td>120 \u2013 300 seconden<\/td><\/tr><tr><td>Maximaal aantal invoervelden<\/td><td>1000<\/td><td>3000 \u2013 5000<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Een korte opmerking over de PHP-versie, omdat dit vaak de oorzaak is van pluginproblemen. WordPress.org raadt officieel <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/wordpress.org\/about\/requirements\/\" target=\"_blank\" rel=\"noopener\" title=\"PHP 8.3 of hoger\">PHP 8.3 of hoger<\/a><\/mark><\/em> aan. Versie 7.4 wordt al een tijd niet meer ondersteund en ontvangt geen veiligheidsupdates meer. Dat is niet alleen minder goed voor de prestaties, maar ook een risico voor de veiligheid. Veel moderne plugins werken bovendien niet meer met deze versie.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Verhoog de geheugenlimiet<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Staat je geheugenlimiet op 64M of 128M? Dan kun je deze zelf verhogen door <em>wp-config.php<\/em> aan te passen. Maak verbinding via FTP, open het bestand in een eenvoudige teksteditor en voeg vlak v\u00f3\u00f3r de regel <code>\/* That's all, stop editing! Happy publishing. *\/<\/code> het volgende toe:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>define( 'WP_MEMORY_LIMIT', '512M' );<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Sla het bestand op, upload het opnieuw en controleer daarna nog eens <em>Sitegezondheid<\/em>. Werk je al in <em>wp-config.php<\/em>, maar wil je eerst beter begrijpen wat je aanpast? Lees dan onze <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/functions-php-bewerken-wordpress\/\" title=\"handleiding voor het veilig aanpassen van belangrijke WordPress-bestanden\">handleiding voor het veilig aanpassen van belangrijke WordPress-bestanden<\/a><\/mark><\/em>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Let wel op: sommige goedkope shared hosting-bedrijven blokkeren deze instelling op serverniveau. Verandert de limiet niet nadat je <em>wp-config.php<\/em> hebt aangepast? Dan ligt de beperking waarschijnlijk bij het hostingbedrijf. In dat geval kun je contact opnemen met de support of kiezen voor een krachtiger hostingplan.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Stap 5: Schakel de debugmodus in en bekijk de logbestanden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Als de snelle oplossingen niet hebben gewerkt, stop dan met gokken en laat WordPress zelf zien wat er misgaat. Een defecte plugin laat bijna altijd sporen achter in de foutlogboeken. Daarin staat meestal precies welk bestand en welke regel de fout heeft veroorzaakt. Het enige nadeel is dat WordPress deze meldingen standaard verbergt, zodat bezoekers geen foutcodes of technische meldingen op de website zien. Daarom moet je de logging zelf inschakelen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Schakel debuglogging in<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Hiervoor hoef je alleen een kleine wijziging aan te brengen in <em>wp-config.php<\/em>, hetzelfde bestand dat je in de vorige stap hebt gebruikt. Maak verbinding via FTP, open het bestand en voer de volgende twee wijzigingen door:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Zoek de regel <code>define( 'WP_DEBUG', false );<\/code> en verander <code>false<\/code> naar <code>true<\/code>.<\/li>\n\n\n\n<li>Voeg direct daaronder <code>define( 'WP_DEBUG_LOG', true );<\/code> toe.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Sla het bestand op en upload het opnieuw. In de offici\u00eble <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/wordpress.org\/documentation\/article\/debugging-in-wordpress\/\" title=\"WordPress-handleiding voor debugging\">WordPress-handleiding voor debugging<\/a><\/mark><\/em> vind je een volledig overzicht van alle debuginstellingen. Daarmee kun je fouten registreren zonder ze op het scherm te tonen, wat meestal de beste keuze is voor een website die online staat.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Bekijk het bestand debug.log<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Zodra logging is ingeschakeld, ga je terug naar de plek waar de fout optreedt en probeer je deze opnieuw uit te lokken. Gebruik de functie die problemen geeft totdat de fout weer verschijnt. WordPress slaat alle informatie vervolgens op in het bestand <em>wp-content\/debug.log<\/em>. Open dit bestand via FTP en zoek naar regels met <em>PHP Fatal error<\/em> of <em>Parse error<\/em>. Deze meldingen laten zien wat de oorzaak is en, nog belangrijker, welke plugin verantwoordelijk is. Je hoeft dus niet langer te raden waar het probleem vandaan komt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Vaak wijst het logbestand naar een heel specifiek probleem in plaats van een algemene fout. Een ontbrekende PHP-module is daar een goed voorbeeld van. Zie je een melding over een MySQL-extensie? Dan helpt onze <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/wordpress-mysql-extensie-ontbreekt-oplossing\/\" title=\"volledige oplossing voor de melding over een ontbrekende MySQL-extensie\">volledige oplossing voor de melding over een ontbrekende MySQL-extensie<\/a><\/mark><\/em> je stap voor stap verder.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Gebruik Query Monitor als logbestanden te technisch zijn<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Vind je het lastig om ruwe logbestanden te lezen? Installeer dan de gratis plugin <em>Query Monitor<\/em>. Deze voegt een paneel toe aan de beheerbalk en toont dezelfde informatie op een veel duidelijkere manier. Trage databaseaanvragen, defecte hooks, PHP-fouten en pieken in het geheugengebruik worden direct zichtbaar terwijl je door de website navigeert. Voor veel gebruikers is dit een veel eenvoudigere manier om de plugin te vinden die problemen veroorzaakt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Stap 6: Controleer JavaScript-fouten en fouten in de console<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Niet elke defecte plugin veroorzaakt een wit scherm of een PHP-fout. Soms laadt de pagina gewoon, maar werkt een knop niet, schuift een slider niet of verzendt een formulier niets. Als alles er goed uitziet, maar iets niet <em>werkt<\/em>, zit het probleem vaak in de JavaScript-code die in de browser van de bezoeker draait. Deze fouten zijn echter niet direct zichtbaar. Je ziet ze pas wanneer je de console opent.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Open de hulpmiddelen van je browser<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Je browser weet precies waar de fout zit. Je moet alleen kijken waar hij die informatie toont. Klik met de rechtermuisknop op de pagina met het probleem en kies <em>Inspecteren<\/em>, of druk op <em>F12<\/em>. Open daarna het tabblad <em>Console<\/em>. Zoek naar rode meldingen. Gele meldingen zijn meestal waarschuwingen en kun je vaak negeren. Rode meldingen betekenen dat een script is gestopt door een fout. Daardoor werkt een onderdeel van de plugin niet meer. Wil je weten uit welk bestand de fout komt? Onze gids over <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/wordpress-broncode-vinden\/\" target=\"_blank\" rel=\"noopener\" title=\"broncode vinden in WordPress\">broncode vinden in WordPress<\/a><\/mark><\/em> laat zien hoe je dat kunt achterhalen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Let op jQuery-conflicten<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress gebruikt veel functies uit een bibliotheek die <em>jQuery<\/em> heet. Een slecht gebouwde plugin kan echter zijn eigen, verouderde versie laden en daarmee de versie van WordPress vervangen. Als dat gebeurt, kunnen meerdere plugins tegelijk stoppen met werken. Twee foutmeldingen wijzen vaak op dit probleem:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><em>Uncaught ReferenceError: jQuery is not defined<\/em><\/li>\n\n\n\n<li><em>$ is not a function<\/em><\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Zie je een van deze meldingen? Dan laadt een plugin een fout script. Ga terug naar de conflicttest uit stap 3 om te achterhalen welke plugin de oorzaak is. Werk deze daarna bij, vervang hem door een beter alternatief of neem contact op met de ontwikkelaar.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Los waarschuwingen over gemengde inhoud op<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Een ander veelvoorkomend probleem in de console is <em>mixed content<\/em>. Dit gebeurt wanneer je website via HTTPS wordt geladen, maar een plugin probeert een afbeelding of script via HTTP op te halen. Moderne browsers blokkeren zulke onveilige verzoeken automatisch. Daardoor kan een onderdeel van de website stoppen met werken. Een plugin zoals <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/wordpress.org\/plugins\/really-simple-ssl\/\" title=\"Really Simple SSL\">Really Simple SSL<\/a><\/mark><\/em> kan dit oplossen door ervoor te zorgen dat alle bestanden via HTTPS worden geladen. In veel gevallen verdwijnen de waarschuwingen daardoor direct.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Een opmerking over te veel scripts<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Nu je toch in de console kijkt, is het goed om ook op het aantal scripts te letten. Als een pagina veel scripts van verschillende plugins moet laden, kan de website traag worden of vreemd gedrag vertonen. Dat lijkt soms op een fout, terwijl er technisch niets kapot is. Minder scripts laden of ze later laten starten kan helpen. In onze gids over <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/hoe-render-blocking-resources-verwijderen-voor-een-snellere-website\/\" title=\"render-blockerende bestanden verwijderen\">render-blockerende bestanden verwijderen<\/a><\/mark><\/em> lees je hoe je scripts beter kunt beheren en je website sneller kunt maken.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Stap 7: Zet de plugin terug of installeer hem opnieuw<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Heb je de plugin gevonden, conflicten uitgesloten en voldoende geheugen beschikbaar gemaakt, maar werkt hij nog steeds niet goed? Dan kunnen de pluginbestanden beschadigd zijn. Een mislukte update of een fout tijdens de installatie kan ervoor zorgen dat bestanden ontbreken of niet volledig zijn. In dat geval helpen instellingen aanpassen vaak niet meer. Je hebt dan twee goede opties: teruggaan naar een oudere versie die wel werkte of de plugin opnieuw installeren met een schone versie.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Ga terug naar een versie die wel werkte<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Werkte de plugin gisteren nog goed en ontstond het probleem pas na een update? Dan is teruggaan naar de vorige versie vaak de snelste oplossing.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Installeer en activeer de gratis plugin <em>WP Rollback<\/em>.<\/li>\n\n\n\n<li>Ga naar het overzicht van <em>Plugins<\/em>. Naast elke gratis plugin zie je nu de link <em>Rollback<\/em>.<\/li>\n\n\n\n<li>Klik op deze link, kies de versie die je eerder gebruikte en bevestig je keuze.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Werkt alles weer goed? Meld het probleem dan bij de ontwikkelaar via het supportforum. Zo kunnen zij een oplossing uitbrengen in een volgende update. Een oudere versie gebruiken is handig als tijdelijke oplossing, maar het is niet verstandig om daar voor altijd op te blijven draaien.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Installeer de plugin opnieuw via FTP<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Kun je niet inloggen op het dashboard, of gebruik je een betaalde plugin die niet wordt ondersteund door <em>WP Rollback<\/em>? Dan kun je de plugin handmatig opnieuw installeren:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Download een nieuwe versie van de plugin via de website van de ontwikkelaar.<\/li>\n\n\n\n<li>Maak verbinding via FTP en open de map <em>wp-content\/plugins\/<\/em>.<\/li>\n\n\n\n<li>Verwijder de map van de defecte plugin volledig. Alleen de bestanden worden verwijderd. Je opgeslagen instellingen in de database blijven behouden, dus je verliest je configuratie niet.<\/li>\n\n\n\n<li>Pak het gedownloade bestand uit en upload de nieuwe pluginmap naar de map met plugins.<\/li>\n<\/ul>\n\n\n\n<h4 class=\"wp-block-heading\">Wanneer het tijd is om hulp in te schakelen<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Sommige pluginproblemen kun je niet oplossen met een oudere versie of een nieuwe installatie. Misschien wordt de plugin niet meer onderhouden, zit het probleem diep in aangepaste code of bestaat de functie die je nodig hebt niet meer in een betrouwbare vorm. In zulke gevallen kost zelf blijven zoeken vaak meer tijd dan het oplevert. Dan kan <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/web-development\/\" title=\"professionele WordPress-ondersteuning\">professionele WordPress-ondersteuning<\/a><\/mark><\/em> een betere keuze zijn. Een specialist kan het probleem oplossen, de functie opnieuw bouwen of een geschikt alternatief aanbieden, waardoor je veel tijd en frustratie bespaart.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Veelvoorkomende foutmeldingen en hoe je ze oplost<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Plugins gaan vaak op een vergelijkbare manier fout. Als je weet welke fout je ziet, hoef je niet door alle instellingen te zoeken. Hieronder staan de problemen die het vaakst voorkomen en wat ze meestal betekenen voor je website.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">De fout 500 Internal Server Error oplossen<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Dit is een algemene foutmelding van de server. Er is iets misgegaan, maar de server geeft niet precies aan wat de oorzaak is. Bij plugins komt dit meestal door een beschadigd <em>.htaccess<\/em>-bestand of doordat het beschikbare PHP-geheugen op is. Controleer de volgende stappen in deze volgorde:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><em>Maak eerst een nieuw .htaccess-bestand aan<\/em>, omdat dit vaak de snelste oplossing is. Ga naar <em>Instellingen \u2192 Permalinks<\/em> en klik op <em>Wijzigingen opslaan<\/em> zonder iets aan te passen. WordPress maakt dan automatisch een nieuw en schoon <em>.htaccess<\/em>-bestand aan.<\/li>\n\n\n\n<li><em>Helpt dat niet? Controleer dan de plugins.<\/em> Hernoem via FTP de volledige map <em>plugins<\/em> naar <em>plugins-old<\/em>. Werkt de website daarna weer, dan is een plugin de oorzaak van de fout 500. Geef de map vervolgens weer de oorspronkelijke naam en gebruik de conflicttest uit stap 3 om de verantwoordelijke plugin te vinden.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Wil je later bewust wijzigingen aanbrengen in <em>.htaccess<\/em>, bijvoorbeeld om doorverwijzingen toe te voegen na het verplaatsen van pagina&#8217;s? Bekijk dan onze <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/5-stappen-301-redirects-wordpress-htaccess\/\" title=\"praktische handleiding voor 301-doorverwijzingen via .htaccess\">praktische handleiding voor 301-doorverwijzingen via .htaccess<\/a><\/mark><\/em>. Daar lees je hoe je dit veilig kunt doen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Wanneer de editor of beheerpagina blijft laden<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Blijft het laadicoon draaien zonder dat er iets gebeurt? Dan kunnen je browser en server niet goed met elkaar communiceren. In de meeste gevallen komt dit doordat een serverlimiet te laag staat ingesteld.<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><em>Verhoog eerst de geheugenlimiet<\/em> zoals beschreven in stap 4. Veel problemen met een eindeloos laadscherm zijn daarmee direct opgelost.<\/li>\n\n\n\n<li><em>Blijft de editor van een page builder vastlopen?<\/em> Kijk dan in de geavanceerde instellingen van de plugin. Veel page builders bieden een alternatieve laadmethode. Deze kan beperkingen van de server omzeilen en ervoor zorgen dat de editor weer normaal opent.<\/li>\n<\/ol>\n\n\n\n<h4 class=\"wp-block-heading\">Weer toegang krijgen als je bent buitengesloten van het dashboard<\/h4>\n\n\n\n<p class=\"wp-block-paragraph\">Dit is het moment waarop veel mensen echt in paniek raken. Een mislukte plugin-update veroorzaakt een fatale fout in het beheerdersgedeelte, waardoor je niet meer kunt inloggen om de plugin uit te schakelen die het probleem veroorzaakt. Het lijkt alsof je vastzit, maar dat is niet zo.<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Open je FTP-programma en ga naar <em>wp-content\/plugins\/<\/em>.<\/li>\n\n\n\n<li>Zoek de map van de plugin die je verdenkt en geef die een andere naam, bijvoorbeeld van <em>broken-plugin<\/em> naar <em>broken-plugin-disabled<\/em>.<\/li>\n\n\n\n<li>WordPress probeert de plugin te vinden, slaagt daar niet in en schakelt deze vervolgens automatisch uit in de database.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Daardoor krijg je direct weer toegang tot je dashboard. Log opnieuw in en onderzoek daarna rustig wat er precies mis is gegaan.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Hoe je pluginproblemen in de toekomst voorkomt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Een kapotte plugin herstellen is \u00e9\u00e9n ding. Voorkomen dat het opnieuw gebeurt, is nog beter. De meeste problemen uit deze gids kun je vermijden met een paar eenvoudige gewoontes die nauwelijks extra tijd kosten zodra ze deel worden van je werkwijze.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">De belangrijkste gewoonte is eerst testen. Veel websites krijgen problemen doordat updates of nieuwe plugins meteen op de live site worden geplaatst. Test nieuwe plugins en updates daarom eerst op een testsite. Controleer of alles goed werkt en zet de wijziging daarna pas live. Zo wordt &#8220;mijn website werkt niet meer&#8221; al snel &#8220;gelukkig ontdekte ik het probleem op tijd&#8221;.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Daarnaast helpen enkele eenvoudige regels om de meeste problemen te voorkomen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Houd WordPress, thema&#8217;s en plugins up-to-date, maar voer updates bewust uit in plaats van alles automatisch te laten updaten op een live website.<\/li>\n\n\n\n<li>Gebruik alleen wat nodig is. Elke plugin voegt extra code toe die conflicten kan veroorzaken of fouten kan geven. Verwijder daarom regelmatig plugins die je niet meer gebruikt.<\/li>\n\n\n\n<li>Kies voor plugins die actief worden onderhouden door ontwikkelaars. Plugins die al een jaar of langer geen updates hebben gehad, vormen vaak zowel een stabiliteits- als een veiligheidsrisico.<\/li>\n\n\n\n<li>Zorg altijd voor een recente back-up, zodat je in het ergste geval snel kunt herstellen in plaats van alles opnieuw te moeten opbouwen.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Veel van deze problemen zijn terug te voeren op keuzes die al zijn gemaakt toen de website werd gebouwd. Ons overzicht van de <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/top-10-fouten-om-te-vermijden-bij-het-bouwen-van-een-nieuwe-website-op-wordpress\/\" title=\"de meest voorkomende fouten die je moet vermijden bij het bouwen van een WordPress-website\">meest voorkomende fouten bij het bouwen van een WordPress-website<\/a><\/mark><\/em> is zeker de moeite waard als je problemen liever voorkomt dan achteraf oplost.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">En als dit niet klinkt als iets waar je je tijd aan wilt besteden, is dat heel begrijpelijk. Het up-to-date houden, controleren en beveiligen van een website is precies waarvoor een <em><mark style=\"background-color:rgba(0, 0, 0, 0)\" class=\"has-inline-color has-red-color\"><a href=\"https:\/\/codico.io\/nl\/website-maintenance\/\" title=\"WordPress onderhoudsservice\">WordPress onderhoudsservice<\/a><\/mark><\/em> bestaat. Updates worden volgens een vast schema uitgevoerd, er is altijd een herstelpunt beschikbaar en een defecte plugin wordt vaak ontdekt voordat bezoekers er last van krijgen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading has-text-align-center\">Veelgestelde vragen<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Waarom werkt een plugin ineens niet meer terwijl er niets is veranderd?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Meestal is er op de achtergrond toch iets veranderd. WordPress zelf of een andere plugin heeft automatisch een update gekregen, je hostingprovider heeft ongemerkt de PHP-versie aangepast of een plugin die je zelden gebruikt heeft een nieuwe release gekregen. Elk van deze wijzigingen kan een conflict veroorzaken met code die een uur eerder nog perfect werkte. De conflicttest uit stap 3 is de snelste manier om te achterhalen welk onderdeel het probleem veroorzaakt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Kan ik zelf een kapotte plugin herstellen?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Vaak wel. Problemen met cache, conflicten tussen plugins, een te laag geheugenlimiet of een mislukte update kun je meestal oplossen met de stappen hierboven. Daarvoor hoef je geen code te schrijven. Wat je niet zomaar kunt doen, is de code van de ontwikkelaar aanpassen als de fout in de plugin zelf zit. In dat geval kun je teruggaan naar een eerdere versie, wachten op een update of een andere plugin kiezen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Verdwijnt mijn data als ik een plugin uitschakel?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Nee. Het uitschakelen van een plugin, of zelfs het verwijderen van de pluginbestanden via FTP, verwijdert alleen de code. Je instellingen, shortcodes en opgeslagen inhoud blijven in de database staan en zijn weer beschikbaar zodra je de plugin opnieuw installeert. Daarom is het veilig om een pluginmap een andere naam te geven als je weer toegang wilt krijgen tot een geblokkeerd dashboard. Je verliest geen instellingen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Kunnen oude plugins stoppen met werken na een WordPress-update?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Ja, dat kan gebeuren. Als een plugin al lange tijd geen update heeft gekregen van de ontwikkelaar, kan een grote WordPress-update functies aanpassen of verwijderen waar die plugin van afhankelijk is. Daardoor werkt de plugin mogelijk niet meer. Daarom is het zo belangrijk om updates eerst op een testsite uit te proberen voordat je ze op je live website uitvoert.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Wat is het white screen of death?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Dit is een lege witte pagina die verschijnt wanneer PHP een ernstige fout tegenkomt terwijl foutmeldingen zijn uitgeschakeld. In plaats van de fout te tonen, stopt WordPress simpelweg met werken en krijg je een leeg scherm te zien. Dat ziet er ernstig uit, maar meestal gaat het om een conflict tussen plugins of een andere fout die je kunt vinden door <em>WP_DEBUG<\/em> in te schakelen, zoals beschreven in stap 5.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Hoeveel PHP-geheugen heb ik echt nodig?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Voor een eenvoudige blog is 128 MB meestal voldoende. Maar moderne websites met page builders, webshops of uitgebreide formulieren hebben vaak minimaal 256 MB nodig. Met 512 MB heb je meestal ruim voldoende marge. Zie je meldingen dat het geheugen op is, dan is dat een duidelijk teken dat je de limiet moet verhogen. In stap 4 lees je hoe je dat doet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Hoe weet ik of mijn thema het probleem veroorzaakt en niet een plugin?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Schakel tijdelijk over naar een standaardthema, zoals <em>Twenty Twenty-Five<\/em>. Werkt de plugin daarna wel goed, dan ligt het probleem in de code van je vorige thema en niet in de plugin. Vervolgens kun je ervoor kiezen om het thema te herstellen, contact op te nemen met de ontwikkelaar of een ander thema te gebruiken.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Kan een groot aantal plugins mijn website vertragen of kapot maken?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Het gaat minder om het aantal plugins en meer om de kwaliteit ervan. Een paar slecht gemaakte plugins die op elke pagina zware scripts laden, kunnen meer schade veroorzaken dan een grotere groep goed gebouwde plugins. Toch geldt dat minder plugins meestal minder kans op conflicten betekent. Daarom is het verstandig om plugins die je niet gebruikt te verwijderen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Wat moet ik doen als de ontwikkelaar een plugin niet meer onderhoudt?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Heeft een plugin al een jaar of langer geen update gehad, dan kun je die beter zien als een risico dan als iets dat je wilt blijven gebruiken. Oude plugins zijn een van de meest voorkomende oorzaken van problemen met de veiligheid van een website. Zoek een goed onderhouden alternatief, zet je gegevens over en vervang de plugin voordat deze voor problemen zorgt of de veiligheid van je website in gevaar brengt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><\/p>\n\n\n<p><\/p>\n<!-- \/wp:post-content -->","protected":false},"excerpt":{"rendered":"<p>Je installeert een nieuwe plugin, klikt op Activeren en een seconde later ligt je site plat. In plaats van je homepage zien bezoekers een leeg wit scherm of een halve pagina vol foutmeldingen. Dat voelt vervelend, zeker als je site live is en er op dat moment bezoekers actief zijn. Het goede nieuws is dat [&hellip;]<\/p>\n","protected":false},"author":66,"featured_media":26798,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[96],"tags":[97,113,101],"class_list":["post-26776","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress-plugins-nl","tag-elementor-nl","tag-plugins-nl","tag-wordpress-nl"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/posts\/26776","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/users\/66"}],"replies":[{"embeddable":true,"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/comments?post=26776"}],"version-history":[{"count":6,"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/posts\/26776\/revisions"}],"predecessor-version":[{"id":26796,"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/posts\/26776\/revisions\/26796"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/media\/26798"}],"wp:attachment":[{"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/media?parent=26776"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/categories?post=26776"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/codico.io\/nl\/wp-json\/wp\/v2\/tags?post=26776"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}