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

Особенности настройки

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

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

Включение редиректа для определенных User Agent

Например редирект на мобильную версию для планшетов и смартфонов:

RewriteCond %{HTTP_USER_AGENT} (iPad|ipad|iphone|iPhone|ipod|iPod|android|midp|j2me|symbian|series\ 60|symbos|windows\ mobile|windows\ ce|ppc|smartphone|blackberry|mtk|bada|windows\ phone)   
RewriteRule (.*) http://m.mysite.ru/ 

Настройка редиректов для всех поисковых роботов

RewriteCond %{HTTP_USER_AGENT} !(accoona|ia_archiver|antabot|ask\ jeeves|baidu|dcpbot |eltaindexer|feedfetcher|gamespy|gigabot|googlebot |gsa-crawler|grub-client|gulper|slurp|mihalism|msnbot|worldindexer |ooyyo|pagebull|scooter|w3c_validator|jigsaw|webalta|yahoofeedseeker |yahoo!\ slurp|mmcrawler|yandexbot|yandeximages |yandexvideo|yandexmedia|yandexblogs|yandexaddurl|yandexfavicons |yandexdirect|yandexmetrika|yandexcatalog|yandexnews |yandeximageresizer)  
RewriteRule (.*) http://no-rank-site.ru/ 

Примеры 301 редиректов в .htaccess

Мы уже рассматривали множество примеров с редиректом по .htaccess в статьях:

  • 301 редирект для удаления/добавления слэша в конце URL;
  • 301 редирект с index (.html и .php) на корень сайта «/»;
  • Редирект 301 с http на https;
  • Редирект 301 с www на без www;
  • Смена адреса сайта — редирект со старого домена на новый;

Здесь мы дополним варианты редиректов, которых ещё не было.

Редирект с site.ru/cat/oldpage на site.ru/newpage.html

2.4. Удаление лишних слэшей в адресе URL

Например, страница /catalog///stranica.html доступна и открывается. Чтобы избежать такой ситуации и не плодить бесконечное число дублей следует записать следующий редирект

2.5. Реврайт без редиректа

Можно загрузить другую страницу без смены адреса страницы URL. Например, загрузим страницу /news.html, а в адресной строке будет отображаться адрес /news/happy

2.6. Простановка замыкающего слеша в конце адреса главной страница

Например, многие сервера работают так, что последний слэш не пишется в URL. Например, http://site.ru. Ниже приведенный код решают это проблему: сайт будет открывать по http://site.ru/

Например, для редиректа со страницы site.com/directoriya/stranica.html на site.com/stranica.html нужно прописать следующее:

2.9. Редирект на мобильную версию сайта m.site.ru

В данном примере сначала проверяется факт того, что пользователь открыл сайт с мобильного устройства {HTTP_USER_AGENT}, далее происходит замена адреса сайта на m.URL

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

Переадресация (редирект) 301 указывает на то, что страница окончательно перемещена из одного места в другое.

Часть «301» относится к коду состояния HTTP перенаправленной страницы.

Пример: blog.ahrefs.com перенаправляется на ahrefs.com/blog

Проще говоря, 301 редирект сообщает браузеру: «Эта страница была перемещена навсегда. Это ее новое местоположение, и мы не намерены ее возвращать». На что браузер отвечает: «Конечно! Я отправлю туда пользователя прямо сейчас!»

Вот почему у вас не получится посетить именно blog.ahrefs.com.

Вместо этого вы окажетесь на ahrefs.com/blog.

HTTP vs HTTPS: понимание основ

HTTP: HyperText Transfer Protocol

Протокол передачи гипертекста (Hypertext Transfer Protocol/HTTP) – это система доставки и приема информации через Интернет. HTTP – это «протокол уровня приложения», который по-другому означает, что он сосредоточен на том, как информация представляется пользователю. Но этот вариант не беспокоится о том, как информация доставляется из точки A в точку B.

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

Когда полезен HTTP?

В большинстве случаев HTTP используется для доступа к HTML-страницам. Ранее это был вариант для большинства сайтов, которые не размещали приватные данные (например, информацию о кредитной карте) для настройки своих сайтов.

HTTPS: Secure HyperText Transfer Protocol

HTTPS, другими словами, “надежный HTTP” (secure HTTP) был создан для обеспечения бесперебойной авторизации и проведения защищенных транзакций. Обмен приватной информацией должен быть защищенным, чтобы предотвратить несанкционированный доступ и благодаря такому протоколу это возможно.

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

