Wanneer cookies worden geblokkeerd in WordPress, kun je meestal niet meer inloggen op het dashboard. WordPress meldt dan dat cookies door je browser worden geblokkeerd of niet worden ondersteund.
De melding wijst niet altijd op een verkeerde browserinstelling. Oude sitegegevens, een verschil tussen HTTP en HTTPS, verkeerde WordPress-URL’s, caching of een beveiligingsplugin kunnen hetzelfde probleem veroorzaken.
Begin daarom bij de eenvoudige controles. Pas WordPress-bestanden of serverinstellingen pas aan wanneer het probleem in meerdere browsers blijft bestaan.
WordPress gebruikt cookies om te controleren of je browser een inlogsessie kan opslaan. Bij het openen van de inlogpagina plaatst WordPress tijdelijk de cookie wordpress_test_cookie.
Na het verzenden van het inlogformulier controleert WordPress of deze cookie terugkomt. Kan WordPress de cookie niet vinden of lezen, dan verschijnt de foutmelding dat cookies worden geblokkeerd.
Dat kan gebeuren wanneer de browser de cookie weigert. De cookie kan ook voor het verkeerde domein, protocol of pad zijn ingesteld. WordPress beschrijft deze tijdelijke testcookie zelf als de controle waarmee wordt vastgesteld of cookies correct kunnen worden opgeslagen.
Verwijder eerst de cookies en opgeslagen sitegegevens van het domein waarop je probeert in te loggen. Het is meestal niet nodig om direct alle browsergegevens van alle websites te wissen.
Sluit daarna de browser volledig af en open de WordPress-inlogpagina opnieuw via:
https://jouwdomein.nl/wp-login.phpTest de inlogpagina ook in een privé- of incognitovenster. Werkt het daar wel, dan wordt het probleem waarschijnlijk veroorzaakt door oude cookies, browsercache of een browserextensie.
Probeer eventueel ook een andere browser. Wanneer de fout alleen in één browser verschijnt, hoef je WordPress, plugins of serverbestanden nog niet aan te passen.
Controleer in de privacyinstellingen van je browser of cookies voor je eigen domein mogen worden opgeslagen. Voor het inloggen op WordPress zijn cookies van de website zelf nodig.
Gebruik je Safari, open dan Safari > Instellingen en ga naar het onderdeel Geavanceerd of Privacy, afhankelijk van de gebruikte versie. Controleer of Blokkeer alle cookies is uitgeschakeld.
De instelling waarmee tracking tussen verschillende websites wordt beperkt, hoeft voor een normale WordPress-login meestal niet te worden uitgeschakeld. De WordPress-inlogcookie hoort bij je eigen domein.
Gebruik je Chrome of Firefox, open dan de instellingen voor privacy en sitegegevens. Zoek je domeinnaam op, verwijder de bestaande gegevens en controleer of de website niet op een blokkeerlijst staat.
Controleer het WordPress-adres, site-adres en HTTPS
Wanneer de browser cookies toestaat, controleer je of WordPress het juiste websiteadres gebruikt.
Ga in het dashboard naar Instellingen > Algemeen en controleer deze twee velden:
WordPress-adres (URL)
Site-adres (URL)
Beide adressen moeten overeenkomen met de versie die je werkelijk gebruikt. Controleer vooral het verschil tussen http:// en https:// en tussen een domein met of zonder www.
Kun je niet inloggen, controleer dan via phpMyAdmin de waarden siteurl en home in de tabel met WordPress-opties. Kijk ook in wp-config.php of WP_HOME of WP_SITEURL handmatig zijn ingesteld.
Een verschil tussen deze adressen kan ervoor zorgen dat de browser een cookie voor de ene versie ontvangt, terwijl het inlogformulier via een andere versie wordt verzonden.
Begon het probleem na een verhuizing naar een nieuw domein of een andere server? Controleer dan ook: WordPress site overzetten van local naar server.
Wis de cache van WordPress, de server en het CDN
Een oude versie van de inlogpagina kan vanuit een cache worden geladen. Maak daarom niet alleen de browsercache leeg, maar ook de cache van je WordPress-plugin, hosting en CDN.
Controleer of wp-login.php, /wp-admin/ en een eventueel aangepast inlogadres zijn uitgesloten van paginacaching. Een inlogpagina moet bij ieder bezoek opnieuw kunnen worden verwerkt.
Dit punt is vooral belangrijk wanneer een beveiligingsplugin het standaard inlogadres heeft gewijzigd. De nieuwe inlog-URL kan per ongeluk wel in de cache terechtkomen, terwijl wp-login.php correct is uitgesloten.
WordPress adviseert na een verhuizing onder andere om oude cookies en servercache te verwijderen wanneer deze fout optreedt.
Blijft de inlogpagina verversen of word je steeds teruggestuurd? Controleer dan ook: Wordpress Login page Redirect fixen met deze simpele stappen.
Schakel plugins tijdelijk uit en test daarna het thema
Cache-, beveiligings-, firewall- en loginplugins kunnen invloed hebben op de cookies of de inlogpagina.
Heb je nog toegang tot het dashboard, schakel dan eerst de plugins uit die kort voor het probleem zijn geïnstalleerd of bijgewerkt. Test na iedere wijziging opnieuw.
Kun je niet meer inloggen, open dan via je hosting of SFTP de map:
public_html/wp-contentHernoem de map plugins tijdelijk naar plugins-old. Hierdoor worden de normale plugins uitgeschakeld zonder dat ze worden verwijderd.
Werkt het inloggen daarna wel, zet de mapnaam terug en schakel de plugins afzonderlijk uit om de veroorzaker te vinden.
Blijft de fout bestaan, controleer dan pas het actieve thema. Hernoem alleen de map van het actieve thema in wp-content/themes. WordPress kan vervolgens overschakelen naar een geïnstalleerd standaardthema.
Deze test is vooral zinvol wanneer het probleem direct na een wijziging in het thema of functions.php is begonnen. Een PHP-fout of onverwachte uitvoer kan voorkomen dat cookieheaders correct worden verzonden.
Wil je onderzoeken welk bestand, thema of welke plugin een fout veroorzaakt? Gebruik dan: Handleiding WordPress debugging inschakelen stap voor stap.
Controleer COOKIE_DOMAIN alleen wanneer daar een reden voor is
Na een domeinwijziging, verhuizing of aanpassing van WordPress Multisite kan in wp-config.php een verkeerde instelling voor COOKIE_DOMAIN staan.
Zoek in wp-config.php naar COOKIE_DOMAIN. Staat deze regel al in het bestand, controleer dan of de waarde nog past bij het huidige domein.
Voeg niet zonder onderzoek een willekeurige COOKIE_DOMAIN-regel toe. Een instelling die voor een Multisite-netwerk of subdomein werkt, kan bij een gewone WordPress-website juist nieuwe inlogproblemen veroorzaken.
In de meeste normale WordPress-installaties is het niet nodig om het cookiedomein handmatig vast te leggen. WordPress noemt een verkeerde domein- of URL-configuratie wel als een mogelijke oorzaak van deze fout.
Verschijnt de fout in verschillende browsers, op meerdere apparaten en na het uitschakelen van plugins, dan kan de oorzaak op de server liggen.
Vraag je hostingprovider om te controleren of de server de Set-Cookie-header van WordPress correct doorstuurt. Laat ook controleren of een reverse proxy, firewall, CDN of servercache de inlogpagina aanpast.
De hosting moet daarnaast controleren of HTTPS overal op dezelfde manier is ingesteld. WordPress, de webserver en een eventueel CDN moeten allemaal dezelfde beveiligde versie van het domein gebruiken.
Deze controle is vooral nodig wanneer meerdere WordPress-installaties op dezelfde server hetzelfde probleem hebben.
Waarom de oude code in functions.php niet nodig is
In de oude versie van dit artikel stond code waarmee TEST_COOKIE opnieuw via functions.php werd geplaatst.
WordPress maakt de tijdelijke testcookie zelf al aan wanneer de inlogpagina wordt geopend. Dezelfde cookie nogmaals vanuit het thema instellen, verhelpt een verkeerde URL, cache, plugininstelling of serverconfiguratie niet.
Functions.php hoort bovendien bij het actieve thema. Wanneer juist het thema of een PHP-fout het verzenden van headers verstoort, kan extra code in dit bestand de fout moeilijker te onderzoeken maken.
De code is daarom niet opgenomen in deze nieuwe versie. Los eerst de werkelijke oorzaak op in de browser, WordPress-instellingen, caching, plugins of serverconfiguratie.
Conclusie
Wanneer cookies worden geblokkeerd in WordPress, kan WordPress de benodigde cookie tijdens het inloggen niet goed controleren.
Verwijder eerst de cookies van je eigen domein en test de inlogpagina in een privévenster. Controleer daarna de browserinstellingen, WordPress-URL’s, HTTPS en alle actieve caches.
Blijft het probleem bestaan, schakel dan plugins tijdelijk uit en test alleen indien nodig het actieve thema. Na een verhuizing controleer je ook of er een oude instelling voor het cookiedomein is blijven staan.
Treedt de fout op meerdere apparaten op, laat dan de hosting controleren of cookieheaders, HTTPS of de inlogpagina op serverniveau verkeerd worden verwerkt.
Veelgestelde vragen
WordPress toont deze melding wanneer de tijdelijke testcookie tijdens het inloggen niet kan worden gevonden of gelezen.
Nee, verwijder eerst alleen de cookies en sitegegevens van het domein waarop je probeert in te loggen.
3. Kan een cacheplugin deze fout veroorzaken?
Ja, vooral wanneer de inlogpagina of een aangepast inlogadres per ongeluk wordt gecachet.
4. Kan de fout na een verhuizing ontstaan?
Ja, bijvoorbeeld door oude cookies, verkeerde URL’s, een verschil tussen HTTP en HTTPS of een oude cookie-instelling.
Ja, beveiligings- en loginplugins kunnen de inlogpagina, cookies of firewallregels aanpassen.
6. Moet ik code toevoegen aan functions.php?
Nee, meestal niet. WordPress plaatst de testcookie zelf en extra code lost de onderliggende oorzaak niet op.