Правильный переезд сайта на https без потери посещаемости: большой мануал по шагам

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

Я публикую, на мой взгляд, самую оптимальную и правильную инструкцию по корректному переезду на https: без высоких рисков потери позиций и посещаемости с Яндекса и Google. Тонкости переноса, мои рекомендации, ответы на часто задаваемые вопросы — все это ниже подробно и по шагам. Постарался разложить информацию по полочкам, поэтому где-то она может показаться сильно разжеванной (материал на 15000 знаков =) ). Кому не нужны предисловия, переходите к подзаголовку №3.

с http на https

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

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

Моя инструкция будет полезна тем, кто:

  1. еще не переносил сайты на https и собирается это сделать;
  2. уже переводил некоторые свои ресурсы на SSL-сертификат, но у кого упали позиции в ПС (чтобы впредь этого не случалось);
  3. уже переехал, но хочет узнать, правильно ли он это сделал :smile:.

Зачем переводить сайт на https и нужно ли это делать сейчас?

Вебмастера негодуют - например, "Зачем переезжать на защищенный протокол чисто информационному проекту?". Отчасти они правы. Изначально наличие у ресурса SSL должно было защитить пользователей от краж личной конфиденциальной информации (банковские карты, платежные данные и т. д.). Какие же важные данные отправляет посетитель информационнику?

Сейчас же https стал протоколом по-умолчанию для всех сайтов. Если вы задумали новый проект, то сразу устанавливайте на него сертификат SSL. Но нужно ли старые ресурсы переводить на него, сломя голову и игнорируя всякие рекомендации? Конечно же, нет.

Переезд, безусловно, необходим:

  • популярные браузеры выделяют ресурсы на http как незащищенные или небезопасные. В будущем подобные уведомления могут быть заметнее — этот момент будет отталкивать посетителей.
  • Отсутствие у проекта https будет означать некоторый минус в ранжировании (защищенный протокол вряд ли будет давать бонус, так как на него перейдет большинство сайтов).
  • Забота о пользователях, развитие в ногу со временем, зеленый замочек и все такое :smile:.

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

  1. Переводите не в сезон. Проанализируйте посещаемость сайта за последние несколько лет (1 год тоже подойдет) и отметьте в календаре месяц с самым низким трафиком.
  2. Составьте пошаговый план по времени (когда/что сделать).
  3. Заранее найдите квалифицированных специалистов, которые помогут с техническими моментами.

Следование 3-м пунктам существенно снизит потенциальный риск. Скорее всего, перенос состоится без потерь.

На всякий случай предостережение. Ни Яндекс, ни Google не гарантируют сохранение позиций и посещаемости при и после перехода на https. Не гарантирую этого и я. Вся информация в статье — мой личный опыт, который может и не повториться на ваших проектах. Это необходимо понимать.

Примеры графиков посещаемости после переноса

Я дождался пока ажиотаж вокруг темы уляжется, и Яндекс относительно нее повернется лицом к вебмастерам. С прошлого года постепенно начал переводить сайты. Вот несколько графиков (перенос был перед новым годом ноябрь-декабрь).

график №1

№2

№3

Краткосрочные временные просадки трафика возможны (даже больше по части Гугла, так как инструкция основана в первую очередь на Яндекс), но обычно быстро проходят. На графиках снижение трафика в Новый год - оно не считается :smile:.

Шаг 1. Подготовка сайта

Сначала небольшое уточнение. Я не буду касаться вопроса установки SSL-сертификата на сайт. Здесь нет универсального способа:

  • На каком хостинге находится ресурс (выделенный или виртуальный)?
  • Помогает ли служба поддержки в переезде или нет?
  • Какое программное обеспечение стоит на сервере (debian, unix и т. д.)?
  • Какая панель управления (cPanel, ISPmanager и т. п.)?
  • Хотите использовать платный сертификат или бесплатный от Let’s Encrypt?

Ответы на эти вопросы могут существенно поменять метод установки. Поэтому нюансы узнавайте у своего хостера. Дополнительно используются разные CMS: wordpress, bitrix. modX и т. д. Технические моменты, которые будут описаны далее, на разных движках также могут реализовываться по-разному (всех не опишешь). Поэтому мой пост по части сохранения трафика и позиций из поисковых систем. В качестве примера приводится популярный вордпресс.

