Трактат о 301 редиректе: от теории до практики за 15 минут

Введение

Что такое перенаправление (Redirects)?

Перенаправление означает, что веб-сайт может перенаправить запрос ресурсов на другой URL/конечную точку. Предположим, что вы отправляете запрос на apple.com, а apple.com может перенаправить вас на другой сайт (new-apple.com), так что вы окажетесь на new-apple.com, даже если исходный запрос был сделан для apple .com. Это называется «перенаправление». Существуют различные типы перенаправлений в HTTP.

Стандартные коды статусов перенаправлений — 3xx

• 300 Multiple Choices множество выбора
• 301 Moved Permanently перемещено навсегда
• 302 Found найдено
• 303 See Other смотреть другое
• 304 Not Modified не изменялось
• 305 Use Proxy использовать прокси
• 307 Temporary Redirect временное перенаправление
• 308 Permanent Redirect постоянное перенаправление

Перенаправление может происходить на стороне сервера (Server-Side) или на стороне клиента (Client-Side).

Server-Side: Запрос на перенаправление отправляется на сервер, затем сервер уведомляет браузер о перенаправлении на URL-адрес, указанный в ответе.

Client-Side: Браузер получает уведомление о перенаправлении на указанный URL-адрес напрямую, без вмешательства сервера.

Что такое Open Redirects?

Open redirect (Открытое перенаправление) это то, что написано в названии: Открытое (Open) перенаправление (Redirects) на любой веб-сайт.

Почему это проблема?

Ну, это плохо с самого начала, подумайте об этом на мгновение, что если apple.com, ДОВЕРЕННЫЙ веб-сайт, позволяет вам перенаправить на любой другой веб-сайт. Тогда злонамеренный пользователь может просто перенаправить apple.com на attacker.com, и люди все время будут думать что они находятся на apple.com, полагая, что ему доверяют, но на самом деле это не так. Поэтому разрешать перенаправления на любой веб-сайт без проверки или без надлежащего уведомления пользователя — это плохо.

Ошибка 1/2/101

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

1. Запустите антивирус.
2. Очистите систему от временных папок и файлов с помощью очистки диска.
3. Обновите драйвера.
4. Проведите «Восстановление системы».
5. Установите все доступные обновления операционной системы.
6. Переустановите браузер.
7. Запустите проверку системных файлов Windows.
8. Переустановите Windows, предварительно создайте копии всех важных документов и загрузите на съемный носитель или в виртуальное облако.

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

1. Позвоните по бесплатному номеру 8-800-333-7000.
2. Свяжитесь со специалистом с помощью мессенджера на сайте Дом ру. Чтобы открыть программу, нажмите на зеленую кнопку со значком сообщения, расположенную в правом нижнем углу страницы.

3. Напишите в техподдержку через раздел «Помощь». Для этого найдите соответствующий пункт в меню, расположенном слева, и перейдите на страницу «Оставить обращение».

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

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

Нередко при появлении данной ошибки браузер начинает сбоить, а на экране всплывает надпись Moved Permanently.

Код 0 и 1

Коды ошибок с такими числами указывают на устаревшую версию прошивки. Если вы обратитесь в техподдержку Okko, то скорее всего они укажут именно на это. Обновите ПО. Сделать это можно следующим образом:

1. Откройте «Настройки».
2. Найдите в меню «Обновления».
3. Загрузите последнюю версию апдейта.
4. Установите свежую версию прошивки.
5. Перезагрузитесь.

Используйте инструкцию к SMART-TV, чтобы разобраться в деталях настройки своей модели телевизора.

Обратите внимание:

Ошибка 20-01 в Сбербанке: что можно сделать?

Обратите внимание, что отсутствие обновлений может также вызывать ошибки 11, 17, 26. https://www.youtube.com/embed/401lCtNj6AY

Настраиваем 301 редирект через файл .htaccess

