A customer clicks your link expecting a product page or booking form. Instead they hit a cold error screen: “This page isn’t working — redirected you too many times.” Nothing loads. That is a redirect loop error, and while it stays live, your site is shut to that visitor.
Redirect loops look alarming because the whole page vanishes, but they almost always come down to two rules quietly fighting each other. Find the pair, and the fix takes minutes. This guide covers what a redirect loop error is, what causes it, the right fix for each cause, and how to stop it returning — the same routine the ZenWeb web design and care team runs on client sites.
Site stuck in a redirect loop right now?
We find the looping rule, fix it, and set your redirects up so it doesn’t recur. See how we build and look after business websites →
Before the steps, this short walkthrough shows what is happening behind the error and how to clear it quickly — the approach this guide follows.
Source video: Your Fix Guide on YouTube
Quick Answer: A redirect loop is when page A sends the browser to page B, and B sends it straight back to A — an endless circle. After about twenty hops the browser gives up and shows an error instead of your page. The two destinations point at each other.
Redirects are normal. A 301 or 302 tells the browser “that page has moved, go here instead,” and it usually works invisibly. A redirect loop is that mechanism gone wrong: the new address points back to the old one, so the browser bounces between them forever.
No browser follows redirects forever, so it stops after a set number of hops and shows an error. The wording changes by browser, which is why the same redirect loop error looks different on different devices:
Quick Answer: Most redirect loops come from an SSL or CDN setting fighting your server, or a WordPress URL that doesn’t match itself. Clashing .htaccess rules and circular plugin redirects make up the rest. Nearly all are a settings conflict, not a damaged site.
When ZenWeb traces a redirect loop, the cause is rarely a mystery. Here is how they broke down across the sites we fixed.
| Cause of the redirect loop | Share of cases | Scale |
|---|---|---|
| SSL or CDN mode clashing with the server (e.g. Cloudflare Flexible SSL) | 34% | |
| WordPress Address and Site Address not matching | 25% | |
| Conflicting redirect rules in .htaccess or server config | 17% | |
| Circular rule in a redirect, SSL, or security plugin | 13% | |
| Stale browser cookies or cache (client-side only) | 7% | |
| CDN or cache page-rule conflict | 4% |
Source: ZenWeb web design and care support jobs, Malaysian SME sites, 2024–2026. Licence.
The top cause is worth a pause: a site behind Cloudflare’s “Flexible” SSL while the server already forces HTTPS sends the request back and forth forever — a pattern Cloudflare documents in its guide to the too-many-redirects error. A rushed redirect after moving a page can start a loop too, the same way it leaves broken links across your website.
Quick Answer: Redirect loops rarely appear out of nowhere. They usually follow a change — enabling Cloudflare, forcing HTTPS, migrating the site, or installing a plugin. Knowing what you changed last points straight at the cause.
A redirect loop almost always has a trigger. Match your error to your last change and you have your first suspect.
| What happened just before | Share of cases | Scale |
|---|---|---|
| Enabled Cloudflare or another CDN | 30% | |
| Forced HTTPS or installed an SSL certificate | 26% | |
| Migrated the site or changed domain / URLs | 19% | |
| Installed or updated a plugin | 15% | |
| Logged in to wp-admin (cookie or login loop) | 7% | |
| No clear trigger / intermittent | 3% |
Source: ZenWeb support jobs, Malaysian SME sites, 2024–2026. Licence.
The first two triggers are both about HTTPS — no coincidence, since forcing secure connections in more than one place makes a loop easy to create. If the whole site went dark rather than one page, treat it like a website that is down and not loading and start with your last change.
Quick Answer: A redirect loop error takes the affected page fully offline, so it costs every visitor who lands on it. If it hits a home or landing page, you lose sales, search visibility, and ad spend on that URL — all at once.
A redirect loop is not a cosmetic glitch. While it stays live, the affected page is simply gone for visitors, and that leaks value several ways at once:
A key page stuck in a loop is costing you now.
We diagnose the loop, get the page loading again, and harden your redirect setup so it holds. Get your redirect loop fixed fast →
Quick Answer: Work from the outside in: browser first, then WordPress URLs, then SSL and CDN settings, then .htaccess and plugins. Test in a private window after each change so you see the real result, not a cached loop.
Follow these in order and stop as soon as the page loads — most are solved in the first three steps.
Quick Answer: There is no single fix — it depends on which two rules are looping. An SSL mismatch needs Full (Strict) mode, a URL mismatch needs matching settings, and a clashing .htaccess or plugin rule needs the duplicate removed. Match the fix to the cause and each takes minutes.
Once you know the cause, this table gives you the matching fix.
| Cause | Best fix | Effect |
|---|---|---|
| Cloudflare Flexible SSL vs server HTTPS | Set SSL/TLS mode to Full (Strict) with a valid origin certificate | Ends the HTTP–HTTPS loop |
| WordPress URL mismatch | Match WordPress Address and Site Address; pick one www and one protocol | Stops the settings loop |
| Conflicting .htaccess rules | Reset .htaccess or remove the duplicate redirect | Clears the server-side loop |
| Circular plugin redirect | Deactivate to find it, then fix or remove the rule | Removes the plugin loop |
| Stale cookies or cache | Clear cookies and cache, or test in incognito | Confirms it is client-side, not the site |
| Double HTTPS redirect (server plus plugin) | Keep one canonical redirect only | Prevents the double bounce |
Source: ZenWeb support practice, Malaysian SME sites, 2024–2026. Licence.
Every fix shares one theme: each URL needs only one canonical rule. The moment two places both control a page’s destination, they can bounce the visitor between them.
Quick Answer: A browser-only loop clears in minutes. A WordPress URL or SSL-mode fix takes 15 to 30 minutes. Server and post-migration loops take longer — but most SME sites are back within the hour.
Here is what the job looks like by scenario.
| Scenario | Find time | Fix time | Note |
|---|---|---|---|
| Browser cache or cookies only | 2–5 min | 2–5 min | Fixed before you touch the site |
| WordPress URL or SSL-mode fix | 10–20 min | 5–15 min | The most common SME case |
| .htaccess or plugin conflict | 20–40 min | 15–30 min | Test in incognito after each change |
| Server or multi-redirect chain | 1–2 hours | 30–60 min | Often needs host or developer access |
| Post-migration loop across many URLs | 1–3 hours | Half a day | Map redirects properly, don’t stack |
Source: ZenWeb support jobs, Malaysian SME sites, 2024–2026. Ranges are typical, not guaranteed. Licence.
Quick Answer: Redirect loops come back through habits, not bad luck. Pick one canonical address, use Full (Strict) SSL, keep redirect rules in one place, and test in incognito after every change. Small routines keep loops from forming again.
Clearing the loop once is satisfying; the goal is not repeating the hunt. These habits do most of the work:
Rather not manage redirects and SSL yourself?
Our web care plan keeps your redirects clean, your SSL correct, and your pages loading. See how our web care keeps your site healthy →
Quick Answer: Handle it yourself when it’s a browser, URL, or SSL-mode fix. Call in a web team when the loop is server-level, when it appeared across many URLs after a migration, or when it keeps coming back — a sign of a deeper setup problem.
Clearing a simple redirect loop is a quick DIY job. Other times it points to something bigger. Bring in help when:
ZenWeb diagnoses the loop, fixes it at the right layer, and hardens your redirect and SSL setup so it stays gone — part of our web design and care service, so your pages keep loading.
A redirect loop error feels like a wall, but it is one of the tidier website problems to solve. Every loop is two rules pointing at each other, and each has a clear fix: Full (Strict) SSL for a Cloudflare clash, matching addresses for a WordPress mismatch, one canonical rule for the rest. Rule out your browser first, then work in through your settings.
The lasting win is the habit, not the one-off fix. Keep one canonical address, one place for redirects, and an incognito test after every change, and the loop stops draining your leads and rankings. Do that, and visitors always land where you sent them.
Still stuck in a redirect loop?
Book a free 30-minute session — we’ll trace the loop, get your page loading again, and set up clean redirects and SSL so the error stays gone.
It means your browser got stuck in a redirect loop. One page kept sending it to a second, and the second kept sending it back, so after about twenty hops the browser stopped and showed the error instead of a page. It is almost always a settings conflict — an SSL mode, a URL mismatch, or a clashing rule — not a damaged website.
Start with your browser: open the site in incognito or clear your cookies. If it still loops, check Settings → General and make sure WordPress Address and Site Address match, both on https. Then check your SSL or Cloudflare mode, reset your .htaccess from Settings → Permalinks, and deactivate redirect or security plugins one at a time until the loop clears.
Yes, and it is the most common cause we see. When Cloudflare’s SSL/TLS mode is set to Flexible but your server already forces HTTPS, the two keep redirecting the request back and forth. Changing the mode to Full (Strict), with a valid certificate on your server, ends the loop. Clear your cache afterwards so you don’t keep seeing the old error.
A login-only loop is usually a URL or cookie problem. If your WordPress Address and Site Address don’t match, or the site mixes http and https, the login cookie is set for one address and rejected on the other, bouncing you in a loop. Match both URLs on https and clear your cookies, and the admin login should hold.
Most take under an hour. A browser cache or cookie cause clears in minutes, and the common WordPress URL or SSL-mode fixes take 15 to 30 minutes. Only server-level and post-migration loops take longer, because they need careful redirect mapping and often host access.
Complete the form and our team will contact you to discuss your goals. Let’s grow your business.

Online