Переход сайта на https. Особенности и проблемы.
В связи с навязчивыми тенденциями перехода на защищенный протокол (https) поисковых систем, решили перевести свой сайт на этот протокол.
Источники в Интернете часто противоречиво описывают такую процедуру, да и инструкции от Яндекс во многом непонятны.
Попробуем описать свой опыт такого переноса сайта.
Делаем настройки на сайте и настройки в Яндексе.
В блогах Яндекса описывается эта процедура перехода, непонятным моментом является настройка редиректов 301 с обычного протокола на защищенный. С одной стороны, рекомендуется создать в Яндекс.Вебмастер еще один сайт с https и настроить редиректы 301 со старого имени http://vash_sait.ru на https://vash_sait.ru. Но есть и противоположные инструкции, что не надо делать жесткие редиректы на защищенный протокол, а просто прописать главное зеркало в Яндекс.Вебмастер и ждать результата.
Вторым непонятным моментом является обращение к robots.txt по незащищённому протоколу, в некоторых источниках есть описание проблем перехода на https, если доступ к этому файлу по незащищенному протоколу становится недоступен.
Поэтому мы делали все в следующем порядке:
- Получаем сертификат для своего домена. Вариантов тут много, достаточно бесплатного сертификата Let's Encrypt, который сейчас предоставляет множество хостинг-провайдеров как бесплатную услугу.
- Настраиваем редиректы на основное зеркало своего домена.
- Делаем файл robots.txt доступным по обоим протоколам (защищённому и не защищенному).
- В панели Вебмастера Яндекса изменяем главное зеркало (ставим «флажок» https на странице «переезд сайта»)
- В панели Вебмастера Яндекс добавляем новый сайт с адресом https. Яндекс начинает ругаться что вы пытаетесь добавить неосновное зеркало уже существующего сайта. Игнорируем и все равно добавляем.
- В Яндекс.Справочнике меняем адрес сайта на https.
Что происходило у нас дальше.
В блогах Яндекса написано, что такой переход на https обычно происходит до трех дней. У нас три дня висела надпись в Вебмастере – «заявка на изменение главного зеркала обрабатывается», через три дня она сменилась на «скоро ваше зеркало изменится» - и эта надпись висела еще три дня.
Потом начались интересные процессы. Для сайта с https мы сразу прописали регион, и он как бы был подтвержден. Но после процесса изменения главного зеркала пропал, как и пропала связь сайта со справочником Яндекса «ваш сайт не зарегистрирован в Яндекс.Справочнике». Настройки региона мы прописали повторно, но как привязать справочник, если адрес там уже прописан не понятно. Подождем еще пару дней и будем писать в техподдержку.
При изменении зеркала часть страниц просто вылетела из индекса, причина тоже не понятная. Очень похоже, что Яндекс не заморачивается при таком изменении зеркала, а просто отдаёт страницы в переиндексацию (а не заменяет автоматически для них адреса на другое зеркало). В общем если посмотреть процесс перехода – и изменение количества страниц для старого адреса в сравнении с новым – то ничего не понятно. Переход не происходит мгновенно, просто заменой зеркала, а медленной переиндексацией страниц. С учетом проблем с региональностью, это процесс видимо затянется на месяц, и только через месяц можно будет смотреть зафиксировавшиеся позиции сайта в поиске. Внешние ссылки на сайт пропали полностью. И хотя Яндекс говорит, что в новом главном зеркале их не будет (они типа останутся в неглавном зеркале, но все равно учитываются поиском) – все это очень сомнительно и похоже, что чревато простым падением позиций сайта в поиске.
Вывод. Что бы не говорили нам сотрудники Яндекса, Google и другие продавцы-маркетологи, переход на https не произойдет без потерь для вашего сайта.
Наш процесс перехода еще не завершен, но позиции сайта уже упали, и не факт, что они восстановятся полностью.
Думаем, что верным будет не переносить информационные сайты на https, а для интернет-магазинов организовать, например, по такому протоколу только специальные страницы с формами, оформлением заказа и личным кабинетом.
Плюсов переноса сайта на https мы не увидели. Проблемы пришлось решать, и они до конца не устранены. Для динамических сайтов переход на такой протокол обернется еще снижением скорости сайта и потреблением больших ресурсов сервера, за счет шифрования и невозможности включение всех кеширующих механизмов для работы сайта по такому протоколу.
Будем наблюдать, и если вылезет что еще -напишем здесь.