Правильные решения в продвижении сайтов в интернете!
г. Москва, м. Сокольники, ул. Маленковская, д. 32, стр. 3
Режим работы: с 10:00 до 19:00, пн.- пт. (сб./вс. - выходной)
+7 (499) 391-17-76
8 (800) 707-05-97
e-mail: biz@o-es.ru

Переезд на HTTPS (рекомендации от Яндекса). Поисковая оптимизация сайта

Содержание:

  • поговорим о необходимости переезда на HTTPS;
  • будем подготавливать ваш сайт к переезду;
  • осуществлять переезд на защищенный протокол.

Необходимость переезда на HTTPS

Прежде чем говорить о необходимости переезда, давайте в целом обсудим, что такое вообще защищенный протокол.

HTTPS –протокол

HTTPS-протокол – это расширение основного протокола HTTP, которое используется большинством сайтов, но поддерживает шифрование данных. Проще говоря, данные по протоколу HTTP передаются в отрытом виде и при желании могут быть доступны третьим лицам, например, злоумышленникам. В случае использования HTTPS-протокола, данные шифруются. Получить их и дешифровать гораздо сложнее.

Причины перехода на HTTPS

  1. Защита информации, которую передают ваши пользователи вашему сайту.

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

  1. Уведомления в различных браузерах о защите соединения.

Уведомления могут выглядеть по-разному. Например, как на первых двух верхних скриншотах.

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

  1. Доверие к сайту со стороны ваших пользователей.

Если вы планируете отправлять вашим пользователям push-уведомления, например, о том, что у вас проходит какая-то новая акция или появилась новость на сайте, стоит перейти на защищенный протокол. Потому что данная возможность доступна только HTTPS сайтам.

Причин для перехода может быть больше. Некоторые поисковые системы используют факт наличия защищенного соединения в качестве одного из факторов ранжирования.

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

Возможные проблемы при переходе на HTTPS

  • Основная проблема, к которой может привести некорректная настройка сертификата, – это недоступность вашего сайта для пользователей. Пользователи, переходя на сайт по защищенному протоколу, могут видеть предупреждение о том, что сертификат отсутствует, еще какие-то другие ошибки, о которых мы поговорим чуть позже.
  • Во-вторых, при некорректном переходе на незащищенный протокол у сайта могут измениться позиции в результате поиска либо его посещаемость из поисковой выдачи.
  • Также потеряются какие-то корректные настройки, необходимые для индексирования для того, чтобы ваш сайт находился в поисковой выдаче.

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

Зеркала и переезд на HTTPS

Зеркала – это два адреса одного и того же сайта.

В нашем случае:

  • первый адрес – это сайт по протоколу HTTP;
  • и второе зеркало – это сайт по протоколу с HTTPS.

Для поисковой системы это два разных сайта, которые индексируются независимо друг от друга. Как раз объединение таких адресов группой зеркал позволит минимизировать возможные потери и избежать рисков, связанных с переходом на защищенные соединения.

Когда мы говорим о переезде на HTTPS, мы подразумеваем переезд всего сайта. Корректно переехать группой зеркал только частью сайта каким-либо определенным разделом не получится.

Подготовка сайта к переезду на HTTPS

Давайте подготавливать ваш ресурс к переезду на защищенный протокол.

Подготовку можно разделить на три этапа:

  1. Получение и установка сертификата.
  2. Работа непосредственно над содержимым вашего сайта.
  3. Добавление вашего сайта по защищенному протоколу в результаты поиска.

Получение сертификата

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

SSL-сертификат

  1. После того как вы получили сертификат от центра сертификации, стоит его установить непосредственно на ваш сайт.

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

  1. После установки сертификата стоит проверить, остался ли доступен сайт по протоколу HTTP.

Заметьте, именно по старому адресу. Потому что большинство хостеров после установки сертификата могут автоматически включить перенаправление со старого протокола HTTP на HTTPS. В результате чего сайт по старому адресу становится недоступным для индексирующих роботов и посетителей.

Проверить доступность HTTP-версии можно с помощью соответствующего инструмента в Яндекс.Вебмастере.

