How to fix redirected you too many times: quick, reliable steps

When your browser hits you with a "redirected you too many times" warning, it’s basically telling you it's stuck. It's caught in an endless game of digital ping-pong, bouncing between web addresses without ever reaching a final destination. This is the ERR_TOO_MANY_REDIRECTS error, and it’s a sign that your website's navigation has a serious flaw.

Think of it like giving someone directions that lead them in a circle. They'll eventually give up, and that’s exactly what your browser does to stop itself from crashing.

Understanding The ERR_TOO_MANY_REDIRECTS Error

At its heart, this error is a safety feature. Browsers like Chrome, Firefox, and Safari are designed with a built-in limit on how many times they'll follow a redirect—usually around 10 to 20 times. Once that limit is hit, the browser throws up its hands and displays the error message.

The problem can stem from a couple of places: sometimes it’s on your end (client-side), but more often than not, it's a misconfiguration on the website's server (server-side). Pinpointing the source is the key to fixing it quickly.

Common Triggers For Redirect Loops

This error can pop up for various reasons, but it usually boils down to a handful of common culprits. Knowing where to look is half the battle.

  • Stale Browser Cache and Cookies: Your browser might be stubbornly clinging to old, outdated redirect rules it saved from a previous visit.
  • Conflicting CMS Plugins: On platforms like WordPress, you might have two plugins that both want to manage your URLs, causing them to fight and create a loop.
  • Messed-Up Server Rules: A simple typo or a flawed rule in your server's .htaccess (for Apache) or nginx.conf (for Nginx) file is a classic cause.
  • Faulty HTTPS/SSL Configuration: If your site is bouncing between its secure (HTTPS) and non-secure (HTTP) versions, you've got a redirect loop. This often happens with a poor SSL setup.

This decision tree gives you a great visual roadmap for troubleshooting. It helps you figure out whether you should start by looking at your browser or dive straight into your server settings.

A flowchart illustrating the step-by-step process for resolving redirect errors in websites.

As you can see, the process moves from the simple fixes to the more complex ones. Always start with the easy stuff—you might get lucky.

The core of the problem is a logical contradiction. The browser receives instruction A to go to B, but upon arriving at B, it is told to go back to A. Without a clear endpoint, the loop continues until the browser intervenes.

This isn't just a technical annoyance; it can have a real business impact. We found this error can affect new VPS deployments where businesses are scaling but overlook their redirect configurations. You can review more about global data centre trends and how they affect local businesses. It really underscores the value of having managed support in your corner.

Common Causes Of Redirect Loops At A Glance

To help you get started, here's a quick table that summarises the most common sources of redirect loops. Use this to get a head start on where your problem might be hiding.

Error Source Common Culprit Where to Start Looking
Browser Outdated cache or conflicting cookies Your browser’s settings (clear cache and cookies)
Application (CMS) A rogue plugin or incorrect site URL settings The WordPress dashboard, particularly redirection plugins
Web Server Misconfigured rules in .htaccess or nginx.conf Your server's configuration files via FTP or a file manager
CDN/Load Balancer Caching rules or incorrect SSL mode Your Cloudflare, Sucuri, or other CDN service dashboard
HTTPS Configuration Inconsistent HTTP/HTTPS enforcement rules Your SSL certificate settings and server rules

This table should help narrow down your focus. For example, if you just installed a new WordPress plugin, that’s probably the best place to begin your search.

Starting With Simple Browser and Client-Side Fixes

Tablet displaying a web browser with URLs, a warning symbol, and circular arrows amidst watercolor splatters.

Before you dive into complex server configurations, it’s always best to start with the simplest potential cause. More often than not, the "redirected you too many times" error isn't a server-side problem at all. It's happening right inside your own browser. We call these client-side issues because the fix lies with the data stored locally on your computer.

Your browser is built for speed. To achieve this, it keeps copies of website files in a local storage area known as the cache. It also uses tiny data files called cookies to remember things like your login status and site preferences. But what happens when a website's underlying structure or redirect rules change? Your browser might stubbornly hold onto old, outdated instructions, which can easily trap it in the very redirect loop you're seeing.

Clearing Your Browser’s Cache and Cookies

The most direct way to break out of a client-side redirect loop is to simply clear this old, stored data. Doing so forces your browser to fetch a completely fresh version of the website, along with its current, correct instructions. The exact steps vary a bit from browser to browser.

  • Google Chrome: Head to Settings > Privacy and security > Clear browsing data. Set the time range to "All time" and ensure you've ticked the boxes for "Cookies and other site data" and "Cached images and files."
  • Mozilla Firefox: Navigate to Settings > Privacy & Security, find the "Cookies and Site Data" section, and hit "Clear Data." Check both options in the pop-up and confirm.
  • Safari: From the top menu bar, go to Safari > Clear History. In the dialogue box, select "all history" from the dropdown to remove everything, which includes your cache and cookies.

