Google search console переезд на https – Переход сайта на https в Google Вебмастере (Search Console).

Содержание

Переход сайта на https в Google Вебмастере (Search Console).

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

Рекомендации Google по переходу на протокол https находятся здесь:

https://support.google.com/webmasters/answer/6073543?hl=ru

и статья на английском языке с официальными рекомендациями:

https://plus.google.com/+JohnMueller/posts/PY1xCWbeDVC

Исходя из этих рекомендаций все, что необходимо сделать для переезда сайта на https в панели вебмастера (Search Console) — это добавить новый сайт с HTTPS в список сайтов.

Для этого жмем по кнопке «Добавить ресурс»

и вводим вариант сайта с https.

Больше никаких дополнительных действий именно в Search Console производить не нужно.

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

Яндекс Метрика и Google Analytics. Цели, события, отчеты.

Подробнее здесь. Обращайтесь.

webgyry.info

Google опубликовал FAQ по переходу с HTTP на HTTPS

Специалист Google Джон Мюллер (John Mueller) подготовил ответы на самые распространённые вопросы по переходу c HTTP на HTTPS. Всего в список вошло 13 пунктов.

1. Нужно ли настраивать что-либо в Search Console?

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

2. Как провести A/B-тест?

При тестировании непроиндексированного сайта на HTTPS используйте 302 редирект и rel=canonical для HTTP-версии. Не блокируйте HTTP-версию в robots.txt.

3. Гарантирует ли атрибут rel=canonical индексацию URL в формате HTTP?

Нет, однако это очень сильный сигнал при выборе проиндексированного URL.

4. Что делать после тестирования?

Следуйте инструкциям, изложенным в руководстве по переносу сайта с изменением URL. Настройте переадресацию 301 с HTTP-версии на HTTPS; добавьте rel=canonical на HTTPS-страницу с рекурсивной ссылкой; создайте и сохраните файлы Sitemap и списки ссылок.

5. Что делать с файлом robots.txt?

HTTPS-сайт использует файл robots.txt для HTTPS. Проверьте, доступен ли он или возвращает ошибку 404. Убедитесь, что URL-ы в формате HTTP не заблокированы в файле robots.txt для HTTP.

6. Допустимо, если не все страницы на HTTPS?

Да. Начните с части, протестируйте их и двигайтесь дальше.

7. Нужно перенести всё сразу или можно по частям?

Можно по частям.

8. Потеряет ли сайт позиции в поиске?

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

9. Какой сертификат нужен для сайта?

Для Поиска Google подойдёт любой сертификат, который принимают современные браузеры.

10. Потеряет ли сайт ссылочный вес из-за редиректов?

Нет. Использование 301 и 302 редиректов с HTTP на HTTPS не приводит к потере PageRank.

11. Будут ли поисковые фразы видны в Google Analytics после перехода на HTTPS?

После перехода ничего не изменится. Посмотреть поисковые запросы можно будет в Search Console.

12. Как можно проверить, сколько страниц проиндексировано?

Добавьте HTTP и HTTPS-версию как отдельные сайты в Search Console. Для получения более детальной картины используйте отчёт «Статус индексирования» или же данные файлов Sitemap

.

13. Сколько времени занимает переход с HTTP на HTTPS?

Время, необходимое роботу Google для обнаружения и обработки всех URL при переносе сайта, зависит от скорости серверов и количества URL.

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

www.searchengines.ru

13 рекомендаций Google по переезду на HTTPS

Джон Мюллер собрал ответы на частые вопросы, касающиеся переезда с HTTP на HTTPS.

1. Необходимо ли что-нибудь настраивать в Search Console?

Джон Мюллер: Нет. Достаточно добавить сайт. Если изменяете протокол с HTTP на HTTPS, отправлять запрос на изменение адреса не нужно.

2. Как провести A/B-тест?

Д.М.: Чтобы протестировать непроиндексированный сайт на HTTPS, используйте 302 редирект и rel=cannonical для HTTP-версии. Не блокируйте в robots.txt.

3. Гарантирует ли rel=canonical индексацию урла с HTTP?

Д.М.: Нет. Но это сильный сигнал при выборе проиндексированного адреса.

4. Что делать после тестирования?

Д.М.: Руководствуйтесь справкой по переносу. Настройте 301 редиректы с HTTP на HTTPS, добавьте rel=canonical на страницы с HTTPS с рекурсивной ссылкой, создайте и сохраните файл Sitemap с HTTP и HTTPS урлами (в перспективе храните Sitemap на HTTPS).

5. Что делать с robots.txt?

Д.М.: Сайт на HTTPS использует HTTPS robots.txt. Убедитесь, что он доступен или возвращает код 404. Проверьте, что адреса с HTTP не закрыты в robots.txt для HTTP.

6. Это нормально, что не все страницы на HTTPS?

Д.М.: Да. Начните с части, протестируйте и двигайтесь дальше.

7. Необходимо переносить все сразу или можно частями?

Д.М.: Можно переносить частями.

8. Потеряет ли сайт позиции?

Д.М.: Колебания в позициях происходят и при более значительных изменениях на сайте. Мы не даем гарантий, но обычно при переезде на HTTPS все в порядке.

9. Какой нужен SSL-сертификат?

Д.М.: Для поиска Google подойдет любой сертификат, который принимают современные браузеры.

10. Потеряю ли сайт ссылочный вес из-за редиректов?

Д.М.: Нет. Вы не потеряете PageRank из-за 301 и 302 редиректов с HTTP на HTTPS.