Здесь все очень просто. Ввели адрес по HTTP-протоколу, нажали кнопочку «проверить» и смотрим код ответа. Если, как в нашем случае, сайт отвечает кодом ответа 200, значит, что все в порядке. Сайт по-прежнему доступен, нормально индексируется и будет участвовать в поиске.

  1. Стоит проверить корректность полученного сертификата.

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

В интернете существует также большое количество сервисов, которые предлагают протестировать установленный сертификат. В нашем случае мы будем использовать https://www.ssllabs.com/ Указываете адрес своего сайта и получаете результат теста.

Проверка сертификата на ssllabs.com

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

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

Переводим содержимое сайта на HTTPS

  1. Если ваш сайт работает корректно по новому протоколу, стоит непосредственно начать работу с содержимым вашего сайта. Для начала нужно заменить ссылки внутренних страниц с абсолютных адресов на относительные.

Абсолютный адрес – это адрес, в котором указан протокол и адрес вашего сайта. В данном случае мы меняем, убираем протокол и адрес сайта. Делаем ссылку полностью относительной.

Сделать это можно различными способами. Если вы используете, например, стандартные CMS, то есть куча плагинов, позволяющих сделать это в несколько кликов.

  1. Все внутреннее содержимое вашего нового сайта стоит перенести на защищенный протокол.
  • это изображения, какие-то видеофайлы;
  • контент партнеров, если вы используете его;
  • обратите внимание, что скрипты, которые установлены на вашем сайте, также должны работать по защищенному протоколу;
  • если вы используете Canonical на своем сайте, он должен вести на страницы по защищенному протоколу на HTTPS.
  1. Cтоит проверить непосредственно те страницы, ради которых и замышлялся переезд.

Это страницы авторизации на вашем сайте, регистрации и страницы оплаты. Чтобы они также работали по защищенному протоколу.

Наличие смешанного содержимого

В случае если не проверить и не проделать эти действия, ваши пользователи могут видеть различные предупреждения в своем браузере.

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

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

Файл Sitemap для HTTPS

Если с содержимым все в порядке, необходимо индексирующему роботу также сообщить о том, что у вас есть страницы по защищенному протоколу.

  • Для этого стоит создать отдельный файл Sitemap, в котором перечислить адреса страниц именно по HTTPS-протоколу.
  • И сообщить роботу о наличии этого файла, например, с помощью Яндекс.Вебмастера.

Но перед тем, как добавить файл Sitemap в Яндекс.Вебмастер, то есть сообщить роботу, стоит и сам сайт добавить в Вебмастер.

Делается это так же легко, как и с обычными HTTP-протоколами. Никаких особенностей нет. Единственное, что в некоторых ситуациях, в случае, если HTTPS-версия уже признана неглавным зеркалом вашего основного сайта, вы можете увидеть предупреждение, как на слайде, о том, что сейчас HTTPS-версия является неглавным зеркалом. В данном случае можно просто интернировать это предупреждение и нажать кнопочку «все равно добавить HTTPS-версию». То есть добавление происходит в несколько кликов.

Добавление HTTPS в Вебмастер

После того как вы добавили HTTPS-версию в Вебмастер, вы можете увидеть две картины.

Как в первом случае, когда сайты уже склеены в группу зеркал, или как во втором случае, когда сайты не были склеены в группу зеркал. И тот, и тот варианты корректны. Не пугайтесь, если у вас либо первый, либо второй вариант.

Настраиваем уведомления

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

Сделать это можно и для нового протокола, и для старого по HTTP. Уведомления могут приходить к вам в сервис Яндекс.Вебмастер (это колокольчик) или на почту (это конвертик). Выберите нужный вам вариант.

Подготовка сайта к переезду

На этом подготовительный этап подошел к концу.

  • Мы установили с вами сертификат;
  • проверили его корректность;
  • изменили внутреннее содержимое страниц сайта;
  • добавили HTTPS-версию в Яндекс.Вебмастер, осуществили настройки по подписке на уведомления.

Ответы на вопросы

«Можно ли ссылку в Canonical делать относительной?».

Да. Вы также можете использовать в Canonical относительные адреса.

«Зачем делать внутренние ссылки относительными?».