Напомню, что сегодня мы говорим про ответы сервера и 301 редирект, который является абсолютно необходимой вещью при смены Урла одной страницы или переносе всего сайта на новый домен, переезде на Https или при склейке зеркал. Этот самый редирект чаще всего реализуются именно с помощью файла .htaccess (если сайт работает на сервере Apache. Давайте посмотрим примеры его реализации.

Для перенаправления с одного Урла на другой будет достаточно добавления в .htaccess такой вот строчки:

Redirect 301 /old-page.html http://new-domain.ru/new-page.html

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

Redirect 301 /joomla/joomla-3-professionalnyj-sajt-za-odin-den.html /videokursy

Однако, если вам нужно сделать постраничный редирект (например, для смены расширения страниц сайта с .html на .php или еще что-то, что позволяет не прописывать отдельные строки 310 редиректа для каждой страницы), то гораздо удобнее использовать регулярные выражения. Такой способ называют пакетным редиректом.

Для этого используется уже директива RedirectMatch, в которой допускается использование регулярных выражений. Например, для смены окончаний страниц .html на .php можно использовать такой вот код:

RedirectMatch 301 (.*)\.html$ http://www.yourdomain.ru$1.php

Чпу (человекопонятные ссылки) на сайтах многих CMS тоже реализуются с помощью подобных редиректов. Ну и, конечно же, та самая склейка зеркал, возникающая из-за WWW, тоже происходит за счет 301 редиректа (с использованием возможностей модуля mod_rewrite веб-сервера Apache):

Редирект на WWW:

Options +FollowSymLinks
 RewriteEngine On
 RewriteCond %{HTTP_HOST} ^www.domain\.ru$ 
 RewriteRule ^(.*)$ http://domain.ru/$1 

Редирект с WWW:

Options +FollowSymLinks
 RewriteEngine On
 RewriteCond %{HTTP_HOST} ^www.domain\.ru$ 
 RewriteRule ^(.*)$ http://domain.ru/$1 

Кроме возможностей дополнительного файла конфигурирования Apache (.htaccess) для создания редиректов используют и другие методы, реализованные на возможностях различных языков программирования (PHP, Javascript и других). Даже средствами Html возможно сделать перенаправление (правда, не знаю, как это будет восприниматься поисковиками). Об этом я писал в статье про то, как можно .

Удачи вам! До скорых встреч на страницах блога KtoNaNovenkogo.ru

Использую для заработка

301 moved permanently что это и как исправить

Что это за глава? Подумаете вы после прочтения всего того, что было описано выше. А я, в двух словах, поясню. Moved permanently в переводе означает «переехал навсегда». Некоторые вебмастера еще и краем уха не слышали о 301 Moved permanently, тем более о Permanent Redirect, то есть о постоянном редиректе, и ищут ответ, почему у них выбивает такую ошибку на странице. А теперь обращение к тем, кто искал, как исправить 301 moved permanently — начинайте читать статью сначала и находите свой конкретный случай для решения своих задач. А мы переходим к следующему этапу: коротко о том, что такое 302 редирект и зачем он нужен, если есть 301-й.

Сервисы для контроля Редиректов

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

Расширения для браузера, которые контролируют редиректы:

• HttpFox для Mozilla;
• HTTP Headers для Google Chrome.

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

Как тупой сервер может запороть ваше умное SEO

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

На последнем скриншоте показано поле Content-Type:Content-Type: text/html;charset=utf-8
Оно говорит от том, что имеющийся на сервере документ представляет из себя Html файл в кодировке русского языка UTF-8

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

Last-Modified — второй камень преткновения (из сонма http ответов веб-сервера поисковому боту), влияющий на продвижение сайта

В этом поле указывается дата изменения документа (последнего обновления информации на данной веб-странице). Робот обязательно смотри в это поле, ибо у него много работы и отвлекаться на просмотр документа, который не изменился с момента его последнего посещения, было бы глупо.
Поисковый робот делает серверу запрос на загрузку страницы — была ли та изменена за время, прошедшее с его последнего прихода (отправляется в поле if-modified-since с датой последней загрузки документа этим роботом). Сервер сие обращение обрабатывает, и если страница с тех пор была действительно изменена (считывается Last-Modified и сравнивается с датой полученной от робота), то он отдает ее содержимое боту (и код 200 в ответ, естественно). Поисковый индексатор ее переиндексирует и будут учтены все внесенные изменения, например, добавленный контент или ссылки.
В противном случае (когда Last-Modified не менялся) сервер отдает боту только лишь код 304. В этом случае робот со спокойной душой пойдет дальше. Проблема может заключаться в том, что страницу вы могли уже за это время десять раз изменить, но в индексе поисковика она не обновится, ибо не обновлялся Last-Modified для этого файла. CMS (движки сайтов) довольно часто этим грешат, нужно обязательно все это проверять и при необходимости настраивать. Как? Это уже другой вопрос.

Начать же можно с обращения к хостеру с просьбой помочь (бесплатно или за денежку) в решение проблемы. Для них это, как правило, не проблема. Но вы, во-первых, должны сами понять, что у вас эта проблема есть, а во-вторых, должны доходчиво объяснить ее суть администратору сервера.

Как сделать 301 редирект?

Для осуществления этого есть несколько способов. На мой взгляд, самый удобный способ сделать 301-е перенаправление — использование файла .htaccess. Опять же, для его составления существует несколько вариантов. Например, такое правило:

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

— это перенаправит с адреса http://site.ru/old-page/ на http://site.ru/new-page/. Такой приём особенно полезен, когда в интернете есть ссылки, которые ведут на несуществующие страницы вашего сайта. В этом случае вы можете сделать редирект, чтобы сберечь ссылочный вес (см. статью про ошибки URL в Google webmaster).

А такое правило

RewriteRule ^(.*)index\.php$ /$1 

исключает дубли http://site.ru и http://site.ru/index.php — т.е. делает редирект со 2-го URL на 1-й.

Файл .htaccess следует разместить в корневом каталоге сайта.

Можно редиректы делать с помощью php и даже через DNS (Domain Name System). Но всё же, на мой взгляд, гораздо удобнее настроить всё в одном файле (.htaccess), закинуть его в корень сайта и радоваться 301-му редиректу

What is redirection?

302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)