Once the data is cleared, it's a good habit to fully quit and relaunch your browser before visiting the site again. You'd be surprised how often this simple action makes the error disappear. For a deeper look into this process, our guide on cache invalidation strategies is a great resource.

Diagnosing With Incognito or Private Mode

If clearing the cache didn't work, there's another excellent diagnostic tool built right into your browser: private browsing mode. Whether it’s called Incognito Mode in Chrome, a Private Window in Firefox or Safari, this feature loads a website in a temporary, clean-slate session. It won't use any of your existing cache, cookies, or browser extensions.

If the website loads perfectly in a private window, you've just confirmed the problem is on your end. This almost certainly points to a conflict with either your browser cache or a rogue extension.

So, if private mode solves it, what's next? You've already tried clearing the cache. The only other likely suspect is a browser extension that's interfering with how the page loads or handles redirects. The best approach is to disable all your extensions and then re-enable them one by one, reloading the problematic page each time. This methodical process will quickly reveal which one is causing the trouble.

Troubleshooting Redirects in Your CMS and Application

If clearing your browser cache didn’t do the trick, it’s a strong sign the problem isn't on your end. The next logical place to look is your server, and more specifically, within the application or CMS that powers your website.

Whether you're running on WordPress, Magento, or Joomla, your site is a complex mix of core files, themes, and plugins all working together. It only takes one small misconfiguration in this environment to trigger an infinite redirect loop and take your site offline. Don't worry, though—tracking down the source is usually a straightforward process.

Pinpointing the Problem in Your Application

Most of the time, application-level redirect loops boil down to one of two culprits: a troublesome plugin or theme, or incorrect URL settings within your CMS dashboard. This is often seen with plugins trying to manage their own redirects, which then clash with another plugin's rules or even the server's own configuration.

This is particularly common with plugins that handle:

  • Security: Forcing all traffic to use SSL/HTTPS.
  • SEO: Managing pretty URLs or setting up 301 redirects.
  • Caching: Accidentally storing and serving old, incorrect redirect rules.
  • User Roles: Redirecting logged-in vs. logged-out users.

The most reliable way to check for a plugin conflict is to disable them all temporarily. If you can still get into your admin dashboard (like yourdomain.com/wp-admin), you can do this from the plugins page. If you're locked out, you'll need to use an FTP client or your hosting control panel's file manager. Simply find and rename your main plugins folder (e.g., from plugins to plugins_old). This instantly deactivates everything.

If the error vanishes, you've found the source. Now just rename the folder back and reactivate your plugins one by one until the error comes back. That last one you activated is the one causing the trouble.

Before you start deactivating plugins or editing files, always take a full backup of your site. It’s a non-negotiable step. With AvenaCloud, our one-click backup feature lets you create a safe restore point in seconds, so you can undo any changes if something goes wrong.

Correcting Your Site URL Settings

Another classic cause of the ERR_TOO_MANY_REDIRECTS error is a simple mismatch in your CMS's URL settings. This often happens after a site migration, a domain name change, or right after installing an SSL certificate.

In WordPress, for instance, there are two key fields that must match perfectly:

  1. WordPress Address (URL): Where your core WordPress files are located.
  2. Site Address (URL): The public address your visitors type in to find you.

If there's any inconsistency—like one using http:// while the other has https://, or one includes www and the other doesn't—WordPress gets confused. It ends up bouncing users between the two versions endlessly. Make sure both URLs are identical and point to the final, correct address for your site. The same logic applies to other platforms like Magento and Joomla, where base URL settings need to be configured with precision. If you are struggling with domain settings, you might find it helpful to check out our guide on setting up domain forwarding.

As digital infrastructure expands, hosting environments have become more complex. We’ve seen hosting misconfigurations occur as new data centres come online, particularly involving Magento sites where server settings were fighting with CDN redirect rules, leading to downtime. For a startup, these kinds of errors can torpedo a launch or a crucial contract, highlighting why it's so important to have a platform with transparent, easy-to-manage controls.

Inspecting Server Configurations on Apache and Nginx

Laptop displaying a dashboard with a magnifying glass held by a hand over an Intel logo, surrounded by watercolor splashes.

If you've ruled out issues with the browser and your website’s application layer, it’s time to dig into the web server configuration. The root cause of the "redirected you too many times" error often lies here. It only takes one misplaced rule or a tiny conflict in these powerful files to send browsers into an endless loop.

