Je probeert in te loggen op je WordPress‑website, voert je gebruikersnaam en wachtwoord in, maar telkens na het inloggen kom je weer terug op het login scherm. Er verschijnt geen foutmelding, alleen een schijnbaar eindeloze lus van inlogpogingen. Dit probleem staat bekend als de WordPress login redirect loop – en het is een van de meest frustrerende issues voor WordPress‑gebruikers. Gelukkig is dit probleem volledig op te lossen, zelfs als je geen techneut bent. In dit artikel leg ik in begrijpelijke taal uit waarom je steeds wordt teruggestuurd naar het inlogscherm en hoe je dit stap voor stap kunt verhelpen.
Ik behandel eerst de meest voorkomende oorzaken van de login redirect loop, en daarna concrete oplossingen. Ben je een ondernemer of websitebeheerder die niet meer in de wp-admin kan? Lees dan verder – met een beetje geduld krijg je weer toegang tot je WordPress dashboard.
Oorzaken van de login redirect loop
Een login redirect loop ontstaat wanneer WordPress je niet ingelogd kan houden en je daarom steeds terugstuurt naar de loginpagina. Dit gebeurt meestal door één van de volgende oorzaken:
- Problemen met cookies of cache: WordPress gebruikt cookies om je inlogsessie te onthouden. Als je browser cookies blokkeert, corrupte/beschadigde cookies heeft of oude cachebestanden gebruikt, kan de login niet goed worden bevestigd.
- Verkeerde site URL ingesteld: WordPress heeft een WordPress Address (URL) en Site Address (URL) die moeten overeenkomen met de daadwerkelijke URL van je site. Als deze niet precies matchen – bijvoorbeeld
http://vshttps://of met/zonderwww– kan WordPress geen geldige sessie aanmaken. - Foutieve
.htaccessof redirect‑instellingen: verkeerde of dubbele regels in.htaccesskunnen een oneindige redirect‑loop veroorzaken, bijvoorbeeld na een site‑migratie of conflicterende redirectregels. - Conflicterende plugins: plugins die iets met inloggen, beveiliging of caching doen, zijn vaak een boosdoener. Eén misgeconfigureerde plugin kan cookies wissen, sessies ongeldig maken of een alternatieve redirect instellen.
- Instelling in
wp-config.php(bijv.FORCE_SSL_ADMIN): als deze optruestaat terwijl je site niet overal HTTPS gebruikt, ontstaat er een conflict en blijf je heen‑en‑weer sturen.
Bovenstaande oorzaken klinken misschien technisch, maar geen zorgen: hieronder leg ik stap‑voor‑stap uit hoe je elk van deze problemen kunt opsporen en oplossen.
Stapsgewijze oplossingen
Ik loop nu de mogelijke oplossingen met je door, van eenvoudig naar wat meer technisch. Probeer elke stap één voor één en kijk na iedere stap of je weer kunt inloggen in wp-admin. Maak voor de zekerheid een backup van je site/bestanden voordat je ingrijpende wijzigingen doet (zoals .htaccess aanpassen).
1. Wis je browsercookies en cache
Een login loop kan simpelweg komen door oude login‑data in je browser. Wis cookies en cache. Hiermee verwijder je verouderde sessie‑informatie. Ga in je browser naar de instellingen voor privacy/geschiedenis en kies “Browsegegevens wissen”. Vink in ieder geval cookies en cache aan en voer de cleanup uit. Probeer daarna opnieuw in te loggen.
2. Probeer een incognito venster of andere browser
Lukt inloggen nog steeds niet? Test dan in een privé‑venster (incognito) of een andere browser. Werkt het daar wél, dan ligt het probleem lokaal in je normale browser (bijv. extensies of instellingen). Schakel extensies tijdelijk uit en test opnieuw.
3. Controleer de Site URL instellingen van WordPress
Een veelvoorkomende oorzaak is een mismatch in de ingestelde site‑URL. Controleer dit via wp-config.php (als je niet in wp-admin kunt):
Voeg in wp-config.php boven “That’s all, stop editing!” de volgende regels toe (pas het domein aan):
define('WP_HOME', 'https://jouwdomein.nl');
define('WP_SITEURL', 'https://jouwdomein.nl');Dit forceert de juiste URL’s en lost loops op door http/https of www/non‑www mismatches. Mocht je de database liever direct checken: controleer in wp_options de waarden van siteurl en home en pas ze aan zodat ze exact overeenkomen.
4. .htaccess tijdelijk hernoemen of opnieuw aanmaken
Foutieve .htaccess regels kunnen een redirect loop veroorzaken. Hernoem via FTP het .htaccess‑bestand tijdelijk (bijv. .htaccess_old) en probeer opnieuw in te loggen. Werkt het nu? Ga dan in wp-admin naar Instellingen → Permalinks en klik Opslaan om een nieuwe .htaccess te laten genereren. Voeg eventuele custom regels later één voor één terug.
5. Plugins uitschakelen (via FTP)
Is het probleem er nog steeds? Dan is de kans groot dat een plugin dwarsligt. Hernoem via FTP de map wp-content/plugins naar bijvoorbeeld plugins_off. Hiermee deactiveer je alle plugins. Probeer nu opnieuw in te loggen. Werkt het nu? Activeer de plugins één voor één om de boosdoener te vinden.
6. FORCE_SSL_ADMIN uitschakelen (of inschakelen) indien nodig
Als FORCE_SSL_ADMIN op true staat terwijl je site niet overal HTTPS gebruikt, kan dit een loop veroorzaken. Zet in wp-config.php tijdelijk:
define('FORCE_SSL_ADMIN', false);Probeer nu in te loggen via http://. Werkt het? Dan zat de fout in de SSL‑forcering. Zorg daarna voor een correcte HTTPS‑configuratie en zet FORCE_SSL_ADMIN weer op true.
7. Controleer op overige redirects (in plugins of .htaccess)
Loop je .htaccess nog eens na op regels buiten het standaard WordPress‑blok. Kijk ook naar plugins die redirects afdwingen (Redirection, security plugins, membership‑plugins). Zorg dat niet twee systemen tegelijk redirects afdwingen. Gebruik je Cloudflare? Controleer de SSL‑instellingen (Flexible SSL veroorzaakt vaak loops) en schakel over naar Full (strict).
Handige hulpmiddelen voor troubleshooting
Als je er nog niet uitkomt, zijn er plugins die het debuggen makkelijker maken (zodra je weer kunt inloggen):
- Health Check & Troubleshooting: schakelt plugins/themes tijdelijk uit voor jouw sessie, zonder impact op bezoekers. Ideaal om conflicten te testen.
- WP Debugging: zet debug‑modus eenvoudig aan/uit en logt fouten naar
wp-content/debug.log. - Query Monitor: geavanceerde tool om databasequeries, PHP‑fouten en redirects te analyseren.
Loop je na deze stappen nog steeds tegen de login‑lus aan, bekijk dan samen met je host of een WordPress‑specialist waar de redirect precies ontstaat.