Цепочка редиректов как исправить - Исправление ошибок и поиск оптимальных решений проблем

Содержание:

Что это такое
Ошибка 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), работающих в браузере или в качестве клиентского ПО.

Они функционируют по схожему принципу. Пользователю нужно всего лишь разместить в операционном окне ссылку на интересующий ресурсы, нажать «Старт» и дождаться результатов сканирования.

Работа с файлом настроек каталогов

Для удобной настройки сервера используется файл .htaccess. С его помощью можно настроить правильные редиректы и значительно снизить риск возникновения циклической переадресации.

Перед настройкой, в файл обязательно вносится следующий код:

RewriteEngine On

После этого идут настройки основных редиректов, подходящие для различных серверов, в том числе Nginx и Apache.

Важно помнить, что прежде чем вносить какие-либо изменения в файл .htaccess необходимо сделать его копию и желательно бекап всего сайта.

Источник

To keep your site in tip-top shape, you need to test it regularly. However, there’s one GTmetrix error message that’s been confusing WordPress website owners: “Remove the following redirect chain if possible.”

If you’re encountering this error, there are ways to figure out what’s causing so many redirects. Once you’ve identified the culprit, stripping out all of those performance-sapping redirects may be as straightforward as pressing a few buttons in your WordPress dashboard.

In this post, we’ll discuss what redirect chains are and why they’re bad news for your traffic, conversions, and search engine rankings. We’ll then share four ways to resolve this error and get your WordPress website back on track.

Let’s get started!

Check Out Our Video Guide to Fixing the “Remove Following Redirect Chain” Error

An Intro to Redirect Chains (and Why They’re Bad for Your Website)

It’s important to test your site regularly. There are plenty of tools available, but GTmetrix is a popular choice. It offers real-time performance tracking, plus the option to schedule your tests.

The GTmetrix performance testing tool.

However, GTmetrix may occasionally warn you that many redirect chains are present on your site. If you explore these messages in more detail, GTmetrix will advise you to “Remove the following redirect chain if possible.”

A chain occurs when there are multiple redirects between the requested URL and the destination URL. These chains require multiple round-trips to the server and additional requests.

As a result, the destination web page will take longer to load.

Slow page loading times can negatively impact the visitor experience. In fact, 40% of people abandon a site that takes longer than three seconds to load. In this way, redirect chains can impact your traffic levels, conversions, and sales.

These chains don’t just affect your visitors, as search engine crawlers will also notice slow page load times. When placing your website in the search results, Google considers many different ranking factors, including speed. In particular, Google’s Core Web Vitals initiative measures how visitors perceive your website’s speed, responsiveness, and visual stability.

With over 50% of all traffic originating from organic search, Search Engine Optimization (SEO) is vital for achieving online success. If redirect chains are damaging your page loading times, then your search engine rankings will almost certainly suffer as a result.

If you’re going to boost your rankings and wow potential customers, you must optimize your site’s loading times. So if GTmetrix is warning you about redirects, removing these chains should be a top priority.

To keep your site in tip-top shape, it’s wise to test it regularly using a tool such as GTmetrix. 💪 But if you’re seeing this standard error, focus on resolving it with this guide. ⬇️Click to Tweet

What Causes GTmetrix’s Redirect Chain Error

Various issues seem to cause the redirect error. However, WordPress plugins appear to be the most common culprits.

In particular, members of the WordPress community have reportedly encountered GTmetrix’s redirect warning after installing the following plugins:

ShortPixel Adaptive Images
a3 Lazy Load
Smush
Autoptimize
Smash Balloon
W3 Total Cache

Many of these tools are related to optimization. There seems to be a direct link between redirect chains and optimization activities delivered via a Content Delivery Network (CDN).

That means you may encounter GTmetrix’s warning if you’re using an alternative image optimization plugin or a CDN with these features, even if your specific software isn’t listed above.

You may also struggle with redirect chains after migrating your site to a new platform or changing your domain name. As part of this migration, you’ll often need to implement a large number of redirects. Over time, these can grow into unruly chains.

If you suspect that GTmetrix’s warning may be related to a recent site migration, we recommend manually reviewing all of your redirects. Although this may be time-consuming, it gives you the best possible chance of spotting problems with your website.

Now, let’s get into actually fixing the problem.

How to Resolve the “Remove Following Redirect Chain” Error (4 Methods)

Frustratingly, this error can be due to a wide range of different plugins, settings, and third-party software, such as firewalls.

While there’s no one-size-fits-all solution, there are ways to chase down the root cause for your particular website. Let’s take a look at how you can cut through the confusion and strip away those performance-destroying redirect chains.

1. Review Your CDN Settings

If you’re using a CDN and a firewall, your firewall may prevent the servers from accessing your images.

If you suspect this may be the case, we recommend “allowlisting” the IP addresses on your CDN. The “allowlisting” process will vary depending on the CDN and firewall in question, so you may need to refer to your provider’s documentation for more information.

Similarly, your image files may not be publicly accessible. For example, you might have password-protected your website or defined rules that are inadvertently preventing the CDN from accessing your images.

If this sounds plausible, try disabling all settings and rules that could block your CDN. In particular, if you’ve created rules to prevent hotlinking, this can often interfere with CDNs, resulting in redirect chains.

Depending on your CDN subscription, there’s also a chance you may have exceeded your monthly traffic quota. When this occurs, some providers will redirect requests to the original image, resulting in chains.

To check your subscription status, try logging into your CDN account or console. You should see more information about your usage here.

If none of these fixes solve your problem, you may get positive results by flushing the redirected images from your CDN.

The flushing process can vary, but typically involves logging into your provider’s dashboard or accessing the CDN plugin settings. You can then look for any options related to the cache.

If you’re stuck, it’s a good idea to check the CDN’s documentation for more information. Alternatively, you can always reach out to your provider for help.

2. Check the Error Message for Specific Plugins

It’s also good to inspect the error message itself, as it may name the plugin responsible for the redirect chain. Take this example that a member of the WordPress community posted about receiving in GTmetrix:

Remove the following redirect chain if possible: wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif

This message seems to indicate that the a3 Lazy Load plugin is generating the redirect chains.

If your error message names a specific plugin, check to ensure that you’re running the latest release. If you’ve fallen behind on updates, the developer may have already addressed this error in a subsequent patch.

If you have the latest version, the next step is reaching out to the plugin’s developer. There’s a chance they may be completely unaware of the issue.

If you downloaded the plugin from the official WordPress Plugin Directory, the listing should contain the name of the person or team behind this particular plugin:

The JetPack plugin page.

Even better, this page may contain a link to the developer’s website. From there, you can often find their contact details.

Alternatively, each WordPress repository listing contains a Support tab. By posting about your issue, you may get help from the developer or even other users.

A Support tab in the official WordPress repository.

Ideally, if you manage to make contact, the developer will confirm that they’re aware of the problem and are already working on a patch.

However, it’s not unusual for developers to abandon their plugins, which can complicate matters. If you suspect that this particular piece of software is no longer under active development, you may need to disable it and look for an alternative.

The good news is that with almost 60,000 free plugins in the WordPress repository alone, you should have no problems finding a suitable replacement.

3. Disable (and Then Re-Enable) All of Your Plugins

Sometimes, the error message may not mention a specific plugin. If GTmetrix is vague, then it’s time to do your investigative work.

You can check to see whether a plugin is responsible by deactivating every plugin across your website. If the error message disappears, you’ll know that a WordPress plugin is to blame.

However, deactivating these add-ons can affect how your site displays and functions. It’s often bad news for the user experience (UX). For this reason, it’s wise to place your site into maintenance mode throughout the test.

If you don’t feel comfortable coding your maintenance message, you can use a plugin like WP Maintenance Mode:

The WP Maintenance Mode plugin.

For added security, we also recommend creating a backup before you begin switching your plugins off. If you encounter any serious problems, this will prove invaluable for restoring your site to its former configuration.

Your host may offer an automatic backup option, just like Kinsta does. If not, there are multiple backup plugins available that you can use instead.

Now that you’re ready with a backup and maintenance mode, you can disable your plugins.

This practice helps verify whether a plugin is generating all of those redirects. However, it would help if you still pinpointed the exact culprit.

The next stage is re-enabling each plugin one by one, running a new GTmetrix test after each. As soon as the error reoccurs, you’ll have identified the misbehaving plugin.

It’s not always feasible to deactivate and delete a troublesome plugin, though. Maybe it’s tied in too closely with your website theme, or you aren’t finding a good option for a speedy replacement.

If this is the case, you might consider contacting the developer. They may be able to indicate when you can expect a patch or perhaps even share a workaround. For example, disabling a specific setting may enable you to continue using the plugin without encountering the redirect chain error.

However, sometimes the developer may not intend to fix the issue, mainly if the software is no longer under active development. If this is the case, it often makes sense to search for an alternative that provides similar functionality but doesn’t spawn dozens of unnecessary redirects.

4. Review Your .htaccess File

If you’ve previously set up redirects or installed any add-ons that manage redirects for you, then it’s worth taking a look at your site’s .htaccess file. Short for “hypertext access,” this is a critical configuration file created automatically when installing WordPress.

Note that .htaccess files are only available on servers that run Apache. Nginx servers, like those we run here at Kinsta, don’t have this Apache-specific file.

Modifications to this file may occasionally result in a large number of redirect chains. Luckily, there are several ways to review this file, including via a file manager or a control dashboard like cPanel. You’ll find the .htaccess file inside your website’s public_html folder.

Alternatively, you can connect to your server over Secure File Transfer Protocol (SFTP) using a client such as FileZilla.

