Как отключить 301 редирект

Отмена 301 редиректа: как избежать проблем

Автор: Питер Мейерс (Dr. Peter J. Meyers) – научный сотрудник Moz и эксперт по поисковому маркетингу

Можно ли отменить 301 редирект? Короткий ответ: «Да». Вы можете отозвать переадресацию, даже если технически она является постоянной. Однако это изменение может сработать не так, как вы ожидали, или даже ухудшить ситуацию. В статье мы рассмотрим четыре возможных сценария.

Примечание и предупреждение

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

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

Сценарий 1. Одна страница, полная отмена

Давайте начнём с самого простого сценария. У вас настроена переадресация 301 со страницы А на страницу B (A→B) и вы хотели бы её удалить, а вместо этого настроить 301 редирект с B на A.

Последний шаг – это то место, где многие специалисты ошибаются. У вас может возникнуть соблазн полностью избавиться от страницы B, в том числе удалив её из файлов Sitemap.xml. Однако делать этого не стоит. Дело в том, что Google нужно время на обработку новых сигналов, но он не сможет этого сделать, если вы спрячете страницу B или, что ещё хуже, полностью заблокируете доступ к ней для краулеров. Позвольте Google просканировать страницу B и обработать новые сигналы. Оставьте её в покое на какое-то время.

Сценарий 2. Одна страница, но нужно сохранить оба URL

Допустим, вы хотите убрать редирект с A→B, но при этом сохранить страницу B. Вы не можете настроить переадресацию с B→A, поскольку тогда страница B исчезнет для всех – и для поисковых систем, и для пользователей. В данном случае возможны два подсценария, которые будут зависеть от того, хотите ли вы, чтобы страница B была доступна для поисковых роботов или нет.

Сценарий 2А. Страница B доступна для поиска

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

Пошагово этот процесс будет выглядеть так:

Самореферентные rel=canonical – это довольно слабый сигнал, но они помогают Google понять, что страница B теперь является отдельным независимым объектом.

Сценарий 2Б. Страница B скрыта из поиска

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

Для этого выполните следующие шаги:

Помните, что rel=canonical – это сильный сигнал, но он не гарантирует, что страница B не будет ранжироваться. Если страница B не имеет ценности для поиска, и вы хотите передать её сигналы странице А, тогда это будет наилучший вариант.

Сценарий 3. Отмена переадресации 301 на уровне сайта

Вот здесь уже возможны проблемы. Допустим, вы внедрили изменение URL на уровне сайта, например, переключились с http на https, обновили структуру подпапок или добавили/удалили параметры. Такие изменения влияют на большинство или на все страницы сайта, но мы будем исходить из того предположения, что ваш корневой домен и структура поддоменов остались прежними.

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

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

В Search Console есть лимиты на количество отправляемых в Google страниц (в новой версии эти ограничения, похоже, варьируются от сайта к сайту), а простого процесса для массовой отправки URL на данный момент нет. Поэтому сосредоточьтесь на высоко авторитетных страницах и страницах, которые расположены выше в структуре внутренних ссылок. Это должно побудить Google также пересканировать те страницы, что расположены ниже – как минимум, до некоторой степени.

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

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

Сценарий 4. Отмена переадресации при смене домена

Допустим, вы перевели сайт на новый домен и спустя несколько недель заметили, что ваш домен также является названием кавер-группы Nickelback. Конечно, вы начнёте паниковать. Во-первых, успокойтесь. Трезво оцените, действительно ли проблема настолько серьёзна. Если это так, то тогда эта ситуация похожа на сценарий №3, но более рискованна, поскольку в данном случае имеются аспекты, связанные с вашим доменом и его историей, которые могут влиять на ранжирование независимо от того, насколько хорошо или плохо вы реализовали 301 редиректы.

Если у вас действительно нет выбора, то потребуется выполнить следующие шаги:

В данном случае вам потребуется отдельный аккаунт в Search Console. Если вы удалили старый профиль, повторно добавьте его и воссоздайте файлы XML Sitemap. Чтобы ускорить процесс, отправьте в Google критически важные страницы.

Если у вас нет доступа к домену B (например, у него истёк срок регистрации и его перехватил кто-то другой), то вы не сможете настроить переадресацию с B→A. Правда в том, что в данном сценарии процесс отмены будет длинным и непростым. Вторичные сигналы, такие как входящие ссылки, в данном случае будут очень важными.

Как повторно отправить страницы в Search Console?