11. Если мы перейдем на HTTPS, увидим ли поисковые фразы в Google Analytics?

Д.М.: Ничего не изменится с переездом на HTTPS. Посмотреть поисковые запросы можно в Search Console.

12. Как проверить, сколько страниц в индексе?

Д.М.: Проверяйте HTTP и HTTPS отдельно в Search Console. Используйте «Статус индексирования» для большей информации или данные файлов Sitemap.

13. Как долго длится переезд на HTTPS?

Д.М.: Частота и скорость переиндексации зависят от размера сайта. Переезд происходит на базе урлов.

Также Джон Мюллер отреагировал на озабоченность вебмастеров комментарием по поводу PageRank:

Spend days writing & cross-checking a FAQ on HTTPS, and the main topic of comments is PageRank. pic.twitter.com/ySepYhqnM8

Потратил кучу времени на составление и проверку FAQ про переезд на HTTPS, а в комментариях пишут про PageRank.

Источник: seroundtable.com

www.seonews.ru

рекомендации Google и Яндекс для сайта

25 Октября 2016 | 30692 | 3

Все больше и больше растет ажиотаж вокруг темы переезда сайта на https. Чем же это обусловлено?

В июле 2018 года абсолютно все http страницы будут отмечены как «не защищенные». Но уже сегодня можно посмотреть, как будет выглядеть http сайт для посетителей, просто откройте его в режиме инкогнито (Ctrl+Shift+N).

HTTPS (от англ. HyperText Transfer Protocol Secure) — расширение http-протокола, поддерживающее шифрование данных и обеспечивающий их защиту от прослушивания и изменений.

Зачем он нужен:

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

В августе 2014 Google заявляет о том, безопасность пользователей является главным приоритетом для компании, и поэтому все сайты, обеспечивающие надежную передачу данных (другими словами, использующие протокол https), могут рассчитывать на дополнительный бонус при ранжировании. В заявлении было сказано, что тестовое нововведение затронет порядка 1% поисковых запросов и в будущем планируется увеличение этого процента. Основная цель – дать время вебмастерам и простимулировать их к переходу на безопасный протокол.

Стоит заметить, что пока заметного преимущества при ранжировании наличие защищенного протокола не дает. Однако, Google использует более 200 факторов ранжирования и мы точно знаем, что наличие защищенного протокола – один из них.

В декабре 2015 года Google объявляет, что с этого момента по умолчанию будет индексироваться HTTPS-версия страницы, если сайт доступен для индексации по обоим протоколам: http и https.

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

И, самая свежая на данный момент публикация от 8.09.2016 на официальном блоге Google о том, что с января 2017 года браузер Chrome 56 начнет помечать все HTTP-сайты, которые передают личные данные пользователей, как сомнительные (небезопасные). Пока что под это нововведение попадают страницы, где требуется ввод пароля или данных банковской карты, но

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

27 декабря 2016 Google на своей странице в Google+ еще раз напомнил, что с конца января 2017 года с версии Chrome 56, браузер Chrome начнет помечать HTTP-сайты, где требуется ввод пароля или данных кредитной карты, как небезопасные.



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

Уже сейчас вы можете протестировать свой сайт, установив версию Google Chrome для разработчиков, ту самую 56 версию. Скачать ее можно здесь: https://www.google.ru/chrome/browser/canary.html.

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

Что касается поисковой системы Яндекс, здесь пока нет особой шумихи — поисковая система лучших позиций не обещает, однако компания показывает на собственном примере надежность своих сервисов, переводя их на https-протокол. Однако, мы считаем, что появление такого фактора ранжирования в Яндекс – лишь вопрос времени.

Что делать сейчас?

Так кому же стоит уже перевести сайт на https, волноваться и думать о риске потери трафика и позиций по запросам?

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

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

Инструкция по переводу сайта на https

Перевод сайта на защищенный протокол в перспективе придется осуществить всем сайтам. К этому будут подталкивать как поисковые системы, так и браузеры. Поэтому, пока вы разбираетесь в теме и выбираете SSL-сертификат, пора подготовить сайт к переходу. Ниже вы найдете несколько полезных блоков информации:

  1. Виды сертификатов (краткая информация)
  2. Как подготовить сайт к переходу
  3. Алгоритм перехода на https, который позволит минимизировать потери поискового трафика и избежать ряда «подводных камней»

Виды SSL-сертификатов

Кратко рассмотрим основные виды сертификатов, не вдаваясь в технические подробности. Тип сертификата зависит от типа проверки.

С проверкой домена (DV или Domain Validated).
Доступен физическим лицам и компаниям. Защищает информацию, но не дает гарантии, что владельцу сайта можно доверять. Требуется подтверждение по электронной почте, находящейся на домене либо на которую зарегистрирован домен. Стоит дешево (либо может выдаваться бесплатно), выдается за несколько минут.

Кому подойдет: сайту-визитке, личному блогу.

С проверкой организации (Organization Validated или OV).
Такой сертификат доступен только юридическим лицам, коммерческим, некоммерческим или государственным организациям. Проводится проверка документов и существования ИП или юридического лица, а также принадлежность домена. Стоит дороже, выдача занимает 1-3 дня.

Такой сертификат подойдет интернет-магазинам, сайтам услуг, порталам.

С расширенной проверкой организации (Extended Validation SSL (EV SSL)).
Дает заметную зеленую строку с названием организации. Таким сайтам можно доверять больше, так как компания точно существует (проводится тщательная проверка) и домен точно принадлежит ей. Проверка занимает 3-9 дней (если нет заминок с документами). Сертификат самый дорогой.