In the FileZilla client, navigate to File > Site Manager:

The FileZilla FTP client.

If you’re connecting to your server for the first time, select New Site. You can then assign a name to this connection:

Connecting to a server using the FileZilla FTP client.

Enter a Port value of 22 if you’re connecting by SFTP. Otherwise, enter 21.

Then you can open the Logon Type box and select Ask for password. Next, enter your SFTP username and password, then click on the Connect button.

All of your website’s files should appear in FileZilla’s right-hand window if the connection is a success.

In this panel, navigate to your site’s public_html directory. You should now have access to your .htaccess file. (If you can’t see it, you may need to elect to show hidden files first.)

If you spot any unique code in this file, it’s a good idea to copy and paste this strange code into your favorite search engine. It’s often the quickest and easiest way to decipher what impact this code has on your website and whether it might be behind all of those redirect chains.

GTmetrix: helpful for keeping your site running at top speed ⚡️, confusing when it pulls up this error message 😫 Learn how to fix it here ⬇️Click to Tweet

Summary

There seem to be many different plugins and settings that can result in redirect chains. However, by following some simple steps, you can narrow down what’s causing this problem for your particular website.

To restore your site’s performance, let’s quickly recap four potential ways to resolve GTmetrix’s redirect chain error:

Review your CDN.
Check the error message for specific plugins.
Disable (and then re-enable) all of your plugins.
Review your .htaccess file.

By following these troubleshooting steps, you should have that “Remove the following redirect chain if possible” error knocked out in no time.

Do you have any questions about how to reduce redirects in WordPress? Let us know in the comments section below!

Get all your applications, databases and WordPress sites online and under one roof. Our feature-packed, high-performance cloud platform includes:

Easy setup and management in the MyKinsta dashboard
24/7 expert support
The best Google Cloud Platform hardware and network, powered by Kubernetes for maximum scalability
An enterprise-level Cloudflare integration for speed and security
Global audience reach with up to 35 data centers and 275 PoPs worldwide

Test it yourself with $20 off your first month of Application Hosting or Database Hosting. Explore our plans or talk to sales to find your best fit.

Источник

Let’s get started!

Check Out Our Video Guide to Fixing the “Remove Following Redirect Chain” Error

An Intro to Redirect Chains (and Why They’re Bad for Your Website)

It’s important to test your site regularly. There are plenty of tools available, but GTmetrix is a popular choice. It offers real-time performance tracking, plus the option to schedule your tests.

The GTmetrix performance testing tool.

A chain occurs when there are multiple redirects between the requested URL and the destination URL. These chains require multiple round-trips to the server and additional requests.

As a result, the destination web page will take longer to load.

What Causes GTmetrix’s Redirect Chain Error

Various issues seem to cause the redirect error. However, WordPress plugins appear to be the most common culprits.

In particular, members of the WordPress community have reportedly encountered GTmetrix’s redirect warning after installing the following plugins:

ShortPixel Adaptive Images
a3 Lazy Load
Smush
Autoptimize
Smash Balloon
W3 Total Cache

Many of these tools are related to optimization. There seems to be a direct link between redirect chains and optimization activities delivered via a Content Delivery Network (CDN).

That means you may encounter GTmetrix’s warning if you’re using an alternative image optimization plugin or a CDN with these features, even if your specific software isn’t listed above.

Now, let’s get into actually fixing the problem.

How to Resolve the “Remove Following Redirect Chain” Error (4 Methods)

Frustratingly, this error can be due to a wide range of different plugins, settings, and third-party software, such as firewalls.

1. Review Your CDN Settings

If you’re using a CDN and a firewall, your firewall may prevent the servers from accessing your images.

To check your subscription status, try logging into your CDN account or console. You should see more information about your usage here.

If none of these fixes solve your problem, you may get positive results by flushing the redirected images from your CDN.

The flushing process can vary, but typically involves logging into your provider’s dashboard or accessing the CDN plugin settings. You can then look for any options related to the cache.

If you’re stuck, it’s a good idea to check the CDN’s documentation for more information. Alternatively, you can always reach out to your provider for help.

2. Check the Error Message for Specific Plugins

Remove the following redirect chain if possible: wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif

This message seems to indicate that the a3 Lazy Load plugin is generating the redirect chains.

If you have the latest version, the next step is reaching out to the plugin’s developer. There’s a chance they may be completely unaware of the issue.

If you downloaded the plugin from the official WordPress Plugin Directory, the listing should contain the name of the person or team behind this particular plugin:

The JetPack plugin page.

Even better, this page may contain a link to the developer’s website. From there, you can often find their contact details.

Alternatively, each WordPress repository listing contains a Support tab. By posting about your issue, you may get help from the developer or even other users.

A Support tab in the official WordPress repository.

Ideally, if you manage to make contact, the developer will confirm that they’re aware of the problem and are already working on a patch.

The good news is that with almost 60,000 free plugins in the WordPress repository alone, you should have no problems finding a suitable replacement.

3. Disable (and Then Re-Enable) All of Your Plugins

Sometimes, the error message may not mention a specific plugin. If GTmetrix is vague, then it’s time to do your investigative work.

You can check to see whether a plugin is responsible by deactivating every plugin across your website. If the error message disappears, you’ll know that a WordPress plugin is to blame.

If you don’t feel comfortable coding your maintenance message, you can use a plugin like WP Maintenance Mode:

The WP Maintenance Mode plugin.

Your host may offer an automatic backup option, just like Kinsta does. If not, there are multiple backup plugins available that you can use instead.

Now that you’re ready with a backup and maintenance mode, you can disable your plugins.

This practice helps verify whether a plugin is generating all of those redirects. However, it would help if you still pinpointed the exact culprit.

The next stage is re-enabling each plugin one by one, running a new GTmetrix test after each. As soon as the error reoccurs, you’ll have identified the misbehaving plugin.

4. Review Your .htaccess File

Note that .htaccess files are only available on servers that run Apache. Nginx servers, like those we run here at Kinsta, don’t have this Apache-specific file.

Alternatively, you can connect to your server over Secure File Transfer Protocol (SFTP) using a client such as FileZilla.

In the FileZilla client, navigate to File > Site Manager:

The FileZilla FTP client.

If you’re connecting to your server for the first time, select New Site. You can then assign a name to this connection:

Connecting to a server using the FileZilla FTP client.

Enter a Port value of 22 if you’re connecting by SFTP. Otherwise, enter 21.

Then you can open the Logon Type box and select Ask for password. Next, enter your SFTP username and password, then click on the Connect button.

All of your website’s files should appear in FileZilla’s right-hand window if the connection is a success.

In this panel, navigate to your site’s public_html directory. You should now have access to your .htaccess file. (If you can’t see it, you may need to elect to show hidden files first.)

GTmetrix: helpful for keeping your site running at top speed ⚡️, confusing when it pulls up this error message 😫 Learn how to fix it here ⬇️Click to Tweet

Summary

To restore your site’s performance, let’s quickly recap four potential ways to resolve GTmetrix’s redirect chain error:

Review your CDN.
Check the error message for specific plugins.
Disable (and then re-enable) all of your plugins.
Review your .htaccess file.

By following these troubleshooting steps, you should have that “Remove the following redirect chain if possible” error knocked out in no time.

Do you have any questions about how to reduce redirects in WordPress? Let us know in the comments section below!

Get all your applications, databases and WordPress sites online and under one roof. Our feature-packed, high-performance cloud platform includes:

Easy setup and management in the MyKinsta dashboard
24/7 expert support
The best Google Cloud Platform hardware and network, powered by Kubernetes for maximum scalability
An enterprise-level Cloudflare integration for speed and security
Global audience reach with up to 35 data centers and 275 PoPs worldwide

Test it yourself with $20 off your first month of Application Hosting or Database Hosting. Explore our plans or talk to sales to find your best fit.

Источник

Что такое редирект и множественный редирект?

Редирект (переадресация) — это автоматическое перенаправление пользователей и поисковых роботов с одного URL-адреса на другой. Иными словами, когда пользователь перейдет по ссылке или введет адрес в поисковую строку, браузер автоматически откроет ему другую страницу, на которую настроено перенаправление. Например, при переходе на страницу site.ru/page1пользователь может быть перенаправлен на страницу сайт.рф/страница1.

Как правило, в большинстве случаев используется HTTP-перенаправление, когда при запросе URL-адреса сервер отправляет ответ с кодом 3хх.

Редиректы могут иметь разный код ответа. По нему поисковые системы и браузеры определяют, к какому виду относится перенаправление. Каждый вид имеет свое предназначение. Чаще всего оптимизаторы и программисты используют:

301 — постоянный редирект. Используется, когда необходимо осуществить переезд страницы на постоянной основе.
302 — временный редирект. Его применяют, когда с одной страницы на другую нужно перенаправить временно.

Более подробно ознакомиться с темой переадресаций вы можете в нашей статье «Что такое редиректы? Как их проверить и настроить на сайте?».

Множественный редирект (или цепочка переадресаций) — это автоматическое перенаправление, которое осуществляется последовательно несколько раз, с одной страницы на другую, а затем еще на одну и так далее. Например, при переходе на страницу site.ru/page1 пользователь перенаправляется на site.ru/page2, а затем на сайт.рф/страница 1 и т. д.

Зачастую цепочки редиректов появляются непреднамеренно. Причиной может стать некорректная настройка файла .htaccess, особенности или неправильные установки системы управления контентом (CMS), а также заражение сайта вредоносными скриптами.

Почему множественные редиректы негативно влияют на SEO?

