Hoe los je error too many redirects in WordPress op?

De foutmelding error too many redirects in WordPress betekent dat je website vastzit in een eindeloze doorverwijzing. De browser wordt telkens van de ene URL naar de andere gestuurd en stopt uiteindelijk met laden.

De oorzaak zit meestal in conflicterende URL-instellingen, HTTP- en HTTPS-regels, een plugin, een CDN, serverconfiguratie of het .htaccess-bestand. Het probleem kan de hele website raken, maar soms alleen de inlogpagina of één specifieke URL.

In dit artikel controleer je de mogelijke oorzaken in een veilige volgorde. Test de website na iedere stap, zodat je weet welke wijziging het probleem werkelijk heeft opgelost.

Wat betekent error too many redirects in WordPress?

Wanneer je een pagina opent, kan de server je automatisch naar een andere URL sturen. Dat gebeurt bijvoorbeeld wanneer HTTP wordt doorgestuurd naar HTTPS of wanneer een oude pagina een nieuwe URL heeft gekregen.

Bij een redirect loop verwijzen twee of meer regels steeds naar elkaar. URL A stuurt je bijvoorbeeld naar URL B, waarna URL B je opnieuw naar URL A terugstuurt. De browser blijft deze omleidingen volgen en toont uiteindelijk een foutmelding.

In Chrome zie je meestal ERR_TOO_MANY_REDIRECTS. Andere browsers gebruiken een vergelijkbare melding en geven aan dat de pagina te vaak wordt doorgestuurd.

Wil je eerst begrijpen hoe een normale omleiding werkt en wanneer je deze gebruikt, lees dan: Wat is een redirect? Soorten redirects en SEO effect.

Wat veroorzaakt een redirect loop in WordPress?

Een redirect loop ontstaat meestal doordat twee systemen verschillende instructies geven. WordPress kan bijvoorbeeld HTTPS verwachten, terwijl de server of het CDN het verzoek als HTTP behandelt. Beide systemen blijven de bezoeker daarna naar hun eigen voorkeursversie sturen.

Ook de WordPress Address en Site Address kunnen verschillende domeinversies bevatten. Denk aan HTTP tegenover HTTPS, www tegenover zonder www of een oud domein tegenover het nieuwe domein.

Andere mogelijke oorzaken zijn een redirect- of beveiligingsplugin, een SSL-plugin, oude cache, handmatige regels in .htaccess, redirectregels in het hostingpaneel, een verkeerde Cloudflare-instelling of maatwerkcode in een thema.

Maak eerst een back-up

Maak voordat je bestanden, plugins of database-instellingen wijzigt een recente back-up van de website. Zorg dat zowel de bestanden als de database worden opgeslagen.

Download bij aanpassingen aan wp-config.php en .htaccess ook een aparte kopie van het originele bestand. Zo kun je iedere wijziging terugdraaien wanneer de website een nieuwe foutmelding toont.

Wil je weten welke onderdelen een volledige back-up moet bevatten en waar je deze veilig bewaart, lees dan: Wat is een website backup en hoe beschermt dit je site?

Error too many redirects in WordPress stap voor stap oplossen

Begin met de eenvoudige controles en ga daarna pas verder met bestanden, plugins en serverinstellingen. Verander niet meerdere onderdelen tegelijk, omdat je dan niet meer kunt bepalen waar de fout vandaan kwam.

1. Controleer of het probleem alleen in jouw browser zit

Open de website eerst in een privévenster of een andere browser. Controleer eventueel ook via een telefoon met mobiele data.

Werkt de website daar wel, dan ligt het probleem waarschijnlijk bij opgeslagen cookies, browsercache of een oude loginstatus. Verwijder in dat geval alleen de cookies en sitegegevens van het betreffende domein en test opnieuw.

Werkt de website in iedere browser en op ieder apparaat niet, dan ligt de oorzaak waarschijnlijk in WordPress, de server, SSL of het CDN. Het volledig wissen van al je browsergeschiedenis is dan meestal niet nodig.

