Поиск и удаление редиректов c сайта

Содержание:

14-08-20
Услуги
Как сделать 301 редирект через .htaccess
Проксирование
Создание верхней панели навигации
Обзор возможностей программы
Поисковые фразы
Как влияет редирект с http на https на SEO
Как сделать с помощью Nginx редирект с https на http
Первый стать невидимым в ВК для пользователей браузера Firefox
Понятие и назначение безопасного режима
Нужен ли вашему сайту редирект с http на https
Что представляет собой редирект и как он работает
Пример двойного редиректа
Варианты написания серверного редиректа для HTTPS
Настраиваем редиректы для SEO
Что такое RivaTuner Statistics Server? Как установить, настроить и пользоваться программой?
Путь хранения файлов сессий
Самая лучшая стратегия для 301 редиректов
- Создание 301 редиректов
- Как проверить 301 редирект?

14-08-20

Услуги

Проверки сайта на наличие битых ссылок онлайн, удаление

Как сделать 301 редирект через .htaccess

Как удалить временные файлы в windows 7. log, tmp, bak — поиск и удаление

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

^ — ограничение слева;
$ — ограничение справа;
— 0 и более символов;
+ — 1 и более символов;
. — любой символ;
\ — экранирование;
() — переменная;
[] — диапазон значений.

Настройка 301 редиректа может быть выполнена разными способами. Большинство вебмастеров предпочитает делать это через файл .htaccess. Он прописан практически в каждой популярной CMS и в корне вашего сайта. Скачивание .htaccess можно осуществить через FTP при помощи клиента FileZila.

Данный файл открывается тестовым редактором, например, Notepad++. Теперь поверх всех кодов редиректов надо прописать следующую строку:

RewriteEngine On

Вас также может заинтересовать: Анкор ссылки: виды, правила составления, влияние на продвижение

Проксирование

Поиск и удаление дубликатов в excel: 5 методов

Проксирование, в отличие от редиректа, не передает инструкции браузеру перейти на другой url — NGINX сам выполняет http-запрос по другому адресу и возвращает готовый ответ. Эта возможность может применяться для внутреннего распределения серверных ресурсов.

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

1. На другой сервер

Пример внутреннего перенаправления http-запроса на другой веб-сервер:

…
location / {
            proxy_pass $scheme://192.168.0.15:8080/;
            proxy_redirect     off;
            proxy_set_header   Host             $host;
            proxy_set_header   X-Real-IP        $remote_addr;
            proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
}

* в данном случае, принимать запросы от браузера и отвечать на них будет NGINX, а сама обработка будет выполняться на сервере с IP-адресом 192.168.0.15 на порту 8080.

Использование NGINX в качестве http-прокси:

server {
…
server_name site1.ru www.site1.ru;
location / {
proxy_pass http://192.168.1.21/;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
server {
…
server_name site2.ru www.site2.ru;
location / {
proxy_pass http://192.168.1.22/;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

* в данном примере запросы на site1.ru будут перекинуты на сервер 192.168.1.21, а запросы на site2.ru — 192.168.1.22.

HTTP proxy с авторизацией (если удаленный веб-сервер требует аутентификации):

server {
…
location / {
proxy_pass http://10.10.10.10/page/;
proxy_set_header Authorization «Basic dGVzdDp0ZXN0»;
…
}
}

* где 10.10.10.10/page — страница, на которую будут перекинуты запросы; dGVzdDp0ZXN0 — логин:пароль test:test, закодированные в формате base64.

2. Часть url на другой сервер

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

server {
  …
  location ~ ^/page1/(.*)$ {
   proxy_pass $scheme://10.10.10.10/$1;
  }
}

* и так, в данном примере при обращении по адресу site.ru/page1/<что-то еще>, nginx сделает внутренний запрос на сервер 10.10.10.10 по адресу 10.10.10.10/<что-то еще> и вернет готовый ответ.

3. На другой сайт

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

server {
…
location / {
proxy_pass https://www.dmosk.ru;
proxy_set_header Host www.dmosk.ru;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

* в данном случае мы при обращении к нашему серверу будем попадать на сайт https://www.dmosk.ru

Обратите внимание, что в proxy_set_header мы передаем хосту его имя — в противном случае, как правило, другой сервер вернет ошибку. Также мы не указываем proxy_redirect, иначе, nginx будет переводить запросы на реальный сайт (отправлять инструкции браузеру перейти на него), а не тот, что мы используем за http-прокси

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

Если при проксировании хост возвращает инструкцию браузеру для выполнения редиректа, обозреватель может сменить адрес сайта. Это особенно не удобно, когда проксирование мы выполняем на другой сайт. Чтобы отловить редиректы и заменить их своими значениями, мы должны воспользоваться опцией proxy_redirect. Рассмотрим ее применение для предыдущего примера, когда мы проксировали запрос на сайт www.dmosk.ru:

server {
listen 80;
server_name dmosk.local www.dmosk.local;
location / {
proxy_pass https://www.dmosk.ru;
proxy_set_header Host www.dmosk.ru;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_redirect https://www.dmosk.ru/url1 http://dmosk.local/url2;
proxy_redirect https://www.dmosk.ru/ http://dmosk.local/;
}
}

* в конкретном случае мы проксируем запросы http://dmosk.local на сайт www.dmosk.ru, но если он вернет инструкцию для редиректа https://www.dmosk.ru/url1, в браузере он должен быть заменен на http://dmosk.local/url2. А также любое перенаправление для https://www.dmosk.ru/ будет заменено на http://dmosk.local/.

Создание верхней панели навигации

Шаг 1) Добавить HTML:

Пример

<div class=»topnav»> <a class=»active» href=»#home»>Главная</a> <a href=»#news»>Новости</a> <a href=»#contact»>Контакт</a> <div class=»topnav-right»> <a href=»#search»>Поиск</a> <a href=»#about»>О Нас</a> </div></div>

Шаг 2) Добавить CSS:

Пример

/* Добавить черный цвет фона для верхней навигации */.topnav { background-color: #333; overflow: hidden;}/* Стиль ссылок внутри панели навигации */.topnav a { float: left; color: #f2f2f2; text-align: center; padding: 14px 16px; text-decoration: none; font-size: 17px;}/* Изменение цвета ссылок при наведении курсора */ .topnav a:hover { background-color: #ddd; color: black; }/* Добавить цвет для активной/текущей ссылки */.topnav a.active { background-color: #4CAF50; color: white;}/* Выровненный по правому краю раздел внутри верхней навигации */.topnav-right { float: right;}

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

Совет: Зайдите на наш учебник CSS Навигация чтобы узнать больше о навигационных барах.

Обзор возможностей программы

Ace Stream – это не просто посредник, который позволяет воспроизводить торренты. Программа работает как самостоятельный видеоплеер, достаточно удобный и функциональный. При этом при просмотре торрентов владелец может контролировать процесс загрузки, устанавливать желаемые параметры.

Как скачать Acestream на разных устройствах

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

Также подойдет телефон. Непосредственно на Smart TV виджет не устанавливается.

Установка на ПК

Для установки Ace Stream на компьютер потребуется скачать последнюю версию на официальном сайте. Затем выполняются следующие действия:

Запустить установку программы. При установке отметить пункт «Запускать вместе с Windows».
В антивирусной программе отключить файервол, чтобы он не блокировал доступ ТВ к AceStream.
Зайти в Ace Stream Media Centre.
Открыть «Сетевые подключения». Записать или запомнить IP адрес

Это важно, поскольку Smart TV и ПК должны находится в одной сети.

Важно! При установке программы на компьютер следует выставить диск для Кэша с большим объемом памяти, поскольку при просмотре отельных торрентов необходимо большое хранилище

Установка Acestream на Android

Процедура установки на Андроид мало чем отличается от описанной выше. Алгоритм действий следующий:

Зайти на официальный веб-сайт и загрузить Ace Player.
Выполнить установку приложения на устройство с Android.
Открыть программу.
В верхнем углу справа кликнуть на «Меню» и ввести идентификатор контента в специальном поле.
Кликнуть на значок Acestream для открытия приложения.

Установка на ТВ

AceStream не предназначен для установки непосредственно на телевизор. Для правильного функционирования приложение должно быть запущено с телевизора, смартфона или планшета, а на Smart TV должен присутствовать виджет Forkplayer.

Поисковые фразы

Как влияет редирект с http на https на SEO

После настроек редиректа с http на https обязательно измените адрес своего ресурса robots. txt (нужно указать новое главное зеркало в панели вебмастера для поисковиков).

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

Рекомендации, которые предоставил Яндекс в отношении данного редиректа:

Добавить ресурс в панель Яндекс-вебмастер.
Произвести настройку в robots директивы Host (нужно, чтобы robots. txt нового и старого ресурса не отличался).
После того, как оба сайта будут признаны зеркалами, необходимо изменить протокол в сервисе «Настройки индексирования — Главное зеркало». Через несколько недель будет определено основное зеркало.
Установить перенаправление со старого протокола на новый.

Рекомендации по редиректу от Google:

Добавить ресурс в Search Console.
Проверить наличие редиректа 301 со всех страниц на новый сайт (редирект страницы с http на https).
Использовать сервис «Изменение адреса в настройках».

Редирект с http на https поможет в продвижении сайта только тогда, когда с вашим ресурсом все в порядке. А узнать, все ли хорошо с вашим сайтом, поможет наш аудит.

Оставить заявку

Как сделать с помощью Nginx редирект с https на http

Файл Nginx должен содержать 2 секции server (для https и сайта http). В секции http нужно сделать редирект всех запросов на https. Для этого используется директива return. После этого выполняется обработка 2-й секции. К примеру:

server {

server_name losst.ru ;

charset off;

index index.php;

ssi on;

return 301 ;

set $root_path /var/www/losst/data/www/losst.ru;

root $root_path;

listen :80 default_server;

…

}

2-я секция уже с обработкой SSL принимает запросы на 443 порту:

server {

server_name losst.ru ;

ssl on;

ssl_certificate «/var/www/losst/losst.ru_le2.crtca»;

ssl_certificate_key «/var/www/losst/losst.ru_le2.key»;

ssl_ciphers EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH;

ssl_prefer_server_ciphers on;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

add_header Strict-Transport-Security «max-age=31536000;»;

charset off;

index index.php;

set $root_path /var/www/losst/data/www/losst.ru;

root $root_path;

listen :443 default_server;

…

}

Здесь все достаточно понятно: инструкция return обеспечивает возврат нужных кодов ответов сервера. Мы осуществляем возврат кода 301 и вводим адрес куда будет перенаправлен посетитель. Помимо инструкции return, может использоваться и rewrite. Здесь нужно выполнить такие же действия:

rewrite ^/(.*)$ permanent;

Это стандартная запись регулярных выражений. В 1-й строке нужно выделить группу строк запросов, а во 2-й прописать правильное доменное имя. Директива может использоваться и без блока server:

if ($host ~* ^(losst\.ru|www\.losst\.ru)$ ){

rewrite ^/(.*)$ permanent;

}

На этом этапе нужно сохранить файл и выполнить тестирование конфигурации nginx:

sudo nginx -t

Если проверка прошла успешно, сделай перезапуск Nginx:

sudo systemctl restart nginx

Теперь проверьте ответ сервера при помощи curl:

curl -I losst.ru

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

curl ILa losst.ru

Сделать настройку перенаправления на https nginx не очень сложно. Все настройки сводятся к внесению строки в файл «конфиг». Редирект с https на http nginx настраивается аналогично. Необходимо только изменить несколько символов в параметрах retrun. Обязательно нужно выполнять проверку настроек перенаправлений с www и на https. Этот момент особенно важен для СЕО продвижения.

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

Как правильно перенести сайт с протокола http на https

Первый стать невидимым в ВК для пользователей браузера Firefox

Введите в адресную строку браузера “about:config” и нажмите Enter. После этого вы увидите настройки программы.
На некоторое время делаем запрет на переадресацию. Для этого в поисковой строке вводим “network.http.redirection-limit” и указываем в его свойствах нулевое значение.
Далее заходим в собственный аккаунт (персональную страницу) путем ввода в адресную строку браузера http://vkontakte.ru/login.php, вводим логин и пароль от учетной записи.
Видим сообщение об ошибке. Не бойтесь, это вполне нормально, так и должно быть.
Переходим на любую понравившуюся страницу социальной сети Вконтакте, но только не на “profile.php”.
Возвращаемся к настройкам браузера, вводим в поисковую строку настроек “network.http.redirection-limit” и возвращаем этому параметру то значение, которое было у него до изменений (по умолчанию).

Понятие и назначение безопасного режима

В Windows 7 присутствуют диагностические режимы запуска операционной системы для решения тех или иных проблем. Один из них – безопасный или Safe mode (ещё называется режимом устранения сбоев) предназначен для выявления и устранения неполадок в Win 7, работе драйверов и аппаратных компонентов компьютера. В безопасном режиме запускается минимально возможный перечень процессов, служб и драйверов, необходимых для обеспечения работы операционной системы и основных аппаратных компонентов. Благодаря функционированию с ограниченными возможностями быстрее выявляются проблемы, ведь прикладное программное обеспечение не активно.

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

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

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

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

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

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

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

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

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

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

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

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

Что представляет собой редирект и как он работает

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

Принцип работы редиректа заключается в следующем алгоритме:

Сначала пользователь вводит необходимый ему запрос в поисковую строку, либо переходит по гиперссылке.
После этого сервер начинает обрабатывать поступивший запрос.
В ходе данного процесса он доходит до параметра redirect и начинает следовать ему.
Пользователь либо переходит на новый URL-адрес, заранее прописанный в инструкции, либо же получает определённый код http.

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

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

Смена доменного имени. При помощи перенаправления можно избежать потери прошлого трафика и сохранить все показатели предыдущего ресурса.
Удаление какого-либо раздела на сайте.
Одинаковые страницы. Наличие на сайте одинакового содержания может сильно ухудшить его ранжирование. Однако если ввести в код команду redirect, будет выделен только основной контент.
Переход на другой движок. Все CMS обладают собственными правилами генерации URL. В случае, если новый адрес не будет таким же, как и прошлый, пользователи не смогут воспользоваться старым. Вместе с этим будут утрачены уже имеющиеся результаты продвижения.
Соединение доменов. В данном случае подразумевается присутствие или отсутствие в именах «/» и «www». К примеру, ресурсы Aflife.ru и www.Aflife.ru поисковик воспримет как отличающиеся друг от друга ресурсы. В будущем боты объединят оба этих адреса, однако за это время у вас вряд ли получится достигнуть желаемых показателей посещаемости. В таком случае наилучшим решением будет настройка редиректа.

Пример двойного редиректа

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

http://site.ru/catalog -> https://site.ru/catalog

Допустим, у вас сначала был настроен редирект на https подобным образом:

server {
 listen 80;
 root   /var/www/site.ru/public;

 location / {
  return 301 https://site.ru$request_uri;
 }
}

А потом вас попросили добавить редирект всех урлов без слеша на тот же урл только со слешем на конце. Вы идете в секцию c listen 443 и добавляете редирект.

server {
 listen 443 http2;
...................
 location / {
  rewrite ^(*)$ $1/ permanent;
...................
}

# curl -I -L http://site.ru/catalog

HTTP/1.1 301 Moved Permanently
Server: nginx
Content-Type: text/html
Content-Length: 162
Connection: keep-alive
Location: https://site.ru/catalog

HTTP/2 301 
server: nginx
content-type: text/html
content-length: 162
location: https://site.ru/catalog/

HTTP/2 200 
server: nginx
content-type: text/html; charset=utf-8
vary: Accept-Encoding

На выходе у вас 2 редиректа вместо одного, что плохо для СЕО. Надо по возможности все реализовать в одном. В данном случае напрашивается простое и очевидное решение:

server {
 listen 80;
 server_name site.ru www.site.ru;
 root   /var/www/site.ru/public;

 location / {
  return 301 https://site.ru$request_uri/;
 }
}

Вроде бы все нормально. Теперь редирект будет автоматически добавлять слеш в конец запроса. Но проблемы начнутся со ссылками на медиа файлы. Например, запрос http://site.ru/catalog/img.png будет превращаться в https://site.ru/catalog/img.png, что нам совершенно не нужно. Чтобы это исправить, надо сделать так.

server {
 listen 80;
 server_name site.ru www.site.ru;

 location ~* ^.+.(js|css|png|jpg|jpeg|gif|webp|ico|woff|txt)$ {
  return 301 https://site.ru$request_uri;
 }

 location / {
  return 301 https://site.ru$request_uri/;
 }
}

Теперь все будет нормально, так как location со статикой указан в виде регулярного выражения. В случае попадания запроса в указанное правило, будет выполнен редирект без слеша. Все остальное попадет в следующий префиксный /. То же самое можно сделать с помощью if и одного location, но c if работать будет медленнее. Там где можно обходиться без if, лучше его не использовать.

Варианты написания серверного редиректа для HTTPS

Мне удалось найти семь основных вариантов, которые используют для настройки редиректа для HTTPS протокола:

Вариант 1

PHP

RewriteCond %{HTTPS} =off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

1 2	RewriteCond%{HTTPS}=off RewriteRule(.*)https//%{HTTP_HOST}%{REQUEST_URI}

Вариант 2

PHP

RewriteCond %{SERVER_PORT} !^443$
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI}

1 2	RewriteCond%{SERVER_PORT}!^443$ RewriteRule.*https//%{SERVER_NAME}%{REQUEST_URI}

Вариант 3

PHP

RewriteCond %{ENV:HTTPS} !on
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI}

1 2	RewriteCond%{ENVHTTPS}!on RewriteRule^(.*)$https//%{HTTP_HOST}%{REQUEST_URI}

Вариант 4

PHP

RewriteCond %{HTTP:X-HTTPS} !1
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1

1 2	RewriteCond%{HTTPX-HTTPS}!1 RewriteRule^(.*)$https//%{HTTP_HOST}/$1

Вариант 5

PHP

RewriteCond %{HTTP:CF-Visitor} ‘»scheme»:»http»‘
RewriteRule ^(.*)$ https://www.site.ru/$1

1 2	RewriteCond%{HTTPCF-Visitor}'»scheme»:»http»‘ RewriteRule^(.*)$https//www.site.ru/$1

Вариант 6

PHP

RewriteCond %{HTTP:X-Forwarded-Protocol} !=https
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI}

1 2	RewriteCond%{HTTPX-Forwarded-Protocol}!=https RewriteRule.*https//%{SERVER_NAME}%{REQUEST_URI}

Вариант 7

PHP

RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI}

1
2
3

RewriteCond%{HTTPX-Forwarded-Proto}!https

RewriteCond%{HTTPS}off

RewriteRule^https//%{HTTP_HOST}%{REQUEST_URI}

Вариант 8

PHP

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI}

1
2
3
4

RewriteEngineOn

RewriteCond%{HTTPS}off

RewriteCond%{HTTPX-Forwarded-Proto}!https

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

После вставки одного из этих вариантов в файл .htaccess, сохраняете изменения.

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

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

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

Избегайте нескольких последовательных перенаправлений — они увеличивают нагрузку на сервер и снижают скорость работы сайта.
Располагайте редиректы от частных к глобальным. Например, сначала переадресация с одной страницы на другую, затем общий редирект на страницы со слешем. Это правило работает не в 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» на старый и новый домен соответственно.

Что такое RivaTuner Statistics Server? Как установить, настроить и пользоваться программой?

Путь хранения файлов сессий

Самая лучшая стратегия для 301 редиректов

Самой выгодной стратегией перехода на новый домен будет учитывать все основные правила двух главных поисковиков – Google:

Проставляем 301 редирект со старого на новый сайт.
Хотя мы не делаем переадресации для служебного файла robots.txt, но прописываем директиву Host для нового домена.

Код для старого сайта будет иметь такой вид:

При этом в файле robots.txt для старого сайта прописываем:

Создание 301 редиректов

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

http://www.webconfs.com/seo-tools/similar-page-checker/
http://www.rapidtables.com/web/tools/redirect-generator.html

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

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

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

Работает ли вообще сайт? – зайдите на главную страницу;
проверьте все ключевые страницы и разделы сайта на предмет ошибок.

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

http://bertal.ru/ – предоставляет максимально комплексные данные об ответах сервера.
http://www.internetmarketingninjas.com/header-checker/.