• HTTP 1.0: 302 status code is «Moved Temporarily» — current page has been moved temporarily to another URL.
• HTTP 1.1: the description phrase has been changed to «Found» — current page has been found.

link juice

Examples of using redirects

Redirecting your domain to a non-www URL:

Redirecting your domain to a www URL:

• which URL ranks higher in the SERPs;
• which URL is more represented in the index.

Redirecting your domain to URL without a slashwww.site.com/cat1www.site.com/cat1To delete the slash from the URLs:

To add the slash to the URLs:

To redirect the user from one page to another:

Redirecting the main page duplicates

Redirecting catalogs

www.site.com/old-catalog

Redirecting (sub-)domains

www.site.orgwww.site.netwww.site.comDeleting multiple slashes/hyphens from the URLswww.site.com/catalog////page-1.htmlwww.site.com/catalog/page-1.html

www.site.com/catalog/page—1.htmlwww.site.com/catalog/page-1.html

Redirecting from any URL to a lowercase URL

• mounting a page-by-page 301 redirect from the old site to the new one;
• don’t set up a redirect from robots.txt — add the Host directive to the new domain instead.

Generating 301 redirects

How to test the 301 redirect

• whether it’s working (check the main page);
• go through the main sections and webpages of the site.

When is it better to use a 301 redirect?

• This is a preferred method by default;
• For pages, that have beenmoved permanently, or their URLs have been changed;
• For domains, if you’ve moved your website to the new domain;
• For 404 pages. For example, if a certain product has been deleted from the catalog, you can set up a redirect to a page with a similar product, or to the URL of the product category.

When is it better to use rel= «canonical»?

• If you can’t set up 301 redirects or it won’t be time-efficient;
• For duplicate content, if you want to keep both versions (for example, pages with different clothing sizes);
• When you have multiple URLs leading to the same page (catalog categories, pages for tracking the traffic from affiliate links, etc.);
• For cross-domain resource sharing, if you want to transfer data between pages that have different origins (domains, for example).

To sum it up

Redirection mistakes

• Redirection chains (avoid them to maximize the speed and the link juice flow of the website);
• Using the wrong type of redirect (to make the right decision, you have to consider all the details);
• Setting up internal redirects without rewriting the URLs of the links. You have to make sure that links on your website don’t lead to pages with the redirect;
• Redirecting to irrelevant pages/content. Your links should always lead either to similar pages or to the section of the site that included the requested page;
• The wrong choice of either rel=canonical or 301 direct (see above);
• Redirecting robots.txt (it’s better to add the Host directive);
• Any redirect, which doesn’t lead to a page with a 200 status code (every link should lead to a properly working page with a 200 status response. Otherwise, don’t confuse the crawlers and just show the 404 Error page).

Essential on-site SEO factors

Как проверить код ответа сервера

Посмотреть код ответа на странице можно бесплатно за пару кликов. В браузере информация находится на панели разработчика: в Google Chrome для вызовите панель горячей клавишей F12, откройте вкладку Network и обновите страницу.