Давайте представим, что у вас уже есть сайт, который работает по https (пусть и с некоторыми предупреждениями и без зеленого замочка). Советую посмотреть видео с вебинара, который проводил один из сотрудников Яндекса. Основные моменты в нем есть, но тонкостей нет.

Внимание! Это важно! Ресурс должен работать как по https, так и по http!

Все работы по подготовке очень желательно внедрить как можно за более короткий срок. Нельзя что-то сделать в один день, а продолжить через неделю.

1.0. Бэкап файлов и базы данных

При любых серьезных изменениях сайта рекомендую делать резервное копирование. Нельзя на 100% предугадать, как пойдут дела, а бэкап поможет вернуть все как было. Не игнорируйте данный пункт.

1.1. Редактирование URL в общих настройках WordPress

Необходимо зайти в общие настройки и изменить главный wordpress-URL (http://domen.ru/wp-admin/options-general.php).

общие настройки - изменение URL сайта

1.2. Изменение абсолютных ссылок на относительные

Абсолютная ссылка:

http://sosnovskij.ru/perehod-na-https/

Относительная:

/perehod-na-https/

Относительная без указания протокола:

//sosnovskij.ru/perehod-na-https/

Последний вариант нам и нужен. Браузер сам определит, какой протокол отображать. Как же указать относительный путь без протокола?

1.2.1. Изменяем внутренние линки

Менять необходимо с помощью скрипта по типу Search Replace DB (также затрагиваются виджеты, плагины и все-все-все). Просто поменять в phpMyAdmin будет некорректно (если хотите, погуглите информацию на сей счет :smile:). Как я понял, программа только для WordPress. Под остальные CMS уверен, есть аналоги.

Осторожно! Скачиваем утилиту и загружаем на хостинг в папку, которую нельзя подобрать (например, dm23aqz)! При заходе в папку скрипт уже имеет доступ к вашей базе данных.

Остается в первое поле добавить домен с http, а во второе - домен с двумя слешами перед ним.

изменение внутренних ссылок на относительные без указания протокола

После нажатия на "live run" и подтверждения, скрипт начнет работу. Затраченное время прямо пропорционально размеру вашей БД. После выводится отчет об измененных таблицах и проведенных заменах. Проверьте, корректно ли отработала утилита (откройте любой пост и в html-коде посмотрите, какие там внутренние ссылки).

Рекомендация! Если во время переноса (имею в виду весь период) вы продолжаете наполнять сайт, то не забывайте внутренние линки проверять на наличие https.

1.2.1.1. Файлы темы и плагинов

Если вы когда-то добавляли URL домена в файлы своего шаблона или редактировали плагины, то ссылку необходимо заменить и там. Для этого я использую старый-добрый Total Commander. Скачиваю на компьютер в отдельную папку тему и плагины и делаю поиск ("Команды" -> "Поиск по файлам") по ней с запросом "http://domen.ru".

поиск файлов в Total Commander

Программа выдает список файлов, где такая конструкция встречается. Прохожусь по всем (можно прямо из утилиты нажать правой кнопкой мыши и открыть в используемом редакторе) и меняю URL на относительный без протокола. Не забывайте измененные документы загружать обратно на хостинг :smile:.

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

1.2.2. Ссылки на внешние скрипты и изображения

Необходимо поменять и все линки на подключаемые скрипты и картинки (просто текстовые ссылки, которые ведут на сторонние ресурсы из некоторых постов можно оставить как есть). Для этого открываем код страницы (для начала можно использовать главную), нажимаем ctrl+F5 и вбиваем "http://".

поиск линков с http

Так как бОльшую часть абсолютных ссылок мы уже заменили, здесь будут показываться только подключаемые скрипты, счетчики, библиотеки, шрифты, изображения. В основном они будут встречаться в шапке (header.php вашей темы или аналоги) и футере (footer.php). Заменяем, как и везде, на относительный вариант без указания протокола. Таким же образом проверяем другие типы записей: категория (category), пост (post), страница (page) и т. д.

Если непосредственно в постах вы баловались вставками изображений и/или разных дополнений, которые подключаются через сторонние сайты, то необходимо поискать конструкцию "http://" внутри статей wordpress (при условии, что вы не баловались обычными внешними текстовыми линками). Пользуемся внутренним поиском по записям.

http в записях

Редактируем статьи, изменяя ссылки на относительные.

1.3. Изменение директивы host и пути до sitemap.xml

В файле robots.txt необходимо изменить директиву host (либо добавить ее) и путь до карты сайта.

Sitemap: https://domen.ru/sitemap.xml
Host: https://domen.ru/

Шаг 2. Проверка "все ли правильно сделал?"

Поздравляю! Если все сделали правильно, то основная часть работы позади :smile:. Необходимо внимательно проверить основные моменты.

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

1) Проверка корректности настройки SSL-сертификата и сервера.