Leeg ook de cache van je cachingplugin, hosting en CDN wanneer je recent URL-, SSL- of redirectinstellingen hebt aangepast. Oude cache kan ervoor zorgen dat een inmiddels verwijderde redirect nog wordt uitgevoerd.

2. Controleer WordPress Address en Site Address

Log in op het WordPress-dashboard en ga naar Instellingen > Algemeen. Controleer daar de velden WordPress-adres (URL) en Siteadres (URL).

Beide adressen moeten de juiste domeinnaam en het juiste protocol gebruiken. Wanneer de website via HTTPS werkt, mogen deze velden niet meer naar HTTP verwijzen. Controleer ook of je overal dezelfde versie gebruikt: met www of zonder www.

Een correcte instelling kan er bijvoorbeeld zo uitzien:

https://www.example.nl

Plaats geen slash achter de domeinnaam. Gebruik je WordPress bewust vanuit een aparte submap, dan kunnen WordPress-adres en Siteadres van elkaar verschillen. Verander deze waarden in dat geval niet zonder eerst de bestaande installatie te controleren.

3. Herstel de URL via wp-config.php als je niet kunt inloggen

Kun je het dashboard niet meer openen, dan kun je de juiste URL tijdelijk vastleggen in wp-config.php.

Open via je hosting of FTP het bestand wp-config.php in de hoofdmap van WordPress. Zoek de regel met de tekst That’s all, stop editing en plaats de volgende code direct boven die regel.

Vervang example.nl door je eigen domeinnaam en gebruik exact de versie waarmee je website bereikbaar moet zijn.

define( 'WP_HOME', 'https://www.example.nl' );
define( 'WP_SITEURL', 'https://www.example.nl' );

Voeg deze regels niet opnieuw toe wanneer WP_HOME en WP_SITEURL al in het bestand staan. Pas dan de bestaande waarden aan.

Sla het bestand op en test de website opnieuw. Deze code overschrijft tijdelijk de URL-waarden uit de database. De velden onder Instellingen > Algemeen kunnen daardoor niet meer aangepast worden zolang de regels in wp-config.php staan.

Wanneer de website weer werkt, controleer en herstel je de waarden in de database. Daarna kun je de tijdelijke regels verwijderen, zodat WordPress opnieuw de database-instellingen gebruikt.

4. Controleer home en siteurl in phpMyAdmin

Wanneer je niet kunt inloggen en wp-config.php geen oplossing geeft, controleer dan de URL’s rechtstreeks in de database.

Open phpMyAdmin via je hosting en selecteer de database van de website. Open daarna de tabel met options. Bij een standaardinstallatie heet deze tabel wp_options, maar het voorvoegsel kan op jouw website anders zijn.

Zoek de regels home en siteurl. Controleer of beide waarden het juiste protocol, domein en de juiste www-versie gebruiken. Pas alleen deze twee waarden aan en maak vooraf een databaseback-up.

Gebruik niet automatisch zoeken en vervangen over de hele database voor dit probleem. Een verkeerde algemene vervanging kan serialized data of instellingen van plugins beschadigen.

Wil je eerst begrijpen hoe databases en tabellen binnen phpMyAdmin werken, lees dan: Wat is phpMyAdmin en waarom wordt het zoveel gebruikt?

5. Schakel redirect-, SSL- en beveiligingsplugins tijdelijk uit

Een plugin kan een redirect toevoegen die conflicteert met WordPress, de server of het CDN. Controleer vooral plugins voor redirects, SSL, beveiliging, caching, taalkeuze, loginbeveiliging en domain mapping.

Heb je toegang tot het dashboard, deactiveer dan eerst de plugin die het meest waarschijnlijk met redirects te maken heeft. Test de website na iedere wijziging.

Heb je geen toegang tot WordPress, open dan via hosting of FTP de map wp-content. Hernoem de map plugins tijdelijk naar plugins-disabled en controleer de website opnieuw.

Is de fout verdwenen, dan wordt het probleem door een plugin veroorzaakt. Geef de map daarna weer de naam plugins en controleer de plugins afzonderlijk. Hernoem telkens één pluginmap, test de website en herhaal dit totdat je de oorzaak hebt gevonden.