Для любых замыслов и целей HTTPS – это тот же HTTP, но просто более безопасная его версия.
Чтобы объяснить это в более техническом ключе, основное различие заключается в том, что он автоматически использует 443 TCP-порт. Поэтому HTTP и HTTPS представляют собой две разные коммуникации.

HTTPS действует совместно с протоколом Secure Sockets Layer (SSL), что позволяет ему безопасно предоставлять информацию (это и есть то самое важное отличие, на котором акцентирует внимание Google). HTTPS  это лучший вариант, поскольку он сосредоточен на том, чтобы пользователь не только визуально понимал защищенность своих данных, но и рельно располагал при передаче данных из точки А в точку В улучшенным уровнем безопасности и конфиденциальности

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

Дополнительное замечание

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

Canonical против 301-й переадресации

Есть, безусловно, некоторые нюансы, но поисковики прописали вполне конкретные правила применения этих команд. Яндекс и Google расшифровывают их следующим образом:

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

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

Использование canonical. Такой редирект применяется в случае появления сложностей с постоянным редиректом. Также canonical используется при наличии у статьи полезных для посетителей дублей (например, содержащих описания одного товара, но с разной расцветкой), в случаях, когда у контента разные адреса или если есть кросс-домены, на которых размещены схожие публикации.

Правила Redirect, RewriteRule и RewriteCond

1.1. Директива Redirect

Синтаксис Redirect:

Redirect — устанавливает прямой редирект с одной страницы на другую.

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

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

Страницу куда идёт редирект нужно писать полностью, т.е. абсолютный адрес страницы URL: с названием домена и протокола http или https.

Например:

Можно также писать по другому:

1.2. Директива RewriteRule

Директива RewriteRule устанавливает правила перехода. Синтаксис следующий:

  • При внешнем редиректе меняется урл адреса в строке браузера — «»;
  • При внутреннем — не меняет урл адреса в строке браузера — «» или «»;

1.3. Директива RewriteCond

Директива RewriteCond определяет условия, при котором выполняется правила в RewriteRule. Синтаксис:

Например, этими условиями могут быть браузер пользователя, IP-адрес, заголовок и т.д.

1.4. Директива RedirectMatch

Директива RedirectMatch аналогична Redirect с той лишь разницей, что позволяет записывать регулярные выражения. Синтаксис:

Как переехать на новый домен? Оптимальная стратегия 301 редиректа

Оптимальной стратегией переезда на новый домен, учитывая пожелания 2-ух основных поисковых систем рунета Яндекс и Google, это:

  • постраничный 301 редирект со старого сайта на новый.
  • при этом для файла robots.txt редирект не делаем, а прописываем в нем директиву Host на новый домен.

Тогда код для настройки редиректа на старом сайте может иметь следующий вид:

а файл robots.txt для старого сайта:

Генерация 301 редиректов

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

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

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

После каждого изменение логики работы 301 редиректа необходимо проверять работоспособность сайта:

Также для более тщательной проверки отработки редиректов можно использовать следующие сервисы:

http://bertal.ru — максимально подробная информация по ответам сервера.

Как и когда лучше использовать 301 редирект vs Canonical

301 — Эй, Поисковики: моя страница уже не здесь, и она навсегда переехала на новую страницу. Пожалуйста, удалите старую страницу из индекса и передайте её вес на новую страницу.

Canonical — Эй, Поисковики (так для большинства поисковых систем): у меня есть несколько версий этой страницы (или содержания), пожалуйста, индексируйте только ту версию страницы, на которую стоит canonical. Я буду держать другие страницы доступными для людей, чтобы они могли их видеть, но, Поисковик, не включай их в свой индекс и пожалуйста, передай вес на мою предпочтительную страницу.

Что нужно знать вебмастеру при переходе с HTTP на HTTPS

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

В процессе настройки сайта через инструменты для вебмастеров Яндекс и Google следует явно указать, что основная версия сайта поддерживает HTTPS. В Google для этого надо зайти на страницу переноса сайта с изменением URL, где настроить 301-редирект с HTTP-страниц сайта на равнозначные страницы HTTPS. Также необходимо добавить новый URL в панель вебмастера и прописать основное зеркало сайта.

Если перенаправление настроено правильно, все SEO-показатели ресурса сохранятся, а его позиции при ранжировании немного повысятся.

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

Некоторые браузеры могут не поддерживать отображение комбинированного (HTTPS + HTTP) контента, что приведет некорректной работе сайта.

iPipe – надёжный хостинг-провайдер с опытом работы более 15 лет.

