Вопрос переезда сайта, и в частности, переезда на протокол 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 => https://example.com/pagina
Наконец, крайне рекомендую ознакомиться с нашими разделами Помощи, где отображается актуальная информация об этих изменениях: canonical, переезд на HTTPS.
Во второй части поста я бы хотел рассказать о наиболее частых ситуациях, из-за которых не удается отправить заявку на переезд и переезд на протокол HTTPS:
1. На страницах сайта с HTTPS в атрибуте
rel="canonical"
указаны недоступные или страницы другого сайта в качестве канонических: чаще всего в атрибуте указываются страницы сайта по протоколу HTTP, что вызывает противоречия в указаниях. В этом случае стоит поправить ссылки на HTTPS. Возможны также ситуации, когда каноническими указаны страницы, которые не могут попасть в поиск: например, если на странице https://example.com/ стоит атрибут:
<link rel="canonical" href="https://example.com/null"/>.
А страница https://example.com/null выполняет редирект 301 на страницу https://example.com/ , то такие циклические указания помешают склейке. Аналогично, переезду помешают указания на другой домен в атрибуте: межхостовый атрибут, как я писал выше, не поддерживается, но цепочки канонических адресов все еще лучше не создавать.
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/urlwrite.php вместо аналогичной. Для переезда важно, чтобы все страницы сайта с HTTP выполняли редирект на аналогичные.
3. Сайт с HTTPS — неглавное зеркало другого домена. Именно из-за этого перед началом процесса переезда мы рекомендуем добавить сайт по безопасному протоколу, чтобы убедиться, что он не склеен с другим доменным именем, так как отправлять заявку на переезд можно только на главное зеркало. Итак, вы добавляете сайт https://example.com, и тут возможно несколько вариантов развития событий:
А. Сайт успешно добавляется без каких-либо предупреждений. Значит, он сам себе главное зеркало, и можно смело приступать к настройкам переезда.
Б. Сайт — неглавное зеркало сайта с http. Опять же, ничего страшного, процесс переезда не поменяется. Добавляем сайт, нажав «Все равно добавить», и приступаем к переезду.
В. Сайт https://example.com — неглавное зеркало сайта https://www.example.com. Здесь вам стоит решить, какой сайт вы хотите видеть в поиске. Если вам всё равно, можно просто добавить в Вебмастер сайт https://www.example.com,, а с сайтов https://example.com и example.com настроить редирект на него, после чего спокойно переезжать на домен с www. Если же вы хотите видеть в выдаче именно домен https://example.com, то стоит установить редирект с https://www.example.com, добавить его в Вебмастер и сначала выполнить переезд на сайт без www. После этого препятствий для переезда не будет.
Г. Сайт https://example.com — неглавное зеркало другого ресурса, о котором вы ничего не знаете. Вероятно, самый тревожный вариант для вебмастеров.
Позвольте сделать небольшое отступление на этом моменте: зачастую пользователи предполагают, что если SSL-сертификат не был подключен на сайте, то домен вида https://example.com не существует в принципе. Это не совсем верно: сайт по протоколу https может функционировать и открываться в браузере даже без сертификата. Несомненно, в таком случае появится сообщением об ошибке: «Сайт не может установить безопасное соединение». Но это предупреждение показывает не сайт, а браузер, чтобы предупредить пользователей об отсутствии валидного сертификата безопасности. Если сам сайт работает, то его можно открыть, проигнорировав или отключив предупреждение. Поисковые роботы тоже могут индексировать такие сайты. Откуда же взялась склейка? Причин может быть достаточно много: сайт мог отвечать сообщением с «заглушкой» о его временной неработоспособности, и если такое сообщение отдавали разные сайты, они могли быть склеены. Возможно также, что на домене ранее располагался другой сайт, который был склеен, а когда сертификат был отключен, сам сайт все же остался доступен, поэтому он остался склеен. В интернете огромное множество сайтов, поэтому робота зеркал не всегда может отследить недоступность того или иного ресурса моментально: возможно, что сайт не успели отклеить от группы, когда он был отключен.
Не стоит сразу пугаться и ожидать худшего. В таком случае стоит также добавить сайт в Яндекс.Вебмастер и сообщить роботу о необходимости расклейки ресурсов, использовав инструмент «Отклейка зеркал» в панели Вебмастера вашего сайта https://example.com. Если заявка принята, то контент у сайтов разный и в течение 2-3 недель они смогут расклеиться, после чего можно смело переезжать.
Ну и напоследок: сайт по протоколу HTTPS необходимо добавлять в Яндекс.Вебмастер отдельно, даже если вы уже использовали функцию «Переезд сайта», так как автоматически адрес сайта в сервисе измениться не сможет.
Платон Щукин и команда Вебмастера
P. S. Подписывайтесь на наши каналы
Блог Яндекса для Вебмастеров
Канал Яндекса о продвижении сайтов на YouTube
Канал для владельцев сайтов в Яндекс.Дзен