Ниже – те шаги, которые нужны для отправки запроса на индексацию или повторную индексацию страницы:

Это всё, что вам нужно сделать. В итоге Google должен вернуть следующее окно:

Теперь скрестите пальцы и ждите. Повторная индексация может занимать разное время и заранее его спрогнозировать невозможно.

Пара примечаний по этому процессу. Во-первых, на данный момент переиндексация выполняется довольно медленно. Во-вторых, у Google определённо есть лимиты на то, как часто вы можете использовать этот инструмент. Однако эти лимиты варьируются от сайта к сайту. К сожалению, опции массовой переиндексации в Search Console нет. При всех масштабных изменениях вам придётся полагаться в первую очередь на обновление XML-карт сайта.

Вместо заключения – ещё одно примечание и предупреждение

Помните, что наибольшее различие между теорией и практикой в этих ситуациях состоит в том, что реальные сайты часто посылают смешанные сигналы. Если вы отменяете 301 редирект, вы уже посылаете смешанный сигнал (в сравнении с вашими прошлыми сигналами). Если наряду с этим изменением у вас имеются несоответствующие внутренние ссылки, некорректные атрибуты rel=canonical, устаревшие XML-карты сайта или слишком длинные цепочки редиректов, которые не всегда возвращают одну и ту же страницу, то тогда риски будут ещё выше, а сам процесс отмены займёт больше времени. Убедитесь, что все ваши новые сигналы согласованы с этим изменением.

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

Источник

Что такое 301 редирект и как его настроить

При работе с веб-ресурсами возникают ситуации, когда происходит удаление, перенос или изменение url-адреса отдельных страниц или сайта целиком. При этом требуется сохранить индексацию в поисковых системах и перенаправить пользовательский трафик на новый адрес. Для решения этой задачи используется функция под названием 301 Redirect. Это один из инструментов SEO, который позволяет не только избежать ошибок при открытии отдельных страниц, но и добиться корректной работы ресурса. Правильные настройки редиректа дают дополнительную возможность получить синергетический эффект в поисковой оптимизации и увеличить количество органического трафика на релевантные страницы. Рассмотрим более подробно, как происходит настройка редиректа 301.

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

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

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

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

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

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

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

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

Альтернативные методы переадресации

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

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

В каких случаях используется постоянный редирект 301

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

Изменение написания url определенных страниц в целях SEO-продвижения, смены CMS или по иным причинам. Требуется настроить редирект с site.ru/1hdkr5 на site.ru/page_adress.

Перенос разделов на субдомены. Необходимо сменить адрес www.site.ru/example на example.site.ru.

Для аккумуляции трафика с адресов, купленных в разных доменных зонах, на один приоритетный ресурс.

Исключение дублирующихся страниц из индекса.

Склейка зеркал сайта – вариантов сайта с идентичным контентом, но разным написанием адресов: site.ru, www.site.ru, https://site1.ru и т.д. В этом случае выбирается один приоритетный домен и на него настраивается редирект со всех остальных зеркал.

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

Для быстрого перехода пользователя на мобильную версию ресурса со смартфонов и планшетных устройств.

Создание постоянной переадресации 301 через настройки и плагины CMS

В большинстве популярных конструкторов сайтов и CMS (OpenCart, Joomla!, Битрикс, Wix, Тильда) предусмотрена настройка редиректов с помощью встроенных инструментов. Если сайт создан с помощью WordPress, для настройки переадресации можно воспользоваться следующими плагинами:

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

Safe Redirect Manager — простой плагин, который также поддерживает регулярные выражения, практически не влияет на производительность сайта.

Quick Page/Post Redirect Plugin — еще один удобный инструмент оптимизации. Один из недостатков — отсутствие поддержки регулярных выражений. К ссылкам можно добавлять атрибут «nofollow».

Simple 301 Redirects. Данный модуль обладает одним недостатком – url для переадресации необходимо прописывать вручную.

Для Битрикс кодировка будет выглядеть следующим образом:

В Joomla настройки переадресации производятся через панель администратора в разделе «Компоненты» => «Перенаправление». Здесь можно не только установить правила редиректа, но и отслеживать страницы с битыми ссылками и перенаправлять их на корректные адреса.

Но настроить редирект 301 довольно просто в базовом редакторе.

Найти файл можно через панель управления хостинга либо использовать FTP-клиент. При любом варианте нужно включить отображение скрытых файлов.

Для создания 301 редиректа перейдите в панель управления вашего сайта.

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

