Содержание

что это такое и как настроить правильный 301 redirect для сайта – виды и примеры

При работе с какой-либо интернет-площадкой, независимо от тематики и направленности, рано или поздно приходится удалять страницы, переносить или менять УРЛ или даже полностью перемещать весь ресурс на новый адрес. Если действовать, что называется, в лоб, то при переносе вы потеряете вес ссылок. Позиции сайта резко упадут. Чтобы этого не произошло, нужно использовать редиректы. Это инструменты для перенаправления поисковых систем и обычных пользователей на URL, который отличается от изначально запрашиваемого.

Допустим, вы вставляете в поисковую строку своего браузера URL https://google.com.ua/maps/ и нажимаете Enter. Вы попадаете на сайт карт Google. Если посмотреть на URL, то вы увидите, что в адресе появилась дополнительная аббревиатура: https://www.google.com.ua/maps/. Это один из самых простых примеров редиректа. Есть и более специфические, которые применяются с учетом стоящих задач и возникших ситуаций.

Сегодня мы детально расскажем, для чего используется 301 редирект, в каких ситуациях он применим, какие есть альтернативы, почему переадресация – это важно в контексте SEO-продвижения. Будет интересно и познавательно. Начинаем!

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

301 redirect – это скрипт, перенаправляющий юзера с одного УРЛ на другой, например, после смены URL сайта или веб-адреса отдельно взятой страницы. Пользователь вводит URL или переходит по ссылке, система моментально перенаправляет его по указанному адресу. При этом в зависимости от вида редиректа (302 или 307) он позволяет передавать вес ссылки или не передавать. Об этом мы тоже расскажем ниже.

Для чего используется 301 редирект

Хотя 301 редирект – инструмент несложный, он крайне важен как для повышения юзабилити сайта, так и для SEO-продвижения. Среди наиболее популярных вариантов применения такой переадресации можем назвать следующие:

  1. Адаптация сайта для мобильных устройств. Редирект перенаправляет юзера с десктопной версии на мобильную.
  2. Ренейминг. После перехода на новое доменное имя или при смене названия бренда редирект переводит юзера на актуальный домен.
  3. Переход с http на https. Сегодня очень важно задействовать https вместо http.
  4. Улучшение ранжирования при наличии веб-сайтов или страниц-дублей. Например, вы перенесли контент со старого ресурса на новый, тем самым создав дубли. А это плохо для ранжирования. Редирект на другой сайт перенесет ссылочный вес на новый адрес и сообщит поисковикам, что предыдущий URL больше не следует учитывать при ранжировании.
  5. Редирект с версии «без www» на версию «с www», и наоборот. Поисковики оценивают УРЛ с www и без www как совершенно разные страницы, хотя они одинаковые. Поэтому необходимо обязательно настраивать редиректы, чтобы не создавать дубли.

Еще одна частая причина использования redirect 301 – переход сайта на новый движок. Дело в том, что у разных CMS свои принципы создания URL-адресов. Из-за этого новый УРЛ может отличаться от предыдущего. Соответственно, в ходе смены CMS без редиректа не обойтись.

Виды редиректов

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

301 Redirect

Постоянный (перманентный) редирект, который сообщает поисковым роботам, что страница окончательно переехала на иной веб-адрес. Он передает новому УРЛ до 99% веса от старого и сообщает поисковикам, что последний нужно исключить из индексации. При настройке редиректа надо быть внимательным, потому что может возникать ошибка 404, которая ухудшает индексацию страниц.

302 Redirect

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

307 Redirect

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

Meta Refresh

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

Redirect rel=«canonical»

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

Случаи использования rel=«canonical»

Существует ряд ситуаций, когда использование rel=«canonical» наиболее разумно:

  1. У статьи есть дубли, которые нужны юзерам. К примеру, карточки товаров, отличающихся по цветам или по другим базовым характеристикам. Это актуально, например, для смартфонов, планшетов, ноутбуков и пр.
  2. Если по объективным причинам использовать редирект 301 сложно или невозможно.
  3. Есть несколько кросс-доменов с похожими текстово-визуальными материалами.
  4. Если у одного и того же контента разные адреса (например, если мы говорим о сортировке каталога).

В остальных случаях рекомендуется использовать перманентный 301 редирект или временный (302, 307) в зависимости от ситуации.

КОМПЛЕКСНЫЙ АУДИТ САЙТА

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

ЗАКАЗАТЬ АУДИТ САЙТА

Как настроить 301 редирект в .

htaccess?

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

Важно! Чтобы найти файл .htaccess, сначала потребуется дать разрешение на показ скрытых файлов. Иначе вы его просто не увидите. Если файла нет, его нужно будет создать. Также необходимо обязательно выполнить команду RewriteEngine On.

Итак, как настроить редирект для ваших целей? Давайте разберем на конкретных примерах.

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

Выше мы уже сказали, что для Google или «Яндекса» сайты с www и без www в URL – это разные страницы. Они воспринимаются как дубли. Поэтому необходимо корректно настроить редирект с www на без www, и наоборот. Тут все зависит от того, какое отображение URL требуется.

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