Это позволит индексирующему роботу, переходя и на HTTP- и на HTTPS-версии, корректно сформировать структуру вашего сайта. Он будет видеть и в первом, и во втором случаях корректные ссылки на внутренние страницы.

«Что делать с относительными ссылками, когда сайт построен на поддоменах?».

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

«Имеет ли какое-то значение тип SSL сертификата?».

Для индексирующего робота разницы никакой. Главное, чтобы ваш сертификат был валиден. Если же вы заботитесь о безопасности ваших пользователей, то, конечно, стоит обратить внимание и на тип шифрования, то есть на битность. Если вам нужен сертификат для поддоменов, то также можно выбрать такой вариант. Видов сертификатов очень много. В зависимости от ваших потребностей стоит выбирать тот или иной вариант.

«Можно получить бесплатный сертификат. В чем отличие бесплатных и платных сервисов подтверждения сертификатов? Каковы преимущества и недостатки платных и бесплатных, последствия бесплатных?».

Как правило, бесплатные сервисы предоставляют сертификат на какое-то время. Например, на три месяца, на год, на два года. Спустя этот промежуток времени сертификат нужно будет продлевать. Вы также можете получить этот сертификат бесплатно. Плюс ко всему, в зависимости от сервиса, которым вы воспользуетесь, может отличаться тип шифрования – 26 bit, 56.

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

Переезд на HTTPS

Давайте непосредственно перейдем уже к переезду. Будем осуществлять переезд на защищенный протокол.

Сообщаем поиску о переезде на HTTPS

Для того чтобы осуществить корректный переезд, стоит для индексирующего робота указать адрес, который должен индексироваться и участвовать в поиске, то есть с помощью директивы Host в файле robots.txt.

Обязательно в директиве Host, как в приведенном примере, указывайте протокол, в данном случае HTTPS. Робот явно увидит, что вы хотите, чтобы ваш сайт участвовал в поиске по защищенному протоколу.

После того как установили эту директиву в robots.txt, воспользуйтесь инструментом «Переезд сайта».

«Использование Переезд сайта»

Он достаточно простой. Зашли в инструмент по адресу текущего главного зеркала, то есть по сайту HTTP, и поставили галочку «добавить HTTPS». Увидели, что адрес вашего сайта поменялся именно на HTTPS-версию и нажали кнопку «Сохранить».

Если все в порядке, то сервис примет вашу заявку на переезд.

 

Это означает, что индексирующий робот прямо сейчас проверяет корректность указаний в файле robots.txt и возможность сделать HTTPS-версию главным зеркалом. Такие заявки обрабатываются, как правило, в течение нескольких часов. В очень редких случаях достигает 2–3 дней.

Если все с вашей стороны сделано корректно, заявка изменится.

Статус заявки будет «принято», и вы увидите, что в ближайшее время в результатах поиска появится именно нужный вам HTTPS сайт. Как правило, процесс переезда на защищенный протокол занимает около двух недель. В очень редких случаях это может достигать трех–четырех недель. Обычно две недели.

 Окончание переезда на HTTPS

После того как адрес главного зеркала изменится, сайты в Яндекс.Вебмастере будут сгруппированы соответствующим образом как на верхнем скриншоте.

HTTPS-версия будет признана главным зеркалом. А версия с HTTP будет признана неглавным зеркалом и находится непосредственно под новым адресом. Также вы получите уведомление в Яндекс.Вебмастере или на почту о том, что произошла смена главного зеркала.

Если же зайти в раздел страницы в поиске для HTTPS-версии, то можно увидеть резкий рост проиндексированных страниц, то есть страниц, которые появились в поиске.

Если же зайти на HTTP-версию, то можно увидеть, что количество страниц в базе робота резко падает.

Все это говорит о том, что ваш сайт переехал на защищенный протокол.

Успешный переезд на HTTPS

Все показатели вашего старого адреса HTTP учитываются для нового адреса.

В том числе начинают учитываться:

  • входящие ссылки;
  • оригинальные тексты, если вы использовали данный раздел;
  • показатель ТИЦ, который будет актуализирован в течение нескольких недель уже для HTTPS-версии.

Что же дальше?