Кто использует: банки, платежные системы, крупные сервисы.

Дополнительные особенности сертификатов, о которых стоит знать:
  • Обычный сертификат (на один поддомен). Подойдет для большинства сайтов, стандартный вариант.
  • Wildcard (для нескольких субдоменов одного домена). Необходим, если у вашего сайта есть субдомены. Например, site.ru, spb.site.ru, auto.site.ru, m.site.ru (если у вас мобильная версия на субдомене) и пр. Может быть как с проверкой домена, так и проверкой организации. Стоит дороже, чем обычный.
  • С поддержкой IDN (для кириллических доменов). Для доменов на кириллице (cайт.рф, сайт.бел и пр.)
  • Мультидоменный сертификат. Необходим в том случае, если у вашей организации несколько разных доменов (site.ru, site2.ru, moisait.ru и пр.).

Вот основные поставщики сертификатов:

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

Решить вопросы с переходом на https на разных этапах могут следующие люди и организации:

ВОПРОС К КОМУ ОБРАЩАТЬСЯ
Какой сертификат выбрать? Хостер/центр сертификации, технический специалист/программист
Покупка сертификата Хостер (если он продает сертификаты), центр сертификации
Установка сертификата Хостер, технический специалист/программист
Доработка сайта Программист
Контроль выполнения рекомендация, необходимых для минимизации риска потери трафика SEO-специалист, интернет-маркетолог

Важно! Обязательно следите за сроками окончания сертификата. Его необходимо будет продлевать, как домен и хостинг.

Как подготовить сайт к переходу на https

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

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

Все ссылки на вашем сайте должны иметь следующий вид:

  • Внутренние ссылки — относительные. Например, для перехода на страницу на вашем же сайте site.ru, использовать <a href=»/chastnym_licam/ «> предпочтительнее, чем <a href=» https://www.site.by/chastnym_licam/ «>. Если вы уже переходите на https, можно делать ссылки доступными по протоколу https.
  • Внешние ссылки – доступны по https либо используется относительный протокол. Например, не http://www.youtube.com/, а https://www.youtube.com/ — защищенный протокол или //www.youtube.com/ — относительный протокол. Относительный протокол очень удобно использовать, если вы не знаете, доступен ли сайт по защищенному протоколу. В таком случае браузер сам выберет с каким протоколом открыть этот сайт.

Пример ссылки с относительным протоколом:

Важно! Необходимо исправить все ссылки, в том числе на изображения, файлы, видео, внешние скрипты (виджеты, консультанты и прочие внешние сервисы). Чтобы не делать это вручную на многих страницах, можно попросить программиста исправить протокол http:// на относительный в базе данных сразу для всех ссылок.

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