Длинные цепочки перенаправлений с одного URL-адреса на другой считаются грубой ошибкой.

Поисковые системы выполняют только ограниченное число редиректов. Согласно имеющимся данным, Google обрабатывает только до 5 редиректов в цепочке. То есть, если их будет больше, поисковый робот уже не перейдет по ссылке и не проиндексирует следующие страницы сайта, а значит, они не попадут в результаты поиска.
На множественные переходы тратится краулинговый бюджет. Краулинговым бюджетом называется лимит страниц, который поисковый робот может просканировать за определенный период времени. Важно, чтобы он расходовался на приоритетные посадочные страницы. Подробнее о краулинговом бюджете вы можете прочитать здесь.
В большом количестве цепочки редиректов замедляют работу сайта и делают его неудобным для пользователей — это ухудшает поведенческие показатели ранжирования.
Не все браузеры поддерживают длинные цепочки переадресаций.
Множественные перенаправления могут создавать циклический редирект, когда последним адресом в цепочке является тот, который был первым. В этом случае возникнет бесконечный цикл переадресаций, в ответ на который браузер будет выдавать ошибку «ERR_TOO_MANY_REDIRECTS» (слишком много редиректов), и пользователь не попадет на страницу вашего сайта.

Как обнаружить множественные редиректы?

Чтобы найти цепочки перенаправлений на своём сайте, воспользуйтесь отчетом сервиса Labrika «Множественные редиректы». Он находится в разделе «Технический аудит».

Отчет содержит следующую информацию:

URL, с которого осуществляется перенаправление.
Последняя страница в цепочке перенаправлений.
Количество редиректов в цепочке.

При нажатии кнопки для проверки HTTP-статуса открывается окно «Просмотр HTTP-заголовков»:

В поле «URL» введите адрес страницы, которую нужно проверить.
Выберите User-Agent, от имени которого будет делаться запрос. User-agent — это приложение, использующее определённый сетевой протокол. Термин обычно используется для приложений, осуществляющих доступ к веб-сайтам, таких как браузеры и поисковые роботы.
Выберите кодировку, которая предпочтительна для браузера.
Поставьте галочку «Показать HTML-код страницы», если нужно просмотреть её содержимое. Когда галочка не установлена, будут отображаться только HTTP-заголовки.
Нажмите кнопку «Проверить».
При проверке редиректа важно посмотреть такие параметры HTTP-заголовка страницы, как код ответа (3хх) и поле Location — в нём будет указан URL, на который сделана переадресация.

Как исправить цепочки перенаправлений?

Используйте данные отчета Labrika, чтобы выявить и исправить множественные редиректы.

Настройте редирект сразу на нужную страницу, без промежуточных перенаправлений. Например, вместо цепочки URL 1 → URL 2 → URL 3 сделайте перенаправления URL 1 → URL 3 и URL 2 → URL 3.
Чтобы устранить циклические переадресации, следует убрать редиректы или цепочки редиректов, которые ведут к начальному URL.
Если на сайте обнаружено много цепочек редиректов, важно определить и устранить причину возникновения таких переадресаций, иначе они могут появляться снова и снова. Эту задачу лучше поручить опытному программисту или веб-мастеру.

Источник

Почему происходит циклическая переадресация и как это исправить?

3 способа устранить ошибку ERR_TOO_MANY_REDIRECTS

Автор: Arnas Damasickis

Обновлено более недели назад

После того, как Вы установили SSL-сертификат на Ваш сайт, мы по умолчанию переводим его на протокол HTTPS, чтобы обеспечить безопасное соединение для всех Ваших посетителей.

Однако иногда применение HTTPS может вызвать ошибку ERR_TOO_MANY_REDIRECTS, или циклическую переадресацию. Причиной проблемы могут быть уже существующие похожие или конфликтующие редиректы. Например, у Вас есть редирект с HTTP на HTTPS, а сразу после него — переадресация с HTTPS на HTTP. Это создаст петлю. Эта статья поможет Вам решить проблему ERR_TOO_MANY_REDIRECTS, вызванную новой установкой SSL 😊

Наиболее частые причины возникновения циклической переадресации:

Причина 1 — Конфликтующие или повторяющиеся редиректы в панели управления или .htaccess

Если Вы создавали какие-либо редиректы вручную в файле .htaccess, причина может быть в одном из них. Чтобы проверить это, временно отключите файл .htaccess (переименовав файл) и откройте сайт в режиме инкогнито. Если сайт начал работать, вручную проверьте все переадресации, которые есть в файле, включая их поочереди, что поможет найти конфликтующие. Для этого Вам может понадобиться помощь разработчика Вашего сайта.

Ещё один вариант — проверить раздел перенаправлений в панели управления hPanel, так как некоторые редиректы могут быть созданы там.

Причина 2 — Неверные настройки Cloudflare

Если Вы используете Cloudflare, причиной может быть неправильный тип связи SSL или отключенная опция Universal SSL.

Если Вы используете Cloudflare через Hostinger, откройте Хостинг → Управлять → Cloudflare:

И убедитесь, что для опции SSL / Тип шифрования связи выбран вариант Полный:

Если Вы используете Cloudflare напрямую, необходимое значение можно найти на странице SSL/TLS как SSL/TLS encryption mode.

Чтобы проверить включён ли Universal SSL, обязательно войдите в свою панель управления Cloudflare (если у Вас есть Cloudflare от Hostinger, используйте адрес электронной почты своего профиля и выберите опцию «Забыли пароль?»). Universal SSL находится на вкладке SSL/TLS → Edge Certificates:

Вы должны увидеть такое сообщение:

Причина 3 — Некорректный URL домашней страницы WordPress в базе данных

Если Ваш сайт создан на WordPress, циклическая переадресация может возникнуть из-за неправильных URL-адресов в базе данных. Чтобы проверить это, откройте базу данных Вашего сайта через phpMyAdmin и перейдите к таблице wp-options:

Там проверьте значения siteurl и home, они должны быть с https:// впереди:

Если вместо этого Вы видите префиксы http, измените их на https:// и Ваш сайт заработает правильно.

Источник

Если вы видите ошибку Слишком много перенаправлений (ERR_TOO_MANY_REDIRECTS) в своем веб-браузере, значит что-то пошло не так. Также эта ошибка сопровождается сообщением Эта веб-страница имеет цикл перенаправления (This webpage has a redirect loop) и она блокирует загрузку сайта.

Ошибка Слишком много перенаправлений означает, что сайт продолжает циклично перенаправляться между разными адресами и это может никогда не прекратиться. Ваш браузер защищает вас от этого, разрешая только определенное количество перенаправлений (часто около десяти), прежде чем он «устанет» от этого и не выдаст данную ошибку.

Ошибка о цикличных перенаправлениях по-разному проявляется в разных браузерах:

Эта страница не работает (This page isn’t working)
{domain} перенаправил вас слишком много раз. ({domain} redirected you too many times.)
Или
Эта веб-страница имеет цикл перенаправления (This webpage has a redirect loop)
Попробуйте очистить ваши куки. (Try clearing your cookies.)
ERR_TOO_MANY_REDIRECTS

Google Chrome

Страница не перенаправляет должным образом (The page isn’t redirecting properly).
Произошла ошибка при подключении к {domain}. Эта проблема иногда может быть вызвана отключением или отказом принимать куки. (An error occured during a connection to {domain}. This problem can sometimes be caused by disabling or refusing to accept cookies.)

Mozilla Firefox

Safari не может открыть страницу (Safari Can’t Open the Page).
При попытке открыть {domain} произошло слишком много перенаправлений. Это может произойти, если вы открываете страницу, которая перенаправляется на другую страницу, которая затем перенаправляется на исходную страницу. (Too many redirects occurred trying to open {domain}. This might occur if you open a page that is redirected to open another page which is then redirected to open the original page.)

Safari

Очень часто это является результатом конфликтных перенаправлений, одно из которых пытается принудительно установить HTTPS (SSL) соединение, а другое – обратно HTTP (не-SSL), или между URL-адресами с www и без www.

Для таких CMS, как WordPress или Magento, это решается приведением к общему конфигурации base_url или URL-адреса сайта в коде или базе данных с перенаправлением в файле .htaccess.

Как определить причину цикличного перенаправления

Вы можете следить за всеми перенаправлениями с помощью инструментов разработчика в браузере Firefox или Chrome. Эти инструменты обычно открываются нажатием клавиши F12 (или Ctrl+Shift+I). Откройте Сеть (Network), а затем перезагрузите страницу, на которой у вас возникла проблема.

После перезагрузки страницы вы увидите список перенаправлений. Проанализировав результаты, вы сможете найти «виновника» (если срабатывает перенаправление на одну и ту же страницу).

Основные типы перенаправления (код ответа состояния HTTP):

301 редирект (постоянное перенаправление) – означает, что страница или элемент перемещен на постоянной основе, и браузер должен искать его в новом месте. Чаще всего записываются в файле .htaccess.
302 перенаправление или редирект – это временное перенаправление, которое означает, что страница или элемент перемещен временно, и его адрес в будущем может измениться. Чаще всего записываются в коде веб-сайта.

Как исправить ошибку перенаправлений (редиректов)

Шаг №1: Очистить кэш и куки браузера

Очень часто циклические перенаправления могут вызываться файлами cookie в браузере, в которых закэшированы старые редиректы. Данные браузера, такие как история просмотров, кэш, файлы cookie и т.д., могут содержать ошибочные данные, которые вызывают ошибку ERR_TOO_MANY_REDIRECTS. Очистка этих данных – эффективный способ исправить ошибку. Чтобы очистить данные просмотра:

В Google Chrome нажмите Ctrl+Shift+Delete, выберите необходимые данные, время жизни данных и нажмите Очистить данные (clear data)
В Mozilla Firefox нажмите кнопку «Меню» и выберите «Параметры». Выберите Конфиденциальность, а затем очистить свою недавнюю историю (clear your recent history). Выберите Everything для диапазона времени, а затем нажмите Очистить сейчас (Clear Now).

После очистки данных браузера вы можете попробовать зайти на сайт и посмотреть, исчезла ли ошибка.

Шаг №2: Попробовать в других браузерах

Ошибка ERR_TOO_MANY_REDIRECTS может возникать только в браузере, который вы используете. Вы можете попробовать открыть тот же URL в другом браузере. Если ошибка не устраняется, значит проблема может возникать на стороне сервера.

Правильные настройки редиректов (перенаправлений)

Как мы уже упоминали выше, причиной ошибки могут быть неправильные настройки на вашем сайте. В основном, они касаются настроек редиректов в файле .htaccess. Данный файл – это файл конфигурации, который используется для изменения поведения сервера Apache для каждой папки на сайте или сервере. С его помощью можно редактировать только некоторые конфигурации Apache, хотя перенаправления обычно разрешается редактировать.

У вас может быть несколько файлов .htaccess, которые каскадно влияют на каталоги. Если у вас есть один .htaccess в родительском каталоге, и другой в подкаталоге, они оба будут влиять на этот подкаталог. Т.е., это может быть причиной конфликта между этими файлами на разных уровнях.

Ниже приведен ряд примеров перенаправления (редиректов) в файле .htaccess, которые обычно используются на сайтах.

Принудительный HTTPS

Приведенный ниже код сначала проверяет, поступил ли запрос на сервер с использованием HTTP или HTTPS. Если в запросе не использовался HTTPS, то конфигурация скажет браузеру перенаправить на HTTPS-версию того же веб-сайта и URL-адреса, которые были запрошены ранее:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Принудительный HTTPS при использовании прокси-сервера

Вы можете использовать прокси-сервер, например, балансировщик нагрузки или веб-брандмауэр, для которого можно настроить использование SSL (HTTPS) на внешнем интерфейсе, но не на внутреннем. Чтобы это работало правильно, вам нужно проверять не только HTTPS в запросе, но и проверять, передал ли прокси-сервер исходный HTTPS-запрос на сервер, используя только HTTP. Код ниже проверяет, был ли запрос перенаправлен с HTTPS, и, если это так, не пытается дополнительно его перенаправлять:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} =http
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Перенаправление с HTTP на HTTPS в Nginx

Если на вашем веб-сервере работает Nginx, вы можете легко перенаправить весь ваш HTTP-трафик на HTTPS, добавив следующий код в файл конфигурации Nginx:

server {
 listen 80;
 server_name domain.com www.domain.com;
 return 301 https://domain.com$request_uri;
}

Замените domain.com на свой домен.

Принудительно без www

Следующий код в файле .htaccess проверяет, был ли запрошен сайт с www в начале доменного имени. Если www есть в URL, тогда он переписывает запрос и говорит браузеру перенаправить на доменное имя без www:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www. [NC] RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Принудительно с www

Этот код в файле .htaccess проверяет, не было ли запрошено имя сайта с www в начале доменного имени. Если www не включен в URL, тогда он переписывает запрос и говорит браузеру перенаправить на www-версию домена:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www. [NC] RewriteRule (.*) http://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Краткий итог

Если на вашем сайте есть редирект в файле .htaccess, что перенаправляет на URL, который не совпадает с тем, что находится в базе данных, вы можете получить ошибку в браузере о бесконечном цикле перенаправления (ERR_TOO_MANY_REDIRECTS), как описано выше.

Однако теперь вы знаете, как выглядят некоторые распространенные перенаправления в .htaccess. Также, с помощью данной статьи, вы сможете сами протестировать, найти причину ошибки, а также устранить ее самостоятельно.

Спасибо, что читаете нас!

9562
Опубликовано 22/06/2019
Уроки программирования

Источник

Ошибка «Сайт выполнил переадресацию слишком много раз»

Причина возникновения ошибки

Сайт, на который не установлен сертификат безопасности, работает по незащищённому протоколу HTTP. URL такого сайта выглядит так: http://your_site.ru. Чтобы сайт работал по защищённому соединению, нужно приобрести SSL-сертификат. Подробнее о HTTP читайте в статье Для чего необходим SSL-сертификат.

При установке сертификата ваш сайт становится доступен по безопасному протоколу HTTPS и URL выглядит так: https://your_site.ru. Однако одной покупки и установки SSL-сертификата недостаточно. По умолчанию сайт по-прежнему открывается по протоколу HTTP. Чтобы ваш сайт начал работать по HTTPS, необходимо настроить редирект с HTTP на HTTPS.

Вариантов сделать редирект несколько. Всё зависит от платформы, на которой сделан сайт. Проще всего сделать редирект на WordPress с помощью плагинов. Если сайт самописный, редиректы устанавливают через конфигурационные файлы .htaccess или web.config. Также можно использовать инструмент для добавления редиректа в панели управления хостингом. Все перечисленные способы вы можете найти в разделе Редиректы.

Если редирект был сделан неправильно, у пользователя может возникнуть циклическая переадресация, которая приводит к ошибке. Как это происходит? При настройке редиректа вы задаёте перенаправление http://your_site.ru —> https://your_site.ru. Если при этом в CMS или на сайте задан параметр открывать сайт строго по протоколу http, возникает замкнутый цикл: http://your_site.ru —> https://your_site.ru —>http://your_site.ru —> https://your_site.ru>… Сервер фиксирует слишком большое количество переадресаций и выдаёт ошибку ERR_TOO_MANY_REDIRECTS.

Сайт выполнил переадресацию слишком много раз или ERR TOO MANY REDIRECTS: как исправить

Как правило, ошибка переадресации вызвана проблемами на сервере, на котором находится сайт, и исправить её может только владелец ресурса. Однако, если вы пользователь и в течение нескольких дней проблема на сайте сохраняется, вам также стоит выполнить некоторые действия на своём устройстве. Ниже мы расскажем об исправлении ошибки и со стороны владельца и со стороны пользователя.

ERR TOO MANY REDIRECTS: что делать, если я владелец сайта

Подумайте, какие действия вы делали с сайтом за последнее время. Вернитесь к старой версии сайта, – если ошибка пропала, значит, новые настройки были некорректны.
Проверьте настройки HTTPS. Часто ошибка ERR_TOO_MANY_REDIRECTS появляется при неправильной настройке переадресации HTTP на HTTPS. Правильно ли вы настроили редирект, можно проверить по инструкциям:
- редирект в панели управления ISPmanager, cPanel или Plesk,
- редирект для сайтов на WordPress.
Проверьте, не влияют ли на работу сайта плагины. Иногда плагины нарушают работу сервера и могут появляться различные ошибки, в том числе и TOO MANY REDIRECTS 310. Отключите по очереди каждый плагин или переименуйте папку plugins в каталоге файлов вашего сайта на любое другое название. Если сайт заработает, удалите плагин-виновник.
Если у вас кириллический домен, проверьте, как в настройках WordPress указан ваш домен. Кириллические домены хоть и удобны в использовании, однако они не соответствуют UNICODE-системе, поэтому для них создали Punycode. Именно в этой форме нужно добавлять название сайта во все настройки. Чтобы перевести кириллический домен в Punycode, используйте конвертер. Например, ваш сайт дачник.ру. В формате Punycode он будет выглядеть xn--80ahnin3d.xn--p1ag.
Ошибка в конфигурационном файле. Каждая CMS имеет собственный конфигурационный файл, который использует индивидуальные правила для перенаправления. Описать все способы исправления этой ошибки невозможно. Вы можете проверить все добавленные правила переадресации и устранить конфликт, обратившись за помощью к разработчикам сайта или на тематические форумы по используемой CMS. Также вам может помочь замена текущего файла .htaccess на стандартный для используемой вами CMS. Если вы используете WordPress или Joomla, можете добавить некоторые записи в конфигурационные записи по одной из инструкций ниже.

Как исправить ошибку в WordPress

Для исправления ошибки в CMS WordPress hosting добавьте в конфигурационный файл wp-config.php, который размещён в корневой директории вашего сайта, строки:

define('FORCE_SSL_ADMIN', true);

if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') 
$_SERVER['HTTPS']='on';

Для решения этой проблемы на VPS и выделенных серверах добавьте в httpd.conf (конфигурационный файл Apache) строку:

SetEnvIfNoCase X-Forwarded-Proto "https" HTTPS=on

Чтобы изменения вступили в силу, перезапустите веб-сервер Apache.

Как исправить ошибку в Joomla

Для исправления ошибки в CMS Joomla в конфигурационный файл .htaccess после строки RewriteEngine On добавьте:

RewriteCond %{HTTP:X-FORWARDED-PROTO} ^https$
RewriteRule .? - [E=HTTPS:on]

Важно

Для успешного исправления ошибки «Сайт выполнил переадресацию слишком много раз» PHP должен работать в режиме FastCGI. Подробнее о режимах работы PHP. На виртуальном хостинге по умолчанию установлен режим PHP FastCGI. На VPS-сервере этот режим также доступен.

Что делать, если я пользователь