Результаты просмотра кода в браузере

Для просмотра кода есть браузерные расширения:
HTTP Headers для Google Chrome, HTTP Header для Opera.

Инструмент в Яндекс.Вебмастере покажет код статуса HTTP.

Результаты проверки инструментом

Инструмент
проверки заголовков сервера от PR-CY определит HTTP статусы сайта и доменного имени.

Результаты проверки инструментом

What is redirection?

302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)

• HTTP 1.0: 302 status code is «Moved Temporarily» — current page has been moved temporarily to another URL.
• HTTP 1.1: the description phrase has been changed to «Found» — current page has been found.

link juice

Examples of using redirects

Redirecting your domain to a non-www URL:

Redirecting your domain to a www URL:

• which URL ranks higher in the SERPs;
• which URL is more represented in the index.

Redirecting your domain to URL without a slashwww.site.com/cat1www.site.com/cat1To delete the slash from the URLs:

To add the slash to the URLs:

To redirect the user from one page to another:

Redirecting the main page duplicates

Redirecting catalogs

www.site.com/old-catalog

Redirecting (sub-)domains

www.site.orgwww.site.netwww.site.comDeleting multiple slashes/hyphens from the URLswww.site.com/catalog////page-1.htmlwww.site.com/catalog/page-1.html

www.site.com/catalog/page—1.htmlwww.site.com/catalog/page-1.html

Redirecting from any URL to a lowercase URL

• mounting a page-by-page 301 redirect from the old site to the new one;
• don’t set up a redirect from robots.txt — add the Host directive to the new domain instead.

Generating 301 redirects

How to test the 301 redirect

• whether it’s working (check the main page);
• go through the main sections and webpages of the site.

When is it better to use a 301 redirect?

• This is a preferred method by default;
• For pages, that have beenmoved permanently, or their URLs have been changed;
• For domains, if you’ve moved your website to the new domain;
• For 404 pages. For example, if a certain product has been deleted from the catalog, you can set up a redirect to a page with a similar product, or to the URL of the product category.

When is it better to use rel= «canonical»?

• If you can’t set up 301 redirects or it won’t be time-efficient;
• For duplicate content, if you want to keep both versions (for example, pages with different clothing sizes);
• When you have multiple URLs leading to the same page (catalog categories, pages for tracking the traffic from affiliate links, etc.);
• For cross-domain resource sharing, if you want to transfer data between pages that have different origins (domains, for example).

To sum it up

Redirection mistakes

• Redirection chains (avoid them to maximize the speed and the link juice flow of the website);
• Using the wrong type of redirect (to make the right decision, you have to consider all the details);
• Setting up internal redirects without rewriting the URLs of the links. You have to make sure that links on your website don’t lead to pages with the redirect;
• Redirecting to irrelevant pages/content. Your links should always lead either to similar pages or to the section of the site that included the requested page;
• The wrong choice of either rel=canonical or 301 direct (see above);
• Redirecting robots.txt (it’s better to add the Host directive);
• Any redirect, which doesn’t lead to a page with a 200 status code (every link should lead to a properly working page with a 200 status response. Otherwise, don’t confuse the crawlers and just show the 404 Error page).

Essential on-site SEO factors

Что такое ошибка 30-02 в Сбербанк Онлайн?

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

Ошибка 30-02 в Сбербанк Онлайн говорит о неисправности интернет соединения.

Как правило, это означает, что:

1. Выход в интернет отсутствует.

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

2. Скорость интернета слишком низкая.

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

Читайте: Код ошибки 60-02 при входе в Сбербанк.

Настраиваем редиректы для SEO

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

При настройке 301 редиректов помните о двух правилах:

1. Избегайте нескольких последовательных перенаправлений — они увеличивают нагрузку на сервер и снижают скорость работы сайта.
2. Располагайте редиректы от частных к глобальным. Например, сначала переадресация с одной страницы на другую, затем общий редирект на страницы со слешем. Это правило работает не в 100% случаев, поэтому с размещением директив нужно экспериментировать.

1. Настраиваем постраничные 301 редиректы

Это потребуется в следующих случаях:

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

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

• — адрес страницы от корня, без протокола и домена. Например, .
• — полный адрес страницы перенаправления, включая протокол и домен. Например, .

2. Избавляемся от дублей

Каждая страница сайта должна быть доступна только по одному адресу. Для этого должны быть настроены:

• редирект на страницы со слешем в конце URL или наоборот;
• главное зеркало — основной адрес сайта в поиске.

Сделать это можно при помощи модуля . В его составе используются специальные команды — директивы сложного перенаправления. Первой командой всегда идет включение преобразования URL:

Переадресация на слеш или наоборот

Настроить ли переадресацию на страницы со слешем или без, в каждом случае нужно решать индивидуально. Если у сайта уже накоплена история в поиске, анализируйте, каких страниц в индексе больше. Для новых сайтов обычно настраивают редирект на слеш. Проверить, не настроена ли переадресация по умолчанию, просто: удалите/добавьте слеш в конце URL. Если страница перезагрузится с новым адресом — мы имеем дубли, требуется настройка. Если URL подменяется — все в порядке. Проверять лучше несколько уровней вложенности.

Код 301 редиректа на страницы без слеша:

3. Настраиваем главное зеркало

Для начала нужно определиться, какой адрес будет являться основным для поиска. SSL-сертификат давно уже мастхэв. Просто установите его и добавьте правило в .htaccess. Не забудьте также прописать его в robots.txt.

Редирект на HTTPS

Определять, с «www» или без будет главное зеркало, можно несколькими способами:

• добавить сайт в Яндекс.Вебмастер в двух вариантах, в консоли отобразится информация, какой URL поисковик считает главным зеркалом;
• проанализировать выдачу и посмотреть, каких страниц сайта больше в индексе;
• для нового ресурса не имеет значения, с «www» или без будет адрес, выбор за вами.

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

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

4. Перенаправляем с одного домена на другой

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

Воспользуйтесь одним из вариантов кода:

или

Не забудьте поменять в коде «mysite1» и «mysite2» на старый и новый домен соответственно.

Как сделать Редирект с http на https без htaccess — ковыряем web.config

Если вы хотите сделать 301 редирект с http на https без htaccess и вам не подходят настройки nginx, возможно, у вас хостинг под управлением Windows? Тогда добавляем вот такие строчки в файл web.config на сервере:

<?xml version=»1.0″ encoding=»UTF-8″?>

<configuration>

  <system.webServer>

    <R ewrite>  

    <rules>      

  <rule name=»Redirect to https» stopProcessing=»true»>   

       <match url=»(.*)» />   

       <conditions>  

          <add input=»{HTTPS}» pattern=»off» ignoreCase=»true» />    

      </conditions>    

      <action type=»Redirect» url=»https://{HTTP_HOST}{REQUEST_URI}» redirectType=»Permanent» />  

      </rule>  

    </rules>

  </R ewrite> 

</system.webServer>

</configuration>

Таким образом, будет настроено полное перенаправление домена с http на https, вместе с поддоменами. Но если поддомены трогать запрещено, тогда используем код ниже, вставляя его в тот же web.config:

<?xml version=»1.0″ encoding=»UTF-8″?>

<configuration> 

<system.webServer> 

   <R ewrite>    

  <rules>   

     <rule name=»Redirect to https» stopProcessing=»true»> 

         <match url=»(.*)» />  

        <conditions>     

       <add input=»{HTTPS}» pattern=»off» ignoreCase=»true» /> 

           <add input=»{HTTP_HOST}» pattern=»^domain\.ru» />     

     </conditions>     

     <action type=»Redirect» url=»https://{HTTP_HOST}{REQUEST_URI}» redirectType=»Permanent» />   

     </rule>  

    </rules>

    </R ewrite> 

</system.webServer>

</configuration>

Канонизация домена сайта или как склеить домен?

Чтобы склеить домен с www на без www:

Для склейки с без www на с www:

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

• который из этих вариантов больше находится в ТОПе
• у какого из вариантов больше страниц в индексе

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

При проектирование сайта важно определиться с одним форматом использование слеша в конце урла, так как для поисковых систем 2 урла вида

• http://www.site.com/cat1/
• http://www.site.com/cat1

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

Для того чтобы удалить слэш в конце:

Для того чтобы добавить слэш в конец адресной строки:

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

Редирект для дублей главной страницы:

Этот код гарантирует, что любой адрес домашней страницы, который включает несколько версий прямых ссылок имени страницы, например, default.htm или index.html, будет перенаправлен на каноническую главную страницу, http://www.site.com:

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

Но, если url старого каталога начинается сразу после домена: www.site.com/old-catalog/, то необходимо воспользоваться следующим кодом