Алгоритм перехода на https:

  1. Убедитесь, что SSL-сертификат настроен корректно. Сделать подробный анализ конфигурации SSL можно с помощью этого сервиса:

  2. Вот так будет выглядеть результат, если все хорошо:

    и так, если есть проблема:

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

    Обязательно протестируйте настройку SSL и проверьте как отображается сайт в разных браузерах, в том числе на мобильных устройствах: отдельно проверьте сайт с iPhone и Android.

    Если есть критичные проблемы, обратитесь к техническим специалистам, которые настраивали вам сертификат.


  3. Создаем версию сайта с https – она должна быть доступна и работать без ошибок. При этом версия с http также должна быть доступна. Файл robots.txt должен быть одинаков для обеих версий. Составить файл может SEO-специалист.
  4. Важно! Ранее в инструкции предполагалось использование двух robots.txt и временное закрытие https-версии от Google на время переклейки в Яндекс. Сейчас это не требуется, мы протестировали вариант без закрытия от Google и обновили инструкцию. Google при доступности обеих версий по умолчанию начинает показывать https-версию в выдаче, в Яндекс – после переклейки.

    В robots должна содержаться строчка:

    Host: https://site.ru/

    Эта строчка означает, что главным зеркалом является https-версия сайта.

    Пример robots.txt (обратите внимание (!), что содержимое файла у вас будет свое, это пример для иллюстрации принципа переклейки):

    User-agent: *
    Disallow: /*?
    # Тут ваши текущие директивы
    Host: https://site.ru/
    Sitemap: https://site.ru/sitemap.xml


  5. Также обязательно проверяем для https-версии:
  • Протокол в rel=”canonical” (используется для указания на каноническую версию страницы)
  • Протокол в rel=”alternate” (используется для указания на страницы других языковых версий либо на мобильную версию сайта)
  • Протокол ссылок в sitemap.xml

Для https-версии ссылки в них должны быть доступны по https, а не http.


  • Добавляем сайт в Вебмастер Яндекса обе версии сайта: http и https. Указываем в Вебмастере Яндекса в разделе «Настройка индексирования – Переезд сайта» предпочтительный протокол.
  • Если домен https был признан зеркалом до переклейки

    Если домены http и https были признаны зеркалами ранее (а именно https-версия была признана неглавным зеркалом – такое бывает, но редко), то на данном этапе необходимо сначала расклеить зеркала. Обычно, если https-версия была ранее поклеена на http-версию, это выглядит вот так в Вебмастере Яндекса:

    Расклеиваем зеркала, а после расклейки указываем главным зеркалом https-версию. Для этого в Вебмастере заходим в раздел «Переезд сайта» для https-версии и под предложением отклеить сайт нажимаем «Применить».

    После этого увидите следующее сообщение:

    https://yandex.ru/support/webmaster-troubleshooting/mirrors/change-protocol.xml

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

    Яндекс подтверждает, что в случае, когда https-версия является неглавным зеркалом, это верный порядок действий.

  • Добавляем сайт в Google Search Console с протоколом https и подтверждаем права. Google понимает, что http и https это разные протоколы одного и того же сайта. Если Google обнаружит работающий протокол https, то он по мере переиндексации контента будет заменять http на https даже без перенаправления и добавления https-версии в Google Search Console.

    https://webmasters.googleblog.com/2015/12/indexing-https-pages-by-default.html

  • При переходе на https-версию в Google обязательно добавляем файл Disavow для канонической версии сайта (источник), если он был составлен ранее.
  • Ждем склейки в Яндексе. Это произойдет, когда версии страниц сайта с https зайдут в индекс, а версии страниц сайта с http выпадут из индекса. Переклейка начинается примерно через 2-3 недели. Повлиять на скорость переклейки мы, к сожалению, никак не можем, это — автоматический процесс.
  • После начала переклейки вы увидите в Вебмастере Яндекса следующее уведомление в разделе «Уведомления»:

    А также увидите, что https-версия стала отбражаться в Яндекс.Вебмастере как основная:

    Неглавное зеркало начнет выпадать из индекса Яндекса

    А главное зеркало начнет попадать в индекс Яндекса:

    Моментально у большого сайта все страницы не переиндексируются, поэтому рекомендуем подождать, пока 90-100% страниц сайта переиндексируются в Яндекс, после чего настроить 301 редирект.

    Важно! При переклейке сайта на другое зеркало обнуляется ТИЦ. Он вернется после следующего обновления ТИЦ, которое происходит примерно раз в месяц. (Источник). Не стоит волноваться: никаких последствий для сайта это не имеет, ТИЦ не учитывается при ранжировании сайта в поиске Яндекса.

    Цитата справки Яндекса: «тИЦ как средство определения авторитетности ресурсов призван обеспечить релевантность расположения ресурсов в рубриках каталога Яндекса.» (Источник)

  • После того как сайты склеились, настраиваем постраничный 301 редирект со страниц сайта с http на страницы с https (кроме файла robots.txt). Делать это до того, как сайты будут признаны зеркалами, нежелательно, поскольку в этом случае страницы с редиректами будут исключаться из поиска согласно правилам Яндекса по обработке перенаправлений. На время склейки зеркал необходимо оставить сайт доступным для робота по обоим адресам.
  • Для перенаправления c http:// на https:// в .htaccess добавляем (может работать не во всех случаях, тогда обращаемся к хостеру или программисту):

    RewriteCond %{SERVER_PORT} !^443$
    RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L]

    Альтернативный вариант:

    RewriteEngine on
    RewriteCond %{ENV:HTTPS} !on
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [NC,R=301,L]


  • После переклейки необходимо убедиться, что в Яндекс присвоен корректный регион. Дело в том, что на текущий момент сайту может быть присвоено несколько регионов через Яндекс.Справочник, но в Справочнике пока еще нельзя указать ссылку на сайт с протоколом https. Соответственно, могут быть проблемы с присвоением регионов, если это сделано через Яндекс.Справочник. В таком случае нужно обязательно писать в техподдержку Яндекса.
  • Вот подтверждение от службы поддержки Яндекса. Надеемся, скоро это действие перестанет быть необходимым.

    Счетчики шеров и лайков

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

    то после перехода счетчики будут выглядеть вот так:

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

    Facebook уже решил эту проблему, будем надеяться, что остальные соцсети также подтянутся.

    Резюме

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

    На время переклейки сайта, как правило, временные просадки позиций неизбежны и в Яндекс, и в Гугл. Алгоритм действий, указанный выше, подтвержден Яндексом.

    Проблема с реферальным трафиком

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

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

    Чтобы с этим не было проблем, на HTTPS-сайте необходимо добавить на страницах до закрывающего тега </head> мета-тег:

    <meta name=»referrer» content=»[директива]»>,

    где [директива] — одна из тактик поведения из следующего списка:
    none — не передавать;
    origin — передавать протокол и домен;
    none-when-downgrade — не передавать при переходе с HTTPS-сайта на HTTP-сайт;
    unsafe-url — всегда передавать;

    Оптимальным вариантом будет следующий:
    <meta name=»referrer» content=»origin»>

    Проверка смешанного содержимого

    После перехода на https, тем не менее, в браузере может не появиться значок защищенного соединения, а отображаться один из следующих значков в Google Chrome

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

    Подробнее о статусах в справке Google.

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

    Справка Google для технических специалистов.

    Чтобы найти смешанный контент, воспользуйтесь инструментами разработчика, которые вызываются в Google Chrome (Ctrl+Shift+I). Воспользуйтесь вкладкой Security, где будут ссылки на просмотр загрузки незащищенного контента в консоли. Для просмотра полной информации в консоли потребуется перезагрузка страницы.

    На примере мы видим, что на странице загружается изображение с другого сайта по незащищенному протоколу http. Такую проверку необходимо провести для всех страниц. Это можно сделать SEO-специалист, например, с помощью программы ScreamingFrog SEO Spider. Либо вы можете самостоятельно походить по страницам сайта и посмотреть, везде ли отображается значок защищенного соединения. Примеры страниц, где соединение не защищено, нужно отправить техническому специалисту, который переводит сайт на защищенный протокол.

    Анализ ссылочной массы после переклейки

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


    Источники

    Ниже приведены источники информации касательно защищенного протокола от поисковых систем и полезные сервисы – настоятельно рекомендуется к ознакомлению:

    Защитите свой сайт с помощью HTTPS (Справка — Вебмастер Google) —
    https://support.google.com/webmasters/answer/6073543?hl=ru
    Google опубликовал FAQ по переходу на https для новостных сайтов —
    https://www.searchengines.ru/google-opublikoval-faq.html

    Переезд сайта на новый домен (Справка Яндекс.Вебмастер) —
    https://help.yandex.ru/webmaster/yandex-indexing/moving-site.xml
    Индексирование картинок (Советы веб-мастеру от Яндекс) —
    http://help.yandex.ru/images/indexing.xml
    Деликатный переезд (или рекомендации Яндекса по переезду на HTTPS) —
    https://yandex.ru/blog/platon/2778

    Сделать подробный анализ конфигурации SSL можно с помощью этого сервиса:
    https://www.ssllabs.com/ssltest/analyze.html

    Бесплатные SSL-сертификаты — https://letsencrypt.org/

    Успешного вам переезда!

    Автор: Антон Шабан,
    Руководитель группы SEO-специалистов
    Artox Media Digital Group

    seo.artox-media.ru

    инструкция по переезду на защищенный протокол https за 4 шага

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

    HTTP, HTTP/2, HTTPS, SSL — о чем речь?

    Hypertext Transfer Protocol (HTTP) — это основном протокол связи, который используется на любом сайте для установки соединения.

    HTTP/2 — более современный протокол, в котором добавлены увеличивающие производительность и безопасность.

    HTTPS — расширение протокола HTTP, которое поддерживает шифрование.

    Secure Sockets Layer (SSL) — криптографический протокол для безопасной связи.

    Переход на https — зачем мне это?

    Я бы выделил 4 причины:

    1. Забота о безопасности данных: сейчас по этой теме сходят все с ума (раньше все клали с пробором, но теперь…). Для сайтов работающих с деньгами и онлайн оплатой — это острая необходимость, т.к. шифруются все данные. Для простых информационных ресурсов — вас все равно заставят перейти на https, т.ч. выбора особо нет.
    2. Это фактор ранжирования: и Яндекс и Google открыто об этом говорили. Если раньше только Гугл заставлял переводить сайты на https, то сейчас за это взялось зеркало Рунета и с 24 января 2019 года в вебмастере уже многие увидели предупреждение:

      Предупреждение в Яндекс Вебмастере

      Т.е. это благотворно скажется на ваших позициях и трафике с поисковых систем (на самом деле нет, чаще вообще никак не скажется 🙂 )

    3. Больше доверия со стороны пользователей. Когда посетитель видит в браузере метку:

      Меня это не пугает и я все равно юзаю сервис 🙂

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

    4. Ради HTTP/2 и большей скорости, которая так же является фактором ранжирования. В среднем прирост по скорости достигает 20-30% практически за 20-30 минут работы.

    Ну а теперь перейдем к пошаговому плану по переходу с http на защищенный протокол https.

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

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

    Бэкап

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

    Относительные ссылки

    Когда на сайте абсолютные ссылки вида http://romanus.ru/page-name — это может быть проблемой, т.к. их нужно:

    1. Либо заменить на относительные вида /page-name;
    2. Либо в абсолютных заменить протокол на https.

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

    Уверен, на любом сайте вы найдете волшебную таблетку (пример замены домена в статьях):

    Пример замены домена через SQL-запрос: кто-то его проверял?

    Почему люди везде это пишут — хз, видимо никто не проверял работоспособность т.к. этот вариант просто не работает. SQL запрос не может заменить домен в ячейке, содержащей целый текст, т.к. это просто замена в лоб (как в Excel). Т.е. вы не можете заменить ячейку, если она не равняется вашему тексту (читай, ячейка = текст и ничего более).

    Но у нас же в ячейках текст статей в html формате.

    Даю 2 рабочих вариант:

    1. Для понимающих (хотя им не нужно объяснять). Идем в PhpMyAdmin, экспортируем нашу базу данных (или конкретную таблицу, в которой нужно сделать изменения). Далее открываем редактором типа Sublime или Notepad++ и через замену все меняем. Далее импортируем исправленный вариант обратно в нашу базу данных.
    2. Чтобы не накосячить. Во многих CMS есть плагины, которые с помощью регулярок могут делать замены (да и без них). Например, для WordPress есть хороший плагин Search Regex — который быстро и без проблем поможет сделать замену в тех местах, в которых это нужно.

    Пример работы плагина Search Regex

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

    Адрес сайта

    В CMS нужно изменить адрес вашего сайта на корректный, в WordPress это делается так:

    Замена домена в админке WordPress

    Внешние скрипты

    Все внешние скрипты должны подключаться строго через https, т.к. в противном случае у вас будет смешанный протокол.
    Чтобы убедиться — смотрите страницы через режим исходного кода и проходитесь поиском или любой краулер аля Screaming Frog, Netpeak и т.д.

    Robots.txt и Sitemap.xml

    В robots.txt чаще всего не нужно никаких изменений вносить (раньше нужно было добавить директиву для Яндекса: host: https://romanus.ru — но теперь это уже не нужно), кроме замены пути для sitemap.xml.

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

    В sitemap.xml не должно быть ссылок на незащищенный протокол

    P.S. Многие рекомендуют делать исключения в .htaccess, чтобы robots.txt открывался по 2 протоколам. Я не делаю этого — проблем не замечал, но держу вас в курсе.

    Шаг 2: Покупка SSL сертификата

    Прежде чем приобретать SSL нам нужно определиться с нашими потребностями.

    Типы ssl

    Все сертификаты выдаются для 1 домена:

    • С проверкой домена (DV): отлично подойдет для блогов, сайтов-визиток, интернет-магазинов и любых сайтов, для которых важно само наличие SSL. Стоит дешево, выдается быстро., замок показывается в браузере.
    • С проверкой компании (OV): вариант для тех, кому важно большее доверие, т.к. центр сертификации проверяет принадлежность компании к домену. Нужно крупным компаниям и магазинам. Делается за 3 дня.
    • С расширенной проверкой (EV): максимальное доверие к компании, т.к. выдается только юридическим лицам и центр сертификации проверяет больше данных. Делается за 7-10 дней, стоит дорого, но вы получаете в браузере вывод вашей компании:

      Пример отображения в браузере EV сертификата

    Если у вас много поддоменов и вы хотите их перевести на https — стоит обратить внимание на сертификаты с пометкой Wildcard (количество поддоменов неограниченно).

    Активация https для домена

    После того, как вы решили какой тип сертификата вам нужен, купили его (свои сертификаты я покупал на gogetssl.com, а для блога решил потестить бесплатный Let’s Encrypt) и не забыли сохранить все ключи, которые вам были даны — самое время привязать все к вашему домену.

    После активации домена он должен пройти валидацию:

    Валидация домена пройдена

    Все, теперь можно переходить к следующему шагу.

    Бесплатный SSL от Let’s Encrypt

    Let’s Ecnrypt — это некоммерческий центр сертификации. Вы можете без проблем взять их бесплатный сертификат, если вам важно само наличие https.

    Яндекс и Google (а также браузеры) нормально относятся к нему, т.е. никаких трудностей у вас не будет.

    У хостеров бесплатный сертификат подключается за 1 минуту

    На многих хостингах можно буквально за минуту подключить бесплатный SSL.

    Установка SSL на примере FastVPS

    У вас есть ключи и все что вам нужно сделать — это добавить их в панели своего хостинга.

    Просто вставить в поля свои ключи от центра сертификации

    Шаг 3: Оповещаем поисковые системы

    После покупки и установки сертификата на подготовленный сайт мы можем оповестить о наших действиях поисковые системы Яндекс и Google в их кабинетах.

    Яндекс.Вебмастер

    1. Добавляем версию с https в панель вебмастера;
    2. На старом зеркале с http заходим в переезд сайта и ставим галочку;
    3. Залить новую карту сайта;
    4. Не забыть поставить регион

    Меняем зеркало в Яндекс Вебмастере

    По сути в Яндексе переезд на https осуществляется 1 галочкой + перенести свежие данные.

    Google Search Console

    Самое страшное, что может произойти во время переезда сайта на https в Гугл — забыть перенести Disavow файл, потому краткий чек-лист:

    1. Добавить новое зеркало с https;
    2. Если у вас были отклонены ссылки через Disavow Links — нужно обязательно обновить данные;
    3. Добавить карту сайта;

    Шаг 4: 301-редирект с http на https

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

    Скорее всего вам подойдет один из вариантов:

    RewriteCond %{SERVER_PORT} !^443$
    RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L]

    или

    RewriteEngine on
    RewriteCond %{ENV:HTTPS} !on
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [NC,R=301,L]

    Если варианты не подошли — дергаем программиста с просьбой “склеить 301 редиректом все страницы на http со страницами на https” соответственно.

    Шаг 5: Ожидание переиндексации

    Если вы нигде не накосячили то склейка происходит довольно быстро: 1-2 недели в Google и 2-4 недели в Яндексе.

    Все нормально:

    • Если у вас были скрипты репостов — они будут показывать 0, т.к. http и https это 2 разные версии;
    • Сайт временно может падать по трафику и позициям в момент склейки. После всей процедуры с большей вероятностью все восстановится;
    • Ссылки будут переклеены в среднем от 4 недель до пары месяцев;

    Вроде все страхи описал.

    Поздравляю, теперь у вас рабочий сайт на https, проверить можно на https://www.ssllabs.com/ssltest/:

    Проверка корректности SSL

    13 популярных ошибок при переходе сайта на https

    Пишу самые популярные моменты, которые знаю из своего опыта или опыта коллег:

    1. Сделать 302 редирект вместо 301 для склейки версий http с https;
    2. Сделать редирект всех внутренних страниц на главную;
    3. Допустить цикличные редиректы;
    4. Забыл, что твой сайт без www, но склеить с https://www.site.ru;
    5. Забыл прописать новый путь для sitemap.xml;
    6. Пропустил этап с заменой абсолютных ссылок;
    7. Не изменил урлы в скриптах и медиа-контенте;
    8. В карте сайта указаны урлы на версию с http;
    9. Описался при наборе домена при получении сертификата;
    10. Может сломаться 1С, если забыли обновить данные;
    11. Сайт интегрирован с различными API и вы забыли изменить адреса;
    12. Косяки с rel=”canonical” на старые страницы;
    13. Не очистил кэш и начал сам себе выдумывать проблемы.

    А с какими косяками вы сталкивались?

    Ответы на несколько вопросов

    Напоследок несколько популярных вопросов, которые могут всплыть:

    Почему сам тянул с переездом на https?
    Я все никак не могу взяться за свои проекты (это видно по дате последних постов и съемки видео на канале), ну и решающим моментом стало оповещение Яндекса о том, что уже пора бы.

    Могу ли я потерять посещаемость?
    Да. Любые действия с сайтом в теории могут негативно повлиять на трафик. Но чаще проблем не бывает, если нигде не напортачил.

    После перехода на https упали позиции, что делать?
    Это тоже нормально. От момента переезда я обычно засекаю 3-4 недели (примерно) и не обращаю внимания на колебания. По истечении этого срока уже должна произойти склейка (в вебмастере зеркала будут слеплены вместе) и тогда можно делать какие-то выводы. Чаще всего все восстанавливается и иногда даже с плюсом.

    Я хочу ЧПУ и SSL — в какой последовательности делать
    Очень скользкий вопрос, сродни «Какой рукой открывать дверь: правой или левой?». Я опасный и потому делаю все сразу за 1 раз :). Проблем вроде не было, но склейка была дольше.

    romanus.ru

    Как переехать с http на https в 2019: пошаговая инструкция

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

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

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

    После установки можно проверить, что сайт открывается по протоколу https (например, https://seopulses.ru).

    При некорректной установке SSL-сертификата на экране появиться следующая ошибка.

    Также можно будет увидеть данную ошибку при использовании истекших сертификатов.

    Смена ссылок на относительные

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

    • Протокол https. Например, заменить http://seopulses.ru на https://seopulses.ru;
    • Относительными ссылками. В этом случае ссылка https://seopulses.ru/kak-svyazat-google-analytics-i-google-search-console/ можно заменить на /kak-svyazat-google-analytics-i-google-search-console/ или /seopulses.ru/kak-svyazat-google-analytics-i-google-search-console/.

    При корректном использовании правила в строке браузера, где прописан URL страницы можно увидеть зеленый «Замок» (для Google Chrome).

    Если же в коде все еще остались ссылки на старую версию, то вместо «Замка» будет показан «Не защищено».

    Для этой цели можно воспользоваться имеющимися плагинами и модулями, например, для WordPress подойдет модуль Really Simple SSL, который автоматически настроит файлы для корректной работы SSL-сертификата.

    Корректность работы сайта

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

    При возникновении таких ошибок следует обратиться к разработчику.

    Редирект с http на https

    Для того, чтобы переезд был полностью принят потребуется настроить 301-редирект с версии http на https.

    Через файл .htaccess

    Выполнить это действие можно прописав в файле .htaccess одно из следующих правил:

    Вариант №1

    RewriteEngine On

    RewriteCond %{SERVER_PORT} !^443$

    RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

    Вариант №2

    RewriteEngine On

    RewriteCond %{HTTPS} =off

    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,L]

    Вариант №3

    RewriteEngine On

    RewriteCond %{HTTPS} off

    RewriteCond %{HTTP:X-Forwarded-Proto} !https

    RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

    Вариант №4

    RewriteEngine On

    RewriteCond %{ENV:HTTPS} !on

    RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

    Через модули и плагины

    В случае с WordPress для выполнения данного действия понадобиться плагин Easy HTTPS Redirection.

    После этого активируем плагин.

    После чего будет включен автоматический редирект с версии http на https.

    Через Хостинг-панель или ISPmanager

    Например в хостинге Timeweb для установки редиректа потребуется открыть настройки сайта.

    После установить правила для перенаправлений.

    В IPS менеджере достаточно выбрать раздел «WWW»-«WWW-домены» и в нужной вкладке воспользоваться функцией «Редиректы».

    Редирект зеркал

    Также рекомендуется проверить версии с www и без www, которые также должны редиректить на новую версию. Например, в случае seopulses.ru главной версией принята https://seopulses.ru, соответственно на нее редиректят следующие версии сайта:

    1. https://www.seopulses.ru/
    2. http://seopulses.ru/
    3. http://www.seopulses.ru/

    Смена главного зеркала в Яндекс

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

    После этого требуется войти в Яндекс.Вебмастер версию с http в раздел «Индексирование»-«Переезд сайта», где кликаем на «Добавить https».

    Как только заявка будет принята можно увидеть соответствующее уведомление в системе.

    Важно! Переезд и смена зеркал сайта может занять 2-4 недели.

    При правильном выполнении инструкции в панели Вебмастера главным зеркалом станет версия HTTPS.

    Смена главного зеркала в Google

    В случае с Google достаточно добавить новую версию ресурса в Google Search Console, все остальные действия при помощи сигналов (редиректов) выполнит сама поисковая система.

    Дополнительные преимущества перехода с http на https

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

    Также при вводе любой информации в формы на сайте пропадет красное уведомление браузера о том, что соединение «Не защищено».

    Провайдеры интернета, например, сотовые операторы не смогут встроить собственную рекламу на сайт.

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

    seopulses.ru

    Переход на HTTPS в Яндексе и Google

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

    Почему надо перевести сайт на HTTPS?

    Уже несколько лет Google активно продвигает технологию защищённого подключения HTTPS. Ещё в 2014 наличие у сайта SSL-сертификата было названо одним из факторов ранжирования в Google, а с 1 января 2017 года все сайты, работающие по протоколу HTTP, стали помечаться в Google Chrome как небезопасные с предупреждением Не защищено.

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

    К настоящему моменту Яндекс не подтвердил, что протокол влияет на ранжирование, но подтверждает, что наличие HTTPS учитывается при оценке качества сайта. Яндекс также планирует внедрить предупреждения о безопасности по примеру Chrome в свой браузер и проводит эксперименты со сниппетами поисковой выдачи.

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

    Переход на HTTPS без потери позиций

    1. Выбор и установка SSL
    2. Подготовка сайта к переезду
    3. Редирект 301
    4. HTTPS и поисковые системы
    5. P.S. После переезда на HTTPS

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

    Чтобы минимизировать возможные риски, выбирайте самый низкий по трафиковой нагрузке месяц и день для внедрения защищённого протокола. Многие бизнесмены прекрасно знают свой «несезон», остальные же могут проанализировать статистику из Метрики или Аналитики за последние несколько лет.

    Шаг 1. Выбор и установка SSL сертификата

    Для передачи защищённых данных в HTTPS используется криптографический протокол SSL/TLS. Этот протокол использует сертификат для проверки принадлежности ключа шифрования владельцу. Получить SSL-сертификат, который гарантирует подлинность цифровой подписи ресурса, можно в удостоверяющем центре (Certification authority).

    В крупнейших мировых центрах сертификации Sectigo (ребрендинг Comodo) и DigiCert можно купить SSL на определённый срок (тарифный план на 1-2 года). Как правило, купить или получить SSL-сертификат бесплатно можно и у своего хостинг-провайдера.

    Бесплатный SSL также можно получить в Let’s Encrypt или FreeSSL, и хотя они имеют свои ограничения, для большинства сайтов таких сертификатов часто достаточно.

    Как понять, что установить на ваш сайт? Есть три разных типа протокола SSL:

    • Domain Validation (DV SSL) подтверждают доменное имя.
    • Organization Validation (OV SSL) подтверждают доменное имя и организацию.
    • Extended Validation (EV SSL) — расширенная валидация, самая надёжная защита.

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

    Кроме того, SSL-сертификаты отличаются своими свойствами:

    • Single Certificate действует только на один домен, указанный при его покупке.
    • Wildcard защитит не только основной домен, но и все его поддомены, но стоит значительно дороже.
    • Unified Communications/SAN — сертификаты для одной компании с несколькими доменами.
    • Если ваш домен в кириллической зоне, то важна поддержка IDN.

    Для большинства своих клиентов мы устанавливаем бесплатные SSL-сертификаты от центра сертификации Let’s Encrypt. Помимо бесплатности у них есть еще одно преимущество: автоматическая пролонгация — один раз настроил и забыл. Для установки сертификата Вам понадобятся: доступ к панели управления хостингом, консоль и знание нескольких команд nginx. По ссылке пошаговая инструкция по настройке SSL, которую мы используем в своей работе.

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

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

    1. Замените абсолютные внутренние ссылки на относительные. Сюда относятся не только текстовые ссылки, но также ссылки на изображения, видео, подключаемые файлы.

      Коды ремаркетинга, различные скрипты нужно заменить на относительные с доменным именем, но без протокола HTTP (пр. //site.ru/script.js).

    2. Сгенерируйте новый файл sitemap.xml с HTTPS-адресами.

    3. Внесите правки в robots.txt, указав верную ссылку на sitemap.xml с HTTPS-адресом. Если вы ещё используете в robots.txt директиву Host, то самое время её удалить.

    4. Не забудьте исправить внутренние ссылки в тегах rel=canonical, rel=alternate и др., если используете их на своём сайте.

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

    Шаг 3. Редирект 301

    1. Настройте 301 редиректы с HTTP на HTTPS. Страницы старого сайта должны выполнять редирект именно на аналогичные страницы нового сайта. Если же структура сайта при переезде изменилась, Вы можете установить редирект со страниц старого сайта на аналогичные страницы нового, а с них установить редирект на нужные адреса.

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

    2. Файлы robots.txt и XML-карта сайта должны быть доступны и по HTTP, и по HTTPS.

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

      Ссылку на файл sitemap.xml в обоих robots.txt лучше указать по адресу нового главного зеркала с HTTPS.

    Не на всех системах управления есть возможность реализовать разные файлы robots.txt, поэтому допустим 301-й редирект на robots.txt HTTPS-версии.

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

      Это также относится к версиям «с www» или «без www». Важно настроить склейку вида HTTP://www.поддомен.домен.ruHTTPS://поддомен.домен.ru, если приобретенный сертификат SSL действует только на поддомены первого уровня. В этом случае при обращении к www-зеркалу поддомена будет возникать ошибка безопасности.

    Если нет возможности прописать редиректы, добавьте на каждую страницу старого сайта каноническую ссылку rel=»canonical» на эту же страницу нового сайта с HTTPS.

    Шаг 4. HTTPS и поисковые системы

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

    1. Добавьте HTTPS-сайт в Google Search Console и подтвердите права на него.
    2. Добавьте HTTPS-сайт и подтвердите права на него, а затем произведите переезд на HTTPS в Яндекс.Вебмастер.

    Теперь можно ожидать скорейшей склейки зеркал. Приблизительный срок перехода на приоритетное ранжирование защищённой версии 1-2 недели. При этом старая версия HTTP может еще некоторое время показываться в поиске — вы увидите это в статистике переходов.

    P.S. После переезда на HTTPS…

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

    Используйте инструменты для анализа внутренней структуры сайта (мы, например, очень любим Netpeak Spider). Так вы сможете найти абсолютные внутренние ссылки, которые пропустили на первом шаге, и выявить возникшие цепочки редиректов. Исправив их, вы упростите обход сайта роботами, а значит ускорите его переиндексацию, и отправите сигнал поисковикам, что следите за актуальностью информации на своём сайте.

    Также не забудьте актуализировать адрес сайта в Яндекс.Справочнике и Google Maps — так вы получите свои первые «хорошие» ссылки на HTTPS-зеркало.

    liderpoiska.ru

    Отправить ответ

    avatar
      Подписаться  
    Уведомление о