Точно не уверен, но возможно эту проверку можно проходить и перед первым шагом. Переходим на страницу теста SSL — https://www.ssllabs.com/ssltest/ . Рейтинг должен быть не ниже "A".

настройка сервера с SSL-сертификатом - рейтинг А

Если ниже, то обращайтесь к хостеру, либо донастраивайте сервер самостоятельно. Обычно в случае с виртуальным хостингом проблем меньше, с VPS - больше.

2) rel="canonical" и карта сайта (sitemap.xml).

Необходимо проверить, чтобы rel="canonical" на https-страницах ссылались на защищенную версию. Тоже самое и про sitemap.xml. Желательно, чтобы на http-версии карта сайта содержала URL с http (но как показывает практика не обязательно).

3) Xenu, Screaming Frog SEO Spider, Majento Siteanalyzer или аналоги.

Не лишним будет проверить одной из данных программ весь сайт с https. Задача - выявить, отдает ли ресурс страницы с http. После проверки проводим сортировку по URL и смотрим, не вылезли ли старые линки. Таким образом, было выявлено, что некоторые документы отдавались в закэшированном виде (пришлось очищать кэш).

Если находятся подобные страницы, то переходим на них и смотрим в html-код в поисках конструкций с "http://".

4) Проверка в разных браузерах.

Достаточно проверить в 2-3 браузерах: Google Chrome (обязательно), Яндекс.Браузер, Mozilla Firefox, Opera) по 1 странице каждого типа: главная, категория, статья и т. д. Везде должны быть зеленые замочки или альтернативные уведомления.

"зеленые замки" в разных браузерах

Шаг 3. Добавление https-версии в Яндекс.Вебмастер и Google Search Console

После того как мы все настроили и проверили, необходимо добавить версию сайта с https в Яндекс.Вебмастер и Google Search Console. Кроме добавления sitemap сначала ничего делать не нужно - остальное (например, регистр доменного имени, Disavow Tool, измененные параметры и другие настройки консолей можно задать немного позднее).

Самое главное — зайти в http-версию ресурса в Яндекс.Вебмастере и в разделе "Переезд сайта" сделать заказ, отметив галочку "Добавить HTTPS".

Раздел "Переезд сайта" в Яндекс.Вебмастере

Данная функция поможет ускорить склеивание зеркал. Но важно понимать, что главное правило, которым руководствуется Яндекс - директива host в файле robots.txt.

После заказа переезда должно появиться уведомление примерно со следующим содержанием "Ваша заявка была успешно принята. В скором времени вместо домена http://domen.ru/ в поисковой выдаче будет участвовать домен https://domen.ru".

Обычно недели через 2 происходит склейка зеркал (скорость зависит от объема ресурса). Об этом вы получите уведомление в Яндекс.Вебмастере (советую подписаться на e-mail уведомления). После склейки неглавное зеркало (в нашем случае http) "спустится" под главное.

зеркала в Я.вебмастере

Но спешить ставить 301-редирект не стоит. Во-первых, у меня бывало такое, что Яндекс несколько раз, то приклеивал, то отклеивал зеркала (причем, без моих каких-то действий).

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

Во-вторых, необходимо дождаться пока львиная доля http-страниц не удалится из выдачи, а https-документы не добавятся в нее (1-2 недели). Это можно проследить в разделе "Индексирование" - "Страницы в поиске" (вкладка "История"). Склейка произошла 28 ноября.

рост числа https-страниц

сокращение http-страниц за аналогичный период

