Содержание:
- Что это такое
- Ошибка 301
- Основные причины возникновения
- Пути быстрого решения
- Как исправить ошибку на виртуальном хостинге
- Настройка редиректа на VDS Nginx+Apache
- Профилактические меры для браузера
- Сервисы для проверки циклических редиректов
- Работа с файлом .htaccess
Что это такое
Циклическое перенаправление на странице или циклический редирект, является бесконечным обращением браузера по адресу одной и той же страницы. В ряде случаев может происходить обращение на другой адрес, который, в итоге, опять приводит на запрашиваемую страницу.
Зачем убирать
- Для повышения скорости загрузки страниц сайта за счет отключения HTTPS-соединений.
- Для быстрого перенаправления посетителей на новый ресурс при переносе сайта на новый домен.
Ошибка 310
В случае неполадок со стороны сервера, циклическая переадресация становится причиной ошибки. При открытии сайта может появиться сообщение – «на этой странице обнаружена циклическая переадресация» что может служить сигналом о наличии ошибки 310.
310 (net::ERR_TOO_MANY_REDIRECTS)
Помимо этого, данная ошибка может появиться при использовании определённого браузера. Наиболее подвержен этому «заболеванию» браузер Chrome. Хотя и в других подобная проблема не редкость.
Основные причины возникновения
- Технические работы на сервере на некоторое время могут привести к возникновению ошибки. После их завершения, как правило, сайт быстро восстанавливает свою корректную работу. Если этого не произошло, в большинстве случаев, со стороны сервера были изменены настройки, отвечающие за переадресацию.
- Повышенная нагрузка на сервер при большом количестве посетителей, пытающихся одновременно получить доступ к странице. В результате сервер не выдерживает нагрузки и «падает» выдавая сообщение об ошибке.
- Некорректно выставленное время на устройстве, с которого выполняется вход на страницу. В большинстве случаев, браузер проводит автоматическую проверки времени на компьютере и сервере. При их несовпадении может возникнуть ошибка циклической переадресации.
- Большой объем данных сохранённых в кэше и cookie браузера.
- Запрет на сохранение cookie сайтов в браузере.
- Циклическое перенаправление и установка CMS
- В панели управления хостингом и в файле .htaccess одновременно указана переадресация на HTTPS.
- Ошибка циклического перенаправления может возникнуть при некорректной установке или настройке CMS. Это относится как к популярным «движкам» – WordPress, Joomla, Opencart, или 1С-Битрикс так и к менее известным.
Пути быстрого решения проблемы
Опираясь на приведённые выше причины, исправить проблему циклической переадресации можно следующими способами:
- Если после технических работ на сервере доступ к странице не восстановился, следует обратиться в техническую поддержку. В случае внесения изменений в настройки сервера, специалисты ТП объяснят, что необходимо предпринять.
- При «падении» сервера из-за большого количества обращений, необходимо дождаться снижения потока посетителей, а также восстановительных работ по налаживанию корректной работы ресурса. В данном случае, желательно обращение в техническую поддержку для выяснения причины отсутствия доступа.
- Очистить cookie, кэш и историю посещений в браузере.
- В настройках безопасности браузера разрешить сохранять cookie сторонних сайтов.
- Наиболее радикальным решением является переустановка CMS. Если это не помогает необходимо обратиться в техническую поддержку хостинг-провайдера и получить инструкции по установке и настройке.
- Убрать переадресацию на HTTPS из файла .htaccess.
Как исправить ошибку на виртуальном хостинге
Данная ошибка возникает при наличии редиректа в файле «.htaccess» и включенном редиректе в ISPmanager. Подробнее о нем можно прочитать в статье «Что такое редирект» нашего блога. Для решения проблемы нужно проверить файл «.htaccess» на наличие редиректов с «http» на «https» с помощью изложенного ниже алгоритма.
- Перейти в ISPmanager, в разделе «WWW» выбрать «WWW-домены» и нужный домен. Затем нажать «Каталог» в верхнем меню для перехода к файлам сайта.
- Выбрать файл «.htaccess» одним нажатием и кликнуть «Изменить» в верхнем меню.
- Проверить файл на наличие редиректов. О возможных вариантах редиректов в «.htaccess» можно узнать здесь.
- Проверить включен ли редирект в настройках ISPmanager. В разделе «WWW» нажать «WWW-домены», выбрать нужный домен и кликнуть «Изменить» в верхнем меню.
- В появившемся окне проверить — установлена ли галочка на пункте «Перенаправлять HTTP-запросы в HTTPS». Данный пункт будет виден только, если включена галочка на пункте «Защищенное соединение (SSL)».
- В разделе «WWW» нажать «WWW-домены», выбрать нужный домен и кликнуть «Редиректы» в верхнем меню. Появится список с редиректами. Если редиректы отсутствуют, то он будет пустым.
- Если редирект включен в пунктах 1, 2 и 3, нужно убрать лишние редиректы оставив лишь один из них.
Настройка редиректа на VDS Nginx+Apache
При использовании Nginx+Apache может произойти зацикливание редиректа «с http на https». Данная проблема связана с тем, что подключение по 80 порту идет на Nginx, а за ним уже находится Apache. Поэтому соединение Nginx и Apache работает не по SSL. В этом случае нужно отредактировать конфигурационный файл Nginx. Добавив в него такие значения:
If ( $scheme = "http" ) { rewrite ^/(.*)$ https://$host/$1 permanent; }
Поддержание браузера в рабочем состоянии
Браузер также часто становится причиной циклической переадресации. Для минимизации его влияния на возможность возникновения ошибки необходимо совершать ряд профилактических действий.
- Своевременно чистить историю и делать это не реже одного раза в неделю, при активном использовании браузера.
- Отключить неиспользуемые плагины и расширения.
- Регулярно обновлять браузер на сайте официальных разработчиков.
Как проверить наличие цепочки редиректов
Самый очевидный способ обнаружения — массовая проверка кодов статуса на всех страницах сайта. Сделать это можно с помощью удобных автоматизированных инструментов (redirect tracker), работающих в браузере или в качестве клиентского ПО.
Они функционируют по схожему принципу. Пользователю нужно всего лишь разместить в операционном окне ссылку на интересующий ресурсы, нажать «Старт» и дождаться результатов сканирования.
Популярные сервисы для отслеживания цепочек редиректов
Netpeak Spider
- Язык: русский.
- Платно (с бесплатным пробным периодом).
- Помимо отслеживания цепочки редиректов, делает полный SEO-аудит сайта, включая выявление ошибок оптимизации.
- Анализирует крупные контентные сайты (более 100 000 страниц).
Анализ сайта Webmasta
- Язык: русский.
- Бесплатно.
- Отслеживает полную цепочку перенаправлений.
- Получение IP-адреса сайта и отслеживание всех веб-ресурсов на этом адресе.
Проверка переадресации Website Planet
- Язык: русский.
- Бесплатно.
- Отслеживание всех типов редиректов.
- Получение полного URL-адреса коротких, рекламных или партнерских ссылок без перехода.
Массовая проверка цепочек редиректов Majento
- Язык: русский.
- Бесплатно.
- Анализирует цепочку редиректов.
- Получение полного URL-адреса коротких, рекламных или партнерских ссылок без перехода.
SEO-помощник Rookee
- Язык: русский.
- Бесплатно (после регистрации).
- SEO-аудит сайта всех страниц сайта по 70 параметрам.
- Пошаговые рекомендации по исправлению найденных ошибок.
После того как страницы с кодами редиректов найдены, рекомендуется приступить к правке конфигурационного файла .htaccess.
Работа с файлом настроек каталогов
Для удобной настройки сервера используется файл .htaccess. С его помощью можно настроить правильные редиректы и значительно снизить риск возникновения циклической переадресации.
Перед настройкой, в файл обязательно вносится следующий код:
RewriteEngine On
После этого идут настройки основных редиректов, подходящие для различных серверов, в том числе Nginx и Apache.
Важно помнить, что прежде чем вносить какие-либо изменения в файл .htaccess необходимо сделать его копию и желательно бекап всего сайта.
Циклическая переадресация – это постоянное перенаправление с одного адреса страницы на другой, которое вызывает сбои в работе браузера.
Содержание:
- Причины появления
- Как найти циклические редиректы
- Как исправить циклическую переадресацию
Причины появления
1. Технические работы на хостинге сайта. После того, как они закончатся, сайт должен начать работать корректно. В ином случае, скорее всего, были изменены настройки, которые отвечают за переадресацию.
2. Увеличенная нагрузка на сервер при большом количестве посетителей, пытающихся одновременно получить доступ к странице. В конце концов сервер не выдерживает нагрузки и перестает отвечать на запросы, выдавая ошибку.
3. Неправильное время на компьютере или телефоне. Чаще всего браузер начинает автоматически сверять время на устройстве и при его несоответствии может возникнуть циклическая переадресация страницы.
4. Большой объем данных, сохраняющихся в кэше и cookie браузера.
5. Наличие запрета на сохранение cookie сайтов в браузере.
6. В файле .htaccess и в панели управления хостингом одновременно указана переадресация на протокол HTTPS.
7. Ошибка циклического редиректа может появиться при неправильной установке или настройке CMS.
Как найти циклические редиректы
Для поиска цепочек можно использовать следующие сервисы:
Redirect Path
Этот плагин для Google Chrome помогает быстро узнать с каких страниц имеется редирект на исходную страницу. Для этого необходимо установить плагин, перейти на нужную страницу и открыть его в правом верхнем углу.
Redirectdetective
С помощью этого инструмента можно посмотреть всю цепочку редиректов на сайте. Также в нём можно убедиться, что переадресация работает правильно.
Netpeak Spider
Этот краулер позволяет быстро просканировать весь сайт и просмотреть все редиректы на сайте в удобной таблице.
Как исправить циклическую переадресацию
Для решения проблемы с редиректом воспользуйтесь следующими методами:
1. При технических работах на хостинге часто происходят сбои и ошибки. Если после работ доступ к странице не восстановился, следует обратиться в техподдержку. Консультанты подскажут что нужно делать в таком случае.
2. Если сервер упал из-за большого количества запросов, то нужно дождаться снижения потока посетителей и рассмотреть вариант с переездом сайта на другой тариф/хостинг.
3. Очистить cookie, кэш и историю посещений в браузере.
4. Разрешить сохранение cookie сторонних сайтов.
5. Проверить файл .htaccess на наличие ошибок в правилах редиректов.
6. Переустановить CMS сайта (в самом крайнем случае).
Заключение
Циклические редиректы могут негативно повлиять на ранжирование вашего сайта, поэтому необходимо их вовремя диагностировать и удалять.
Table of Contents
What is a landing page redirect?
How does it work?
How do landing page redirects impact SEO?
They result in uncrawlable landing pages
They result in bad user experiences
How to fix landing page redirects
Use responsive design
Set up direct access to non-HTML resources
Properly implement the trailing slash
How do you then correctly implement the trailing slash?
Trailing slash on WordPress
Using rewrite rules
Monitor your redirection
Check for old redirects
How to fix landing page redirects on WordPress
Tools that allow you to add redirection tools directly to your server
.htaccess
In conclusion
Have you ever used a tool like PageSpeed Insights or GTMetrix to check the performance of your site? When the analysis is complete, you may have seen a warning mentioned like ‘avoid landing page redirects’ or ‘avoid multiple page redirects’”.
What is a landing page redirect?
A landing page redirect can be defined as having more than one redirect from a URL to a final landing page. An example would be a redirect from abc.com >> https://abc.com >> https://www.abc.com.
When there are redirects from your home or landing page, it increases the amount of time a page takes to load. During the loading time, there is nothing that is shown to the user.
Slower site speed will result in high bounce rates, and consequently less traffic to your site, fewer conversions and even sales if you are a business. It also creates bad user experiences and makes it more difficult for search engine bots to crawl your site.
Landing page redirects are definitely an SEO issue that cannot be ignored.
How do redirects work?
Every time there is a redirect, it is interpreted as a user sending an HTTP request to the server. The server then sends a response to the user’s request. The total amount of time spent in this cycle is referred to as round-trip time (RTT).
The more RTT cycles there are, the longer it takes for a site to load.
How do landing page redirects impact SEO?
As mentioned, redirects can result in slower site load speed. Site speed is an important factor in SEO. It has been used as a ranking factor for sites on desktop and is now being used for mobile sites after the Page Speed update in 2018.
Let’s further explore how landing page redirects impact SEO:
They result in uncrawlable landing pages
According to Google, a landing page must have less than 10 redirects. If there are more than 10, then Google renders your landing page as uncrawlable. This means that your site may never show in search results even it exists in Google’s index. If it does, it may not show your most recent content.
They result in bad user experiences
When you have redirects on your landing page, nothing is shown to the user when the landing page is being redirected to the final URL. Worse still, the user has to wait for the final URL to load too.
According to Google, around 53% of web visits are abandoned if a mobile site takes over 3 seconds to load. Round-trip time (RTT) increases with redirects, ranging from less than one millisecond to over one second.
Image by Cloudflare
If RTT is one second, and there are 3 links that the landing page redirects to, then the three seconds will be over even before the final site has loaded.
Image by Cloudflare
By this time, the user will already be frustrated and is highly likely to abandon the site.
How to fix landing page redirects
Use responsive design
It is a common practice to redirect users from a site’s desktop version to the mobile version. This is one of the main reasons that mobile sites tend to be slower, in addition to the fact that mobile devices might use slower internet connections. As you can see, redirects only compound the problem, resulting in bad user experiences.
Using a responsive layout will eliminate the need to redirect users from the web to the mobile version of your site. It will also ensure that the users get to see content that is exactly the same across devices. There may be different styling though, but the main message should not differ.
Set up direct access to non-HTML resources
Your non-HTML resources – images, embedded videos, and CSS should be directly accessed (no need to redirect to download them first) before they are shown to the user. It might help to have the images on your landing page stored in your database for example, instead of using links to published stock images.
When your resources are stored elsewhere, your site needs to redirect to another site in order to access them. It goes without saying that this will increase the RTT. cycles. The resources may also be affected if the site they are stored on has any problems, or if it deleted. This would worsen the situation, as the user would be served a 404.
Properly implement the trailing slash
Duplicate content is undoubtedly an issue that you want to avoid as a webmaster. If you do not have rewrite rules, you may have your landing page URL having 8 different versions, especially if you are using a CMS like WordPress. Here is an example of the versions that you are likely to have:
http://www.abc.com/blog
http://www.abc.com/blog/
https://www.abc.com/blog
https://www.abc.com/blog/
http://abc.com/blog
http://abc.com/blog/
https://abc.com/blog
https://abc.com/blog/
In a bid to fix this issue, rewrite rules are added to the .htaccess file. Webmasters do not always write the rules correctly which may result in further problems, especially with the trailing slash.
There are a lot of discussions around when to use the trailing slash and when not to use it. It is clear though that Google will interpret one page which has two URLs – one with a trailing comma and one without – as two different pages, even if the URL opens the same page, as in the example above.
It is also clear that the trailing slash has conventionally been used to differentiate between files and directories. Where a trailing slash is present, that URL points to a directory. The opposite is true.
If you enter http://abc.com/ for example and get redirected to https://www.abc.com,
there are two redirects
http://abc.com/ >> (http://www.abc.com/ >> https://www.abc.com).
Even if the user wanted to force the trailing slash by entering it in the browser, they still got redirected to a URL without the slash. There is a possibility that the content on these two pages may not be exactly the same. This poses a problem for a keen user. They might think that the page they were looking for has been moved or edited and close the site.
Note that root directories use trailing slashes and will not be redirected.
How do you then correctly implement the trailing slash?
Trailing slash on WordPress
The simplest way to fix it on WordPress is to go to Settings>>Permalinks and see if your slash is at the end of the url. If not, you can create a ‘Customer Structure’ and add the slash manually:
Using rewrite rules
The trick lies in the order of the rewrite rules. The rules will be read from top to bottom. Begin with the check for the trailing slash followed by www and finally https. This way, if the URL ‘violates’ any of the specifications, it will be redirected only once.
Therefore, the discussion should not be around when to use the trailing slash, but how to correctly implement its check order in the .htaccess file. This way, even if you use it on a file, there will only be one redirect. If you use it on a directory, then there will be no redirects.
Here is the correct code to add to your .htaccess file:
RewriteEngine on
RewriteCond %{REQUEST_URI} /(.+)/$
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ https://www.example.com/%1 [R=301,L]
RewriteCond %{REQUEST_URI} !(.+)/$
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+)$ https://www.example.com/$1/ [R=301,L]
RewriteCond %{HTTP_HOST} !^www.(.*)$ [OR,NC]
RewriteCond %{https} off
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
Monitor your redirection
You may not know how your landing page redirects. While you could do this manually by entering each of the above 8 versions as in our example, you may not capture all user cases. Sometimes, the site may not redirect at all. A user may enter https://abc.com/ and get an alert that their connection is not private, which may leave them wondering what they entered wrong. They may not even have the time to think about what the problem could be. They are more likely to close the site and move to a competitor’s site.
You can use a tool like SEOptimer’s Htaccess Redirect Checker to monitor how your URL redirects. You can enter all the above 8 versions. You will get a detailed breakdown of what URL each one of them redirects to, the status code, scheme, host, path, status message, response headers, and the number of redirects.
You will see those that redirect correctly and those that result in errors. You will also see how much time each redirect takes. If a lot of time is spent, you need to fix that.
It is, however, advisable to check the ‘plain domain’, for example, abc.com in order to see how many redirects are needed to get to https://www.abc.com. If this works, then use your specific landing page URL as in https://www.abc.com/blog/
Check for old redirects
You may have had landing pages that were used for a specific time or reason, for example, Christmas offers. You need to check whether there are redirections to such obsolete pages (if they are still existent).
One way to do this is by using a tool like the Screaming Frog redirect checker. Such tools crawl your site and allow you to view the URL destination.
How to fix landing page redirects on WordPress
It is not advisable to use plugins to fix redirection issues on WordPress. This is because it may result in more code that requires execution and even more resources.
Here is what you can use:
Tools that allow you to add redirection tools directly to your server
An example here is Kinsta which gives you several options:
-
- Adding the rewrite rules directly to the dashboard
- Bulk importing of a CSV file with your redirects
- Using regular expressions (regex)
.htaccess
You can also add rewrite rules to your .htaccess file. Refer to the code in the trailing slash section. If this does not work, you need to remove plugins.
You can also edit your site URL at wp-site and wp-options in the database. Ensuring SSL is properly installed (without plugins) may also make it easier to solve your problem on WordPress.
In conclusion
The concept of landing page redirects is really a delicate balance between site speed, great UX and UI design, and security. While on the one hand, you want to have a visually appealing and secure site, it needs to load as fast as possible, if users are even going to see your great, unique content in the first place. It is advisable to work with your SEO expert and developer to ensure that the redirects on your site are absolutely necessary.
От автора
Циклическая переадресация WordPress сайтов хорошо известна, особенно начинающим пользователям. Результатом этой проблемы становится недоступностью сайта или административной панели для просмотра и работы.
Выражается эта проблема «белым экраном WordPress» или различными надписями браузеров типа «This webpage has a redirect loop problem». Официальный код этой ошибки: ERR_TOO_MANY_REDIRECTS.
На сайтах WordPress есть две причины появления циклической переадресации:
- Ошибка «пилота»;
- Работа плагина;
- SSL путаница;
- Проблемы на облаках.
Причина №1
Под ошибкой «пилота» я имею в виду неправильно выставленные настройки администратором сайта. И заключаются эти настройки в не правильном заполнении двух полей в общих настройках сайта (вкладка консоли Настройки>>>Общие).
Если ваш сайт работает в корневой папке домена, то поля Адрес WordPress (URL) и Адрес сайта (URL) должны совпадать до буквы.
Напомню: Первый адрес определяет URL доступа к вашему сайту, а второй URL определяет доступ к файлам WordPress. Если CMS установлен в подкаталог, то в поле второго URL вписывается адрес подкаталога.
Подкаталоги оставлю в стороне я ими не пользуюсь, поэтому опишу, как может быть. Данная ситуация более вероятна для возникновения ошибки “ERR_TOO_MANY_REDIRECTS”.
При заполнении полей 1 и 2 на срине выше (Общие настройки) появилась циклическая переадресация. Причин может быть много, вопрос не в причинах. У вас теперь нет доступа к панели сайта, а нужно поменять https на http в общих настройках. Для этого:
- Идёте в phpadmin;
- Ищите таблицу wp_options;
- Открываете её кликом по названию;
- В столбце option_value видите ваш домен с https протоколом, его нужно изменить вручную;
- Жмёте “Изменить” и в таблице в столбце option_value меняете https на http;
- Сохраняетесь и идёте на сайт.
Возникает подобная ошибочная ситуация, когда SSL реализуется отдельно от вашего сервера, например, в облаке. Или вы поторопились или неправильно настроили плагин типа SSL ( о них ниже). Полезно прочесть Русский домен на WordPress, часть 3: безопасный протокол SSL.
Причина №2
Вторая причина, установка плагина, который создаст рассматриваемую циклическую переадресацию WordPress сайта.
Чаще всего проблемы подобного рода создают плагины из группы «Redirect» и плагины вносящие свои правила в файл .htaccess сайта.
Напомню, файл .htaccess
(точка вначале), создается из файла htaccess.txt
коробочной версии WordPress путём простого переименования. Нужен этот файл для ручного управления работой веб-сервера Apache вашего сервера.
.htaccess
файл полезный, но требует знаний и аккуратной правки. Некоторые плагины дописывают в этот файл свои правила. Чаще они это делают с предупреждением администратору при настройке плагина.
Например, в прошлой статье я писал о плагине Really Simple SSL, где есть возможность включить настройку «htaccess redirect». Это создаст самую быструю переадресацию сайта при переходе на протокол HTTPS
. Однако настройки вашего сервера могут при таком включении создать циклическую переадресацию WordPress.
Еще пример. Все плагины безопасности WordPress дописывают в файл .htaccess
. Но не все плагины их оттуда выписывают, после своего удаления. Наслоение правил может привести к циклической переадресации.
Для исправления этой причины ошибки, достаточно сначала отключить проблемный плагин. Если непонятно, какой плагин создает проблему, отключать их по одному. Если потеряли вход в административную панель, отключать плагины по FTP, меняя их название (например, добавляя цифру к названию).
Найдя проблемный плагин, откройте в текстовом редакторе файл .htaccess
и удалите запись сделанную проблемным плагином. Найти запись легко, она будет в закомментированных строках с названием плагина. Например, так #BEGIN ReallySimpleSSL …тут запись… #END.
Удалять плагин необязательно, нужно просто исправить свою неправильно выставленную настройку.
Причина №3: SSL путаница
Очень часто при переходе на безопасный проток HTTPS после приобретения сертификата приходит циклическая переадресация WordPress.
Здесь проблема в первоочерёдности. Сначала нужно подключить SSL сертификат на вашем сервере, а потом переводить сайт на безопасный проток HTTPS и делать переадресацию HTTP на HTTPS.
И только поле завершения работ на сервере, переходить на сайт и ставить плагины группы SSL, исправляющие смешанный контент сайта. Об этом в статьях:
- Как самостоятельно установить SSL сертификат на хостинг: бесплатный SSL сертификат на хостинг c ISP панелью
- Как получить бесплатный сертификат SSL: центр сертификации StartSSL (StartCom
- Оптимизация сайта после SSL сертификации: как вернуть потерянный трафик и ТИЦ
- Как поменять абсолютные ссылки WordPress на относительные: SSL сертификация
- Перевод сайта WordPress на HTTPS: инструкция технического перехода
Причина №4: Облака
Если вы используете облачные сервера, то при переходе на SSL на сервере, нужно изменить настройки в облачном сервисе. Например, на Cloudflare можно попробовать в настройке SSL Flexible SSL поменять на Full SSL или наоборот.
Причина №5: КЭШ
Появление читаемой ошибки циклической переадресации в браузере, может быть исправлено, простой чисткой кэша браузера.
Вывод
В этой статье я показал, что такое циклическая переадресация WordPress, как исправить циклическую переадресацию WordPress сайта. Как правило, причина подобной ошибки лежит на поверхности и связана она с вашими последними действиями на сайте или вашем сервере. Как раз сегодня, 25-11-2019 я исправлял эту ошибку по варианту №1, руками в phpadmin.
©www.wordpress-abc.ru
Еще статьи
Похожие посты:
If you ever checked page speed on GTmetrix or Page speed Insights then you might receive this error message “Avoid Multiple Page Redirects” or “Avoid Landing Page Redirects” . This seems like a big problem to resolve this issue on WordPress website.
Multiple page redirects cause the speed issue and our web pages load slow due to taking longer to in these redirects. No issue if you don’t have coding knowledge or technical experience . In this article I am going to give you a 100% working Solution for “Avoid Multiple Page Redirects” error getting on GTmetrix.
Edit .htaccess file to limit the multiple redirection to resolve “Avoid Multiple Page Redirect” error
Contents
- 1 Edit .htaccess file to limit the multiple redirection to resolve “Avoid Multiple Page Redirect” error
- 2 What is Page Redirection?
- 3 What is multiple Page Redirection ?
- 4 How to check redirects request on any website or webpage?
- 5 How to resolve the “Avoid Multiple Page Redirects” issue ?
- 5.1 Share this:
If you don’t know what causes this multiple redirect error then Before going to the solution lets understand the problem well.
What is Page Redirection?
Page redirection is pointing a page to another. Suppose you visit a website by typing http://yourwebsite.com and you land on https://yourwebsite.com here in this example you type http:// but are redirected to the https:// version of the page. This is simply a page redirection.
What is multiple Page Redirection ?
When you get redirected to one then another then another page to reach the final page its called multiple page redirection.
For example
- You typed http://yourwebsite.com
- The you redirected to https://yourwebsite.com ( first page redirection )
- Then final you redirected to https://www.yourwebsite.com ( Second page redirection )
Here in the above page redirection example you have noticed that there are two page redirects to reach the final page this is called Multiple Page Redirection.
How to check redirects request on any website or webpage?
Just visit the website Redirect Checker and type your website address.
You will get to know how many redirects are happening on your website.
How to resolve the “Avoid Multiple Page Redirects” issue ?
This issue is coming because of bad configuration of redirection. To Fix the Multiple Page redirection we have to edit our .htaccess file to add below code in this.
To edit .htaccess file open cpanel – Go to File manager – Go to Public Html – open .htaccess
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www.
RewriteRule ^ https://www.example.com%{REQUEST_URI} [NE,L,R]
- Replace example.com to your domain.
- Save the file and visit GTmetrix
- Test your site again.
After applying this solution on your WordPress website to limit the redirection requests your website load faster and GTmetrix Test Score will also increase.
Don’t forget to give feedback on this post.