Вопрос переезда сайта, и в частности, переезда на протокол https, неоднократно поднимался в нашем блоге (1, 2, 3). Однако вопросы в комментариях к постам и обращения в службу поддержки показывают, что тема ещё не исчерпана, и есть нюансы, на которые стоит обратить внимание. В свете нашей рекомендации по использованию безопасного соединения я, Платон Щукин, хотел бы рассказать о том, какие ещё изменения произошли, а также обратить внимание на наиболее частые проблемы, которые возникают в процессе переезда.
Начнем с изменений: атрибут rel со значением canonical элемента link теперь рассматривается как указание на главное зеркало в группах зеркал сайтов с www и без www, а также с http и https. То есть выполнить переезд с сайта example.com на https://www.example.com
<link rel="canonical" href="
https://www.example.com
"/>
Стоит отметить, что межхостовый атрибут все ещё не поддерживается, поэтому, если отдельные страницы будут содержать атрибут с такими указаниями, как неканонические, они из поиска не выпадут. В рамках переезда и проверки сайтов роботом-зеркальщиком атрибут рассматривается аналогично редиректу, и для переезда все страницы сайта с http должны содержать атрибут
rel="canonical"
с указанием на аналогичные страницы по протоколу https. Если же структура сайтов будет отличаться, настраивать атрибут нужно так же, как редирект: на страницах сайта с http указать атрибут с указанием на аналогичные страницы домена по протоколу https, а уже на них — адреса нужных канонических страниц:
example.com/page => https://example.com/page =>
Наконец, крайне рекомендую ознакомиться с нашими разделами Помощи, где отображается актуальная информация об этих изменениях: canonical, переезд на HTTPS.
Во второй части поста я бы хотел рассказать о наиболее частых ситуациях, из-за которых не удается отправить заявку на переезд и переезд на протокол HTTPS:
1. На страницах сайта с HTTPS в атрибуте
rel="canonical"
указаны недоступные или страницы другого сайта в качестве канонических: чаще всего в атрибуте указываются страницы сайта по протоколу HTTP, что вызывает противоречия в указаниях. В этом случае стоит поправить ссылки на HTTPS. Возможны также ситуации, когда каноническими указаны страницы, которые не могут попасть в поиск: например, если на странице https://example.
<link rel="canonical" href="
https://example.com/null
"/>.
А страница https://example.
2. Некорректно настроен редирект: например, страницы вида example.com/pageредиректят на недоступные ссылки example.compage. В этом случае надо проверить настройки редиректа, где-то в указаниях «потерялся» слеш. Ещё один пример потери слеша выглядит следующим образом:
с http://example.com/page на https://example.com/page/
или
с http://example.com/page/ на https://example.com/page.
Обратите внимание на отличие в «/» в конце последнего URL.
Другой пример: страница example.com/page выполняет редирект на https://example.com/
3. Сайт с HTTPS — неглавное зеркало другого домена. Именно из-за этого перед началом процесса переезда мы рекомендуем добавить сайт по безопасному протоколу, чтобы убедиться, что он не склеен с другим доменным именем, так как отправлять заявку на переезд можно только на главное зеркало. Итак, вы добавляете сайт https://example.com, и тут возможно несколько вариантов развития событий:
А. Сайт успешно добавляется без каких-либо предупреждений. Значит, он сам себе главное зеркало, и можно смело приступать к настройкам переезда.
Б. Сайт — неглавное зеркало сайта с http. Опять же, ничего страшного, процесс переезда не поменяется. Добавляем сайт, нажав «Все равно добавить», и приступаем к переезду.
В. Сайт https://example.com — неглавное зеркало сайта https://www.example.com. Здесь вам стоит решить, какой сайт вы хотите видеть в поиске. Если вам всё равно, можно просто добавить в Вебмастер сайт https://www.example.com,, а с сайтов https://example.com
Г. Сайт https://example.com — неглавное зеркало другого ресурса, о котором вы ничего не знаете. Вероятно, самый тревожный вариант для вебмастеров.
Позвольте сделать небольшое отступление на этом моменте: зачастую пользователи предполагают, что если SSL-сертификат не был подключен на сайте, то домен вида https://example.com не
Не стоит сразу пугаться и ожидать худшего. В таком случае стоит также добавить сайт в Яндекс.Вебмастер и сообщить роботу о необходимости расклейки ресурсов, использовав инструмент «Отклейка зеркал» в панели Вебмастера вашего сайта https://example.com. Если заявка принята, то контент у сайтов разный и в течение 2-3 недель они смогут расклеиться, после чего можно смело переезжать.
Ну и напоследок: сайт по протоколу HTTPS необходимо добавлять в Яндекс.Вебмастер отдельно, даже если вы уже использовали функцию «Переезд сайта», так как автоматически адрес сайта в сервисе измениться не сможет.
Источник: Блог Яндекса для вебмастеров