Использование незащищенного соединения http в настоящее время не рекомендуется. Оно негативно сказывается на SEO-показателях. Браузер при посещении сайта с http сообщает юзеру о незащищенном соединении. Поэтому нужно настроить переадресацию с http на https. Чтобы сделать правильную настройку 301 редиректа, впишите .htaccess правило:

Одна из настроек точно сработает и будет переадресовывать на защищенное соединение https всех посетителей.

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

Постраничный 301 редирект

Редирект для одной страницы

Редирект с одного домена на другой

301 redirect на поддомен

Редирект для URL (без параметров)

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

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

301 редирект со страницы ошибки 404 Not Found

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

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

Переадресация на мобильную версию

Когда пользователь заходит на сайт со смартфона, необходимо перенаправить его на мобильную версию. Это несложно сделать при помощи интеграции в .htaccess дополнительной команды:

Массовый redirect для категорий

Представьте, что вы переименовали категорию с сотнями или даже тысячами позиций. Настраивать редирект для каждой отдельной страницы – трата времени и сил. Гораздо проще использовать массовый редирект для категории, применив код:

Создание переадресации 301 с помощью настроек и плагинов CMS

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

Если ваш веб-ресурс построен на WordPress, рекомендуем использовать следующие плагины:

  • Redirection. Это один из наиболее востребованных плагинов для WordPress.
    С его помощью также можно собирать исчерпывающую статистику по редиректам, отслеживать ошибки 404 на сайте и пр.;
  • Safe Redirect Manager. Это довольно простой плагин, задача которого заключается в поддержке регулярных выражений. Одно из главных преимуществ SRM в том, что он почти не влияет на быстродействие сайта;
  • Quick Page/Post Redirect Plugin. Позволяет настраивать редиректы и добавлять к URL атрибут «nofollow», что полезно для SEO. Но у него есть недостаток – регулярные выражения в нем не поддерживаются;
  • Simple 301 Redirects. Это удобный в использовании плагин. Но в нем приходится указывать URL для редиректа собственноручно, что отнимает немало времени.

Если вы по какой-то причине не хотите использовать плагины, а предпочитаете редактировать файл .htaccess, подключитесь к нему через FTP-клиент и следуйте инструкциям, описанным выше.

Чтобы настроить редиректы в CMS Joomla, необходимо войти в административную панель, перейти в раздел «Компоненты» – «Перенаправление». Там вы сможете настраивать переадресацию. Большое преимущество в данном случае в том, что система сама отслеживает страницы с битыми/нерабочими URL и позволяет перенаправлять пользователей на корректные веб-адреса.

Важное дополнение! Если ваш ресурс создан с помощью конструктора сайтов, могут возникнуть трудности с настройкой переадресации. К примеру, WIX вообще не позволяет создать файл .htaccess. Это серьезное ограничение. Тут придется либо смириться, либо искать альтернативу.

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

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

Через PHP

В первой строчке необходимо прописать старый URL, а во второй – новый.

ASP-редирект

ASP.NET редирект

JSP редирект

Редирект в Nginx

HTML-редирект

Обратите внимание! HTML-редирект – это вариант лишь для сравнительно небольших сайтов, где нет необходимости в пакетной переадресации, можно настраивать редиректы поочередно. Заметьте, что в части кода «content=»5» цифра 5 означает время задержки в секундах. Вы можете изменить это значение.

Рекомендации по настройке 301 redirect

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

Если мы говорим о 301 редиректе, нужно следовать трем простым правилам:

  1. Следите, чтобы контент на странице, куда вы перенаправляете юзеров, соответствовал контенту на странице, откуда вы их перенаправляете.
  2. Нельзя устанавливать несколько редиректов подряд. Это может очень сильно нагрузить сервер, что скажется на SEO-показателях сайта.
  3. Не спешите искать ошибки и корректировать файл .htaccess, если сразу не увидели результаты, касающиеся SEO. Поисковики обрабатывают редиректы несколько недель.

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

  1. Настройка переадресации через файл .htaccess работает исключительно на серверах под ОС Linux с установленным сервером Apache и с подключенным модулем Mod-Rewrite. В противном случае все те методы переадресации, которые мы описали выше, попросту не сработают.
  2. Используя файл .htaccess, вы увеличиваете нагрузку на сервер. Если смотреть с позиции эффективности, то более рационально прописывать команды в файле hpptd.conf. Но в большинстве случаев у вебмастера просто нет к нему доступа. Соответственно, переадресация 301 может быть настроена только через .htaccess.
  3. В некоторых случаях процесс склейки и передачи PageRank может длиться несколько месяцев. Поэтому настоятельно рекомендуем не торопиться с удалением старой страницы или сайта. Дождитесь, пока перенос окончательно завершится.
  4. «Яндекс» требует обязательного прописывания директивы host в файл robots.txt. Поэтому изучите требования поисковых систем к настройкам redirect.

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

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

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