Откройте сайт в другом браузере. Если ошибка сохраняется, значит есть проблема с сервером и восстановить доступ к сайту может только владелец. Если сайт загружается, значит проблема со стороны вашего устройства. Выполните шаги описанные ниже.
Очистите cookies и кэш браузера. Временные файлы сохраняют данные посещённых сайтов, чтобы в дальнейшем не тратить время на обращение к серверу, а использовать информацию с устройства. Несмотря на пользу временных файлов, бывает, что они мешают показать новую версию сайта. Если на веб-ресурсе была ошибка и владелец её исправил, пользователь может не увидеть новый вариант. Чтобы браузер обратился к серверу сайта, а не к временным данным, очистите кеш и cookies браузера.
Проверьте расширения в браузере. Они могут влиять на связь браузера и сервера. Отключите недавно установленные расширения. Если сайт заработал, расширение придётся удалить.
Если вы используете VPN, попробуйте зайти на сайт без него. Некоторые сайты ограничивают вход для зарубежных серверов, через которые могут работать сервисы VPN.
Проверьте дату и время на устройстве. Для HTTPS-соединения важно, чтобы дата и время совпадали (хотя бы примерно) с датой и временем на сервере сайта. Если на устройстве время отстаёт или спешит, могут возникать различные ошибки, в том числе и ошибка переадресации.
Если вы попробовали все вышеописанные решения и ничего не изменилось, но вы уверены, что виноват браузер, возможно, ошибка в самой программе. Удалите и заново установите браузер или сбросьте его до базовых настроек.

Как отключить или удалить расширения в браузере Google Chrome

1.

В правом верхнем углу нажмите на три точки. В выпадающем списке нажмите Настройки:
2.

В левом меню нажмите Расширения:
3.

Чтобы отключить расширение, переведите переключатель влево. Если хотите удалить, нажмите Удалить:

Как отключить или удалить расширения в браузере Google Chrome 3

Чаще всего проблема на стороне владельца ресурса и пользователь может только подождать, пока разработчики исправят ошибку на сервере.

Источник

Виды редиректов

В интернете существует множество различных видов редиректов — перенаправлений пользователей и роботов поисковых систем с одного URL-адреса на другой. Многие из них обрабатываются по-разному, некоторые работают быстрее других и требуют меньше ресурсов. Часто редиректы некорректно используются веб-мастерами, что приводит к серьезным проблемам на сайте и значительной потере поискового трафика. Именно поэтому важно понимать, какие редиректы для каких целей используются и как поисковые роботы их обрабатывают.

Редиректы по коду состояния HTTP

Распознать большинство редиректов можно по их коду состояния (HTTP status code), попадающему под маску 3XX. Также существуют несколько исключений, которые срабатывают во время загрузки страницы или при взаимодействии с ней, при этом сама страница отдается с кодом состояния 200 OK. Проверить код ответа сервера можно, например, при помощи сервиса bertal.ru или с помощью программы Screaming Frog SEO Spider. Также можно проверить код ответа сервера через сервис “Проверка ответа сервера” в Яндекс.Вебмастере, но в нём не получится узнать что отдаётся роботу GoogleBot.

301 Moved Permanently

Запрошенный документ был перенесён навсегда по новому адресу. Новый адрес указан в содержимом заголовка Location, как на скриншоте выше. Именно этот редирект чаще всего используется в SEO: для смены адресов страниц, для склейки основных зеркал (http/https, www/non-www, slash/non-slash) и при переезде сайта на новый домен.

Роботы поисковых систем, в том числе Google и Яндекс, при обходе страницы с 301-м редиректом исключают ее из своего индекса, включая в индекс страницу, на которую осуществляется перенаправление.

302 Found, 302 Moved Temporarily и 307 Temporary Redirect

Запрошенный документ был временно перенесён по новому адресу, указанному в содержимом заголовка Location. Чаще всего этот редирект используют при проведении технических работ на странице или сайте.

При 302-м и 307-м редиректах поисковые системы не исключают из индекса страницу, с которой осуществляется перенаправление. Тем не менее через некоторое время 302-й редирект может начать обрабатываться, как 301-й, и страница выпадет из индекса.

200 OK

Ответ 200 OK означает успешный запрос к документу. После запроса начинает отдаваться сам HTML-код страницы и JavaScript, с помощью которых осуществляются два следующих вида редиректа.

Meta Refresh

Данный редирект производится при загрузке страницы, в случае если в её HTML-коде имеется следующий тег:

Поисковые системы не рекомендуют использовать такой способ перенаправления.

С данным тегом связана уязвимость сайтов: если на сайте пользователи могут заполнять текст, который будет подставлен в мета-теги или тег Title, они могут закрыть заполняемый тег и указать meta refresh, который перенаправит посетителя страницы на нужный им ресурс.

JavaScript

В данном случае редирект осуществляется при выполнении кода JavaScript (JS) посредством использования свойства href или replace объекта location.

Использование таких редиректов не рекомендуется на сайте. Конечно, все зависит от исполнения, но, скорее всего, такой редирект не будет учтён роботами поисковых систем (роботом Яндекса уж точно).

Наличие такого редиректа можно легко вычислить вручную, отключив JS в браузере или пройдя по страницам сайта краулером с выполнением JS и без, а затем сопоставив результаты.

Редиректы по назначению

Использовать редиректы на сайте можно для совершенно разных целей, будь то переезд страницы/раздела/сайта или направление на корректный региональный поддомен. Стоит разобрать каждый случай подробнее.

Постраничные

Постраничные редиректы — это редиректы, которые осуществляются с одной единственной страницы на другую. Например, такие редиректы настраиваются в случае, если адрес одного товара был изменён на сайте или изменился принцип формирования ЧПУ товаров. В данном случае, редирект настраивается для каждого товара отдельно.

Redirect 301 /page-old/ https://site.ru/page-new/

С раздела на раздел

RewriteRule ^category-old/(.+)$ /category-new/$1 [L,R=301]

С www на без www

Перенаправление может быть как с www на без www, так и наоборот, в случае если основное зеркало сайта содержит www. в названии, код — 301. Редирект осуществляется со всех страниц сайта с www на аналогичные без www.

RewriteRule ^(.*)$ https://%1/$1 [L,R=301]

Со слешем на без слеша

RewriteRule ^(.*)/$ /$1 [R=301,L]

С HTTP на HTTPS

Использование HTTPS является одним из факторов ранжирования, в случае если сайт использует HTTP-протокол, злоумышленникам намного проще воровать данные, оставленные пользователями, а также они могут модифицировать его содержимое как угодно. Последним, например, успешно пользуется сотовый оператор “Мегафон”, встраивая рекламу своим клиентам на сайтах, не использующих протокол HTTPS: встраивает дополнительные рекламные блоки посреди контента илии добавляет модальные окна, закрывающие весь контент сайта.

Для того чтобы пользователи попадали на защищенную версию сайта, настраивается 301-й редирект со всех страниц, использующих протокол HTTP на аналогичные, использующие протокол HTTPS.

Внимание! Если ваш сайт уже имеет поисковый трафик, стоит изучить все аспекты переезда на HTTPS, иначе вы можете потерять имеющийся трафик и загубить весь потенциал сайта.

Использование георедиректов на сайте довольно спорно: кто-то поддерживает эту идею, а кто-то считает, что лучше дать пользователю самому выбрать свой регион. Тем не менее редиректы с одной региональной версии сайта на другую давно имеют место в интернете и настраиваются с 302-м кодом ответа.

Цепочки редиректов

Часто бывают случаи, когда с одного адреса на другой ведут несколько последовательных редиректов вместо одного. то называется цепочкой редиректов. Не исправление таких цепочек приводит к потере краулингового бюджета, а в случае, если цепочка состоит из 5 и более редиректов, роботы поисковых систем их просто игнорируют: перестают обходить новые адреса в редиректе, принимая его за циклический. Проверить цепочки редиректов можно в том числе сервисом bertal.ru.

Заключение

Старайтесь не убирать уже установленные 301-е редиректы на сайте как можно дольше, чтобы эффект от них для поисковых систем был максимальным. В случае, если на страницы, с которых настроены редиректы, ведут ссылки с авторитетных внешних ресурсов, перенаправления лучше вообще никогда не убирать. Настроив редиректы на сайте, не забудьте актуализировать внутренние ссылки для корректной передачи внутреннего веса страниц без потерь link juice.

Источник

Руководство по редиректам: как их обнаружить и настроить

Поделиться этим постом

Редирект в умелых руках специалиста может быть эффективным инструментом улучшения позиций сайта в выдаче поисковых систем. При этом владельцы интернет-ресурсов зачастую не понимают, как их использовать, а главное — зачем они нужны. По данным исследования сервиса Rookee, неправильно настроенный ответ сервера входит в топ-10 самых распространённых ошибок на продвигаемых сайтах.

Я подготовил подробное руководство по редиректам, в котором расскажу о том, как их настраивать, находить и корректировать.

1. Что такое редиректы

Редирект — это автоматическая переадресация пользователя на URL, который отличается от запрошенного им изначально. Если редирект настроен корректно и не противоречит правилам поисковых систем, то для пользователя, как правило, сам процесс перенаправления остаётся незамеченным.

Самый простой пример редиректа: пользователь вводит один адрес интернет-магазина в адресной строке, а в итоге попадает на другой, более актуальный ресурс этой компании. Страница, с которой перенаправили пользователя, в этом случае называется донор (от лат. dono — «дарю»). Страница, на которую его направили — акцептор (лат. accipio — «я принимаю, получаю»).

1.1. Когда используют редиректы

Основная задача редиректов — не потерять трафик и позиции, если одну страницу нужно заменить на другую. Например, после ребрендинга сайта либо для исключения дублей страниц, которые плохо влияют на ранжирование сайтов.