Мы предлагаем:

  • Виртуальные серверы с NVMe SSD дисками от 299 руб/мес
  • Безлимитный хостинг на SSD дисках от 142 руб/мес
  • Выделенные серверы в наличии и под заказ
  • Регистрацию доменов в более 350 зонах

Переходим на HTTPS

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

Шаг 1: Подготовка сайта

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

Чтобы избежать предупреждения, указанного выше, необходимо изменить все внутренние ссылки с абсолютных на относительные. Например, ссылку http://ssl.ru/testpage/ потребуется заменить на /testpage/. Также стоит внимательно проверить все ссылки на скрипты в коде страниц. 

Второй момент — проверка медиаконтента, в который входят изображения, видеоклипы, презентации и прочее. Необходимо посмотреть, какой на страницах сайта используется контент и по какому протоколу он запрашивается. Если используется HTTP, то рекомендуется загрузить все файлы на сервер и установить относительные ссылки. В противном случае указывайте только проверенные сайты: YouTube, Facebook, VK и так далее.

Теперь можно переходить к подключению SSL.

Шаг 2: Установка SSL-сертификата

Устанавливаем SSL:

Проверить подлинность сертификата можно на различных сервисах, например, Namecheap. Все просто: вводим домен с портом 443 и жмем «Check». При успешной проверке будет отображена надпись «It’s all good. We have not detected any issues».

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

Шаг 3: Настройка редиректа на HTTPS

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

Первый вариант:

RewriteEngine On

RewriteCond %{SERVER_PORT} !^443$

RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} 

Второй вариант:

RewriteEngine On

RewriteCond %{HTTPS} =off

RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} 

Третий вариант:

RewriteEngine On

RewriteCond %{HTTPS} off

RewriteCond %{HTTP:X-Forwarded-Proto} !https

RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} 

Также мы можем сделать редирект с HTTP через административную панель CMS системы. В OpenCart для этого нужно открыть файл config.php и прописать в него следующее:

define('HTTPS_SERVER', 'https://yourdomain.com/');

В WordPress изменить wp-config.php:

define('FORCE_SSL_ADMIN', true);

Для получения подробной информации о редиректах на других CMS обратитесь к их документации.

Шаг 4: Настройка для поисковых систем

Если ваш сайт индексируется Google, Яндекс или другими поисковиками, то после перехода на HTTPS необходимо им об этом сообщить. В частности, нужно:

  1. Изменить все теги «rel=canonical» в HTML-коде. Они должны указывать на ссылки с защищенным протоколом.
  2. В файлы robots.txt и sitemap.xml необходимо добавить страницы с HTTPS.
  3. Проверить корректность указанных данных в Яндекс.Метрика и Google Search Console.
  4. Проверить отображение и доступность вашего сайта через поисковик.

Готово! На этом переход с HTTP на HTTPS завершен. Надеюсь, что у вас не возникло сложностей

Спасибо за внимание!

Назначение редиректов

По своему назначению редиректы бывают:

  1. Мобильные редиректы – это переадресация посетителей, которые заходят на сайт со своих мобильных устройств.
  2. Поисковые редиректы – это переадресация посетителей, приходящих с поисковой системы (воровство поискового трафика).
  3. Редиректы на файлы вредоносной природы или на рекламные файлы. Их возможно наблюдать как на мобильных устройствах, так и на декстопах. Пользователю предлагается скачать некий вредоносный файл под видом обновления системных компонентов или какой-то известной программы. Также может наблюдаться загрузка вредоносного кода в браузере, который содержит некую уязвимость.

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

Самый очевидный способ — проверить выполнение в браузере. Перед проверкой не забудьте очистить кэш. Рекомендуется также зайти в браузер в режиме инкогнито.

Внешний вид сервиса проверки редиректов Redirect Checker

Можно использовать и специальные сервисы, которые помогут избежать этих «заморочек», например:

  • Redirect Checker;
  • Redirect Check;
  • Чекер PrCy.

Заключение Без умения настройки редиректа в своём арсенале не обойтись ни одному веб-мастеру. Однако для реализации наиболее распространенных типов перенаправления совсем необязательно иметь глубокие знания по данному вопросу. Новичкам помогут специальные сервисы для генерации кода и проверки готовых.