Редирект при смене расширения файлов

Если вы вдруг переехали на другую платформу или CMS, и при этом у url-ов изменились только расширение, то в этой случае вам поможет вот такой редирект:

Ошибки при использовании редиректов

• Любой многошаговый редирект. Если есть возможность, то желательно не допускать многошаговых редиректов, чтобы он и быстрее сработал, и передалось максимум ссылочного веса.
• Использование неправильного типа редиректов. При выборе типа редиректа необходимо учитывать нюансы каждого из них.
• Внедрение внутренних редиректов без смены ссылок на новые адреса. После внедрения всех редиректов у себя на сайте, необходимо проверить, чтобы каждая страница вашего сайта уже ссылалась на новую и внутри сайта у вас не было ссылок на страницы, с которых происходит редирект.
• Редирект на нерелевантные страницы/контент. Редирект всегда желательно проставлять на максимально релевантную страницу: или на похожую страницу, или на ветку каталога/раздела, к которому принадлежала данная страница.
• Неправильный выбор использования rel=canonical vs 301 редирект.
• Редирект, конечной точкой которого является не 200-я страница. Редирект должен вести на правильно работающую страницу с 200 ответом сервера. Иначе, желательно не сбивать поисковых роботов и отдавать 404 ответ.
• Редирект robots.txt. Так как, например, нужно прописывать директиву Host для Яндекса при склейке доменов.

Надеемся, что данное руководство станет вам шпаргалкой и помощником для использования 301-го редиректа для вашего сайта.

Обзорный список

Ниже представлен обзорный список всех описанных в данной статье кодов ответа:

Диаграмма принятия веб-сервером решений на основе заголовков

Статистика по кодам ответа, сгенерированная анализатором логов Webalizer

• (информационные):
  • («продолжай»);
  • («переключение протоколов»);
  • («идёт обработка»).
• (успешно):
  • («хорошо»);
  • («создано»);
  • («принято»);
  • («информация не авторитетна»);
  • («нет содержимого»);
  • («сбросить содержимое»);
  • («частичное содержимое»);
  • («многостатусный»);
  • («уже сообщалось»);
  • («использовано IM»).
• (перенаправление):
  • («множество выборов»);
  • («перемещено навсегда»);
  • («перемещено временно»);
  • («найдено»);
  • («смотреть другое»);
  • («не изменялось»);
  • («использовать прокси»);
  •  — зарезервировано (код использовался только в ранних спецификациях);
  • («временное перенаправление»);
  • («постоянное перенаправление»).
• (ошибка клиента):
  • («плохой, неверный запрос»);
  • («не авторизован (не представился)»);
  • («необходима оплата»);
  • («запрещено (не уполномочен)»);
  • («не найдено»);
  • («метод не поддерживается»);
  • («неприемлемо»);
  • («необходима аутентификация прокси»);
  • («истекло время ожидания»);
  • («конфликт»);
  • («удалён»);
  • («необходима длина»);
  • («условие ложно»);
  • («полезная нагрузка слишком велика»);
  • («URI слишком длинный»);
  • («неподдерживаемый тип данных»);
  • («диапазон не достижим»);
  • («ожидание не удалось»);
  • («я — чайник»);
  • ;
  • («необрабатываемый экземпляр»);
  • («заблокировано»);
  • («невыполненная зависимость»);
  • («необходимо обновление»);
  • («необходимо предусловие»);
  • («слишком много запросов»);
  • («поля заголовка запроса слишком большие»);
  • («повторить с»);
  • 451 Unavailable For Legal Reasons («недоступно по юридическим причинам»).
• (ошибка сервера):
  • («внутренняя ошибка сервера»);
  • («не реализовано»);
  • («плохой, ошибочный шлюз»);
  • («сервис недоступен»);
  • («шлюз не отвечает»);
  • («версия HTTP не поддерживается»);
  • («вариант тоже проводит согласование»);
  • («переполнение хранилища»);
  • («обнаружено бесконечное перенаправление»);
  • («исчерпана пропускная ширина канала»);
  • («не расширено»);
  • («требуется сетевая аутентификация»);
  • («неизвестная ошибка»);
  • («веб-сервер не работает»);
  • («соединение не отвечает»);
  • («источник недоступен»);
  • («время ожидания истекло»);
  • («квитирование SSL не удалось»);
  • («недействительный сертификат SSL»).