Настраиваем индексирование HTTPS

  • чтобы ваш сайт на HTTPS корректно индексировался, обязательно задавайте региональную принадлежность новой версии вашего сайта;
  • если вы использовали «Товары и цены», то необходимо обновить файл и добавить в него именно HTTPS ссылки;
  • и воспользоваться инструментом «Важные страницы» для того, чтобы в будущем получать уведомления о происходящем на вашем сайте.

Для HTTP-версии

Что же делать с HTTP-версией?

  1. Если вы не хотите получать статистику по индексированию HTTP-версии, поскольку эта версия уже не будет участвовать в поиске, не хотите просматривать входящие ссылки на HTTP-версию или наблюдать ранее добавленные оригинальные тексты, то старую версию можно просто удалить из Яндекс.Вебмастера. Никаким образом на индексирование вашего нового сайта это не повлияет.
  2. С HTTP-версии можно настроить перенаправление на защищенный протокол для того, чтобы и пользователи, и индексирующие роботы сразу попадали на новую HTTPS-версию.

Мы советуем настраивать редирект именно после окончания переезда по директиве Host для того, чтобы не столкнуться с возможными проблемами, как, например, в нашей следующей ситуации.

Редирект при переезде на HTTPS

В данном случае HTTPS и HTTP были склеены уже в группу зеркал, и переезд осуществлялся с помощью редитекта. Страницы HTTP-версии стали недоступны для индексирующего робота, поскольку осуществляется перенаправление. А страницы HTTPS-версии в поиске не участвуют, поскольку являются страницами неглавного зеркала. И видно, что страницы стали недоступны для робота. Они исключаются из поиска. В результате ранее растущая посещаемость ресурса резко падает после установки редиректа практически до нуля. Естественно, таких последствий не хочет никто. Поэтому мы советуем использовать редирект только после окончания склейки по директиве Host.

Переезд на HTTPS

  • В результате для корректного переезда и переноса всех показателей необходимо явно указать роботу на адрес главного зеркала с помощью директивы Host.
  • Воспользоваться инструментом «Переезд сайта».
  • После окончания переезда настроить индексирование HTTPS-версии.
  • И только после этого уже включить перенаправление на новый протокол.

Полезные ссылки

Несколько полезных ссылок в работе:

  • сервис Яндекс.Вебмастер;
  • инструмент «Переезд сайта»;
  • сервисы по получению сертификата и его тестированию.

 

Ответы на вопросы

«Через сколько времени ТИЦ вернется к прежнему после перехода на HTTPS?».

Как правило, это происходит в течение двух–четырех недель, в зависимости от частоты обновления показателя.

«Где и какой купить самый недорогой сертификат?».

Как я говорил, что есть много сервисов, которые предоставляют сертификаты абсолютно бесплатно.

«Ранжирование сайта с сертификатом будет выше у Яндекса?».

На текущий момент мы не даем никаких бонусов при переходе на HTTPS-протокол если при абсолютно идентичных показателях сайт на безопасное соединение не будет ранжироваться выше.

«Повлияет ли переезд на поисковую выдачу?».

Если осуществлять переезд в соответствии с рекомендациями, которые я предоставил ранее, то переезд пройдет без проблем и без каких-либо эффектов.

«Это все страницы нужно редактировать под HTTPS?».

В большинстве случаев замена внутренних ссылок происходит в несколько кликов. Если у вас стандартная CMS, устанавливайте дополнительный плагин, который заменяет все ссылки внутреннего вашего сайта и может заменить как сразу на HTTPS, так и на относительные. Я советую заменять их на относительные страницы (относительные ссылки).

«Вопрос. На мой сайт HTTP есть ссылки с других сайтов. Сохранится ли вес? Будут ли актуальны при переезде сайта на HTTPS? Переадресация осуществляться не будет?».

После окончания переезда, конечно, ссылки будут учитываться уже для нового главного зеркала, то есть для HTTPS-версии. С этим все в порядке. Но на будущее, если есть такая возможность, я бы рекомендовал входящие ссылки попробовать изменить на HTTPS-версию. Обратиться к владельцам сайта, где установлены такие ссылки для того, чтобы обновить ссылки именно на новый протокол, если вы планируете оставаться на нем.