Синтаксис и символы

  • . — Точка означает любой символ.
  • — перечень символов, совпадающих с буквами a, b, или с.
  • — перечень символов, не входящих в диапазон. Условию соответствует любой символ, кроме a, b, с.
  • * — предыдущий символ может повторяться 0 и более раз.
  • * — найти символы из заданного набора идущие подряд.
  • * — обратная операция.
  • .* — замена любого набора символов. «.*» — найти все подстроки между кавычками.
  • ^ — обознает начало строки (при использовании в начале выражения).
  • $ — конец строки.
  • \w — буква, цифра или подчёркивание _.
  • \d — любая цифра.
  • \D — любой символ, кроме цифр.
  • — указание на любую цифру.
  • — указание на любую букву от a до z с нижним регистром.
  • — указание на любую букву от A до Z с верхним регистром.
  • — любая буква от a до Z, регистр не важен.
  • — тоже самое, только короче.

Флаги для доп. опций

  • NC — NoCase отключает проверку регистра символов при срабатывании правила.
  • R — Redirect останавливает изменение URL-адреса и возвращает результат. Самое популярное значение R=301, однако встречаются и другие для временных редиректов (302, MOVED TEMPORARY).
  • L — Last останавливает создание URL-адреса и строка считается окончательной.

Как работают редиректы

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

Редирект представляет собой небольшой фрагмент кода. Обычно это фрагмент PHP или javascript. Данный фрагмент встраивается в один из существующих файлов. Это могут быть файлы CMS или формируется динамически страница, в которую подставляется вредоносный javascript, выполняющий переадресацию посетителей.

Различают статические и динамические редиректы. Статические редиректы всегда воспроизводятся по одной и той же схеме. Обычно статические редиректы представляют собой вставку вредоносного кода в один из файлов. Это может быть файл .htaccess, файл nginx.conf. Это может быть вставка в PHP или javascript.

Динамические редиректы намного сложнее, так как они воспроизводятся эпизодически. То есть учитывается много параметров. И в зависимости от того, какими параметрами (страна, время захода и так далее) обладает посетитель, ему формируется соответствующий код на javascript и редирект выполняется по различным условиям.

Редиректы можно анализировать разными методами. Самый простой – это использование внешних или сторонних сервисов. Например, панель вебмастера Яндекса и Google. Достаточно добавить заражённый веб-сайт в панель вебмастера и в разделе безопасности вы увидите описание проблемы, а также всю ту цепочку переадресаций, которую будет наблюдать пользователь, зашедший с мобильного устройства или с поисковой системы. Полезный сервис для выявления редиректа sitecheck.sucuri.net.

Нужен ли вашему сайту редирект с http на https

Применение защищенного соединения уже опробовали на себе большое количество интернет-ресурсов. Протокол HTTPS – полезное и эффективное решение для безопасной передачи данных

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

И пусть в настоящее время этот признак может повлиять менее, чем на 1% рейтинга, ожидается, что в будущем Google будет уделять еще больше внимания проблемам безопасности. Помимо этого, наличие «замочка» в адресной строке отражается на доверии посетителей к конкретному онлайн ресурсу.

Рекомендуемые статьи по данной теме:

  • Шпаргалка по настройке 301 редиректа
  • Проверка robots.txt: типичные ошибки и их устранение
  • Внутренняя оптимизация сайта: пошаговый разбор

«Замочек» перед адресом интернет странички как раз и свидетельствует о защищенном протоколе HTTPS, а, следовательно, его отсутствие может стать причиной ухода посетителя на конкурирующий сайт.

Протокол HTTPS основан на 3-х уровнях защиты данных:

  1. Кодирование информации. Без ключа для раскодировки данных переданными сведениями не смогут воспользоваться посторонние лица.
  2. Редирект с http на https обеспечивает целостность информации и защиту от искажения.
  3. Надежная авторизация пользователя становится препятствием для мошенников, которые хотят получить доступ к вводимым данным.

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

  1. Наличие протокола HTTPS способствует повышению позиции ресурса в поиске. Если сейчас этот критерий лишь немного улучшает позиции, то в будущем он будет играть все более существенную роль.
  2. Редирект с http на https обеспечит защиту данных ваших клиентов.

Вас также может заинтересовать: Шпаргалка по настройке 301 редиректа

