// Hosting · HTTPS · Redirects
Te veel omleidingen —
de redirect-loop doorbreken
"Deze pagina werkt niet — u bent te vaak omgeleid" (ERR_TOO_MANY_REDIRECTS). Uw site stuurt bezoekers in een eindeloze kringloop. Met de juiste check is dat in ~20 minuten verholpen.
Door Kristof Loyens — 14 juni 2026 · 4 min leestijd
"Te veel omleidingen" / ERR_TOO_MANY_REDIRECTS
De pagina laadt niet en de browser meldt een oneindige doorverwijzing
Een redirect-loop: pagina A verwijst naar B en B weer naar A. Meestal door een mismatch tussen http/https of www/non-www, of een dubbele SSL-omleiding.
Kies één canonieke versie (bijv. altijd https://www.), zorg dat WordPress-adres, .htaccess en uw CDN/SSL-instelling het daarover eens zijn, en leeg daarna alle cookies en caches.
Waarom gebeurt dit?
Een browser volgt doorverwijzingen automatisch. Wijzen twee regels naar elkaar, dan ontstaat een lus en stopt de browser na een tiental pogingen met de melding "te veel omleidingen". De oorzaak zit bijna altijd in tegenstrijdige afspraken over welke versie van uw URL de juiste is.
De meest voorkomende boosdoeners:
| Oorzaak | Wat er misgaat |
|---|---|
| siteurl/home verkeerd | WordPress staat op http terwijl de server https afdwingt |
| Dubbele SSL-redirect | Zowel een plugin als de server forceert HTTPS |
| www vs non-www | De server verwijst www → non-www én omgekeerd |
| CDN (Cloudflare) "Flexible" SSL | De CDN praat HTTP met de server die HTTPS verwacht |
Leeg cookies en test in een incognitovenster
Een redirect-loop wordt vaak in cookies bewaard. Wis de cookies voor uw domein (of open een incognitovenster) en probeer opnieuw. Soms is de fout daarmee al weg en hoeft u enkel uw eigen browser te resetten.
Controleer WordPress-adres en Site-adres
Kunt u nog in wp-admin? Ga naar Instellingen → Algemeen en zorg dat "WordPress-adres" én "Site-adres" identiek zijn en met https:// beginnen, inclusief consequent wel of geen www. Geen toegang? Stel ze tijdelijk vast in wp-config.php:
define('WP_HOME','https://www.uwdomein.be');define('WP_SITEURL','https://www.uwdomein.be');
Controleer het .htaccess-bestand op dubbele redirects
Open .htaccess via FTP. Staan er meerdere RewriteRule-regels die HTTPS of www forceren, hou er dan maar één over. Twee tegengestelde regels (www → non-www én non-www → www) veroorzaken gegarandeerd een lus.
Schakel SSL- en caching-plugins tijdelijk uit
Een SSL-plugin die HTTPS forceert bovenop een serverredirect levert een dubbele omleiding op. Hernoem via FTP de plugin-map om alles te deactiveren, en test. Werkt de site weer, zet de redirect dan op één plek — server óf plugin, niet beide.
Cloudflare of CDN? Zet SSL op "Full (strict)"
Gebruikt u Cloudflare met de stand "Flexible", dan praat de CDN via HTTP met uw server terwijl die HTTPS verwacht — een klassieke lus. Zet de SSL-modus op Full (strict) wanneer uw server een geldig certificaat heeft.
Leeg alle caches
Leeg de cache van uw caching-plugin, uw CDN én uw browser (Ctrl+Shift+R). Redirects worden agressief gecachet; zonder deze stap blijft u de oude lus zien, ook al is de oorzaak al weg.
Let op: Maak vóór elke wijziging een kopie van .htaccess en wp-config.php. Eén verkeerde redirect-regel kan uw site volledig onbereikbaar maken.
Wanneer schakelt u een professional in?
- De lus blijft bestaan ondanks consistente siteurl-,
.htaccess- en CDN-instellingen. - U gebruikt een reverse proxy of loadbalancer en weet niet waar de HTTPS-afhandeling gebeurt.
- De redirects zijn ingesteld in een serverconfiguratie waar u geen toegang toe heeft.
- Na een domein- of hostingverhuizing loopt het mis met www en non-www tegelijk.
Komt u er niet uit? Contacteer ons — wij doorbreken de loop voor €75, inclusief controle van uw SSL- en redirect-instellingen.
Kristof Loyens
Eigenaar Quantum Leap. WordPress fan. Designer en Developer. Loves The interwebz, snowboarding, graffiti en luide muziek. Maakt een geweldige pompoensoep.