Werk de problematische plugin bij of vervang hem wanneer hij niet meer betrouwbaar wordt onderhouden. Meer uitleg over het veilig testen en uitvoeren van updates vind je in: WordPress plugins updaten, alles wat je moet weten voor een goede update.

6. Controleer HTTPS, SSL, Cloudflare en een reverse proxy

Een veelvoorkomende oorzaak is dat verschillende systemen niet hetzelfde beeld hebben van de verbinding. De bezoeker opent HTTPS, maar WordPress of de server denkt dat het verzoek via HTTP binnenkomt en stuurt het opnieuw door.

Controleer eerst of het SSL-certificaat op de server geldig is. Daarna controleer je of WordPress Address en Site Address allebei HTTPS gebruiken.

Gebruik je Cloudflare, controleer dan de SSL/TLS Encryption Mode. Wanneer de origin server een geldig certificaat heeft, moet de verbinding tussen Cloudflare en de server eveneens via HTTPS lopen. Een verkeerde combinatie van Flexible SSL, serverredirects en Always Use HTTPS kan een redirect loop veroorzaken.

Controleer ook of HTTP naar HTTPS op meerdere plekken tegelijk wordt geregeld. De redirect kan bijvoorbeeld tegelijk actief zijn in Cloudflare, het hostingpaneel, .htaccess, een SSL-plugin en WordPress. Gebruik bij voorkeur één duidelijke hoofdregel en voorkom tegenstrijdige instructies.

Schakel beveiliging niet zomaar volledig uit. Controleer eerst welke laag de redirect uitvoert en verwijder alleen de dubbele of verkeerde regel.

Heb je na een SSL-wijziging ook problemen met afbeeldingen, scripts of andere bestanden, dan helpt deze uitleg je verder: Wat is een Mixed Content error en hoe los je het op in WordPress.

7. Controleer redirects in Rank Math of Redirection

Open de redirectmanager van je SEO- of redirectplugin en zoek naar regels die de getroffen URL, homepage, inlogpagina of domeinnaam bevatten.

Controleer vooral of twee regels naar elkaar verwijzen. Een regel kan bijvoorbeeld /pagina-a/ naar /pagina-b/ sturen, terwijl een tweede regel /pagina-b/ weer terugstuurt naar /pagina-a/.

Controleer daarnaast algemene regels met wildcards of reguliere expressies. Eén te brede regel kan meerdere pagina’s of zelfs de hele website blijven doorsturen.

Schakel de verdachte regel tijdelijk uit en test daarna in een privévenster. Leeg ook de cache van WordPress en het CDN, omdat een oude redirect anders nog zichtbaar kan blijven.

8. Herstel het .htaccess-bestand

Het .htaccess-bestand wordt gebruikt op Apache- en veel LiteSpeed-servers. Verkeerde of dubbele redirectregels in dit bestand kunnen een oneindige omleiding veroorzaken.

Open de hoofdmap van de website via je hosting of FTP en maak eerst een kopie van .htaccess. Het bestand is vaak verborgen, waardoor je mogelijk de optie voor verborgen bestanden moet inschakelen.

Hernoem .htaccess tijdelijk naar htaccess-backup en test de website. Werkt de website daarna weer, dan zat het probleem waarschijnlijk in een regel binnen het oorspronkelijke bestand.

Kun je weer inloggen, ga dan naar Instellingen > Permalinks en klik zonder iets te wijzigen op Wijzigingen opslaan. WordPress probeert daarmee een nieuw .htaccess-bestand aan te maken.

Maakt WordPress het bestand niet opnieuw aan, dan kun je voor een normale WordPress-installatie in de hoofdmap de volgende basisregels 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

Plaats deze code niet dubbel in hetzelfde bestand. Verwijder ook geen beveiligings-, hosting- of maatwerkregels zonder te weten waarvoor ze worden gebruikt.