Примеры использования редиректов:

В этом посте я намеренно не рассматриваю использование редиректов в серых методах поисковой оптимизации, которые считаются поисковиками некорректными и жёстко ими пресекаются.

1.2. Как это работает

Пользователь набирает нужный адрес, запрос или переходит по ссылке. Сервер обрабатывает запрос пользователя, сталкивается с настройкой редиректа и следует ей. Пользователь получает соответствующий HTTP-код либо инструкцию другого типа и оказывается на прописанном в ней адресе. Обычно такой переход занимает доли секунд и остаётся незаметным для пользователя.

2. Типы и настройка редиректов

Редиректы могут иметь разный HTTP-статус. По коду состояния HTTP поисковые системы и браузеры определяют, к какому виду относится редирект. Всего есть 9 видов таких редиректов, но на практике используются три статус-кода.

2.1. 301 Moved Permanently

301 редирект — это постоянный редирект, который демонстрирует, что документ перенесён на новый URL-адрес. 301 редирект лучший вариант для оптимизации сайта под поисковые системы. Он позволяет заменить адрес документа в выдаче со старого на новый без потери позиций и трафика.

Я собрал общие случаи использования 301 редиректа.

2.1.1. Редиректы www

Вот как настроить редирект из домена с www на домен без www:

А вот так можно настроить редирект URL без www в URL с www:

2.1.2. Изменение расширения файла

Если вы перешли на другую платформу или CMS, и в этом процессе были изменены только URL-адреса, вы должны использовать следующую переадресацию.

2.1.3. Редирект с разных доменов и поддоменов

Если вы купили несколько доменов в разных доменных зонах или перепроектировали новый сайт в поддомене, вы должны установить редирект со всех дополнительных доменов или поддоменов на основной домен:

2.1.4. Слеши в конце URL-адреса