«Не лучше ли сделать абсолютные ссылки, но без указания протокола?».

Да. Вы можете использовать и подобные ссылки тоже без указания протокола.

«Просядет ли трафик при соблюдении описанной вами методики»?

В большинстве случаев при следовании нашим рекомендациям никаких изменений в трафике в поисковой выдаче не происходит.

«Все говорят, что наличие сертификата учитывается поисковиками. Но есть ли разница в том, какой именно сертификат использовать? Какие алгоритмы он поддерживает? Кто его выдал и так далее?».

Для индексирующего робота не имеет значения, какой сертификат и в каком центре сертификации вы его получили. Сертификат необходим для защиты данных для ваших пользователей. Это применимо и для других поисковых систем.

«А если HTTPS признан уже главным зеркалом, но процентов 30 страниц есть на HTTP, то это нормально? Начали переезд три недели назад».

Да. Это вполне нормальная ситуация. Необходимо понимать, что роботу нужно еще проиндексировать страницы по защищенному протоколу и включить их в поисковую выдачу. Как только HTTPS-версии страниц появятся в поиске, страницы по старому протоколу будут исключены из выдачи.

«Как сохранить ссылочный вес при переезде?».

Если сайты уже склеены в группу зеркал, ссылочный вес со старого адреса передается на новый в полном объеме. Не переживайте.

«Стоит ли настраивать 301 редирект, если в Яндексе зеркала уже склеились, переезд прошел успешно, а в Гугле еще страницы раскиданы по разным зеркалам?».

Это стоит обсудить на форумах, где общаются пользователи и веб-мастера, ориентированные на поисковую систему Гугл. Для нас я не вижу причин, почему нельзя сейчас установить перенаправление.

«При переходе на HTTPS увеличивается время ответа. Это вполне может повлиять на ранжирование».

Если речь идет о долях миллисекунд, в большинстве случаев никаким образом это на ранжирование не влияет. По нашим данным, при переходе на HTTPS разница составляет миллисекунды.

«Есть ли особенности при переезде с адреса HTTP с WWW на HTTPS без WWW. Какой вариант выбрать? С WWW или без?».

Вы можете выбирать любой вариант. Переезд можно осуществить как сразу на сайт без WWW, так и с WWW при желании.

«Можно ли перевести на HTTPS только форму на поддомене?».

Вы можете переносить отдельно поддомены, оставлять на защищенном протоколе, оставлять как раз на HTTPS протоколе либо отдельно переносить только основной сайт. Для робота в данном случае не имеет никакого значения. Можно переносить отдельно поддомены и основной домен.

«Когда вы будете поднимать HTTPS сайтов в поиске?».

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

«Что делать с оригинальными текстами, зарегистрированными для HTTP-версии после переезда?».

Оригинальные тексты HTTP-версии продолжают учитываться для защищенного протокола после окончания переезда. Не переживайте. Переносить, копировать и добавлять повторно не нужно.

«Если у сайта есть поддомены, возможно ли перенести не все сразу, а по очереди?».

Да, это возможно.

«Знаете, у нас есть формочка на сайте для заполнения имени клиента и его номера. Может, тогда не нужен HTTPS, если в выдаче нет преимуществ?».

Вам необходимо понимать, что номера телефонов, которые вводят ваши пользователи и их имена могут быть получены злоумышленниками. Я думаю, что это не очень хорошая практика если ваши пользователи узнают, что из-за отсутствия безопасного соединения на вашем сайте злоумышленники получили список их телефонных номеров.

«Новый сайт сразу с HTTPS. Нужно в Вебмастер добавлять две версии с HTTP или без?».

Если вы запускаете новый ресурс и сразу используете защищенный протокол, добавлять HTTP-версию не нужно. Вам не надо переносить какие-то показатели на HTTP-версию и склеивать сайты. Добавляйте просто HTTPS-версию и пользуйтесь Вебмастером, настраивайте индексирование.

«Если HTTPS переезд завершен, сертификат настроен корректно, но при нажатии на значок информации в форме все равно выдает «Подключение к сайту не защищено». В чем ошибка?».