Полное добавление ждать не стоит. Как увидите пик роста или падения (обычно 80-90% от общего количества документов), переходите к следующему пункту. Потому что тут 301-редирект уже начинает ждать Google.

На данном этапе у меня был такой сюрприз (на старом сайте на html и с ресурсом, который покупался "с рук") — https-версия является неглавным зеркалом https://WWW.domen.ru/.

зеркало с www

В таком случае необходимо добавить все зеркала и склеить с HTTPS и БЕЗ WWW. У одного проекта получилась следующая картина :smile:.

3 зеркала у одного ресурса

У некоторых вебмастеров при переходе на https автоматически не перенеслись регионы, которые были заданы в Яндекс.Справочнике. Проверьте данный момент и убедитесь, что он в порядке.

Шаг 4. 301-редирект

Ура! Настал момент, когда можно ставить 301-редирект. Обычно он настраивается в файле .htacess. Создавать нужно классический постраничный 301-редирект за исключением файла robots.txt (для безопасности в http-версии он должен быть также доступен; в идеале перенаправляться не должен и файл, подтверждающий права в вебмастерах поисковиков).

Опять же у всех разные хостинги, сервера и настройки. Я выкладываю варианты, которые работают у меня:

Переезд можно считать завершившимся. В среднем на него уходит 1 месяц. Надеюсь, что, как минимум, он не повредит посещаемости, а, как максимум, увеличит ее ;-). Теперь исписанный и не раз отредактированный лист А4 можно заменить на удобную онлайн-шпаргалку :smile:.

моя шпаргалка на листе А4

9 часто задаваемых вопросов

1. Почему ты сам не переводишь блог sosnovskij.ru и форум masterwebs.ru на https?

Это как раз пример того, когда лучше 7 раз отмерить и 1 раз отрезать. На моем сервере необходимо сначала обновить ПО, а уже потом совершить корректный переезд по описанному плану. На masterwebs.ru там вообще форум с огромным количеством функционала. Надеюсь, что также получится без проблем.

2. Могу ли я потерять посещаемость после внедрения данной инструкции? Или будет рост?

С высокой долей вероятности можно говорить о сохранении посещаемости (если делать все правильно), либо о небольшой просадке. Рост возможен, но маловероятен. На 100% же не будут знать даже представители поисковых систем (нейронные сети, матрикснет т.п.).

3. Почему нельзя сразу сделать 301-редирект?

Яндексу важно сначала склеить неглавные зеркала с главным, а уже потом настраивать перенаправление. Редиректом он не склеивает. Получится замена страницы в поисковой выдаче примерно так, как будто вы изменили URL документа. Хотя в некоторых случаях падения трафика и при таком раскладе не происходило. Но лучше перестраховаться.

4. Зачем добавлять площадку в Google Search Console раньше редиректа?

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

5. После перехода на https упали позиции. Что делать?

Скорее всего, вы изначально что-то сделали неправильно. Универсального совета, к сожалению, здесь нет — нужно разбираться детальнее.

6. Нужно ли оставлять неглавные зеркала в консолях поисковых систем?

Да, http-версии лучше оставить. Вам от этого хуже не будет, а поисковикам будет больше информации для корректной склейки в дальнейшем.

7. После переезда упал ТИЦ. Я что-то не так перевел?

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

8. Нужно ли менять внешние ссылки на https?

В идеале да, но данное мероприятие не всегда целесообразно. Если есть возможность изменить URL на ТОПовых площадках (таких обычно не много), то сделайте это. Хотя ПС их сами переклеивают.

9. Я хочу перейти на ЧПУ и одновременно добавить SSL. Правильно или делать по порядку?

Сотрудники гугла рекомендуют подобный перенос оформлять постепенно: например, сначала на ЧПУ, а потом на https.

Фух, все :smile:! Как всегда ваши вопросы, отзывы и пожелания дополняют материал, поднимают настроение и дают вдохновение на следующие полезные статьи ;-).


Copyright © 2018, Sosnovskij.ru. Все права защищены. | Постоянная ссылка на пост
Хотите узнать больше? Посмотреть все записи в категории Продвижение сайтов.

Источник

Комментарии:

Войдите или зарегистрируйтесь чтобы оставить комментарий