редирект на новый сайт
Смена адреса сайта/домена — как сделать редирект со старого домена
При создании сайта нужно сразу придумывать хороший и запоминающейся домен. Первой причиной смена адреса сайта может быть, если старый домен попал под фильтр или плохо индексируется, то возможно смена адреса сайта решит эту проблему. Второй причиной может банальное стремление и желание сменить домен на более привлекательный. В этой статье мы рассмотрим алгоритм смены адреса домена. Как это сделать правильно, чтобы не потерять трафик и позиции.
Пошаговая инструкция по смена адреса сайта
1. Скопируйте полностью все файлы сайта на новый домен (при этом со старого домена пока ничего не удаляйте). Желательно сохранив всю структуру сайта, иначе позиции могут измениться довольно сильно.
2. Пропишите в обоих robots.txt директиву host с адресом нового домена:
Это надо сделать как на старом домене, так и на новом:
3. В Яндекс Вебмастер зайдите в раздел «Настройки индексирования» &rt; «Переезд сайта» и укажите адрес нового домена.
В Google Вебмастер также есть опция «смена адреса сайта».
4. После смены желательно дождаться пока поисковые системы склеят эти домены.
5. Нужно сделать 301 редирект со старого домена на новый. Как это сделать читайте далее.
301 редирект со старого домена на новый
Чтобы сохранить все позиции и поисковый трафик важно сделать 301 редирект с каждой страницы старого сайта на соответствующую страницу нового сайта.
Что такое 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-й редирект
Помимо разных способов настройки переадресации, существуют разные виды редиректов. Каждый из них имеет своё кодовое название. Основные виды:
Также существуют 304-й, 306-й и 307-й редиректы. Однако сейчас эти виды практически никто не использует. Один из самых популярных видов — это 301-й.
301-й редирект (Moved Permanently) — это постоянный редирект. Используется для перемещения страницы на новый URL-адрес насовсем. Когда поисковые системы встречают страницу с редиректом 301, они «понимают», что теперь необходимо индексировать новую страницу, а старую можно полностью исключить из индексации. Если настроить переадресацию 301 некорректно, на странице будет отображаться ошибка 404. Индексация страниц с ошибками приводит к снижению SEO-показателей всего веб-ресурса.
1С-Битрикс — популярная CMS в которой время от времени необходимо настраивать перенаправление.
Где www.site.ru — домен, с которого происходит редирект, а site.ru — домен, на который происходит редирект.
Где www. — домен, с которого происходит редирект, а www. — домен, на который происходит редирект.
Где site.ru — имя вашего домена.
Где site.ru — имя вашего домена.
Где site.ru — имя вашего домена.
Где site.ru — имя вашего домена.
Для всех страниц с http:// на https://, в том числе и с http://www на https://
Если первый вариант не поможет, воспользуйтесь вторым вариантом:
Если все варианты не помогли и возникает циклическая переадресация:
Переезд сайта без потери трафика и позиций: чек-лист и полезные советы
Рассказывает Лада Лебедянцева, ведущий SEO-специалист digital-интегратора DD Planet
Необходимость перенести сайт на другой адрес возникает, если у компании изменилось название, произошел ребрендинг, нашлось более подходящее доменное имя или нужно сменить доменную зону. При переходе важно не потерять органический трафик и позиции в поисковых системах.
Неправильный подход приводит к сокращению целевой аудитории, сайт может пропасть из выдачи. Не исключена вероятность попасть под санкции поисковых систем, если ресурс с одним и тем же контентом будет доступен к индексации сразу по двум адресам: старому и новому. Поэтому очень важно, чтобы процесс переезда контролировал SEO-специалист.
Мы в DD Planet сопровождали переезд сайтов разного масштаба: от интернет-магазинов до небольших порталов. Для этого разработали безотказный алгоритм, с помощью которого получается сохранить показатели трафика. В этой статье я расскажу, как подготовиться к переезду, и поделюсь нашим чек-листом.
Существует два вида переезда сайтов: перемещение страниц с изменением адреса и без изменения. В первом случае сохраняется корневой URL при обновлении внутренней инфраструктуры, а во втором — меняется протокол, доменное имя или путь URL.
Решение перенести работающий сайт без изменения URL принимается в следующих случаях:
1. Переезд на новую CMS для оптимизации работы сайта:
возможности CMS не отвечают потребностям ресурса, например, нет достаточно гибкой настройки характеристик товаров или фильтров для подбора;
CMS не справляется с возросшей нагрузкой и зависает, если сразу несколько сотрудников одновременно редактируют контент или слишком много посетителей просматривают сайт;
старая версия CMS не поддерживается и не обновляется, больше не соответствует современным требованиям безопасности и версиям серверного программного обеспечения;
обнаружены критичные проблемы в работе CMS, которые приводят к сбоям на сайте.
2. Перенос сайта на другой хостинг:
технические возможности хостинга не соответствуют возросшим потребностям сайта;
хостинг работает нестабильно, техническая поддержка недостаточно оперативно реагирует на обращения пользователей;
сильно выросли тарифы или возникли другие проблемы в обслуживании сайта со стороны компании, предоставляющей услуги хостинга.
3. Редизайн сайта и публикация новой версии.
Перенос с изменением URL нужен, если:
Ресурс попал под фильтр поисковых систем.
Важно зафиксировать состояние сайта на момент переезда. Это помогает понять, какие ключевые моменты проверить до и отслеживать после завершения процесса.
При подготовке к переезду:
Перенос сайта следует делать в период естественного снижения трафика: в выходные, сезон отпусков, праздники. Перенос состоит из нескольких этапов.
1. Бэкап. В первую очередь сделайте бэкап старой версии. Это позволит быстро восстановить работу, если что-то пойдет не так.
2. Настройка редиректов:
Проверьте обе версии сайта: есть ли на них битые и циклические ссылки. Удалите или исправьте их, если нашли.
3. Яндекс.Вебмастер. Оповестите Яндекс с помощью инструмента «Переезд сайта» в Яндекс.Вебмастере.
4. Google Search Console. Корректно перенесите сайт на другой домен в Google Search Console. Сначала зарегистрируйте в сервисе новый сайт, а затем зайдите в настройки старого домена и выберите «Изменение адреса».
5. Robots.txt. Проверьте текстовый файл, который содержит параметры индексирования сайта для роботов поисковых систем. Он должен открывать к индексации нужные документы и разделы сайта, содержать необходимые директивы по закрытию служебных разделов: поиск, модуль регистрации и т. д. Важно удостовериться, что не был скопирован закрывающий от индексации robots.txt с тестовой версии.
Переезд реализован 12-13 августа 2017 года — в выходные дни месяца. Клиент обратился к нам с задачей перевести сайт на HTTPS, когда смена протокола на безопасный стала обязательной для любого ресурса коммерческой тематики, собирающего данные пользователей. Безопасный протокол обеспечивает защиту данных: они передаются не в открытом, а в зашифрованном виде. Поисковая система Google маркирует сайты без HTTPS как небезопасные.
Хорошо видно, что трафик не упал после перехода на новый протокол, а даже немного вырос: с 1000 до 1300 визитов в сутки. Этот пример демонстрирует — избежать снижения позиций в выдаче и потери трафика при переезде сайта можно.
1. Бэкап. Создайте резервную копию сайта. Так же как и при переезде на HTTPS, лучше подстраховаться и сделать бэкап, если случится что-то непредвиденное.
2. Настройка новой CMS. Убедитесь, что проверили и настроили новую CMS на сервере.
3. Технический аудит. В ходе аудита разрабатываемой версии удалите битые ссылки, выявите моменты, которые могут привести к сбою в работе сайта.
4. Перенос структуры сайта:
перенесите структуру в новую CMS;
5. Перенос метатегов. Важно сохранить существующие шаблоны и не допустить, чтобы они некорректно отображались на сайте.
6. Проверка вывода контента. Корректная адресация изображений и скриптов, текст в документах сайта не дублирован, например, для мобильной и основной версии.
7. Перенос функционала. Протестируйте работу всех навигационных элементов, калькуляторов, форм и подключенных сервисов.
8. Проверка sitemap.xml. Проверьте процесс генерации sitemap.xml на регулярность и корректность попадающих в него документов.
9. Проверка robots.txt. Проверьте правильность всех директив и синтаксис их написания, уберите лишние пустые строки. Все нужные документы должны быть доступны к индексации поисковыми роботами, посмотреть это можно в Яндекс.Вебмастере.
Перевести сайт клиента на новую CMS мы решили, потому что был сделан редизайн и возможности старой платформы перестали соответствовать растущим потребностям сайта. Переход прошел летом, когда активность пользователей снизилась в связи с периодом отпусков.
На графике переходов из поисковых систем видно, что в момент переезда было небольшое снижение, но затем трафик вернулся в течение трех дней к стабильным значениям: 1200-1250 визитов в сутки. Показатели не проседают даже в праздники (красные метки в графике).
Главная возможная проблема при переезде сайта — это потеря органического трафика. Так может случиться, если в процессе были допущены ошибки:
Когда все пункты чек-листа по переезду на протокол HTTPS или новую CMS выполнены, SEO-специалист проверяет, готов ли обновленный сайт к приему трафика:
В нашем чек-листе мы отразили все этапы и нюансы, которые важно учесть при переносе ресурса. Следуя ему, вы сможете сделать это без потери трафика и позиций в поиске.
Этот алгоритм поможет не потерять ссылочную массу: сохранить объем внешних ссылок с учетом тематических связей документов акцептора и донора. А также исключить ошибки в работе сайта. Помните, что технические сбои приводят к появлению страниц, отдающих 404 ошибку, а дубли и 404 ошибки гарантируют проблемы с индексацией.
Вы сохраните настройки всех страниц, метатегов и структуру заголовков, микроразметку. Корректно перенастроите все системы, завязанные на адресе документа: блоки перелинковки, адреса канонических страниц, интерактивные формы, корректную настройку всех элементов аналитики на сайте.
Как говорил Станиславский «не верю». При переезде на https обе пс дали идентичную динамику? Покажите изменение трафика http и https месяц к месяцу. Вот там и понятно будет.
А в целом инструкция. Хочешь чтобы ничего не поменялось, то ничего не меняй или сделай так чтобы пс не увидела разницы. Редизайн без просадки также с трудом верится, если это реально был редизайн, а не мелкие правки.
Мертвый текст эта статья. ред.
Н-да. Ожидал увидеть что то другое в статье. Например, как не потерять трафик и позиции при смене доменного имени! Ан нет, переезд на другую cms и смена протокола. Про редиректы как бы давно всем известно. Откройте лучше секрет, как менять доменные имена без потери позиций!))
Спасибо за дополнение, потеря трафика при переезде на новое доменное имя — тоже частая проблема. Но и ее можно избежать. Если есть задача сменить доменное имя и внутреннюю адресацию, то лучше разбить ее на два этапа: сначала переезд без смены адресов страниц (постраничный 301 редирект), затем после проверки склейки уже переходить на новый движок со сменой адресации.
Если же такой вариант невозможен и нужно переходить одновременно, то важно сделать редирект главной в главную, для страниц, имеющих трафик или ссылочный вес, сделать постраничное сопоставление по логике старого и нового движка. Все остальные страницы — 301 редирект на новую главную.
Если у старого сайта была история и внешние ссылки, важно держать эти редиректы все время жизни нового домена.
У авторов есть два безусловных плюса: литературный редактор и корректор. Не важно, в скольки лицах. Этого так не хватает большой части местных созидателей!
И один индуцированный минус: очевидно, писавшие эту статью крепко испорчены цеховым обычаем — оплатой «за количество знаков» )
Такой редкой водной воды давно не встречал
Лучше стараться не переезжать, заморочек хватает.
С настройками почты помню были какие то сложности при переезде, но со временем все починили.
Если все таки вы решились, начинать переезд, как и описано в статье, нужно с резервного копирования (бэкап сайта). Помню перед переездом наткнулся на эту статью и она мне очень помогла выкачать весь сайт по FTP.
Сумма компенсации составила чуть больше 1 млн рублей, говорит источник.