Однако ручная проверка подходит только для случаев, когда вы переадресовываете одну или несколько страниц. Что делать, если переадресаций много, как проверить 301 редирект быстрее?

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

  1. Онлайн-платформы bertal и Header Checker Tool. У них довольно гибкие настройки, предлагается комплексная проверка. Однако проверять редиректы здесь можно только поочередно.

  1. Screaming Frog Seo Spider. Это весьма функциональный сервис, с помощью которого можно проверять редиректы, находить неработающие ссылки и дубликаты контента, анализировать заголовки страниц и метаданные, создавать XML-структуру сайта, выполнять интеграцию с GA, GSC и PSI.

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

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

Распространенные ошибки при настройке переадресации

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

Предлагаем рассмотреть несколько наиболее часто встречающихся ошибок:

  • применение редиректов между страницами, когда УРЛ в ссылках остается неизменным;
  • использование 302 или 307 вместо перманентного варианта 301;
  • ошибка при выборе редиректа. Нередко путаница возникает именно между 302 и 307;
  • переадресация файла robots.txt;
  • отсутствие четкого понимания различий между редиректом 301 и rel=«canonical»;
  • переадресация на нерелевантные страницы и/или нерелевантный контент;
  • редирект, который не приводит к 200 странице.

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

  1. Некорректная настройка переадресации.
  2. Вирусная атака на сервер.
  3. Использование чрезмерно длинной цепочки перенаправлений.

Если в вашем редиректе свыше пяти адресов, это плохо. Оптимально, когда есть только два звена: старый и новый URL. Все остальное лишнее.

Выводы

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

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

У вас остались вопросы?

Оставьте ваши контактные данные. Наш менеджер свяжется и проконсультирует вас.

4. 1429/5

Полезность

Проголосовали 7

Как вам статья?

Как правильно настроить 301 редирект на сайте?

#Оптимизация сайта #Редиректы

#20

Ноябрь’17

2

Ноябрь’17

2

301 редирект означает постоянное перенаправление страницы сайта на новый адрес.

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

Ко временным перенаправлениям относят 302, 303 и 307 редиректы. Их использование означает, что в будущем страница будет открываться по старому адресу.

Важно!

  1. Поисковые системы не удаляют из индекса страницу, с которой происходит временный редирект.
  2. Поисковые системы не добавляют в индекс страницу, получающую временный редирект.

Зачем нужен 301 редирект

Есть масса причин, по которым необходимо настраивать переадресацию страниц:

  1. При переработке структуры адресов страниц.
  2. При смене символьного кода у страницы, например, при введении ЧПУ-адресов.
  3. При смене целевой страницы.
  4. При удалении страницы с сайта (в таком случае необходимо настраивать переадресацию, поскольку пользователь может попасть на нее по внешней ссылке).
  5. При доступе страниц с www и без него.
  6. При переезде домена.
  7. При переходе на протокол https.

Как настраивать 301 редирект

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

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

Чтобы сделать переадресацию со старой страницы на новую необходимо в файле .htaccess (находится в корневой папке сайта) прописать следующее правило:

Redirect 301 %old_url% %new_url%

Где %old_url% — старый адрес страницы без домена, %new_url% — новый адрес страницы с указанием домена и протокола.

Без www

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

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www. www\.correct-domain\.ru(:443)?$
RewriteRule (.*) https://www.correct-domain.ru/$1 [R=301,L]

Для виртуального хостинга с http на https

RewriteCond %{HTTP:X-Forwarded-Protocol} !=https RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

Похожее

Контент Параметры

Использование скрытого контента на сайте

Факторы ранжирования Поведенческие

Правильное оформление форм на сайте

Контент Параметры

#140

Использование скрытого контента на сайте

Август’19

1312

1

Факторы ранжирования Поведенческие

#139

Правильное оформление форм на сайте

Август’19

2512

1

Факторы ранжирования Поведенческие

#138

Оформление 404 страницы

Август’19

1428

2

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

#137

Как продвигать сайт визитку?

Август’19

1491

2

Оптимизация сайта Внутренняя перелинковка

#136

Поиск 404 ошибок на сайте

Август’19

1537

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

#135

Почему у сайта разные позиции?

Июль’19

2044

Оптимизация сайта Внутренняя перелинковка

#134

Циклические ссылки на сайте

Июль’19

7261

Оптимизация сайта Индексация

#133

Атрибут rel=canonical

Октябрь’22

10046

22

Факторы ранжирования Коммерческие

#132

Как правильно оформить страницу «Контакты»

Июль’19

2339

10

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

#131

Поиск поддоменов сайта

Июль’19

2055

10

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

#130

Как вирусы влияют на позиции сайта

Июль’19

2455

10

Ключевые запросы Виды запросов

#129

Каннибализация запросов

Июль’19

7730

10

Системы аналитики Яндекс Метрика

#128

Фильтрация визитов роботов на сайт

Июль’19

8667

12

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

#127

Неактуальные страницы товаров на сайте – что делать

Июль’19

2311

11

Системы аналитики Google Analytics

#126

(not set) и (not provided) в отчетах Google Analytics

Июль’19

3638