Посмотрите. Там есть кнопочка «подробнее». Можно посмотреть в чем именно возникает проблема. В 90% случаев это связано с тем, что контент на страницах не перенесен на HTTPS соединения. Картинки, видеозаписи, возможно, ссылки на какие-то внешние ресурсы. Также можно воспользоваться анализатором для проверки корректности установленного сертификата.

«Если после корректного переезда позиции и трафик все же просели. Что делать?».

Напишите в службу поддержки. Потому что такие примеры нужны нам и последнее время мы их не встречали. Стоит разобраться, что именно при переезде пошло не так.

«Как именно понять в какой момент уже можно сделать 301 редирект при переезде на HTTPS?».

Редирект можно устанавливать сразу после окончания. После того как вы получили уведомление в Яндекс. Вебмастере о смене главного зеркала либо сайты соответствующим образом были сгруппированы. После окончания, после этого события можно устанавливать редирект на HTTPS.

«Что произойдет если сертификат закончился? Сайт снова попадет на HTTP? Что будет если сертификат не обновлять, а продлять? Позиции и трафик начнут падать?».

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

«Насколько сложным будет переход если не использовать Яндекс. Вебмастер?».

Сам по себе инструмент «Переезд сайта» в Яндекс. Вебмастере не является обязательным условием для переезда. Достаточно просто указать директиву Host в файле robots.txt. Если вы не будете использовать Яндекс. Вебмастер, переезд просто может продлиться больше чем две недели и даже может занимать до двух месяцев для того, чтобы робот отследил ваши изменения на вашем сайте.

«Прошу уточнить. Для переезда на HTTPS при подготовке сайта необходимо сначала сделать копию сайта зеркала на том же или на другом домене?».

Если вы переезжаете на HTTPS, дополнительно создавать еще одну папку с вашим сайтом не нужно. Для робота достаточно того, чтобы у вас одна папочка, один файл был. На новый домен не нужно переносить. Речь идет о переносе в рамках HTTP и HTTPS. Для этого вам нужно просто включить HTTPS-версию, добавив сертификат в панели вашего хостера.

«Не совсем понятно, когда редирект ставить и обязательно ли это делать?».

Редирект нужно установить после того, как закончился переезд по директиве Host. Когда версия с HTTPS стала главным зеркалом и отображается соответствующим образом в Яндекс. Вебмастере. Именно в этот момент вы можете включать перенаправление. Перенаправление необходимо для того, чтобы правильно склеить зеркала в рамках других поисковых систем. Например, для того чтобы переехать поисковой системе Гугл, стоит установить редирект. Если вам не нужен трафик, не нужен переезд в других поисковых системах, устанавливать редирект необязательно.

«Количество страниц в группе загружено. Должно со временем упасть до нуля на протоколе HTTP?».

Нет. Это необязательно. Там могут оставаться загруженные страницы. Поскольку робот продолжает индексировать другие сайты в Интернете, может находить входящие ссылки на HTTP версию, индексировать эти страницы, пытаться обращаться к ним.

«Если меняется доменное имя сайта, выполнять нужно точно такую же операцию?».

Переезд на другое доменное имя очень похож с переездом на защищенный протокол. Вы также можете переезжать с помощью директивы Host и просто указывать адрес вашего нового сайта.

«Как-то бессмысленно если в браузере будут выдавать предупреждение на весь экран скоро и не показывать сайт если нет HTTPS?».

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

«Когда есть смысл менять ссылки в XML-файлах, которые отдаются в Яндекс. Маркет и подобные сервисы?».

После того как вы сделали доступную HTTPS-версию, добавили ее в Яндекс. Вебмастер, также можно заменить и ссылки в XML-файлах, в UML файле для Маркета, а также в файле Sitemap.

«Сайт перенаправлен на HTTPS. Страницы считаются защищенными, но страница с детальным отображением объектов считается не полностью защищенной. С чем это может быть связано? Страница открывается в новой вкладке».

Посмотрите, может быть у вас картинка находится на HTTP протоколе.

 

Источник

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Нажимая на кнопку «Отправить комментарий», вы соглашаетесь с Условиями использования