Вы должны помнить, что поисковые системы рассматривают URL-адреса с и без слеша (https://www.bacon.com/sandwich/ и https://www.bacon.com/sandwich) как два разных URL-адреса. Определите, какой из них более подходит для вашего сайта, и настройте следующие переадресации.

Чтобы удалить слеш в конце URL-адреса:

Чтобы добавить слеш в конце URL-адреса:

2.1.5. Переключение с HTTP на HTTPS

Вам необходимо установить команду для 301 редиректа на HTTPS-версию сайта. Если у вас есть WordPress CMS с управлением хостингом cPanel, вы можете прочитать подробное руководство по переходу на HTTPS.

2.1.6. Управление битыми ссылками

Если вы навсегда удалили одну из своих страниц и создали новую, установите 301 редирект на главную или новую страницу и удалите все ссылки на эту страницу на своём сайте.

2.2. 302 Found, 302 Moved Temporarily

302 редирект демонстрирует, что запрошенный ресурс временно перемещён. Данный вид редиректа может быть использован для страниц с краткосрочными акциями и распродажами конкретного товара. Не рекомендую использовать его для адресов, изменённых навсегда. Роботы поисковых систем индексируют только ту страницу, на которую установлен редирект, но в выдаче останется старый URL. Однако, если робот поисковой системы решит, что вы по ошибке настроили 302 редирект вместо 301, он заменит адрес в выдаче, как и в случае с 301 редиректом. И вернуть его обратно будет проблематично.

2.3. 307 Moved Temporarily

Временный редирект, который указывает, что документ временно доступен по другому URL. Отличие от 302: сохранение метода передачи запроса (GET, POST), который указывает поисковикам, что кешировать документ не стоит (если нет дополнительных указаний).

Вы можете установить 307 Moved Temporarily, когда контент перемещается только временно (например, при перепроектировании). Это позволяет поисковикам понять, что ваш сервер совместим с HTTP 1.1.

Кроме того, клиенты не должны автоматически переадресовывать запросы POST / PUT / DELETE. Кэширование должно выполняться только в том случае, если в ответе сервера есть заголовки Cache-Control или Expires.

3. Как обнаружить редиректы

Самый простой способ, который подходит вебмастерам и SEO-специалистам — получение статус-кодов всех страниц сайта. Сделать такую проверку массово можно с помощью клиентского и браузерного ПО для аудита сайта. Например, Netpeak Spider и Rookee.

3.1. Netpeak Spider

Проверить, верно ли выставлены редиректы, и выявить связанные с переадресацией ошибки можно с помощью Netpeak Spider. Для этого выполните следующие действия:

Смотрите нашу короткую видеоинструкцию о том, как проверить настройку редиректов на сайте:

Хотите быстро проверять редиректы с помощью Netpeak Spider и выгружать детальные отчёты? Эти и другие фичи (анализ 80+ SEO-параметров, встроенные инструменты, интеграции с сервисами аналитики, парсинг и многое другое) доступны в нашем тарифе Lite → если вы ещё не зарегистрированы у нас на сайте, то после регистрации у вас будет возможность сразу же потестировать платные функции.

Ознакомьтесь с тарифами, оформляйте доступ к понравившемуся, и вперёд получать крутые инсайты!

3.2. Rookee

В сервисе Rookee задачу по выявлению ошибок на сайте выполняет автоматизированный SEO-помощник, который берёт на себя задачи по проведению аудитов, а также показывает, какие работы по сайту нужно сделать, и как исправить ошибки своими руками.

Получить информацию о «незаконных» скрытых переадресациях, возникших в результате взлома и прочей преступной деятельности, помогут также предупреждения из Google Search Console и аналитика поведения пользователей в Google Analytics и Яндекс.Метрике.

4. 12 советов, которые помогут избежать ошибок при простановке редиректов

Донор не передаст вес нерелевантному акцептору с некорректным статус-кодом. Правильная настройка позволит поисковым системам быстро склеить страницы без потери трафика для ресурса.

В ряде случаев борьбы с дубликатами логичнее использовать rel=canonical. Например:

Это увеличивает нагрузку на сервер, замедляет процесс использования сайта и может привести к потере веса конечной страницы.

Это поможет уменьшить количество потенциальных ошибок при обработке статус-кодов страниц.

Проверять корректность настроек нужно со сбросом кэша, так как браузеры кэшируют редиректы.

Правильная настройка статус-кодов поможет роботам поисковых систем быстрее индексировать и переиндексировать страницы сайта, не добавляя в выдачу ненужные страницы.

Здесь всё понятно. Это относится к серым методам оптимизации и пресекается поисковыми системами как спам.

В этом случае будет логично использовать rel=canonical.

Подводим итоги

Перед тем как начать работу с редиректами, советую внимательно изучить рекомендации Яндекса и Google на эту тему. Чего точно не рекомендую делать, так это манипулировать отношением поисковых систем к вашему сайту с помощью редиректов.

Мы рассмотрели три самых часто используемых редиректа:

Каждый вид редиректа необходимо использовать для решения конкретной задачи, для которой он был создан. Контроль, знания и вспомогательные сервисы помогут редиректам на вашем ресурсе стать тем, чем они и являются — полезным и эффективным инструментом оптимизации сайта.

Поделитесь в комментариях вашим опытом по настройке редиректов 😉

Источник

Подробная инструкция по редиректам: когда и как их использовать

Что такое редиректы?

Редиректы — это способ перенаправлять пользователей сайтов на URL, отличный от того, что они запросили. Дубли страниц ухудшают ранжирование сайта, а редиректы помогают с ними бороться.Ещё их используют когда нужно создать новую страницу взамен уже существующей и при этом сохранить позиции и трафик. Существует 9 видов редиректов, но в SEO-практике активно применяются лишь три из них:

Общие советы по настройке редиректов

1. Делайте редиректы только на релевантные страницы, со статусом 200 (OK).Чем более релевантна страница акцептора (та что принимает редирект) странице донору, тем быстрее они склеятся и тем больше веса она передаст.

2. Не используйте редирект там, где лучше поставить rel=canonical. Если контент страниц дублируется, но вам важно оставить страницы доступными для пользователей, используйте rel=canonical вместо редиректа. Например, если есть несколько версий контента (для печати, для мобильных,)

3. Не используйте редиректы для файла robots.txt. Этот совет в большей мере касается ПС Яндекс — для нее важно, чтобы при смене домена или переезде на защищенный протокол старый robots.txt был доступен роботам — так быстрее происходит склеивание доменов.

4. Избегайте двух, трёх и более редиректов подряд. Каждый новый редирект — это потеря времени загрузки, лишняя нагрузка на сервер и возможная потеря передаваемого веса страницы.

На больших ресурсах с множеством редиректов несоблюдение этого правила ведёт к возникновению страниц с 404 ошибкой.

6. Браузеры кешируют редиректы — чтобы проверить их работу, сбрасывайте кеш или используйте специализированные сервисы.

Важно!Хотя ссылочный вес и передается в полной мере, при массовом применении редиректов, например, при переезде на https, возможно проседание позиций и трафика страниц на 10-15%, с последующим восстановлением в течение 2-4 недель. Некоторые seo-специалисты, чтобы исключить возможность проседания трафика, советуют сначала настраивать 302 редирект, а после появления в выдаче большинства новых страниц — менять его на 301. Сразу предупреждаем, что такое использование 302 редиректа идёт вразрез с рекомендациями Google, но никто не запрещает вам экспериментировать 🙂

Массово проверить статус страниц сайта можно, используя программы для аудита сайта Netpeak Spider, SEO Screaming Frog и сервис Serpstat.

Быстрее всего найти рабочие и неверно настроенные редиректы можно в Serpstat в модуле «Аудит сайта — Персональный отчет — Код ответа».

1. Для определения главного зеркала сайта

Редирект с версии без www на версию с www

Редирект с версии с www на версию без www

Оба варианта равнозначны и правильны с точки зрения ПС. Если у вас в индексе больше страниц с www — лучше будет использовать переадресацию на версию с www, и наоборот.

2. Канонизация слеша в конце урла

— http://www.site.com/dog1/»>http://www.site.com/dog1/ — http://www.site.com/dog1 Если адрес страницы отличается хоть на один символ — ПС считают такие страницы разными. А если это разные страницы с одинаковым контентом — это дубли. Поэтому очень важно следить чтобы все URL страниц были только в нижнем регистре и одного формата (со слэшом или без слэша в конце). Как и для www — настраивайте перенаправления на версию страниц, с которой у вас больше в индексе.

Редирект для удаления «/» в конце

Редирект для добавления «/» в конце адресной строки

3. Редирект с любого URL на URL в нижнем регистре

Поисковые системы учитывают регистр URL, поэтому для избежания дублей важно использовать единый регистр для всех символов в URL.

4. Редирект при смене домена

При смене домена, если необходимо учесть пожелания Яндекса по переезду, следует сделать редиректы со всех страниц, кроме robots.txt. Для Google это делать не нужно.

В файл robots.txt для старого сайта необходимо внести:

Директиву Disallow тут вносим обязательно по требованиям поисковых систем, но её можно и оставить пустой.

5. Редирект со всех страниц одного домена на главную другого

Эта настройка может пригодится если у вас есть хороший старый домен, что совсем не подходит по тематике или структуре, но вы хотели бы передать с него вес на свой домен.

6. Редирект при переезде на https

Как и в случае со слэшами и главным зеркалом, главная цель такого редиректа — борьба с дублями страниц. Дополнительно при переезде на https рекомендуем использовать HSTS. Нужно понимать, что при настройке редиректов на https возможность слать http запросы к сайту остается. HSTS говорит браузеру, чтобы тот «не общался» с сайтом по http. Даже если браузер встретит на этом сайте ссылку http, или пользователь введет ее руками, он отправит запрос сразу на https версию и не пойдет по пути, когда запрос отправляется сначала на http версию, а уже потом сам сервер перенаправляет 301 редиректом на https. Это сделано, чтобы уберечь пользователя от возможных вклиниваний и перенаправлений крутых хакеров и злоумышлеников. Поисковые боты не будут попадать под этот сценарий.

7. Редирект при смене каталога, содержащего документы

Это правило обычно используют, если структура каталога отображается в URL, и необходимо поменять либо уйти от неё (например, чтобы добавить в URL ключевое слово или сократить его).

8. Редирект с одной страницы на другую

Используем, если изменился адрес документа, либо если больше нет услуги/товара, но есть аналоги, чтобы перевести пользователей и вес на эти страницы.

9. Склеить несколько символов, идущих подряд в 1 символ (в примере — склеить два дефиса в один):

Чаще всего это несколько слэшей либо дефисов подряд. Такие страницы могут появляться из-за некорректной настройки маршрутизаторов, например, два пробела подряд не объединяются и превращаются в два дефиса, либо маршрутизатор всегда дописывает «/» в конце, не проверяя его наличие.

10. Редирект для страниц, имеющих Get-параметры в URL

Иногда необходимо настроить редирект для изменяющихся Get-параметров. Например, параметром будет SECTION_ID:

Оба вида редиректов используем в основном когда необходимо настроить ЧПУ вместо url-а с параметрами

11. Переадресация одного адреса без вложенных адресов

Например, если большинство документов вашего сайта лежат в папке catalog, а страница site.com/catalog не содержит никакого контента.

302 и 307 редирект: как правильно использовать

Использование 302 редиректа оправдано, если:

Не забывайте: если Google посчитает использование 302 редиректа в каком-то конкретном случае ошибочным, старый URL пропадет из выдачи, а ссылочный вес и PageRank полностью перейдут к новому.

Выводы

Каждый редирект стоит использовать для решения той задачи, для которой он был создан, следовать рекомендациям поисковых систем:

Источник

Что такое 301 редирект и как его настроить

При работе с веб-ресурсами возникают ситуации, когда происходит удаление, перенос или изменение url-адреса отдельных страниц или сайта целиком. При этом требуется сохранить индексацию в поисковых системах и перенаправить пользовательский трафик на новый адрес. Для решения этой задачи используется функция под названием 301 Redirect. Это один из инструментов SEO, который позволяет не только избежать ошибок при открытии отдельных страниц, но и добиться корректной работы ресурса. Правильные настройки редиректа дают дополнительную возможность получить синергетический эффект в поисковой оптимизации и увеличить количество органического трафика на релевантные страницы. Рассмотрим более подробно, как происходит настройка редиректа 301.

Что такое переадресация 301

Permanent Redirect 301 применяется с целью организации постоянной переадресации с неактуального доменного адреса или url отдельной страницы на рабочую версию. Редирект может понадобиться в связи с глобальным переносом сайта на другой домен, техническими изменениями в написании адреса, удалением страниц, необходимостью внутренней и внешней перелинковки. Один из вариантов использования перманентной переадресации – редирект с нескольких доменных имен, созданных в разных зонах, на один актуальный адрес. Грамотное использование редиректа позволяет перемещать контент без потерь в поисковой индексации, сохранить и даже увеличить прежний вес и позицию в выдаче.

Настроить код состояния HTTP 301 можно разными способами:

с помощью HTML и PHP;

через панель управления или плагины соответствующей CMS;

при помощи специальных скриптов (программ);

на уровне хостинг-провайдера;

Последний способ является наиболее простым и надежным. О нем чуть позже поговорим подробнее.

Альтернативные методы переадресации

В большинстве случаев постоянная переадресация является более правильным решением, чем временная. На практике это объясняется просто. Предположим, сайт сменил доменную зону, а затем еще и обзавелся защищенным протоколом https. При настройке временной переадресации в индексе Яндекса и Google по одним и тем же запросам появились три версии сайта с пропорциональным проседанием позиций в выдаче. После настройки редиректа 301 на приоритетный url произошло склеивание дублей, робот вернул сайт в топ выдачи.

Не рекомендуется использовать постоянный редирект при временном переносе сайта или наличии серьезных проблем со старым доменным именем. Если адрес забанен или попал под поисковую фильтрацию, смена дислокации с применением переадресации не поможет избавиться от этих ограничений.

В каких случаях используется постоянный редирект 301

Смена доменного имени, перенос сайта. Необходимо произвести тотальную настройку переадресации со старого адреса на новый, чтобы все без исключения запросы к old_site.ru перенаправлялись на new_site.ru.

Изменение написания url определенных страниц в целях SEO-продвижения, смены CMS или по иным причинам. Требуется настроить редирект с site.ru/1hdkr5 на site.ru/page_adress.

Перенос разделов на субдомены. Необходимо сменить адрес www.site.ru/example на example.site.ru.

Для аккумуляции трафика с адресов, купленных в разных доменных зонах, на один приоритетный ресурс.

Исключение дублирующихся страниц из индекса.

Склейка зеркал сайта – вариантов сайта с идентичным контентом, но разным написанием адресов: site.ru, www.site.ru, https://site1.ru и т.д. В этом случае выбирается один приоритетный домен и на него настраивается редирект со всех остальных зеркал.

Удаление ранее существовавшей страницы. В этом случае пользователи обычно видят ошибку 404. Большое количество таких сообщений негативно воспринимается как пользователями, так и поисковиками.

Для быстрого перехода пользователя на мобильную версию ресурса со смартфонов и планшетных устройств.

Создание постоянной переадресации 301 через настройки и плагины CMS

В большинстве популярных конструкторов сайтов и CMS (OpenCart, Joomla!, Битрикс, Wix, Тильда) предусмотрена настройка редиректов с помощью встроенных инструментов. Если сайт создан с помощью WordPress, для настройки переадресации можно воспользоваться следующими плагинами:

Redirection — самый популярный плагин для настройки редиректов. Кроме основной функции обладает следующими возможностями: сбором статистики переадресаций, отслеживанием ошибок 404, поддержкой регулярных выражений.

Safe Redirect Manager — простой плагин, который также поддерживает регулярные выражения, практически не влияет на производительность сайта.

Quick Page/Post Redirect Plugin — еще один удобный инструмент оптимизации. Один из недостатков — отсутствие поддержки регулярных выражений. К ссылкам можно добавлять атрибут «nofollow».

Simple 301 Redirects. Данный модуль обладает одним недостатком – url для переадресации необходимо прописывать вручную.

Для Битрикс кодировка будет выглядеть следующим образом:

В Joomla настройки переадресации производятся через панель администратора в разделе «Компоненты» => «Перенаправление». Здесь можно не только установить правила редиректа, но и отслеживать страницы с битыми ссылками и перенаправлять их на корректные адреса.

Но настроить редирект 301 довольно просто в базовом редакторе.

Найти файл можно через панель управления хостинга либо использовать FTP-клиент. При любом варианте нужно включить отображение скрытых файлов.

Для создания 301 редиректа перейдите в панель управления вашего сайта.

Рекомендуем все условия редирект записывать в блоке IfModule, дабы избежать ошибок при выполнении файла htaccess.

Перед тем как начать прописывать правила перенаправления, необходимо включить механизм преобразований (RewriteEngine) при помощи команды RewriteEngine On.

Хостинги применяют по умолчанию 302 или любой другой 3xx редирект. В связи с этим в правилах используются флаги. Рекомендуем дописывать в своих правилах [R=301,L].

Склейка зеркал сайта (www / без www)

Сайты http://name.site и http://www.name.site для поисковых систем являются разными. А по факту это разные адреса одного сайта.

Если произошла обратная ситуация и необходима переадресация с без «www» на «www», то в файл прописывается:

Редирект с http на https для всего сайта

Если данная конструкция не сработает, попробуйте другой вариант:

Если редирект не работает и в этом случае, попробуйте такой вариант:

В результате пройдет перенаправление на https всех пользователей и поисковых систем.

Постранично

Бывают случаи, когда необходимо создать редирект на https всех страниц, кроме одной. В этом случае используют постраничный редирект:

Для одной страницы

Для редиректа с http на https одной страницы (например page.php), в файл добавьте следующую конструкцию:

Редирект сайта с https на http

Если необходимо сделать 301 редирект всего сайта с https на http, в файл прописывается следующее:

Изменение домена

Редирект на страницу с другим url (без параметров)

Редирект для url (с параметрами)

Если адрес содержит параметр (например, http://name.site/articles.php?section=1, где параметром является «section=1» ), то прописывают следующую конструкцию:

Редирект с index.php на главную страницу

В тех случаях, когда главная страница сайта может быть недоступна по нескольким адресам одновременно, применяют следующую конструкцию:

Редирект со страниц со слешем на без слеша (для всего сайта)

Или более короткий вариант:

Редирект со страниц без слеша на слеш (для всего сайта)

Обратный вариант применяется, когда нужно использовать адреса со слешем.

301 редирект с 404 Not Found

Код 404 Not Found (страница не найдена) присваивается удаленной или несуществующей странице на сайте. Создание постоянного перенаправления с таких страниц актуально для контентных сайтов и крупных интернет-магазинов, где страницы часто удаляются по естественным причинам. Тогда возникает потребность перенаправить посетителей на одну из главных страниц сайта, чтобы они не уходили с ресурса при виде ошибки.

301 редирект для страниц 404 Not Found сделать совсем не сложно. Например, этот код перенаправит со всех 404-страниц на главную:

Однако делать такие редиректы в массовом порядке не рекомендуется, так как это может испортить SEO-статистику всего ресурса.

Пример файла htaccess, после добавления в него редиректов:

точка заменяет произвольный символ

обозначает перечень знаков, совпадающих с буквами a, b, или с

список символов вне указанного диапазона (кроме a, b, с)

указывает на то, что предыдущий знак может повторяться 0 или больше раз

команда найдет идущие подряд символы из заданного набора

приводит к противоположному эффекту

заменяет любой набор символов

ищет все подстроки между кавычками

начало строки (когда используется в начале выражения)

означает конец строки

цифра, буква или подчеркивание _

заменяет любую цифру

может заменить любой знак, кроме цифры

для замены любой цифры

для всех букв от a до z в нижнем регистре

для каждой буквы от A до Z в верхнем регистре

любая буква от a до Z во всех регистрах

Другие способы создания переадресации 301

Через PHP

Данный вариант подойдет тем, кто хорошо разбирается в web-программировании и PHP. Необходимо открыть файл index.php в корне CMS-движка и прописать там:

(в первой строке укажите старый url, а во второй — новый)

ASP-редирект

ASP.NET редирект

Найдите в корне своего сайта файл web.config и вставьте в секцию синтаксис:

ColdFusion редирект

JSP (Java) редирект

Данный способ подойдет для небольшой корректировки простых сайтов. Код можно прописать лишь в одном файле, а сам файл добавить на все нужные страницы, указав:

CGI-скрипт на PERL

Ruby on Rails

Редирект в Nginx

HTML-редирект

Этот способ подойдет для небольших статических сайтов, когда требуется настроить переадресацию для одной страницы. Для этого необходимо добавить специальный мета-тег внутри кода HTML. Пример записи редиректа на другой ресурс после 5-секундной задержки:

Если поставить значение 0 вместо 5, то переадресация на https://livepage.pro произойдет моментально.

Однако для больших сайтов HTML-перенаправление делать сложно и затратно по времени, поэтому лучше отдать предпочтение другому варианту.

Редирект 301 в панелях управления сервера

Большинство панелей управления сервера предоставляют возможность настройки переадресации с кодом 301. Рассмотрим варианты решения этой задачи на примере двух популярных ПУ для VDS.

Cpanel

Нужно перейти в блок «Домены» => «Перенаправления». В появившемся окне выполнить следующее:

В строке «Тип» выбрать «Постоянный 301».

В строке «https://www» из выпадающего списка выбрать домен сайта (например, example.ru).

В строке «Перенаправляет на» указать для домена адрес http://example.ru.

В блоке «Перенаправление www» поставить галочку напротив «Перенаправлять только с www».

Сохранить изменения кликом на «Добавить».

ISPmanager

Автоматическое создание переадресации

При отсутствии знаний и опыта самостоятельной настройки редиректа можно воспользоваться сервисами автоматической генерации:

Проверка корректности настроек 301 редиректа

Самый простой способ проверки переадресации – ручное тестирование. Для этого необходимо вставить в адресную строку браузера url сайта или страницы, с которой настроено перенаправление. Если при открытии будет доступен ресурс, на который настроен редирект, то переадресация выполняется правильно.

Для автоматической проверки можно воспользоваться специальными сервисами:

программой Screaming Frog Seo Spider, способной просканировать весь сайт.

Существует ряд ошибок, которые следует избегать при настройке редирект 301:

использование перенаправлений между страницами сайта без изменения их url в ссылках;

установка временной переадресации вместо постоянной;

неправильный выбор типа редиректа;

перенаправление файла robots.txt;

непонимание разницы между rel=canonical и кодом 301;

редирект на нерелевантный контент;

переадресация, которая не приводит к 200-й странице.

Стоит отметить проблему создания цепочки ссылок, которая может привести к появлению циклического редиректа — ошибки с кодом «ERR_TOO_MANY_REDIRECTS». Наиболее распространенные причины возникновения такого бага – неправильная настройка в процессе создания переадресации, вирусная атака, слишком длинная цепочка редиректов. Не рекомендуется настраивать редирект, содержащий более пяти адресов. Оптимальной является прямая переадресация со старого на новый url.

Заключение

Использование редиректа 301– очень важный способ поисковой и пользовательской оптимизации веб-ресурса. Использовать его следует с осторожностью. Неправильная настройка может привести к сбоям в работе сайта и потере поисковых позиций.

Источник

Что это такое

Зачем убирать

Ошибка 310

Основные причины возникновения

Пути быстрого решения проблемы

Как исправить ошибку на виртуальном хостинге

Настройка редиректа на VDS Nginx+Apache

Поддержание браузера в рабочем состоянии

Как проверить наличие цепочки редиректов

Популярные сервисы для отслеживания цепочек редиректов

Netpeak Spider

Анализ сайта Webmasta

Проверка переадресации Website Planet

Массовая проверка цепочек редиректов Majento

SEO-помощник Rookee

Работа с файлом настроек каталогов

Check Out Our Video Guide to Fixing the “Remove Following Redirect Chain” Error

An Intro to Redirect Chains (and Why They’re Bad for Your Website)

What Causes GTmetrix’s Redirect Chain Error

How to Resolve the “Remove Following Redirect Chain” Error (4 Methods)

1. Review Your CDN Settings

2. Check the Error Message for Specific Plugins

3. Disable (and Then Re-Enable) All of Your Plugins

4. Review Your .htaccess File

Summary

Check Out Our Video Guide to Fixing the “Remove Following Redirect Chain” Error

An Intro to Redirect Chains (and Why They’re Bad for Your Website)

What Causes GTmetrix’s Redirect Chain Error

How to Resolve the “Remove Following Redirect Chain” Error (4 Methods)

1. Review Your CDN Settings

2. Check the Error Message for Specific Plugins

3. Disable (and Then Re-Enable) All of Your Plugins

4. Review Your .htaccess File

Summary

Что такое редирект и множественный редирект?

Почему множественные редиректы негативно влияют на SEO?

Как обнаружить множественные редиректы?

Как исправить цепочки перенаправлений?

Почему происходит циклическая переадресация и как это исправить?

Причина 1 — Конфликтующие или повторяющиеся редиректы в панели управления или .htaccess

Причина 2 — Неверные настройки Cloudflare

Причина 3 — Некорректный URL домашней страницы WordPress в базе данных

Google Chrome

Mozilla Firefox

Safari

Как определить причину цикличного перенаправления

Как исправить ошибку перенаправлений (редиректов)

Правильные настройки редиректов (перенаправлений)

Принудительный HTTPS

Принудительный HTTPS при использовании прокси-сервера

Перенаправление с HTTP на HTTPS в Nginx

Принудительно без www

Принудительно с www

Краткий итог

Ошибка «Сайт выполнил переадресацию слишком много раз»

Причина возникновения ошибки

Сайт выполнил переадресацию слишком много раз или ERR TOO MANY REDIRECTS: как исправить

ERR TOO MANY REDIRECTS: что делать, если я владелец сайта

Что делать, если я пользователь

Виды редиректов

Редиректы по коду состояния HTTP

301 Moved Permanently

302 Found, 302 Moved Temporarily и 307 Temporary Redirect

200 OK

Meta Refresh

JavaScript

Редиректы по назначению

Постраничные

С раздела на раздел

С www на без www

Со слешем на без слеша

С HTTP на HTTPS

Цепочки редиректов

Заключение

Руководство по редиректам: как их обнаружить и настроить

Поделиться этим постом

1. Что такое редиректы

1.1. Когда используют редиректы

1.2. Как это работает

2. Типы и настройка редиректов