10

Как настроить 301 редиректы в файле .

htaccess – примеры и основные правила правильных 301 редиректов для сайта

Автор статьи: Сергей Трофимов , Ведущий SEO аналитик

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

Комментарий

Если требуется написать комментарий, то необходимо перед ним поставить #, тогда всё, что написано после этого символа не будет учитываться

# комментарий

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

Redirect 301 /contacts.html https://site.ru/ contacts

*Новый адрес необходимо указывать полностью

Переадресация через RewriteRule 

RewriteRule ^dir /dir-new/$1 [R=301,L]

Настройка редиректов с HTTP на HTTPS (для всех страниц)

RewriteCond %{SERVER_PORT} ^80$ [OR]
RewriteCond %{HTTP} =on
RewriteRule ^(. — указание начала строки.

$ — символ конца строки.

\w — буква, цифра или подчёркивание _.

\d — заменяет любую цифру.

\D — заменяет любой символ, но не цифру.

[0-9] — заменяет любую цифру.

[a-z] — любая буква от a до z (весь латинский набор символов) в нижнем регистре.

[A-Z] — любая буква от A до Z в ВЕРХНЕМ регистре.

[a-zA-Z] — любая буква от a до Z в любом регистре.

[a-Z] — то же самое.

Для указания дополнительных задач и опций используются флаги. Их перечисляют в квадратных скобках через запятую:

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

301 для перенаправления с http на https, подробное пошаговое руководство.

Руководство по использованию 301 для перенаправления HTTP на HTTPS 


Перенос вашего сайта с HTTP на HTTPS может показаться трудоемким и сложным процессом. Однако с большими преимуществами безопасности и преимуществами SEO имеет смысл перейти с HTTP на HTTPS. Процесс также не должен быть сложным. Ключевым моментом является миграция с использованием 301 для перенаправления HTTP на HTTPS.

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

Что такое HTTPS?

Во-первых, мы повторяем основы того, что такое HTTPS.

Вы могли заметить, что в левом углу строки поиска браузера в верхней части страницы часто есть маленький зеленый замок с кодом HTTPS или Hypertext Transfer Protocol Secure.

Источник: Tribulant Software

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

Источник: Omni Convert

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

‍

Источник: How-To Geek

Почему HTTPS важен?


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

Любая информация, отправляемая с использованием HTTPS, защищена протоколом Transport LayerSecurity Protocol (TLS), который обеспечивает три уровня защиты: 

  1. Целостность данных. Данные не могут быть изменены или повреждены во время передачи намеренно или иным образом.
  1. Шифрование . Данные зашифрованы, поэтому злоумышленники не могут украсть информацию.
  1. Аутентификация. Показывает, что ваши пользователи общаются с предполагаемым сайтом. Это защищает от любых возможных мешающих атак и укрепляет доверие, что приводит как к SEO, так и к преимуществам для бизнеса.

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

Еще в 2014 году Google сделал HTTPS сигналом ранжирования , чтобы повысить защищенность HTTPS-сайтов. Неудивительно, что Google хочет, чтобы Интернет был более безопасным местом, чтобы больше пользователей доверяли своим результатам поиска. Хотя это всего лишь — легкий сигнал ранжирования , это способ Google побудить веб-мастеров перейти на HTTPS.

Кроме того, стоит помнить, что если такие браузеры, как Chrome, уведомляют пользователей о том, что ваш сайт небезопасен, посетители страницы, скорее всего, сразу же нажмут кнопку «Назад» и увеличат показатель отказов.

Использование 301 для перенаправления HTTP на HTTPS


При переходе на HTTPS Google рекомендует делать это отдельно для каждого URL. Лучше всего выполнять миграцию с помощью 301 редиректа.

‍ Источник: Hallam Internet

Использование переадресации 301 обычно делает миграцию с HTTP на HTTPS намного чище . Если Google узнает, что все старые URL-адреса только что были перемещены на новый, вы ничего не удалили, ничего не проиндексировали или robots.txt, Google будет намного проще доверять миграции, поскольку один большой сайт переходит с HTTP. на HTTPS, а не на что-то другое.

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

Можно ли использовать коды состояния 303?


Хотя можно использовать переадресацию 303, а также другие коды состояния для перехода с HTTP на HTTPS, это не очень целесообразно.  

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

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

С чего начать миграцию вашего сайта на HTTPS


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

Источник: Free Code Camp

Это можно сделать: или подстановочный знак

  • Использование 2048-битных сертификатов 
  • Реализация относительных URL-адресов, которые находятся в том же защищенном домене
  • Использование URL-адресов протоколов для других доменов 
  • Избегайте тега noindex robots и разрешайте индексирование всех ваших веб-страниц поисковыми системами, когда это возможно 

    • Как перейти с HTTP на HTTPS

    1. Купить SSL-сертификат

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

    Вы можете приобрести SSL-сертификаты у нескольких разных поставщиков. Мы предлагаем:

    • SSLs.com
    • GoGetSSL.com

    Вы можете выбрать один из трех различных типов сертификатов в зависимости от потребностей вашего бизнеса.

    1. Проверка домена. Недорогой отдельный домен или поддомен, выдаваемый в течение нескольких минут по электронной почте. Это отображается в виде зеленого замка.
    1. Проверка бизнеса/организации. Отдельный домен или поддомен, для которого требуется проверка бизнеса, обеспечивающая более высокий уровень доверия и безопасности. Обычно выдается в течение 1-3 дней. Об этом свидетельствует адрес компании, отображаемый на зеленой полосе.
    1. Расширенная проверка. То же, что и выше, но с более высоким уровнем доверия и безопасности, выдается в течение 2-7 дней.

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

    3. Обновите все жестко закодированные ссылки до HTTPS


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

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

    4. Обновите пользовательские сценарии до HTTPS


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

    5. Создайте переадресацию 301 на новые URL-адреса HTTPS


    Создание переадресации 301 — самый важный шаг во всем процессе миграции. 301 перенаправление — это постоянное перенаправление , которое передает около 90% ссылочного веса (мощности ранжирования) на перенаправленную страницу.

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

    Лучше всего реализовать переадресацию 301 на уровне сервера, а не использовать плагин. На самом деле проще сделать это и на уровне сервера, если вы работаете с сотнями URL-адресов.

    Добавление 301 редиректа требует навыков кодирования, поэтому лучше делать это только в том случае, если у вас уже есть знания, а то и доверить это эксперту.

    6. Обновите файл robots.txt 


    Любые жестко закодированные ссылки или правила блокировки, которые могут присутствовать в ваших файлах robots.txt, могут по-прежнему указывать на файлы HTTP. Важно, чтобы они были обновлены, чтобы они указывали на новые файлы HTTPS.

    7. Обновите Google Search Console 


    После того, как ваш сайт будет работать на HTTPS, вам необходимо создать новый профиль Google Search Console. Нажмите «Добавить свойство» и продолжите процесс подачи заявки.

    Повторно отправьте свой сайт для карт сайта

    Если вы используете карты сайта (что вам следует), вам потребуется повторно отправить версию HTTPS в вашем новом профиле Google Search Console.

    Используйте инструмент проверки URL 

    Вставьте свой URL-адрес в инструмент проверки URL и нажмите Enter. Нажмите «Запросить индексирование», и Google повторно просканирует ваш сайт. Иногда Google может потребоваться несколько недель, чтобы заново правильно просканировать все на вашем сайте после миграции, поэтому этот шаг ускорит процесс.

    8. Повторно отправьте файл отклонения


    Это важный шаг, если ваш сайт когда-либо страдал от плохого SEO или вам нужно было удалить обратную ссылку. Вероятно, вы уже создавали и отправляли файл отклонения в прошлом, это всего лишь случай повторного его создания с вашим новым профилем Google Search Console.

    Если вы не отправите повторно файл отклонения в новом профиле, Google не увидит ваш файл отклонения при появлении нового обновления алгоритма.

    Это легко сделать, зайдя в исходный профиль Google Search Console и загрузив файл отклонения. Затем вам нужно запустить инструмент дезавуирования под вашим HTTPS и повторно отправить файл.

    9. Обновите URL-адрес своего профиля Google Analytics 


    Под своей учетной записью нажмите «Администратор» и просмотрите настройки. Переверните URL-адрес в HTTPS-версию. Сделайте то же самое и в настройках вашего объекта. Это означает, что вы не потеряете свою историю и сможете продолжить с того места, на котором остановились.

    Как убедиться, что HTTP-версия вашего сайта перенаправляется на HTTPS с помощью переадресации 301


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

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

    Измените это на HTTP и нажмите Enter. Если перенаправление установлено правильно, вы будете автоматически перенаправлены на версию HTTPS.

    Если это работает правильно, ваши перенаправления должны быть правильно установлены, однако все еще могут быть проблемы:

    • Перенаправления с HTTPS на HTTP
    • Перенаправления с HTTP на HTTPS не реализованы на всех ваших веб-страницах, таких как субдомены.

    Резюме 


    Переход с HTTP на HTTPs является важным шагом как для безопасности, так и для SEO. Хотя это может быть немного сложным процессом, когда вы знаете шаги, это становится намного проще. Ключевым моментом является создание переадресации 301, чтобы HTTP-страницы переходили на HTTPs. Помните, что если вам неудобно кодировать или вносить изменения в домен, попросите специалиста помочь вам. 9(.*)$ https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

    Я хочу, чтобы мой сайт был перенаправлен на https://www. с HTTPS и принудительное использование www. поддомен, но когда я обращаюсь к http://www. (без HTTPS), меня не перенаправляет на https://www с HTTPS. www\. [НЗ] RewriteRule .* https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

    О проксировании

    При некоторых формах проксирования, когда клиент подключается через HTTPS к прокси, балансировщику нагрузки, приложению Passenger и т. д., переменная %{HTTPS} никогда не может быть на и вызывать переписать петлю. Это связано с тем, что ваше приложение на самом деле получает простой HTTP-трафик, даже если клиент и прокси/балансировщик нагрузки используют HTTPS. В этих случаях проверьте заголовок X-Forwarded-Proto вместо %{HTTPS} переменная. Этот ответ показывает соответствующий процесс

    0

    Ответ Михала сработал для меня, хотя и с одной небольшой модификацией:

    Проблема:

    когда у вас есть сертификат безопасности одного сайта , браузер, который пытается получить доступ к вашей странице без https://www. (или в зависимости от того, на какой домен распространяется ваш сертификат) будет отображаться уродливый красный экран с предупреждением до того, как он даже получит перенаправление на безопасную и правильную страницу https. 9www\. [НЗ] RewriteRule .* https://www.example.com%{REQUEST_URI} [L,R=301]

    Браузер переходит по адресу:

     http://example.com

    Затем перенаправляет на:

     https://example.com

    Затем перенаправляет на:

     https://www.example.com

    Слишком много запрос на сервер.

    Большинство ответов даже приняты, у одного есть эта проблема.

    Этот код имеет условие [ИЛИ] для предотвращения двойных изменений в URL! 9/?(.*) https://%{ИМЯ_СЕРВЕРА}/$1 [П, Л] # Это правило будет перенаправлять пользователей из их исходного местоположения в то же место, но с использованием HTTPS. # т. е. с http://www.example.com/foo/ на https://www.example.com/foo/ # Начальная косая черта сделана необязательной, так что это будет работать как в httpd. conf # или контекст .htaccess

    0

    Для перенаправления http:// или https:// на https://www вы можете использовать следующее правило для всех версий apache: 9(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]

    Примечания: Убедитесь, что выполнены следующие шаги

    1. sudo a2enmod переписать
    2. перезапуск службы sudo apache2
    3. Добавьте отслеживание в ваш файл vhost, расположенный в /etc/apache2/sites-available/000-default.conf
     <Каталог /var/www/html>
  Опционы Индексы FollowSymLinks MultiViews
  Разрешить переопределить все
  Порядок разрешить, запретить
  разрешить от всех
  Требовать все предоставленные

 9индекс\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
Правило перезаписи. /index.php [Л]

# ЗАВЕРШИТЬ WordPress

    Несколько переадресаций 301 для URL-адреса HTTPS.

    Хорошо или плохо? | SEO Форум

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

    Загрузите браузер, поддерживающий JavaScript, или включите его, если он отключен (например, NoScript).

    1. Дом
    2. SEO-тактика
    3. Средний и продвинутый SEO
    4. Множественные перенаправления 301 для URL-адреса HTTPS. Хорошо или плохо?

    Эта тема была удалена. Его могут видеть только пользователи с правами управления вопросами.


    • Я работаю над веб-сайтом электронной коммерции, у которого есть несколько загвоздок и проблем с кодированием.

      Они используют https, и когда вы заходите на веб-сайт через domain.com, происходит перенаправление 301 на http://www.domain.com, а затем оно, в свою очередь, перенаправляется на https://www.domain. ком.

      Будет ли это иметь вредные последствия или это считается лучшим способом сделать это. Есть ли перенаправление веб-сайта на http, а затем весь http-доступ перенаправляется на URL-адрес https?

      Спасибо

    • org/Comment»>

      Мое личное практическое правило — как можно меньше переходов с переадресацией. Три основные причины:

      1. Путь пользователя + Браузеры. Иногда, когда происходит слишком много переадресаций, некоторые браузеры затрудняются выполнить их и просто не загружают страницу. Кроме того, даже если их было всего 2-3, браузер может загрузиться, но пользователям с более медленным соединением может показаться утомительным ожидание загрузки контента.

      2. Как подчеркивает Томпсон Пол, вы МОЖЕТЕ потерять некоторую ценность ссылки из-за разбавления через 301 редиректы.

      3. Множественные 301 редиректы часто используются спамерами, и я предвижу, что в ближайшем будущем они вызовут много головной боли при ранжировании. Чем старше сайт, тем длиннее может быть цепочка — например, представьте, что у вас есть продукт по адресу: 9.0006

      https://domain.com/product1
      Ссылки на эту страницу существуют по адресу domain. com/product1

      Путь будет следующим: domain.com/product1 >http://domain.com/product1 > https:// domain.com/product1

      Теперь представьте, что через год продукт 1 больше не выпускается, и вы решаете перенаправить https://domain.com/product1 на domain.com/product2

      . Представьте себе свое путешествие сейчас: домен

      . com/product1 >http://domain.com/product1 > https://domain.com/product1 > domain.com/product2 >http://domain.com/product2 > https://domain.com/product2

      Это может продолжаться до бесконечности в течение жизни сайта…

      Лучшее решение: Решите, какую версию сайта вы хотите использовать, и просто попробуйте использовать только одно перенаправление, а не цепочку. Периодически проверяйте цепочки перенаправлений и устраняйте их по ходу дела. (Я стараюсь делать это два раза в год).

    • org/Comment»>

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

      Каждое перенаправление, как и любая ссылка, стоит немного «сока ссылок». Таким образом, выполнение двух последовательных перенаправлений тратит в два раза больше ссылочного веса, чем если бы исходный URL-адрес сразу же перенаправлял на конечный URL-адрес без промежуточного шага. Это не огромная разница, но особенно на сайте электронной коммерции нет смысла тратить ее впустую. (Некоторые люди считают, что потери могут достигать 15% на ссылку/перенаправление.) Кроме того, я иногда видел проблемы с сохранением данных о реферерах при нескольких перенаправлениях (случайно).

      Надеюсь, это ответ на ваш конкретный вопрос?

      Пол

    • org/Comment»>

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

      http: запросы обрабатываются быстрее, чем https: из-за рукопожатия SSL, необходимого для создания криптографических параметров для сеанса пользователя, поэтому ваш сайт был бы немного быстрее, если бы вы не использовали SSL.

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


    • Привет Джейсон,

      Чтобы добавить к тому, что сказал Юсуф, есть ли конкретная причина, по которой весь сайт должен использовать SSL, а не только те части сайта, где передается конфиденциальная информация? Если это так, у меня возникнет соблазн порекомендовать, чтобы страницы электронной коммерции (продукты, категории и т. д.) оставались на URL-адресах HTTP.

      Ура,

      Джейн


    • Привет, Джейсон,

      Перенаправление 301 с http: на https: нормально, и это довольно распространено для сайтов, использующих SSL. Принцип тот же, что и при перенаправлении с сайта без www на сайт с www (например, с http://example.com на http://www.example.com), что считается хорошей практикой. Но должно быть только одно перенаправление. Поэтому вы должны убедиться, что http://example.com перенаправляет на https://www.example.com без предварительного перенаправления на http://www.example.com.

      Я бы также убедился, что все страницы (не только домашняя) перенаправляются с http: на https:, чтобы не было проблем с дублированием контента на остальной части сайта.

    У вас есть животрепещущий вопрос по SEO?

    Подпишитесь на Moz Pro, чтобы получить полный доступ к вопросам и ответам, отвечать на вопросы и задавать свои.

    Начать бесплатную пробную версию


    Есть вопрос?
    Обзор вопросов

    Посмотреть Все вопросыНовые (нет ответов)ОбсуждениеОтветыПоддержка продуктаБез ответа

    От Все времяПоследние 30 днейПоследние 7 днейПоследние 24 часа

    Сортировка по Последние вопросыНедавняя активностьБольше всего лайковБольшинство ответовМеньше всего ответовСамые старые вопросы

    С категорией All CategoriesAffiliate MarketingAlgorithm UpdatesAPIBrandingCommunityCompetitive ResearchContent DevelopmentConversion Rate OptimizationDigital MarketingFeature RequestsGetting StartedImage & Video OptimizationIndustry EventsIndustry NewsIntermediate & Advanced SEOInternational SEOJobs and OpportunitiesKeyword ExplorerKeyword ResearchLink BuildingLink ExplorerLocal ListingsLocal SEOLocal Website OptimizationMoz BarMoz LocalMoz NewsMoz ProMoz ToolsOn-Page OptimizationOther SEO ToolsPaid Search MarketingProduct SupportReporting & AnalyticsResearch & TrendsReviews and RatingsSearch BehaviorSEO ТактикаТренды поисковой выдачиСоциальные сетиТехническое SEOВеб-дизайнБелое/черное SEO

    Связанные вопросы
      schema.org/ItemList» data-nextstart=»» data-set=»»>

    • Несколько файлов Sitemap против одного Sitemap и почему 500 URL-адресов?

      У меня есть большой веб-сайт со списками аренды на 14 рынках, списки добавляются и удаляются еженедельно, если не ежедневно. На каждом рынке есть сотни объявлений, и у каждого есть собственная целевая страница с несколькими связанными страницами. Каков наилучший процесс здесь? Я мог бы запустить одну карту сайта и сделать целевую страницу каждого рынка приоритетом 0,8 в карте сайта или создать 14 карт сайта для каждого рынка, а затем иметь одну карту сайта для общих и статических страниц. Оттуда, что было бы лучшим способом структурировать? Должен ли я хранить все большие основные целевые страницы в общей статической карте сайта или они должны быть в верхней части карт сайта, сегментированных по рынку? Кроме того, у меня более 5000 URL-адресов, как лучше всего создать карту сайта для более чем 500 URL-адресов? Это необходимо?

      Средний и продвинутый SEO | | Дом441

      0

    • org/ListItem»>

      После 301 редиректа средний рейтинг немного снизился. Есть идеи?

      Мы изменили дизайн веб-сайта с сайта электронной коммерции на новый адаптивный веб-сайт с индивидуальным программированием. После 301 редиректа мы потеряли от 1 до 2 позиций в рейтинге Google самых посещаемых категорий. Это реальные данные
      | страница | бренд | страница | CTR | среднее положение |
      | старый | фагор | http://www.electrorecambio.es/tienda/fagor-m-41.html | 15% | 6,6 |
      | новый | фагор | http://www.electrorecambio.es/fagor | 13% | 7,2 |
      | старый | тека | http://www.electrorecambio.es/tienda/teka-m-39.html | 12% | 7,2 |
      | новый | тека | http://www.electrorecambio.es/teka | 9% | 8,8 |
      | старый | балай | http://www.electrorecambio.es/tienda/balay-m-81. html | 12% | 7,4 |
      | новый | балай | http://www.electrorecambio.es/balay | 11% | 8,6 |
      | старый | бош | http://www.electrorecambio.es/tienda/bosch-m-44.html | 10% | 7,4 |
      | новый | бош | http://www.electrorecambio.es/bosch | 8% | 11 | Отредактировано: поскольку эта таблица отображается неправильно, я добавил изображение Чтобы проверить старую страницу, вы можете увидеть старые URL-адреса в папке tienda2. Например http://www.electrorecambio.es/tienda/bosch-m-44.html можно проверить http://www.electrorecambio.es/tienda2/bosch-m-44.html Я хотел бы знать, видите ли вы какую-либо важную информацию, которая могла бы оправдать это падение в рейтинге. Спасибо!!! данные-веб-мастер-tools.jpg

      Средний и продвинутый SEO | | теконсит

      1

    • Как перенаправить URL-адрес в . htaccess, когда «перенаправление 301» не работает

      У меня есть нечетный URL-адрес страницы, созданный по ссылке с внешнего веб-сайта, он имеет: %5Cu0026size=27,4 КБ%5Cu0026p=dell%20printers%20uk%5Cu0026oid=333302b6be58eaa914fbc7de45b23926%5Cu0026ni=21%5Cu0026no=24%5Cu0026tab=органический%5Cu0026sigi=11p3eqh65%5Cu0026tt=Dell%205210n%20A4%20Mono%20Laser%20Printer%20from%20Printer%200Expert , после URL-адреса изображения .jpg, и я не могу перенаправить его с помощью перенаправления 301 в .htaccess на правильный URL-адрес изображения, как я использую для остальных ненайденных URL-адресов. eg: /15985.jpg%5Cu0026size=27.4KB%5Cu0026p=dell%20printers%20uk%5Cu0026oid=333302b6be58eaa914fbc7de45b23926%5Cu0026ni=21%5Cu0026no=24%5Cu0026tab=organic%5Cu0026sigi=11p3eqh65%5Cu0026tt=Dell%205210n%20A4%20Mono% 20Laser%20Printer%20from%20Printer%20Experts%5Cu0026u=fb просто: /15985.jpg

      Средний и продвинутый SEO | | Статус

      0

    • org/ListItem»>

      Когда пришло время убить 301 редиректы

      3 месяца мы обновили дизайн нашего сайта, и поэтому многие URL-адреса страниц изменились. В то время мы 301 редиректили около 100 страниц. (Все страницы находятся в одном домене — 301 редирект, например .com/about-us/company на .com/company) В любом случае мой вопрос заключается в том, должен ли я оставить эти перенаправления активными на неопределенный срок или убить их, предполагая, что значение уже прошло? Ваши мысли приветствуются. Спасибо, Глен.

      Средний и продвинутый SEO | | AdvanceSystems

      0

    • Переписать URL и перенаправить 301

      Привет всем У меня есть некоторые проблемы с перезаписью URL-адресов и переадресацией 301 с хостингом 1 и 1, и я не уверен в лучшем подходе. Веб-сайт представляет собой созданную на заказ систему корзины покупок с категориями и продуктами. Текущие URL для категорий:  index.php?l=product_list&c=1       Требуется новый формат URL:  /banner-stands Текущие URL-адреса продуктов:  index.php?l=product_detail&c=1&p=1       Новый формат URL-адреса:  /banner-stands/banner-stand Спасибо

      Средний и продвинутый SEO | | яркийвебдизайн

      0

    • 906:40 Карта сайта содержит мета-страницы NOINDEX — хорошо это или плохо?

      Привет! Наша карта сайта создается нашим программным обеспечением для электронной коммерции — Magento — На данный момент мы, вероятно, собираемся сделать много продуктов без мета-индекса, пока не будет исправлено все их содержимое, но по умолчанию, когда они включены, они будут отображаться в карте сайта. Итак, вопрос: «Должны ли страницы с мета-NOINDEX быть перечислены в карте сайта»? Это имеет значение? Благодарность!

      Средний и продвинутый SEO | | бжс2010

      0

    • Google Re-Index или несколько переадресаций 301 на сервере?

      Больше года назад мы переместили сайт из Blogspot, который добавлял даты в URL-адреса (например, blog/2012/08/10/). Кроме того, мы удалили папки категорий (/category, /tag и т. д.). В целом, если я добавлю все эти перенаправления (из нескольких вариантов даты и т. д.), я обеспокоен тем, что это может быть перегрузка на сервере? После разговора с серверной командой они предложили использовать что-то вроде «BWP Google Sitemaps» на нашем сайте WordPress, что даст Google некоторое время для переиндексации нашего сайта.

      No related posts.