Website redirect issues can disrupt user experience, hurt search engine rankings, and even cause broken links. Whether you’re managing a small blog or a large e-commerce site, addressing these problems promptly is essential to maintaining both functionality and user trust.
There are lots of ways this can happen, even though the most common is the dreaded “Too Many Redirects” error that a browser can show. In this how-to guide, we’ll show you how to diagnose the most common causes and fix them.
Identifying the Cause
Redirect problems can occur due to issues in your code, your Bolt configuration, or the settings used by your CDN. To find the quickest way to solve the problem, you’ll first need to determine what is causing it. There are multiple ways to troubleshoot redirection issues, but in this guide, we’ll focus on two key methods: using your browser’s developer tools and the command line.
Method 1: Using Your Browser
First, open your browser in incognito mode. This ensures you don’t look in the local cache, preventing problems on your end. Once this is done, open the console and navigate to the network tab. Once this is opened, you can open the page we are having issues with. In the network tab, you should now see the requests our browser is making. You can compare two (or more, if needed) requests to see where the redirects are taking us and, more importantly, what is causing them.
To do this, click one of the requests and examine the HTTP headers being sent. We are interested in two headers: the “Location:” header and one that can vary depending on where the redirect was set. It could be “Server:”, “X-Redirect-By:”, etc.
Method 2: Using Command-line
Every modern OS comes with a command-line tool called cURL. This can be used for various purposes, but in this case, we’ll use it to fetch the HTTP headers your website sends. We do this by utilising the -I flag, like this: curl -I https://redire-29074.patrik-osl.servebolt.cloud/redirect-two/
Again, we are primarily looking for the “Location:” header and, secondarily, for an indication of where the redirect is coming from. If needed, you can repeat this process like in an actual redirect loop.
Keep in mind that while the “Location: header will always be correct, the origin of the redirect might not always be that clear. But most plugins or servers are likely to leave some trace behind in these headers that give you a clue as to what happened.
Fixing What Is Broken
Now we know which redirects are in place and causing a loop and, hopefully, also where they are being made. We can now proceed with fixing them by removing one of the redirects that form the loop. This can be done in multiple places, but it’s always best to keep the redirect as close to your visitor as possible. These are some common ways to address the loops.
Redirect Loops Caused by Cloudflare Settings
If you are using Cloudflare with the self-signed certificate option, ensure that SSL/TLS is set to Full in Cloudflare. Setting it to either Flexible or Full (strict) may sometimes cause redirect loops.
Loops Caused by the Server Configuration
In the Servebolt Admin Panel:
1. Check the redirect settings for your site.
2. Ensure all redirects point to the same HTTPS domain.
3. Verify there are no conflicts between HTTP/HTTPS and www/non-www URLs.
And, make sure your .htaccess file matches the default as closely as possible:
# BEGIN WordPress
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]
# END WordPressLoops Caused by Your WordPress Configuration
Discrepancies in the home and site-URL used by your WordPress configuration can cause it to keep redirecting between the two. There are a few locations you can check if this is indeed the case:
In the wp-config.php file, you can check if you have one or both of these statements set:
define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');If both are defined, they should usually be set to HTTPS://yourdomain.com. The exact hostname doesn’t matter, as long as they are identical.
If these values are not defined (the default), they are stored in your database. Go to your Admin Panel, and under the database tab, you can find a link to phpMyAdmin.
The login credentials to your database can be found in an email sent to the Bolt owner when creating a site/database. Alternatively, these credentials can be found in your database configuration file. For WordPress, this configuration file is typically located in the following file path: ~/public/wp-config.php.
When you are logged in, navigate to the table where the site and home URLs are stored.
In WordPress, this is stored in the table called wp_options, and under option_name you will find the value siteurl and home.
If they need to be updated, you can double-click on the option_value you want to change. Right after that, you can set the value you need.
You can also use WP-CLI with SSH by running this command in the ~/public directory.
# For site URL
wp option get home
# For home URL
wp option get homeUpdating can be done using the following command. Simply replace the option with the option you want to update and the value with what you want to set it to:
# Update option
wp option update <option> <value> In all situations, if the redirect loop was caused by this, the problem should now be solved.
Loops Caused by Plugins
Ideally, we’ve already found which plugin is causing the redirection issue. Deactivating it through the WordPress admin fixes your issue and gives you more time to troubleshoot what exact setting in the plugin is causing the behaviour.
If you are not able to log in to your WordPress backend, here is an alternative solution. This will also work if you don’t know exactly what plugin is causing your problem. It requires you to either log in to your site using SFTP or SSH.
Now that you are logged in, you can navigate to your wp-content folder. The standard path is: ~/public/wp-content/
This is where you find the “plugins” folder; renaming it will deactivate all plugins on your site. When that is done, refresh your website and see if that helped. If it did, there is a plugin causing the redirection loop. To figure out which plugin it was, you can log in to your WordPress backend and go to your plugins. If you see the empty list (i.e. no plugins present) rename the plugins folder back to it’s original name. Now activate them one by one until you find the plugin that was causing the issue.
Conclusion
After reading this, you should be able to diagnose the causes of redirect issues on your website and fix them. If you want to read more about similar articles, you could learn more about the redirect options our Admin Panel offers. Also, our explanation of different types of redirects could be a useful addition to read.