Какие ошибки допускают, настраивая 301 редирект

  1. Создание многошагового редиректа. Чем сложнее процесс перехода, тем больше вероятность снижения его скорости и потери ссылочного веса.
  2. Применение неработающих в вашем случае редиректов. Каждый редирект имеет свои нюансы, которые надо учитывать при выборе подходящего именно вам.
  3. Использование внутренних редиректов без смены ссылок на новые адреса. Когда процесс внедрения редиректов на сайте завершен, необходимо убедиться в том, что каждая страница вашего сайта уже ссылается на новую, а внутри сайта у вас нет ссылок на страницы, с которых происходит редирект.
  4. Редирект на не релевантные страницы/контент. Чем выше релевантность страницы (похожей страницы или ветки каталога/раздела, к которому принадлежала данная страница), тем она привлекательнее для редиректа.
  5. Неверный выбор между rel=canonical и 301 редиректом. Подробнее об этом изложено выше.
  6. Редирект, конечной точкой которого является не 200-я страница. Редирект должен вести на правильно работающую страницу с 200 ответом сервера. Иначе вы можете сбить поисковых роботов, которые будут выдавать 404 ответ.
  7. Редирект robots.txt. К примеру, нужно прописывать директиву Host для Яндекса при склейке доменов.

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

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

301 Moved Permanently (постоянный редирект) — указывает, что документ перенесён на новый URL навсегда. Когда SEO-специалисты или разработчики говорят о редиректе, они почти всегда имеют в виду 301 редирект. Старый адрес исчезает из выдачи, его место с сохранением позиций занимает новый.

302 Found, 302 Moved Temporarily (найдено, перемещено временно) — документ перенесён временно, например, переводит пользователя на страницу акции (распродажи), не меняя содержимое старой страницы. При этом в выдаче остается старый адрес страницы, ведь на новый она перемещена временно.

307 Temporary Redirect (временный редирект) — запрашиваемый документ на короткое время доступен по другому URL с сохранением метода передачи запроса (GET, POST) В целом выполняет ту же задачу что и 302 редирект.

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

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

2. Не используйте редирект там, где лучше поставить rel=canonical

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

3. Не используйте редиректы для файла robots.txt

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

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

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

  • сначала редирект с site.com/category-1/subcategory-1/ на site.com/category-1/subcategory-2/;
  • затем с site.com/category-0/ на site.com/category-0;
  • и последними — глобальные правила типа редиректа всех страниц без «/» на страницы с «/».

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

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

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

Сразу предупреждаем, что такое использование 302 редиректа идёт вразрез с рекомендациями Google, но никто не запрещает вам экспериментировать 🙂

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

Переадресация с http на https

При переезде сайта с http на https (установка SSL-сертификата) потребуется код, который не требует дополнительных модификаций:

RewriteEngine On

RewriteBase /

RewriteCond %{HTTP:X-HTTPS} !1

RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1

Второй метод осуществляет перенос с http://domain.ru на https://domain.ru:

RewriteEngine On

RewriteBase /

RewriteCond %{HTTP:X-HTTPS} !1

RewriteCond %{HTTP_HOST} ^domain\.ru$

RewriteRule ^(.*)$ https://domain.ru/$1

Третий способ выполняет аналогичную функцию, но отключает перенаправление для robots.txt:

RewriteEngine On

RewriteBase /

RewriteCond %{HTTP:X-HTTPS} !1

RewriteCond %{REQUEST_URI} !robots.txt

RewriteRule ^(.*)$ https://domain.ru/$1

В 4-й версии конечным пунктом для пользователя станет https://www.domain.ru:

RewriteEngine On

RewriteBase /

RewriteCond %{HTTP:X-HTTPS} !1

RewriteCond %{HTTP_HOST} ^domain\.ru$

RewriteRule ^(.*)$ https://www.domain.ru/$1

Позволяет сделать форвардинг с http://www.poddomen.domain.ru на https://poddomen.domain.ru:

Options +FollowSymLinks

RewriteEngine On

RewriteCond %{HTTP_HOST} ^www\.poddomen\.domain\.ru$

RewriteRule ^(.*)$ https://poddomen.domain.ru/$1

RewriteBase /

RewriteCond %{HTTP:X-HTTPS} !1

RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1

Последняя версия, дающая возможность сделать связь между http://poddomen.domain.ru на https://www.poddomen.domain.ru:

Options +FollowSymLinks

RewriteEngine On

RewriteCond %{HTTP_HOST} ^poddomen\.domain\.ru$

RewriteRule ^(.*)$ https://www.poddomain.domain.ru/$1

RewriteBase /

RewriteCond %{HTTP:X-HTTPS} !1

RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1

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

Прежде всего необходимо разобраться с вопросом «Что такое редирект сайта?». В дословном переводе с английского это слово означает перенаправление. Например, если на одной из городских улиц по какой-то причине случился затор, регулировщик может перенаправить городской трафик на другую. Редирект работает похожим образом.