Deze code is bedoeld voor een normale WordPress-installatie op Apache of LiteSpeed. Gebruik je Nginx, dan wordt .htaccess niet op dezelfde manier gebruikt en moet je de Nginx-configuratie of hostinginstellingen controleren.

Wanneer je vaker problemen hebt met permalinks of een beschadigd .htaccess-bestand, lees dan: 404-fouten veroorzaakt door permalinks in WordPress oplossen.

9. Controleer redirectregels in je hostingpaneel

Veel hostingomgevingen bieden eigen instellingen voor domeinredirects, HTTPS en www. Deze regels werken buiten WordPress en blijven daarom actief wanneer je alle plugins uitschakelt.

Controleer in Plesk, cPanel, DirectAdmin of een ander hostingpaneel of het domein naar zichzelf, een oude domeinnaam of de verkeerde protocolversie wordt doorgestuurd.

Bekijk ook of zowel de webserver als een proxyserver redirects uitvoeren. Een hostingomgeving kan bijvoorbeeld Nginx vóór Apache gebruiken. Wanneer beide servers verschillende regels toepassen, kan een loop ontstaan die je niet in WordPress terugziet.

Kun je niet bepalen welke regel actief is, vraag dan de hostingprovider om de volledige redirectketen te controleren. Geef daarbij de exacte URL en het tijdstip waarop de fout optreedt.

10. Controleer het actieve thema en maatwerkcode

Een thema is minder vaak de oorzaak dan een plugin of SSL-instelling, maar maatwerkcode kan wel redirects uitvoeren. Controleer vooral functions.php en losse snippets waarin wp_redirect, wp_safe_redirect of template_redirect wordt gebruikt.

Schakel snippets tijdelijk uit en test iedere wijziging apart. Verwijder geen code zonder een back-up te bewaren.

Heb je geen toegang tot het dashboard, dan kun je de map van het actieve thema tijdelijk hernoemen. WordPress kan daarna alleen overschakelen naar een standaardthema wanneer zo’n thema al geïnstalleerd is.

11. Controleer WordPress Multisite en domain mapping

Gebruik je WordPress Multisite, controleer dan of de domeinen, netwerk-URL en subsites correct zijn ingesteld. Een fout in domain mapping kan ervoor zorgen dat een subsite naar het netwerkdomein verwijst en daarna opnieuw wordt teruggestuurd.

Controleer ook sunrise.php, domain-mappingplugins en eventuele serverregels voor subdomeinen. Pas deze instellingen alleen aan wanneer de website werkelijk een Multisite-netwerk gebruikt.

Bij een gewone WordPress-installatie hoef je deze stap niet uit te voeren.

Hoe ontdek je welke redirect de loop veroorzaakt?

Open de ontwikkelaarstools van je browser en ga naar het tabblad Network. Laad de pagina opnieuw en bekijk welke URL’s achter elkaar worden geopend.

Let op de statuscodes 301, 302, 307 en 308. Bekijk ook de Location-header van iedere redirect. Daarmee zie je naar welke URL de browser bij iedere stap wordt gestuurd.

Wanneer je bijvoorbeeld ziet dat HTTP naar HTTPS gaat en HTTPS daarna weer naar HTTP teruggaat, ligt het probleem waarschijnlijk bij SSL, proxy- of serverinstellingen.

Gaat de homepage steeds tussen www en zonder www heen en weer, controleer dan de domeininstellingen in WordPress, het hostingpaneel en het CDN.

Test na iedere aanpassing opnieuw

Test na iedere wijziging de homepage, een normale pagina, wp-admin en wp-login.php. Controleer ook de HTTP-, HTTPS-, www- en non-www-versies van het domein.

De website moet uiteindelijk via één duidelijke redirect naar de gewenste hoofdversie gaan. Er mogen geen lange ketens of terugverwijzingen ontstaan.

Leeg na het oplossen de browsercache, WordPress-cache, servercache en CDN-cache. Controleer daarna opnieuw vanuit een privévenster en via een ander netwerk.

Heeft error too many redirects invloed op SEO?