The two most popular web servers, Apache and Nginx, handle redirects quite differently. Knowing where to look and what to look for is the key to fixing this fast. This part of the process gets a bit more technical, as you'll need direct access to your server's files using SSH, FTP, or the file manager in your AvenaCloud control panel.

Finding Redirect Loops in Apache's .htaccess File

For any site running on an Apache server, the .htaccess file is usually the first place to check. This file is incredibly useful because it lets you override global server settings for a specific directory, which is why it's a go-to for adding redirects. But with great power comes great risk—conflicting rules in here are a notorious source of redirect loops.

A classic mistake is a clash between rules that force HTTPS and other rules that manage the URL structure. For example, you might have a rule that correctly sends all HTTP traffic to HTTPS. But then another rule, meant to remove the www prefix, accidentally sends the user back to an HTTP version of the site. That creates a perfect circle, and the browser gets stuck bouncing between the two.

When you open up your .htaccess file, pay close attention to any lines with RewriteRule and RewriteCond. These directives are the engine behind your redirect logic. Here’s what to hunt for:

  • Conflicting Flags: A rule with an [R=301,L] flag is supposed to execute a permanent redirect and then stop. If the [L] (for Last) flag is missing, Apache might continue processing down to another rule that contradicts the first one.
  • Contradictory Conditions: You could have one rule forcing a secure connection (https://), but another rule meant to clean up trailing slashes might send the browser back to an insecure address (http://).
  • Poorly Formed Regex: A complex regular expression that doesn't anticipate every possible URL variation can easily lead to some very strange and unintended redirect behaviour.

Always back up your .htaccess file before you touch a single character. A simple typo can bring your entire site down. A quick way to test is to rename the file to something like .htaccess_backup, which effectively disables it.

Analysing Nginx Server Blocks

Unlike Apache's scattered .htaccess files, Nginx takes a more centralised approach to configuration. The main file is usually nginx.conf, which then pulls in specific configurations for each site from files located in a directory like /etc/nginx/sites-available/. These individual site files contain what are known as "server blocks."

When you hit the ERR_TOO_MANY_REDIRECTS error on an Nginx setup, the problem is almost certainly hiding inside one of those server blocks. You'll be looking for rewrite directives and return statements that are unintentionally creating a loop. The most common culprits are loops between the www and non-www versions of a domain, or a misconfiguration between HTTP and HTTPS.

For instance, you might find a server block listening on port 80 (HTTP) that correctly redirects to your secure site. But if the HTTPS server block has a flawed rule that points back to HTTP for some reason, you’ve got yourself a classic redirect loop. For a much more detailed look, our guide on configuring a reverse proxy with Nginx touches on many of these server block setups.

Scan your rewrite rules with a critical eye. If you spot a line like rewrite ^/(.*)$ http://www.example.com/$1 permanent; inside your HTTPS server block, that’s a dead giveaway. It’s forcing a secure connection right back to an insecure one.

Fixing HTTPS and Third-Party Service Conflicts

When you've double-checked all your server settings and the redirect loop persists, it's time to look outwards. More often than not, the culprit is a conflict with an external service. This could be anything from your CDN to a web application firewall (WAF).

These issues can be a real headache to diagnose because they happen in the communication gap between your server and a third-party platform. What you're usually looking at is a fundamental disagreement on how to handle SSL/HTTPS encryption.

The result is a classic redirect loop. Your server, trying to be secure, insists on an HTTPS connection. But the external service might be trying to talk to your server over HTTP. Your server sees this, sends a redirect back to the service, and the whole cycle starts over. The browser eventually gets tired of being bounced back and forth and throws up the "too many redirects" error.

Resolving SSL and HTTPS Configuration Loops

Beyond basic redirect rules, it’s absolutely essential to get your website's security layer configured just right. Countless redirect loops are caused by a misconfigured or improperly installed SSL certificate, which can trap a browser in an endless HTTP-to-HTTPS shuffle.

Interestingly, the problem is rarely the certificate itself. It’s usually how your server, CMS, and other services have been told to use that certificate. A very common scenario is a server rule that forces all traffic to https://, clashing with a CDN that isn't set up to handle that instruction.

To get this sorted, you need to make sure your encryption settings are consistent everywhere.

  • Audit Your HTTPS Rules: Dig into your .htaccess (for Apache) or nginx.conf (for Nginx) files. Look for conflicting rules that might be trying to force traffic to both HTTP and HTTPS under different circumstances.
  • Verify Your Site URL: Head into your CMS dashboard (like WordPress or Magento) and make sure your primary site URL is locked in as the HTTPS version—for example, https://www.yourdomain.com.

If you need a more detailed walkthrough on this, check out our guide on migrating your website to HTTPS. It covers these configurations step-by-step.

Aligning CDN and Firewall Settings

Services like Cloudflare or our own AvenaCloud DDoS protection act as a middleman between your visitors and your server. To avoid redirect errors, their SSL settings have to be perfectly in sync with your origin server's setup.

Take Cloudflare, for example. It offers several SSL/TLS encryption modes, and one of them—Flexible—is a notorious cause of redirect loops. This mode encrypts the connection to your visitors but talks to your server over unencrypted HTTP. If your server is set to redirect all HTTP traffic to HTTPS, you've just created an infinite loop.

The fix is usually simple: switch your CDN’s SSL setting from "Flexible" to "Full" or "Full (Strict)". The "Full" setting encrypts the entire chain, from browser to CDN to your server. This aligns with a server enforcing HTTPS and immediately breaks the redirect cycle.

For AvenaCloud customers, reviewing these settings is straightforward. While our security tools are built to integrate seamlessly, it’s crucial to make sure your origin server's encryption policy mirrors the settings in your security dashboard. Getting this alignment right ensures your security tools protect your site instead of accidentally causing the downtime you're trying to prevent.

Frequently Asked Questions About Redirect Loops

Visual comparison of HTTP (padlock) and HTTPS (server, cloud), illustrating secure web protocols.

Even after walking through the common fixes for redirect loops, you might still have a few questions lingering. Let's tackle some of the most frequent ones to clear up any confusion and help you prevent the “redirected you too many times” error from popping up again.

Can a WordPress Plugin Really Cause The ERR_TOO_MANY_REDIRECTS Error?

Yes, and it’s one of the most common causes on WordPress sites. The problem almost always boils down to a conflict where multiple plugins are trying to manage the same function.

Imagine you have a security plugin trying to force every connection to HTTPS, but you also have a redirection plugin with its own separate rules. If those rules don't align, they can create a logical clash, sending visitors ping-ponging between conflicting instructions. Caching plugins can also get stuck on old, incorrect redirect data, causing the same headache.

The tried-and-true method for isolating the troublemaker is a process of elimination:

  • Start by deactivating all of your plugins.
  • See if the website loads without the error. If it does, you've confirmed a plugin is the culprit.
  • Now, reactivate your plugins one by one, and check the site after each activation.
  • When the error reappears, you’ve found your problem—it’s the last plugin you just turned back on.

Why Does Clearing My Browser Cache Sometimes Fix The Redirect Error?

Your browser holds onto website data, including redirect instructions, to speed up future visits. While this caching is fantastic for performance, it becomes a problem when a website's configuration changes.

Let's say a site had a temporary redirect issue that’s already been fixed on the server. Your browser, however, doesn't know about the fix. It simply follows the old, broken redirect rule it has stored locally, triggering the "redirected you too many times" error even though the site is working perfectly for first-time visitors.

Clearing your browser's cache and cookies forces it to fetch a completely fresh copy of the website directly from the server. This new version includes the corrected redirect rules, which is why it's always the first thing you should try. It's often a simple solution for what is ultimately a client-side hiccup.

How Can I Prevent Redirect Loops From Happening In The Future?

Proactive prevention is all about careful and methodical configuration management. It means being deliberate anytime you modify your site's structure, URLs, or underlying services.

First off, make it a habit to audit your redirects. Whether they live in a plugin or your server's .htaccess file, you need to ensure no rule accidentally sends a user to a page that then points them right back where they started. A simple redirect checker tool can be invaluable for spotting these circular paths before they cause problems.

Second, be meticulous when changing your site's URL in your CMS. For WordPress users, this means updating both the 'WordPress Address' and 'Site Address' settings to the exact same URL—make sure https:// and any www prefix match perfectly.

Finally, get your SSL/TLS settings aligned across every platform. If your server is set to force HTTPS, your CDN (like Cloudflare) must be configured to match, typically using a 'Full (Strict)' mode, not 'Flexible'. When every part of your infrastructure agrees on how to handle traffic, you eliminate the miscommunications that lead to redirect loops.


Navigating server configurations and redirect rules can feel overwhelming, but a powerful and intuitive hosting platform makes all the difference. AvenaCloud gives you the tools and 24/7 expert support needed to manage your hosting environment with confidence, from easy backups to transparent security settings. Build and scale your projects on a reliable foundation with AvenaCloud.

Related Posts