Как убрать редирект?
Для того, чтобы убрать редирект через панель управления ISPmanager выполните действия указанные ниже.
1. Войдите в личный кабинет панели управления хостингом ISPmanager (cp.hformer.com), в раздел WWW>WWW-домены. Выберите домен для которого хотите удалить редирект и нажмите Редиректы (см. рис. 1).
2. В настройках редиректов выберите строку с перенаправлением, которую нужно удалить и нажмите Удалить (см. рис. 2)
Рисунок 2
Готово. Редирект больше не будет работать на данном адресе.
Как убрать редирект в .htaccess
Для того, чтобы убрать редирект в .htaccess необходимо удалить в файле строки, отвечающие за настройки редиректа. Отредактировать файл .htaccess можно через Менеджер файлов панели управления хостинга ISPmanager. Для того, чтобы внести изменения в .htaccess в менеджере выполните действия, указанные ниже.
1. Войдите в личный кабинет панели управления хостингом ISPmanager (cp.hformer.com) в раздел Главное > Менеджер файлов. Далее перейдите в корневую папку домена (/www/название_домена), выберите файл .htaccess и нажмите Изменить (см. рис. 3).
Рисунок 3
2. В редакторе файлов удалите нужные строки отвечающие за редирект и сохраните результат (Сохранить или Ок), см. рис. 4.
Рисунок 4
Подробнее о настройке переадресаций через файл .htaccess см. в статье Редирект через файл .htaccess.
Руководство по редиректам: как их обнаружить и настроить
Я подготовил подробное руководство по редиректам, в котором расскажу о том, как их настраивать, находить и корректировать.
- Что такое редиректы
- Когда используют редиректы
- Как это работает
- 301 Moved Permanently
- 302 Found, 302 Moved Temporarily
- 307 Moved Temporarily
- Netpeak Spider
- Rookee
1. Что такое редиректы
Редирект — это автоматическая переадресация пользователя на URL, который отличается от запрошенного им изначально. Если редирект настроен корректно и не противоречит правилам поисковых систем, то для пользователя, как правило, сам процесс перенаправления остаётся незамеченным.
Самый простой пример редиректа: пользователь вводит один адрес интернет-магазина в адресной строке, а в итоге попадает на другой, более актуальный ресурс этой компании. Страница, с которой перенаправили пользователя, в этом случае называется донор (от лат. dono — «дарю»). Страница, на которую его направили — акцептор (лат. accipio — «я принимаю, получаю»).
1.1. Когда используют редиректы
Основная задача редиректов — не потерять трафик и позиции, если одну страницу нужно заменить на другую. Например, после ребрендинга сайта либо для исключения дублей страниц, которые плохо влияют на ранжирование сайтов.
Примеры использования редиректов:
- Изменение адреса сайта или страницы;
- Удаление категории или раздела сайта;
- Перенаправление пользователей на мобильную версию сайта;
- Перенаправление с http на https;
- Склейка или замена доменного имени; ;
- Удаление дублей страниц, когда проблему нельзя решить иным методом.
В этом посте я намеренно не рассматриваю использование редиректов в серых методах поисковой оптимизации, которые считаются поисковиками некорректными и жёстко ими пресекаются.
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:
А вот так можно настроить редирект 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 редиректом. И вернуть его обратно будет проблематично.
Вы можете прописать такую директиву в файле .htaccess, чтобы установить редирект:
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.
- На боковой панели откройте вкладку «Параметры» и отметьте пункт «Код ответа сервера».
Смотрите нашу короткую видеоинструкцию о том, как проверить настройку редиректов на сайте:
Хотите быстро проверять редиректы с помощью Netpeak Spider и выгружать детальные отчёты? Эти и другие фичи (анализ 80+ SEO-параметров, встроенные инструменты, интеграции с сервисами аналитики, парсинг и многое другое) доступны в нашем тарифе Lite → если вы ещё не зарегистрированы у нас на сайте, то после регистрации у вас будет возможность сразу же потестировать платные функции.
Ознакомьтесь с тарифами, оформляйте доступ к понравившемуся, и вперёд получать крутые инсайты!
3.2. Rookee
В сервисе Rookee задачу по выявлению ошибок на сайте выполняет автоматизированный SEO-помощник, который берёт на себя задачи по проведению аудитов, а также показывает, какие работы по сайту нужно сделать, и как исправить ошибки своими руками.
Ещё один способ обнаружить редиректы — изучить файл .htaccess и <head> документов (выявить наличие правил переадресации). Статус-код ответа сервера можно проверить вручную, используя функционал разработчика в браузере.
Получить информацию о «незаконных» скрытых переадресациях, возникших в результате взлома и прочей преступной деятельности, помогут также предупреждения из Google Search Console и аналитика поведения пользователей в Google Analytics и Яндекс.Метрике.
4. 12 советов, которые помогут избежать ошибок при простановке редиректов
- Не используйте иные статус-коды ответа сервера там, где нужен 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.
Подводим итоги
Перед тем как начать работу с редиректами, советую внимательно изучить рекомендации Яндекса и Google на эту тему. Чего точно не рекомендую делать, так это манипулировать отношением поисковых систем к вашему сайту с помощью редиректов.
Мы рассмотрели три самых часто используемых редиректа:
- 301 Moved Permanently — редирект на постоянной основе, который указывает, что документ перенесён на другой адрес навсегда. Редирект «склеивает» старый и новый адреса, а также перенаправляет ссылочный вес и трафик на новый ресурс.
- 302 Found, 302 Moved Temporarily — временный редирект, который применяется, когда нужно установить перенаправление на определённый период и при этом не удалять предыдущую версию страницы из индекса.
- 307 Moved Temporarily — используются для временного перемещения. Отличие от 302: сохранение метода передачи запроса (GET, POST), который указывает поисковикам, что кешировать документ не надо (если нет дополнительных указаний).
Каждый вид редиректа необходимо использовать для решения конкретной задачи, для которой он был создан. Контроль, знания и вспомогательные сервисы помогут редиректам на вашем ресурсе стать тем, чем они и являются — полезным и эффективным инструментом оптимизации сайта.
Как убрать редирект на https из кэша браузера?
Поскольку я работаю с настройкой сайтов и серверов, то часто сталкиваюсь с тем, что нужно переводить сайты на протокол HTTPS. Такая настройка часто включает в себя конфигурирование редиректов c http на https или обратно. Так вот, при проверке сайта, Google Chrome запоминает эти редиректы в свой кэш что называется «намертво». После чего, если даже вы будете менять настройки в файле .htaccess или конфигурации nginx — сайт всё равно будет редиректиться в вашем браузере на https.
Стандартная рекомендация в таких случаях — очистка кэша браузера. Но при этом будут удалены данные и других сайтов.
Используйте режим инкогнито чтобы исключить влияние кэша браузера
Еще один способ — использовать режим инкогнито. Можно открыть его комбинацией клавиш Ctrl+Shift+N.
Используйте режим инкогнито для работы в браузере без кэша
Дело в том, что в этом режиме не сохраняются никакие данные о посещаемых сайтах. История, кэш, куки — всё это будет удалено при закрытии окна. Соответственно все эти данные не берутся из кэша Chrome. И часто помогает проверить какие-то изменения на сайтах имено этот режим.
Используйте отладчик с опцией «Не использовать кэш»
В хроме есть хороший инструмент — отладчик. Или как это называется debugger. Он вызывается с помощью клавиши F12 или по Ctrl+Shift+I. Ну, либо мышкой в меню. Через него можно просматривать заголовки страниц, в которых можно выяснить версию nginx, наличие кэша или узнать IP-адрес сайта. Кроме того, я этим инструментом активно пользуюсь в работе для проверки скорости загрузки сайта при оптимизации серверов.
Так вот, в его настройках есть опция, которая позволяет запретить хрому использование кэша при включенном дебаггере.
Настройки отладчика — не использовать кэш
После активации этой опции Google Chrome не будет брать данные из кэша, соответственно ваши редиректы должны отрабатывать корректно, если они настроены на сервере.
Способ третий — сбросить в браузере редирект https для конкретного домена
Второй способ может быть неудобен тем, что требуется открыть отладчик. Первый может не подойти тем, кто не хочет очищать кэш или историю просмотров всего браузера — ведь там могут храниться какие-то нужные данные.
Поэтому есть способ самый «хардкорный» но и самый удобный. Введите в адресной строке такой адрес:
У вас должно открыться нечто подобное:
Удаляем редиректы для одного домена в Chrome
После этого хром начнет отрабатывать редиректы корректно, именно так, как они настроены на сервере или хостинге. Но вообще, лучше всего проверять редиректы не браузером.
Как проверить редиректы или статусы страниц сайта без вероятного влияния кэша браузера?
Все очень просто. Для того, чтобы исключить влияние кэша браузера — нужно не пользоваться браузером 🙂
Как же тогда быть? Ну вообще есть куча сервисов для проверки http-заголовков и статусов страниц. Например, есть специальные сервисы для проверки страниц и ссылок ссайта на 404 ошибку. Такой сервис сканирует ваш сайт и выдает отчет, в котором содержатся все ссылки на битые страницы.
Но для проверки редиректов или одной-двух страниц можно поступить более простым способом. Использовать консольные утилиты wget или curl. curl будучи запущен с опцией -I вернет заголовки ответа страницы.
А wget показывает полностью всю логику редиректов — что происходит при перенаправлении страниц, какие редиректы есть в цепочке.
Да и не только редиректы. Любые статусы которые отдает страница. IP тоже будет видно в выводе этой утилиты. Вообще, wget очень мощное средство. Где его брать? Оно обычно есть практически на любом сервере или VPS — достаточно подключиться в консоль по SSH.
Очистка кэша DNS в Google Chrome
Смежная тема — это DNS. Дело в том, что хром кэширует все подряд. В том числе и ответы DNS — сопоставления доменов IP-адресам сайтов. Часто при переносе сайтов или перенаправлении доменов требуется проверять работу на новых серверах или хостингах. Это можно сделать и без смены DNS глобально, чтобы убедиться в работоспособности сайта на новом хостинге или сервере. Вы просто подменяете DNS локально, в файле hosts на своем компьютере. После этого сайт будет открываться с нового сервера исключительно на вашем компьютере, а весь остальной мир по прежнему будет ходить на сайт на старый сервер.
Так вот, такая проверка бывает осложняется тем, что хром запоминает IP старого хостинга или сервера в кэше. И не желает перечитывать его из файла hosts. С этим тоже достаточно просто бороться, если знать о его таких «особенностях».
Пользоваться тем же инструментом, что был показан выше для очистки кэша редиректов.
Просто вводим в адресную строку chrome://net-internals/#dns и жмем там очистку кэша.
Непонятно, баг это или фича, но хром порой кэширует вообще всё подряд, и можно потратить кучу времени, чтобы разобраться — то ли дело в настройках сервера, то ли это хром гонит. Как бы там ни было — способы рабочие.
Не стоит полагаться на неизвестных вам разработчиков, поэтому старайтесь использовать инструменты, которые на 100% делают то, что от них ожидается.
Admin
IT-cпециалист с высшим техническим образованием и 8-летним опытом системного администрирования. Подробней об авторе и контакты. Даю бесплатные консультации по информационным технологиям, работе компьютеров и других устройств, программ, сервисов и сайтов в интернете. Если вы не нашли нужную информацию, то задайте свой вопрос!