Wanneer Googlebot een redirect loop tegenkomt, kan de pagina niet normaal worden gecrawld en gerenderd. Een korte storing veroorzaakt meestal geen blijvende schade, maar een langdurig probleem kan ervoor zorgen dat pagina’s tijdelijk niet worden verwerkt of minder vaak worden bezocht.

Controleer na het oplossen of de uiteindelijke URL een normale statuscode 200 teruggeeft. Bekijk daarnaast in Google Search Console of de pagina opnieuw bereikbaar is en of Google dezelfde canonical URL ziet.

Vraag pas opnieuw indexing aan nadat de redirect loop volledig is opgelost. Een nieuwe aanvraag terwijl Google nog steeds in dezelfde loop terechtkomt, helpt niet.

Veelgemaakte fouten bij het oplossen

Een veelgemaakte fout is dat meerdere oplossingen tegelijk worden uitgevoerd. Hierdoor weet je niet welke wijziging nodig was en kun je moeilijk teruggaan wanneer er een nieuwe fout ontstaat.

Een andere fout is dat WP_HOME en WP_SITEURL met HTTP worden ingesteld terwijl de website juist via HTTPS moet werken. Dit kan het bestaande probleem verergeren.

Verwijder ook niet direct het volledige .htaccess-bestand zonder een back-up. Het bestand kan belangrijke beveiligings-, WordPress- en hostingregels bevatten.

Installeer niet nog een extra SSL- of redirectplugin om een conflict op te lossen. Wanneer meerdere plugins dezelfde taak uitvoeren, kan de redirectketen juist ingewikkelder worden.

Conclusie

Error too many redirects in WordPress ontstaat wanneer WordPress, de server, een plugin of een extern systeem de bezoeker steeds opnieuw blijft doorsturen.

Begin met een privévenster en het wissen van de sitecookies. Controleer daarna WordPress Address, Site Address, wp-config.php en de database. Ga vervolgens verder met plugins, SSL, CDN, redirectregels en .htaccess.

De oplossing is niet om zoveel mogelijk redirects uit te schakelen, maar om te vinden welke twee instellingen elkaar tegenspreken. Test na iedere stap en bewaar altijd een back-up van bestanden en database.

Veelgestelde vragen

1. Wat is de meest voorkomende oorzaak van error too many redirects in WordPress?

De fout ontstaat vaak door tegenstrijdige WordPress-URL’s, HTTP- en HTTPS-instellingen, een redirectplugin, SSL-configuratie of een serverregel.

2. Kan ik error too many redirects oplossen zonder WordPress-dashboard?

Ja. Je kunt URL’s controleren via wp-config.php of phpMyAdmin, plugins uitschakelen via de map wp-content en .htaccess via het hostingpaneel herstellen.

3. Waarom ontstaat de fout na het activeren van SSL?

Dit gebeurt wanneer WordPress, de server, een CDN of een proxy niet dezelfde HTTPS-instellingen gebruikt. Eén systeem kan naar HTTPS sturen terwijl een ander systeem opnieuw naar HTTP verwijst.

4. Kan Cloudflare error too many redirects veroorzaken?

Ja. Een verkeerde SSL-modus of een combinatie van Cloudflare-redirects en serverredirects kan een loop veroorzaken. Controleer of Cloudflare en de origin server dezelfde HTTPS-configuratie gebruiken.

5. Moet ik .htaccess verwijderen?

Verwijder het bestand niet zonder back-up. Hernoem het tijdelijk en test de website. Werkt de site daarna, laat WordPress via Instellingen > Permalinks een nieuw bestand aanmaken.

6. Kan een plugin een redirect loop veroorzaken?

Ja. Vooral plugins voor SSL, redirects, beveiliging, caching, loginbeveiliging en meertaligheid kunnen conflicterende omleidingen toevoegen.

7. Wat moet ik doen als geen enkele stap helpt?

Vraag je hostingprovider om de redirectketen, proxyconfiguratie, SSL-instellingen en webserverregels te controleren. Geef de exacte URL door waarop de fout verschijnt.