1. Подправить код сайта до перехода на новый сертификат – иначе есть риск возникновения технических проблем: нужно сменить ссылки внутренней перелинковки с абсолютных на относительные вне зависимости от используемого протокола.
- Относительные ссылки вне зависимости от домена: https://сайт.ru/about/ — абсолютная, /about/ — относительная.
- Относительные ссылки вне зависимости от протокола: https://сайт.ru/about/ — абсолютная, //сайт.ru/about/ — относительная.
Важно применять внутренние ссылки второго типа, если исключается название протокола. Если поступать так, не имеет значения, на каком протоколе сайт: он в любом случае будет ссылаться на страницы с аналогичным протоколом.
Если речь идет о нескольких связанных проектах либо поддоменах, которые нужно перевести на HTTPS, упор на относительную структуру ссылок поможет сделать основу для правильной индексации и верного перенаправления посетителей.
2. Так же необходимо исправить вложения медиа-контента. Для начала следует проверить, по какому протоколу запрашивается медиа-контент и перевести его на относительные адреса. Если речь идет о контенте, загружаемом с внешних ресурсов (например, изображениях), следует проследить, чтобы эти источники поддерживали HTTPS.
3. Следующий шаг – корректировка подключений внешних скриптов. В них также важно применять относительные урлы. Подготовительные работы сложные, а у больших проектов они занимают максимальную часть времени и бюджета, выделяемых на перенос сайта. К примеру, для Query, вместо:
- <script src="http://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js"></script>
следует применять
- <script src="//ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js"></script>.
4. Необходимо убедиться в отсутствие перелинковки между версиями сайта с https и http версиями сайтов. Это правило не действует, если ресурс с http и раннее ссылался на версию сайта с https - в этом случае только https не должен содержать ссылок на http версию.
5. Необходимо купить или получить и настроить официальный сертификат безопасности в авторизированном центре сертификации.
6. В файле sitemap на https версии заменить все ссылки на версию сайта с https;
7. На обоих ресурсах (http, https) определить нужное главное зеркало, используя директиву Host в robots.txt.
8. Дать знать поисковому роботу о том, что ресурс уже доступен по протоколу HTTPS, добавив его в список своих сайтов в Вебмастере или указав о том, что сайт "переезжает на https. (Процесс определения главного зеркала может занять несколько недель. Проконтролировать результат можно в Яндекс.Вебмастере.
9. ПОСЛЕ склейки, следует настроить редиректы со страниц второстепенного зеркала на главное. На период склейки зеркал необходимо оставить ресурс доступным для поискового робота по адресам HTTPS и HTTP.
10. Необходимо выполнить проверку доступности файла robots.txt на домене http без редиректов. Поисковые системы должны иметь возможность обращаться к этому файла в дальнейшем для определения главного зеркала в группе сайтов.
11. Необходимо выполнить проверку для редиректов без определения протокола или с его неверным определением. Таким образом любая страница сайта в любой момент времени при запросе её по протоколу http должна перенаправлять пользователя на https протокол. Это касается в том числе новых страниц сайта https. К слову, процесс перехода HTTPS для поисковой системы Google идентичный.