Редиректом в терминах IT называют автоматическую переадресацию пользователя с одного адреса страницы на другой. В большинстве случаев процесс перенаправления абсолютно незаметен для посетителя сайта.

Наши продукты помогают вашему бизнесу оптимизировать расходы на маркетинг Узнать подробнее

Когда нельзя использовать редирект

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

Использование опции не запрещено, но опасно с точки зрения SEO, если он создаётся для:

страниц с отдельными ссылками, которые принадлежат разным каталогам;
дорвеев и страниц несуществующих сайтов;

Robots.txt

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

страниц с несколькими адресами, которые принадлежат к разным каталогам.. Иногда схожую функцию может выполнять тег rel=canonical

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

Иногда схожую функцию может выполнять тег rel=canonical. Они не индексируются, но позволяют поисковикам быстрее распознать новую ссылку как главную.

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

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

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

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

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

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

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

  • внесением соответствующих записей в файлы .htaccess для сервера Apache или web.config для IIS.

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

Что такое редиректы, и какие они бывают?

Редирект или перенаправление — это способ переадресации посетителей со страницы на другие URL-адреса или ресурсы. В основном переадресация происходит на стороне сервера, то есть, когда сервер отдаёт 3xx коды ответа сервера при запросе определённого URL, на котором стоит переадресация.

Чаще всего используются такие редиректы:

  • 301 Moved Permanently: редирект на постоянной основе. Самый распространённый тип редиректа, который оповещает поисковые системы о том, что страница перемещена на другой URL навсегда. При установке 301 редиректа происходит «склейка» двух страниц.
  • 302 Found: временное перенаправление. Сигнализирует поисковым системам о том, что на странице установлена переадресация на определённый период. 302 редирект не передаёт ссылочный вес странице.
  • 303 See Other. Указывает, что последующий запрос на временном URL-адресе должен быть с использованием метода GET, независимо от первоначального метода, которым был запрошен исходный документ.
  • 307 Temporary Redirect. Эквивалент 302 редиректа. Указывает, что запрашиваемый документ был временно перемещён на URL-адрес, указанный в поле Location заголовка. В настоящее время не совсем понятно, как поисковые системы реагируют на 307 Temporary Redirect, поэтому рекомендуется для временного перемещения использовать 302 редирект.
  • 308 Permanent Redirect. Сообщает, что запрашиваемый ресурс был навсегда перемещён на URL-адрес, указанный в Location с передачей ссылочного веса.

Важные рекомендации по редиректу

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

  • Не используйте последовательные редиректы. Это разрешенные переадресации, но если расположить коды друг за другом, с каждым следующим перенаправлением нагрузка на сервер будет возрастать, а эффективность редиректов падать. Поэтому лучше избегать промежуточных этапов и делать переадресацию с первоначального адреса сразу на окончательный.
  • Размещая правила переадресации, начинайте с частных и от них переходите общим. В противном случае из-за возникающих противоречий они могут не сработать. Если общие правила находятся выше по списку, чем частные, они и срабатывают первыми.
  • Для проверки кода HTTP стоит использовать специализированный сервис. Эта необходимость связана с тем, что переадресовки, как правило, запоминаются браузерами.
  • Нельзя зацикливать переадресацию. Страница не должна в конечном счете приводить к самой себе. Циклическая переадресация выглядит примерно так:
  • старый адрес – https://primer.com. После использования кода 301 (permanent redirect) он превращается в https://primer.com/;
  • если после этого применяется код 302 (temporary redirect), происходит переход к первоначальному адресу;
  • повторяется первый шаг.

Здесь разница между адресами страниц заключается в наличии или отсутствии слеша в конце строки. Сначала прописан 301-й редирект, а потом обратная переадресация по коду 302. И так повторяется по кругу.

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

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

Редирект — полезный и важный инструмент, который понадобится в случаях:

  • переезда сайта на другой домен;
  • изменения адреса страницы;
  • смены CMS;
  • удаления страниц.

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

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

  • перенаправлять на релевантные страницы, которые отдают код ответа сервера 200 OK;
  • избегать цепочки редиректов;
  • не закрывать от индексации конечный URL редиректа в файле robots.txt, а также с помощью Meta Robots и X-Robots-Tag.

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

Расскажите о своём опыте настройки редиректов, и какие проблемы они помогли вам решить?

Оцените статью
Рейтинг автора
5
Материал подготовил
Илья Коршунов
Наш эксперт
Написано статей
134
Добавить комментарий