Перед тем как начать прописывать правила перенаправления, необходимо включить механизм преобразований (RewriteEngine) при помощи команды RewriteEngine On.

Хостинги применяют по умолчанию 302 или любой другой 3xx редирект. В связи с этим в правилах используются флаги. Рекомендуем дописывать в своих правилах [R=301,L].

Склейка зеркал сайта (www / без www)

Сайты http://name.site и http://www.name.site для поисковых систем являются разными. А по факту это разные адреса одного сайта.

Если произошла обратная ситуация и необходима переадресация с без «www» на «www», то в файл прописывается:

Редирект с http на https для всего сайта

Если данная конструкция не сработает, попробуйте другой вариант:

Если редирект не работает и в этом случае, попробуйте такой вариант:

В результате пройдет перенаправление на https всех пользователей и поисковых систем.

Постранично

Бывают случаи, когда необходимо создать редирект на https всех страниц, кроме одной. В этом случае используют постраничный редирект:

Для одной страницы

Для редиректа с http на https одной страницы (например page.php), в файл добавьте следующую конструкцию:

Редирект сайта с https на http

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

Изменение домена

Редирект на страницу с другим url (без параметров)

Редирект для url (с параметрами)

Если адрес содержит параметр (например, http://name.site/articles.php?section=1, где параметром является «section=1» ), то прописывают следующую конструкцию:

Редирект с index.php на главную страницу

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

Редирект со страниц со слешем на без слеша (для всего сайта)

Или более короткий вариант:

Редирект со страниц без слеша на слеш (для всего сайта)

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

301 редирект с 404 Not Found

Код 404 Not Found (страница не найдена) присваивается удаленной или несуществующей странице на сайте. Создание постоянного перенаправления с таких страниц актуально для контентных сайтов и крупных интернет-магазинов, где страницы часто удаляются по естественным причинам. Тогда возникает потребность перенаправить посетителей на одну из главных страниц сайта, чтобы они не уходили с ресурса при виде ошибки.

301 редирект для страниц 404 Not Found сделать совсем не сложно. Например, этот код перенаправит со всех 404-страниц на главную:

Однако делать такие редиректы в массовом порядке не рекомендуется, так как это может испортить SEO-статистику всего ресурса.

Пример файла htaccess, после добавления в него редиректов:

точка заменяет произвольный символ

обозначает перечень знаков, совпадающих с буквами a, b, или с

список символов вне указанного диапазона (кроме a, b, с)

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

команда найдет идущие подряд символы из заданного набора

приводит к противоположному эффекту

заменяет любой набор символов

ищет все подстроки между кавычками

начало строки (когда используется в начале выражения)

означает конец строки

цифра, буква или подчеркивание _

заменяет любую цифру

может заменить любой знак, кроме цифры

для замены любой цифры

для всех букв от a до z в нижнем регистре

для каждой буквы от A до Z в верхнем регистре

любая буква от a до Z во всех регистрах

Другие способы создания переадресации 301

Через PHP

Данный вариант подойдет тем, кто хорошо разбирается в web-программировании и PHP. Необходимо открыть файл index.php в корне CMS-движка и прописать там:

(в первой строке укажите старый url, а во второй — новый)

ASP-редирект

ASP.NET редирект

Найдите в корне своего сайта файл web.config и вставьте в секцию синтаксис:

ColdFusion редирект

JSP (Java) редирект

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

CGI-скрипт на PERL

Ruby on Rails

Редирект в Nginx

HTML-редирект

Этот способ подойдет для небольших статических сайтов, когда требуется настроить переадресацию для одной страницы. Для этого необходимо добавить специальный мета-тег внутри кода HTML. Пример записи редиректа на другой ресурс после 5-секундной задержки:

Если поставить значение 0 вместо 5, то переадресация на https://livepage.pro произойдет моментально.

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

Редирект 301 в панелях управления сервера

Большинство панелей управления сервера предоставляют возможность настройки переадресации с кодом 301. Рассмотрим варианты решения этой задачи на примере двух популярных ПУ для VDS.

Cpanel

Нужно перейти в блок «Домены» => «Перенаправления». В появившемся окне выполнить следующее:

В строке «Тип» выбрать «Постоянный 301».

В строке «https://www» из выпадающего списка выбрать домен сайта (например, example.ru).

В строке «Перенаправляет на» указать для домена адрес http://example.ru.

В блоке «Перенаправление www» поставить галочку напротив «Перенаправлять только с www».

Сохранить изменения кликом на «Добавить».

ISPmanager

Автоматическое создание переадресации

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

Проверка корректности настроек 301 редиректа

Самый простой способ проверки переадресации – ручное тестирование. Для этого необходимо вставить в адресную строку браузера url сайта или страницы, с которой настроено перенаправление. Если при открытии будет доступен ресурс, на который настроен редирект, то переадресация выполняется правильно.

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

программой Screaming Frog Seo Spider, способной просканировать весь сайт.

Существует ряд ошибок, которые следует избегать при настройке редирект 301:

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

установка временной переадресации вместо постоянной;

неправильный выбор типа редиректа;

перенаправление файла robots.txt;

непонимание разницы между rel=canonical и кодом 301;

редирект на нерелевантный контент;

переадресация, которая не приводит к 200-й странице.

Стоит отметить проблему создания цепочки ссылок, которая может привести к появлению циклического редиректа — ошибки с кодом «ERR_TOO_MANY_REDIRECTS». Наиболее распространенные причины возникновения такого бага – неправильная настройка в процессе создания переадресации, вирусная атака, слишком длинная цепочка редиректов. Не рекомендуется настраивать редирект, содержащий более пяти адресов. Оптимальной является прямая переадресация со старого на новый url.

Заключение

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

Источник

Полное руководство по 301 редиректу

Команда SeoProfy подготовила пошаговое руководство для вебмастеров, в котором рассказала и показала все детали и нюансы использования 301 редиректа.

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

301 Moved Permanently

301 редирект является постоянным редиректом, который передает около 90-99% ссылочного веса. Данный редирект указывает, что страница перемещена по новому адресу и старый url следует считать устаревшим.

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

302 редирект — временный редирект. Данный редирект передает 0% от ссылочного веса и, в большинстве случаев, не должен использоваться. На данный момент интернет работает по протоколу HTTP, который и определяет, как обрабатывать URL-адреса. В двух версиях этого протокола этот ответ сервера имеет разный статус ответа:

307 Moved Temporarily (HTTP 1.1 Only)

307 редирект в протоколе HTTP 1.1 стал приемником 302 редиректа. В то время как основные поисковые боты начнут рассматривать его как аналог 302, для почти всех случаев лучше всего использовать 301. Исключением из этого правила является, когда контент действительно переехал только временно (например, во время технического обслуживания) и поисковые системы уже понимают, что ваш сервер совместим с HTTP 1.1. Но, так как практически невозможно определить, действительно ли поисковые системы поняли, что ваш сервер совместим с этим новым протоколом, то лучше использовать 302 редирект для контента, который был временно перемещен.

Другие виды редиректов

Существуют также и другие виды редиректов: Meta Refresh или с помощью JavaScript — которые выполняются на уровне страницы, а не на уровне сервера. Вот как выглядит типичный редирект Meta Refresh:

meta http-equiv=»refresh» content=»5;url=http://www.seoprofy.ua/» />

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

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

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

RewriteCond % ^www.site.com$ [NC]

RewriteRule ^(.*)$ http://site.com/$1 [R=301,L]

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

RewriteCond % ^site.com$ [NC]

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

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

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

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

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

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

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

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

Redirect 301 /oldpage.html http://www.site.com/newpage.html

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

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

RewriteCond % ^[A-Z] <3,9>/([^/] /)*(default|index|main).(html|php|htm) HTTP/ [NC]

RewriteRule ^(([^/] /)*)(default|main|index).(html|php|htm)$ http://www.site.com/$1 [L,R=301]

Редирект каталога

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

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

RewriteRule old-catalog /(.*) / old-catalog /$1 [R=301,L]

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

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

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

Примеры использования для защиты сайта от множественных дублей страниц

Редирект с разных доменов и субдоменов

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

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

Таким образом, все домены типа www.site.ru, www.site.net, test.site.com будут переадресовываться на сайт www.site.com.

Как удалить несколько слешей/тире в урле

Иногда «по случайности» в урле могут появиться по несколько слешей, например, www.site.com/catalog////page-1.html. В таких случаях необходимо делать 301 редирект на страницу с одним слешем www.site.com/catalog/page-1.html :

Аналогично, можно склеить в урле несколько дефисов в один: с www.site.com/catalog/page—1.html на www.site.com/catalog/page-1.html:

Как сделать редирект с любого урла на url только в нижнем регистре

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

header(«HTTP/1.1 301 Moved Permanently»);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итого

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

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

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

Источник