Wanneer je in WordPress een bericht of pagina wilt opslaan, kan ineens de melding The response is not a valid JSON response verschijnen. Vaak zie je daarbij ook teksten zoals Bijwerken mislukt, Publiceren mislukt of De reactie is geen geldige JSON-respons. In dit artikel gaat het om The response is not a valid JSON response oplossen in WordPress, zodat je stap voor stap kunt achterhalen waar de fout vandaan komt.
Deze fout betekent meestal dat de WordPress-editor geen goed antwoord terugkrijgt van de server. De blok-editor probeert je wijzigingen op te slaan, maar de communicatie loopt ergens vast. Dat kan komen door permalinks, SSL, mixed content, een plugin, een thema, firewallregels, REST API-problemen, cache of serverinstellingen.
De fout kan vervelend zijn, vooral wanneer je net bezig bent met een belangrijke pagina. Gelukkig is het probleem vaak goed op te lossen als je rustig de juiste onderdelen controleert.
Wat is JSON en waarom speelt het een rol in WordPress?
JSON staat voor JavaScript Object Notation. Het is een manier om gegevens overzichtelijk te versturen tussen systemen. WordPress gebruikt JSON onder andere via de REST API. De blok-editor, ook wel Gutenberg genoemd, gebruikt die communicatie om berichten en pagina’s op te slaan, bij te werken en gegevens op te halen.
Wanneer je op Bijwerken of Publiceren klikt, stuurt de editor informatie naar de server. De server moet daarna een geldig antwoord teruggeven. Als dat antwoord niet klopt, wordt geblokkeerd, leeg is of geen geldige JSON bevat, toont WordPress de melding The response is not a valid JSON response.
De fout betekent dus niet altijd dat je tekst kapot is. Het probleem zit meestal in de communicatie tussen de editor, WordPress, de server en soms externe beveiliging.
Veelvoorkomende oorzaken van de JSON-fout
De foutmelding kan door meerdere oorzaken ontstaan. Daarom is het belangrijk om niet meteen één oplossing te gokken, maar stap voor stap te controleren.
Veelvoorkomende oorzaken zijn:
- mixed content door HTTP en HTTPS door elkaar
- verkeerd ingestelde permalinks
- een beschadigd .htaccess-bestand
- een plugin die de REST API blokkeert
- een thema dat niet goed samenwerkt met de blok-editor
- een beveiligingsplugin of firewall die aanvragen tegenhoudt
- verkeerde WordPress-adres of siteadres instellingen
- cacheproblemen in browser, plugin of server
- browserextensies die de editor verstoren
- databaseproblemen
- serverinstellingen bij de hosting
- REST API-fouten in WordPress Site Health
- een probleem na een WordPress-update
Als je weet waar je moet kijken, kun je de oorzaak meestal vrij snel vinden.
The response is not a valid JSON response oplossen in WordPress: waar begin je?
Begin altijd met de eenvoudige controles. Controleer eerst of je website goed bereikbaar is via HTTPS, of je permalinks goed staan en of de REST API geen fout geeft. Daarna kijk je naar plugins, thema’s, firewallregels en serverinstellingen.
Het is verstandig om eerst een back-up te maken voordat je instellingen aanpast. Vooral wanneer je werkt in .htaccess, wp-config.php of de database, moet je kunnen terugkeren naar een werkende versie. Voordat je aan .htaccess, wp-config.php, plugins of database-instellingen werkt, is een goede back-up belangrijk: Wat is een website backup en hoe beschermt dit je site?
Werk ook niet aan tien dingen tegelijk. Pas één onderdeel aan, test opnieuw of je een pagina kunt opslaan en ga daarna pas verder. Zo weet je precies welke stap effect heeft gehad.
1. Mixed content-fout
Een mixed content-fout ontstaat wanneer je website via HTTPS wordt geladen, maar sommige onderdelen nog via HTTP worden opgehaald. Denk aan afbeeldingen, scripts, stylesheets of oude links in de database. Wil je dit probleem apart en stap voor stap oplossen? Lees dan ook: Wat is een Mixed Content error en hoe los je het op in WordPress.
De blok-editor kan hierdoor problemen krijgen bij het opslaan van content. Vooral wanneer WordPress-adres, siteadres of mediabestanden nog oude HTTP-links gebruiken, kan de JSON-respons verstoord raken.
Controleer eerst of je website volledig via HTTPS werkt. Open je website in de browser en kijk of het slotje goed zichtbaar is. Klik daarna op het slotje en controleer of de verbinding veilig is.
Ga daarna in WordPress naar Instellingen > Algemeen. Controleer deze twee velden:
- WordPress-adres URL
- Siteadres URL
Beide moeten dezelfde domeinversie gebruiken en beginnen met https://.
Als je website eerder is verhuisd van HTTP naar HTTPS, kunnen er nog oude HTTP-links in de database staan. In dat geval kun je een plugin zoals Better Search Replace gebruiken om oude links te vervangen. Maak eerst altijd een back-up van de database.
Je kunt ook Really Simple Security gebruiken. Deze plugin heette vroeger Really Simple SSL en helpt bij SSL-instellingen, HTTPS-redirects en sommige mixed content-problemen. Controleer na het activeren wel altijd of je website goed blijft werken.
2. Verkeerd ingestelde permalinks
Permalinks bepalen hoe de URL’s van je WordPress-pagina’s en berichten worden opgebouwd. Als deze instellingen niet goed werken, kan de editor moeite krijgen om gegevens via de REST API op te slaan.
Ga in je WordPress-dashboard naar Instellingen > Permalinks. Je hoeft hier meestal niets te veranderen. Klik alleen op Wijzigingen opslaan. Daarmee vernieuwt WordPress de permalinkstructuur. Als verkeerde permalinks ook zorgen voor 404-fouten, helpt deze uitleg je om dat probleem verder te controleren: 404-fouten veroorzaakt door permalinks in WordPress oplossen.
Kies bij voorkeur een duidelijke structuur, zoals Berichtnaam. In WordPress zie je die optie meestal als /voorbeeld-bericht/.
Na het opslaan test je opnieuw of je een pagina of bericht kunt bijwerken. In veel gevallen is de JSON-fout dan al opgelost, vooral als de oorzaak in herschrijfregels of permalinkstructuur zat.
3. Beschadigd .htaccess-bestand
Het .htaccess-bestand wordt op Apache-servers gebruikt voor onder andere permalinks, redirects en toegangsregels. Als dit bestand beschadigd is of verkeerde regels bevat, kan WordPress problemen krijgen met opslaan, laden of communiceren via de REST API.
Je kunt .htaccess op twee manieren herstellen.
De eerste methode is via WordPress zelf. Ga naar Instellingen > Permalinks en klik op Wijzigingen opslaan. WordPress probeert dan automatisch een nieuw correct .htaccess-bestand te maken.
Als dat niet werkt, kun je het bestand handmatig tijdelijk uitschakelen. Log in op je hostingpaneel of FTP, open de hoofdmap van je website, meestal public_html, en zoek het bestand .htaccess. Als je het niet ziet, moet je verborgen bestanden zichtbaar maken in je bestandsbeheer.
Hernoem .htaccess tijdelijk naar .htaccess-old. Ga daarna opnieuw naar Instellingen > Permalinks en klik op Wijzigingen opslaan. WordPress maakt dan een nieuw .htaccess-bestand aan.
Test daarna opnieuw of je een bericht kunt opslaan.
Alleen wanneer je handmatig een standaard WordPress .htaccess wilt terugplaatsen, kun je deze code gebruiken:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Gebruik deze code alleen als je weet dat je website op Apache draait. Bij Nginx werkt .htaccess niet op dezelfde manier.
4. Conflicterende plugins
Plugins zijn een veelvoorkomende oorzaak van deze fout. Vooral beveiligingsplugins, cachingplugins, optimalisatieplugins, formulierplugins en plugins die met de REST API werken, kunnen soms communicatie blokkeren.
Als je nog toegang hebt tot je dashboard, ga dan naar Plugins > Geïnstalleerde plugins. Deactiveer tijdelijk alle plugins en probeer daarna opnieuw een bericht op te slaan.
Als de fout verdwijnt, weet je dat één van de plugins de oorzaak is. Activeer de plugins daarna één voor één opnieuw. Test na elke activatie of je een pagina kunt opslaan. Zodra de fout terugkomt, heb je waarschijnlijk de veroorzaker gevonden.
Kun je niet meer goed inloggen of werkt het dashboard niet? Dan kun je via je hostingpaneel of FTP naar wp-content/plugins gaan en de map van een verdachte plugin tijdelijk hernoemen. Daarmee schakel je die plugin uit zonder in WordPress te hoeven inloggen.
Vervang of update de plugin die het probleem veroorzaakt. Als het een belangrijke plugin is, controleer dan ook de supportpagina van de ontwikkelaar. Wil je plugins veilig bijwerken en problemen na updates voorkomen? Dan sluit dit artikel goed aan: WordPress plugins updaten, alles wat je moet weten voor een goede update.
5. Gebruik van de Gutenberg-editor
De foutmelding verschijnt meestal in de blok-editor, omdat die sterk afhankelijk is van communicatie met de REST API. Dat betekent niet dat Gutenberg zelf altijd de oorzaak is. Vaak maakt de blok-editor alleen zichtbaar dat er ergens anders iets misgaat.
Toch kun je tijdelijk testen met de Classic Editor. Installeer de plugin Classic Editor en activeer deze. Ga daarna naar Instellingen > Schrijven en kies de klassieke editor als standaardeditor.
Probeer daarna opnieuw een bericht of pagina op te slaan. Als dit wel werkt, weet je dat het probleem waarschijnlijk te maken heeft met de blok-editor, REST API, scripts of een plugin die de editor beïnvloedt.
Gebruik de klassieke editor vooral als tijdelijke test of tijdelijke oplossing. De beste aanpak blijft om de echte oorzaak te vinden, zodat de blok-editor weer normaal kan werken.
6. Conflicterend thema
Ook een thema kan de fout veroorzaken. Dat gebeurt vooral bij oudere thema’s, slecht onderhouden thema’s of maatwerk thema’s die scripts laden op plekken waar ze de editor verstoren.
Test dit door tijdelijk over te schakelen naar een standaard WordPress-thema, zoals Twenty Twenty-Four of Twenty Twenty-Five.
Ga naar Weergave > Thema’s en activeer tijdelijk een standaardthema. Probeer daarna opnieuw een pagina op te slaan.
Verdwijnt de fout? Dan ligt het probleem waarschijnlijk bij je actieve thema. Controleer of er een update beschikbaar is. Als het om een maatwerk thema gaat, moet de code worden gecontroleerd, vooral functies die scripts, REST API-routes of editorfuncties beïnvloeden.
Zet na de test je eigen thema pas terug als je zeker weet wat de oorzaak is.
7. Firewall-interferentie
Een firewall beschermt je website tegen verdachte aanvragen, maar kan soms ook normale WordPress-verzoeken blokkeren. Dat gebeurt bijvoorbeeld bij ModSecurity op de server, een beveiligingsplugin of een externe firewall zoals Cloudflare.
Wil je beter begrijpen wat een firewall doet en wanneer die normale verzoeken kan blokkeren? Lees dan ook: Wat is een firewall en welke opties heb je?
De blok-editor gebruikt aanvragen naar de WordPress REST API. Als een firewall zo’n aanvraag blokkeert, kan WordPress geen geldige JSON-respons terugkrijgen.
Controleer eerst je beveiligingsplugin. Kijk of er recente blokkades zijn rond het moment waarop je de fout kreeg. Controleer ook of REST API-verzoeken niet worden geblokkeerd.
Gebruik je Cloudflare of een andere externe beveiligingslaag? Controleer dan de firewall events of security logs. Kijk of aanvragen naar wp-json worden tegengehouden.
Als je vermoedt dat ModSecurity bij je hosting het probleem veroorzaakt, neem dan contact op met je hostingprovider. Vraag of zij kunnen controleren of REST API-verzoeken of Gutenberg-verzoeken worden geblokkeerd.
Zet beveiliging niet definitief uit. Test alleen tijdelijk of de firewall de oorzaak is en pas daarna de regels aan.
“Beveiliging is belangrijk, maar een verkeerd ingestelde firewall kan meer blokkeren dan je denkt, balans is de sleutel tot een stabiele website.”
Bron: Finalwebsites
8. Debug-modus inschakelen
Debug-modus helpt om verborgen fouten in WordPress zichtbaar te maken. Dit is vooral handig als een plugin, thema of PHP-fout de JSON-respons verstoort. Wil je stap voor stap leren hoe je debugging veilig inschakelt en foutmeldingen controleert? Lees dan ook: Handleiding WordPress debugging inschakelen stap voor stap.
Open via je hostingpaneel of FTP het bestand wp-config.php. Zoek de regel waar staat dat je moet stoppen met bewerken. Boven die regel plaats je deze code:
define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
define(‘WP_DEBUG_DISPLAY’, false);
Sla het bestand op en probeer daarna opnieuw een bericht of pagina op te slaan.
WordPress maakt nu meestal een logbestand aan in wp-content met de naam debug.log. Open dat bestand en controleer welke foutmeldingen worden opgeslagen.
Zet debug na het onderzoek weer uit:
define(‘WP_DEBUG’, false);
Laat foutmeldingen niet zichtbaar op je website staan. Daarom is WP_DEBUG_DISPLAY op false belangrijk.
9. Databaseproblemen
In sommige gevallen ligt de oorzaak in de database. WordPress slaat berichten, pagina’s, instellingen, revisies, pluginopties en editorgegevens op in de database. Als tabellen beschadigd zijn of als bepaalde plugingegevens problemen geven, kan opslaan mislukken.
Maak eerst een back-up van je database. Daarna kun je de database controleren of optimaliseren.
Je kunt hiervoor een betrouwbare onderhoudsplugin gebruiken, zoals WP-Optimize, of de database controleren via phpMyAdmin in je hostingpaneel. Wil je beter begrijpen wat phpMyAdmin is en waarom je het gebruikt bij databasecontrole? Lees dan ook: Wat is phpMyAdmin en waarom wordt het zoveel gebruikt?
Gebruik database-optimalisatie voorzichtig. Verwijder niet zomaar tabellen als je niet weet waar ze voor zijn. Sommige tabellen horen bij plugins die nog actief zijn.
Als je databasefouten ziet in debug.log of in de serverlogs, stuur die melding eventueel door naar je hostingprovider.
10. WordPress- en site-adres controleren
Verkeerde URL-instellingen kunnen ervoor zorgen dat de editor aanvragen naar de verkeerde plek stuurt. Daardoor kan WordPress geen geldige JSON-respons terugkrijgen.
Ga naar Instellingen > Algemeen en controleer:
- WordPress-adres URL
- Siteadres URL
Deze twee velden moeten meestal hetzelfde domein gebruiken. Let ook op het verschil tussen:
- http:// en https://
- met www en zonder www
- slash aan het einde
- een tijdelijk domein of stagingdomein
Als je website via https://jouwdomein.nl werkt, moeten de instellingen daar ook op aansluiten. Gebruik niet op de ene plek http:// en op de andere plek https://.
Sla wijzigingen op en log opnieuw in als WordPress daarom vraagt. Test daarna opnieuw of je pagina kunt opslaan.
11. Browserextensies uitschakelen
Soms zit het probleem niet in WordPress, maar in je browser. Extensies zoals adblockers, scriptblockers, vertaaltools, privacytools of browserbeveiliging kunnen scripts in de editor verstoren.
Test dit eerst in een privévenster of incognitovenster. Werkt het daar wel? Dan kan een extensie de oorzaak zijn.
Je kunt ook tijdelijk alle browserextensies uitschakelen en daarna opnieuw proberen een pagina op te slaan. Test eventueel ook in een andere browser, bijvoorbeeld Chrome, Firefox, Safari of Edge.
Als de fout maar in één browser voorkomt, ligt de oorzaak waarschijnlijk niet bij WordPress zelf.
12. Browsercache wissen
Een oude versie van de editor of een verouderd script kan in de browsercache blijven hangen. Daardoor probeert je browser oude bestanden te gebruiken terwijl WordPress al is bijgewerkt.
Wis daarom je browsercache en laad het dashboard opnieuw. Gebruik daarna opnieuw de editor en probeer je bericht op te slaan.
Leeg ook de cache van je website als je een cachingplugin gebruikt. Denk aan plugins zoals WP Rocket, LiteSpeed Cache, W3 Total Cache of vergelijkbare tools.
Gebruik je servercache of CDN-cache? Leeg die dan ook. Cache kan soms oude REST API-reacties, scripts of paginaonderdelen vasthouden.
13. REST API controleren via Site Health
Omdat de blok-editor afhankelijk is van de REST API, is het slim om te controleren of de REST API goed werkt.
Ga in WordPress naar Gereedschap > Sitegezondheid. Controleer of daar meldingen staan over de REST API, loopback requests of servercommunicatie.
Als WordPress meldt dat de REST API niet beschikbaar is, moet je dit eerst oplossen.
Wanneer scripts of serverbronnen niet goed laden, kan dat ook invloed hebben op de werking van de editor en REST API: Foutmelding Failed to Load Resource in WordPress oplossen.
Mogelijke oorzaken zijn:
- beveiligingsplugins die REST API blokkeren
- firewallregels bij hosting
- verkeerde permalinks
- fouten in .htaccess
- serverinstellingen
- pluginconflicten
- themafouten
Je kunt ook in de browser controleren of de REST API bereikbaar is door je domein te openen met /wp-json/ erachter. Bijvoorbeeld: jouwdomein.nl/wp-json/. Als je een JSON-achtige output ziet, werkt de REST API in de basis. Krijg je een foutmelding, lege pagina of blokkade, dan zit daar waarschijnlijk het probleem.
14. Application Passwords en beveiligingsinstellingen controleren
Sommige beveiligingsplugins schakelen onderdelen uit die te maken hebben met REST API, XML-RPC of application passwords. Dat kan soms invloed hebben op de editor of externe koppelingen.
Application passwords zijn vooral bedoeld voor veilige verbindingen tussen WordPress en externe applicaties. Niet elke website gebruikt dit actief, maar sommige plugins of tools kunnen ermee werken.
Controleer in je beveiligingsplugin of REST API-toegang niet volledig wordt geblokkeerd. Blokkeer nooit zomaar alle REST API-routes, want WordPress zelf gebruikt deze ook.
Als je om veiligheidsredenen beperkingen wilt instellen, doe dit dan gericht. Laat de onderdelen die WordPress nodig heeft voor de editor bereikbaar.
15. WordPress opnieuw installeren
Als geen enkele oplossing werkt, kun je WordPress opnieuw installeren. Dit moet je pas doen nadat je de andere stappen hebt geprobeerd en een volledige back-up hebt gemaakt.
Ga in het dashboard naar Dashboard > Updates. Klik daar op Opnieuw installeren. WordPress vervangt dan de kernbestanden van WordPress, maar laat je content, thema’s en plugins normaal gesproken staan.
Dit kan helpen als kernbestanden beschadigd zijn geraakt door een mislukte update of een fout tijdens het uploaden.
Als je geen toegang hebt tot het dashboard, kun je de WordPress-core handmatig opnieuw uploaden via je hostingpaneel of FTP. Let er dan goed op dat je wp-content en wp-config.php niet overschrijft.
Wat moet je doen als de fout alleen bij één pagina verschijnt?
Soms verschijnt de fout alleen bij één specifiek bericht of één pagina. Dan ligt de oorzaak vaak niet bij de hele website, maar bij de inhoud van die pagina.
Controleer of de pagina speciale blokken, embeds, formulieren, shortcodes of custom HTML bevat. Verwijder tijdelijk verdachte onderdelen en probeer opnieuw op te slaan.
Let vooral op:
- ingesloten video’s of iframes
- formulieren
- custom HTML-blokken
- scripts in de pagina
- shortcodes van oude plugins
- grote hoeveelheden gekopieerde content
- vreemde tekens uit externe documenten
Kopieer de inhoud eventueel naar een nieuw concept en sla dat op. Als het nieuwe concept wel werkt, zit het probleem waarschijnlijk in een specifiek blok of onderdeel van de oude pagina.
Wat als geen enkele oplossing werkt?
Als je alles hebt gecontroleerd en de fout blijft bestaan, verzamel dan zoveel mogelijk informatie voordat je contact opneemt met je hostingprovider of ontwikkelaar.
Noteer:
- wanneer de fout verschijnt
- of het bij alle pagina’s gebeurt of alleen bij één pagina
- welke plugins recent zijn bijgewerkt
- welke foutmeldingen in debug.log staan
- of Site Health REST API-meldingen toont
- of de fout ook in een andere browser voorkomt
- of de fout verdwijnt wanneer plugins zijn uitgeschakeld
Met deze informatie kan een hostingprovider of ontwikkelaar veel sneller gericht zoeken. Zonder die informatie wordt het vaak onnodig lang zoeken.
Hoe voorkom je deze JSON-fout in de toekomst?
Je kunt deze fout niet altijd volledig voorkomen, maar je kunt de kans wel kleiner maken.
Zorg dat WordPress, plugins en thema’s regelmatig worden bijgewerkt. Gebruik alleen plugins die actief worden onderhouden en verwijder plugins die je niet meer nodig hebt.
Controleer na grote updates of de editor nog goed werkt. Test ook of je berichten en pagina’s kunt opslaan.
Zorg daarnaast voor een stabiele HTTPS-instelling, goede permalinks en een betrouwbare hostingomgeving. Gebruik beveiligingsplugins zorgvuldig en blokkeer de REST API niet zonder te weten welke onderdelen WordPress nodig heeft.
Maak regelmatig back-ups. Als er iets misgaat, kun je sneller herstellen.
Conclusie
De foutmelding The response is not a valid JSON response betekent meestal dat de WordPress-editor geen geldig antwoord terugkrijgt van de server. De oorzaak kan liggen bij SSL, mixed content, permalinks, .htaccess, plugins, thema’s, firewallregels, REST API-problemen, cache of serverinstellingen.
Begin met de eenvoudige controles: permalinks opnieuw opslaan, URL-instellingen controleren, cache wissen en mixed content oplossen. Daarna controleer je plugins, thema’s, firewallregels en Site Health. Als dat niet genoeg is, kun je debug inschakelen om de echte foutmelding te vinden.
The response is not a valid JSON response oplossen in WordPress vraagt vooral om rustig en logisch testen. Als je stap voor stap werkt, kun je meestal goed achterhalen welk onderdeel de communicatie tussen editor en server verstoort.
Veelgestelde vragen
1. Wat betekent The response is not a valid JSON response in WordPress?
Deze melding betekent dat de WordPress-editor geen geldig antwoord terugkrijgt van de server. Daardoor kan een bericht of pagina niet goed worden opgeslagen of gepubliceerd.
2. Wat zijn de meest voorkomende oorzaken van een ongeldig JSON-probleem?
Veelvoorkomende oorzaken zijn verkeerde permalinks, mixed content, pluginconflicten, themafouten, firewallblokkades, REST API-problemen en verkeerde URL-instellingen.
3. Hoe voorkom ik in de toekomst een ongeldig JSON-probleem?
Houd WordPress, plugins en thema’s up-to-date, gebruik een goede HTTPS-configuratie, controleer permalinks, blokkeer de REST API niet onnodig en maak regelmatig back-ups.
4. Kan mijn hostingprovider de fout veroorzaken?
Ja. Firewallregels, ModSecurity, serverinstellingen of blokkades op REST API-verzoeken kunnen deze fout veroorzaken. Vraag je hostingprovider om serverlogs te controleren als je zelf niets vindt.
5. Hoe weet ik of het probleem door SSL komt?
Controleer of je website volledig via HTTPS werkt en of er geen mixed content is. Kijk ook of WordPress-adres en Siteadres allebei met https:// beginnen.
6. Heeft de internetverbinding invloed op de JSON-fout?
Een instabiele verbinding kan soms tijdelijk problemen geven bij het opslaan. Als de fout steeds terugkomt, ligt de oorzaak meestal in WordPress, serverinstellingen, cache of beveiliging.
7. Kan het probleem ook door mijn thema veroorzaakt worden?
Ja. Een thema kan scripts, editorfuncties of REST API-communicatie verstoren. Test dit door tijdelijk een standaard WordPress-thema te activeren.
8. Wat is de rol van REST API bij deze foutmelding?
De blok-editor gebruikt de WordPress REST API om gegevens met de server uit te wisselen. Als die communicatie wordt geblokkeerd of een fout antwoord geeft, kan de JSON-fout verschijnen.
9. Moet ik WordPress opnieuw installeren bij deze fout?
Alleen als laatste stap. Probeer eerst permalinks, SSL, plugins, thema, firewall, cache en REST API te controleren. Maak altijd een volledige back-up voordat je WordPress opnieuw installeert.