Как перевести сайт с http на https протокол

Содержание:

Шаг 4. Техническая настройка сайтов

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

2. Убедитесь, что Яндекс.Метрика и Google Analytics (системы статистики) функционируют корректно.

3. Обновлённую версию сайта заново занесите в реестры сервисов Яндекс.Вебмастер и Google Search Console. Подтвердите свои права на доменное имя (даже если ранее вы это уже делали).

3. Зайдите в настройки сервисных панелей поисковых систем и укажите переход со старой HTTP-версии на новую, безопасную, работающую по протоколу HTTPS.

5. Запишите новый адрес сайта (с HTTPS) в Яндекс.Справочнике и Google Мой Бизнес, если ранее вы вносили данные о коммерческой компании в реестр.

6. Поменяйте данные адреса, если вы указывали на сайте канонические страницы с помощью атрибутов rel=»canonical» и тега. Если у вас нет канонических страниц, то внедрение протокола HTTPS — хороший повод выяснить, нужно ли их оформлять.

То же самое проделайте с прямыми редиректами по коду 301 со всех HTTP-страниц сайта на соответствующие страницы с адресом HTTPS, при этом не формируйте промежуточных редиректов.

7. В панели Яндекс.Вебмастер выберите раздел «Настройка индексирования», инструмент «Переезд сайта» и установите протокол HTTPS. Удостоверьтесь, что поисковая система приняла внесенные изменения (это не быстрый процесс — он может длиться до месяца).

Для Google Search Console аналогичные манипуляции не требуются.

8. Протестируйте корректность учёта поискового трафика на HTTPS-версии, причём по отдельности в Яндексе и в Google, а также через разные браузеры

В особенности это важно, если вы пользуетесь теми или иными сторонними контентными элементами (например, скриптами или файлами).

Полезное: в Вебмастере в разделе «Качество сайта» можно посмотреть, есть ли у вашего сайта и сайтов конкурентов знак HTTPS.

Кстати, в Netpeak Spider страницы без HTTPS-протокола отмечаются ошибками с низкой критичностью.

Зачем подключать SLL (переходить на безопасное соединение)

Еще в прошлом году правительство США поручило всем местным федеральным сайтам перейти на HTTPS и сделать это до конца 2016 года. Также разработчики Mozilla Firefox заявили, что скоро перестанет поддерживать небезопасные HTTP-соединения в браузере и в добавок ко всему этому в Google заявили, что начиная с января 2017 года Chrome будет помечать все сайты, работающие через протокол HTTP и передающие конфиденциальную информацию как небезопасные, это все открытая информация о которой знаю я, а мало ли подобной закрытой информации, не исключено что остальные разработчики браузеров последуют таким же путем. Да к стати в Google обещает давать приоритеты сайтам с HTTPS, следовательно вы должны вырасти в поиске над теми у кого http.

Так что скоро скорее всего скоро будет массовый переход на HTTPS. В любом случае рано или поздно вы по любому с этим столкнетесь. И чтобы не рисковать снижением трафика, переводите сайты с HTTP на HTTPS.

Так же хочу отметить, что когда вы покупаете SSL сертификат для домена, вы переходите на новую версию протокола HTTP — HTTP/2 (https), которая позволяет выполнять множество запросов в рамках одного соединения, благодаря чему значительно повышается производительность сайтов. Следовательно нагрузки на хостинг тоже сокращаются, так же рекомендую использовать на сайте php 7, оно шустрее.

Вот еще можете почитать статью Moving Toward SSL размещенную на официальном сайте wordpress 1 декабря 2016. Она подтверждает выше сказанное, кроме того в ней написано, что если не будет сертификата на домене, в начале (или в течении, я чет не допер до конца) 2017 года, то у вас не будут работать некоторые важные функции в WP. В конечном итоге сертификат должен быть у всех, а хостинги не дающие SSL, идут в «бан» системы. Так что если ваш хостинг не раздает SSL как мой, то наверное стоит задуматься о переезде.

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

Резюмирую видео!

Развернутая пошаговая инструкция переход сайта с HTTP на HTTPS

1. Смена ссылок с абсолютных на относительные

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

    http://domain.com/landing/ заменить на //domain.com/landing/ или
     на формат URI /landing/
  • Исправление вложений медиа-контента. Изображения, видео, презентации, и др. необходимо тоже все перевести в относительные адреса, и тогда при переходе на HTTPS медиа-контент также должен подгружаться с защищенных сайтов:
  1. Если используемые картинки хранятся на нашем сайте, то просто используйте относительные адреса.
  2. Если подгружаются картинки с внешних ресурсов (CDN или других сайтов), то они также должны поддерживать HTTPS, иначе стоит отказаться от этих вложений.

Популярные сервисы, которые позволяют внедрять свой контент, типа YouTube, SlideShare, виджеты VK или Facebook, и другие, уже давно поддерживают HTTPS, поэтому с ними проблем не возникнет.

Но если есть медиа-контент с непопулярных сервисов, то уточните, будет ли этот контент работать/отображаться, если вы смените протокол.

Исправление подключений внешних скриптов. Необходимо во внешних скриптах также нужно использовать относительные URL. Например, для библиотеки jQuery, вместо кода:

Нужно использовать:

Также и с другими скриптами: Яндекс.Метрика, LiveInternet, Google Analytics, Яндекс.Директ, различные javascript библиотеки и др. Здесь принцип тот же: популярные сервисы и библиотеки поддержкивают HTTPS, а вот с непопулярными могут возникнуть проблемы.

Важно: Также следует изменить URL в атрибутах
rel=”canonical”;
link rel=»alternate» hreflang (при наличии нескольких языковых версий);
rel=»next» и rel=»prev» (на страницах пагинации).

2. Выбор и приобретение подходящего SSL-сертификата

Существует несколько видов SSL-сертификатов по степени защиты:

  • Organization Validation. Подтверждает домен и организацию. Могут проверить информацию в прессе, наличие компании в Whois, свидетельство о государственной регистрации. Средняя цена колеблется от $40 до $200 в год.
  • Extended Validation. Сертификат с расширенной проверкой — для его получения проверяется наличие компании по адресу, свидетельство о регистрации, операционная деятельность, торговая марка. Все для того, чтобы получить зеленую строку в адресной строке браузера. Стоимость в среднем от $120 до $300 в год.

Существует и классификация сертификатов по функциональности:

  • обычные SSL-сертификаты;
  • Wildcard сертификаты — используйте, если хотите установить HTTPS на поддоменах;
  • SAN сертификаты — используется для нескольких доменов.

Нам нужен обычный SSL-сертификат, Domain Validation. После установки сайт должен стать доступен как по http, так и по https.

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

3. Установка и проверка корректности работы SSL сертификата на сервере

После выбора сертификата необходимо установить его на сервере:

  • Сервер должен поддерживать SSL-протокол.
  • Установка выполняется через панель управления хостингом.

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

и так, если есть проблема: в этом случае в настройках моего сервера Apache не был настроена опция Forward Secrecy (как исправить читаем и выбираем вариант без RC4).

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

5. Настройка редиректов

После выполнения всех выше указанных пунктов необходимо настроить постраничный 301 редирект с HTTP версии сайта на HTTPS.

Дождитесь склейки доменов, у Яндекса это может занять несколько недель, дождитесь сообщения в Яндекс.Вебмастере. И только после получения сообщения настраивайте 301 редирект.

Техническое подключение защищенного протокола SSL

На сегодня, есть несколько схем подключения защищенного протокола SSL: платные и бесплатные.

  • Платно, вы можете купить сертификат безопасности в специальных центрах сертификации (CA), от 500 рублей за домен в год, получить два ключа и показать эти ключи на своем хостере. Эта статья не об этом.
  • Некоторые хостинги, предоставляют бесплатную услугу подключения защищенного протокола SSL к любому домену.
  • Использовать облачные сервера в услуги которых, входит получение SSL.
  • Покупать сертификат безопасности, для не коммерческого сайта я бы не стал. Не вижу смысла. Мне повезло, я смог техническое подключение защищенного протокола SSL выбрать по бесплатной схеме, так как мой хостер предоставляет такую услугу бесплатно.

Примечание: В предоставлении хостинг компанией бесплатных SSL сертификатов нет ничего не обычного. С тех пор как появился центр бесплатной сертификации Let’s Encrypt (о нем ниже), любая хостинг компания может установить и бесплатно предлагать сертификацию SSL своим клиентам. Могу посоветовать:

    • AgHost.biz;
    • HostLand.ru;
    • Firstvds.ru;
    • Fozzy.com
    • Sweb.ru
    • Timeweb.com

Итак, я могу включить протокол SSL на сервере своего хостера.

Включить протокол SSL на сервере своего хостера

Шаг 1. Предварительная проверка сайта

Начнем с проверки, Вдруг ваш домен уже имеет сертификат. Предлагаю следующий инструмент проверки: (https://www.sslshopper.com/).

Шаг 2. Для домена сайта, в административной панели, включаем поддержку режима SSL.

Шаг 3. Подключение сертификата на сервере хостинга

Смотрим в панели DirectAdmin. Вкладка «SSL сертификаты». Повторюсь, мой провайдер предлагает стандартные варианты получить сертификат безопасности и среди них, вариант: Free & automatic certificate from Let’s Encrypt.

Мой сайт некоммерческий и мне вполне достаточно, получить сертификат на Let’s Encrypt (https://letsencrypt.org/ru/), тип сертификата: Internet Security Research Group (ISRG).

  • Заполняем поля, указывая email из своих регистрационных данных.
  • Размер ключа должен быть не менее 2048-бит. У меня есть выбор 4096-бит.

Примечание: В рекомендации Google о переходе на HTTPS (support.google.com/webmasters/answer/6073543?hl=ru), говориться о приоритете 2048-бит по отношению к 1024-битному  ключу, о ничего нет и большем размере.

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

Бесплатный сертификат Internet Security Research Group (ISRG) для некоммерческих сайтов получен от Let’s Encrypt. Чтобы сертификат включился фактически должно пройти время.

Вернемся к проверке на сайт «SSL Certificate Comparison and Reviews» (https://www.sslshopper.com/). Делаем проверку, видим совсем другую картину.

Перевод сайта WordPress на HTTPS проверка

Как видим, сертификат есть. Получение сертификата SSL, это лишь начало. Всё самое «интересное» впереди.

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

Во-первых: сделайте бекап, будьте ж вы людьми, всегда вам говорю.

https://youtube.com/watch?v=RU-Z9Oh7kdc

Бекап — всему голова. С ним будете увереннее. Как настоящий альфа самец будете переносить сайт на https.

Потом подумайте, что у вас — Вордпресс или другая система управления сайтом. Посмотрите видосы, как переносить конкретно вашу систему на https, когда купите и поставите SSL-сертификат. Короче, подойдите во всеоружии. Быть может, имеет смысл сменить все ссылки в ссылочной структуре сайта на относительные. Может быть, надо посмотреть, откуда подгружаются медиафайлы — может, они запрашиваются по протоколу http.

Как перевести сайт на https

Весь переезд на https можно разделить на шесть этапов.

  1. Подготовка;
  2. Установка SSL-сертификата;
  3. Настройка сайта/смена его ссылок с http на https;
  4. Настройка 301 редиректа;
  5. Уведомление поисковых систем о переезде;
  6. Через какое-то время — удаление из индекса поисковых систем старых страниц на http, если таковые остались.

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

Когда сертификат будет подключен, вы либо в настройках своей CMS меняете адрес сайта на https, либо меняете все ссылки с http на https в коде (умоляю, доверьте это дело программисту, не ведите себя как пошляки).

Затем прописываете редирект (позже в статье будет указано, какие коды и куда вписывать). И проверяйте, все ли корректно работает:

  • Открывается ли сайт по адресу с https;
  • Перебрасывает ли вас на https страницы со страниц с http;
  • Указаны ли в коде сайта ссылки с https.

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

  1. Прописал бы ссылки с https в файле robots.txt, особенно это касается директивы Host и сайтмапа;
  2. Зашел бы в панели вебмастера Яндекса и Гугла и добавил бы туда версию с https;
  3. После этого там же настроил бы новое основное зеркало;
  4. Можно еще попробовать «скормить» как можно больше страниц инструментам «Переобход страниц» и «Просмотреть как Googlebot».

Ну и, наконец, придется проверить и другие нюансы, такие как настройка региона и путь к файлу Sitemap.

Какие могут быть проблемы при переходе

Ну, ТиЦ потеряете скорее всего. Ссылки, стоявшие на вас, будут из-за редиректа передавать не весь вес. Некоторые плагины могут отказаться работать на https. Некоторые способы монетизации — тоже. А главное — если что-то сделано не так, ваш сайт может вылететь из индекса. Даже если все сделано правильно — первое время в выдаче могут быть дубли страниц (одна страница с http и вторая такая же с https). И их нужно будет удалять с помощью соответствующего инструмента в панелях Яндекс Вебмастера и Гугл Вебмастера.

Шаг 2. Заказ и получение SLL сертификата от Let’s Encrypt на хостинге Beget

Переходим в панель управления хостинга в раздел «сайты», на против сайта на который хотите установить SSL жмете на http, далее «установить SSL сертификат» и «установить». После чего должно выйти уведомление, что заявка на выпуск сертификата отправлена. И через некоторое время на почту придет сообщение, что сертификат установлен на ваш домен.

Шаг 3. Настройка WordPress по работе с протоколам HTTPS

Переходим в админку сайта во вкладку настройки и выбираем общие, там есть 2 строки: Адрес WordPress (URL) и Адрес сайта (URL), меняем в них протокол на https.

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

Далее идем в раздел плагины — установленные и отключаем плагины защиты, если такие имеются (возможно нужно будет отключить и еще какие нибудь плагины)

Теперь нам нужно заменить в базе данных старые адреса сайта (http://site.ru) на новые (https://site.ru), сделать то можно несколькими способами, но самый простой на мой взгляд способ, установить плагин Better Search Replace и с помощью него заменить все адреса.

После того как плагин изменит все адреса, на первых парах устанавливаем и активируем плагин WordPress Force HTTPS, он заставит сайт принудительно работать через HTTPS. Данный плагин не обязательный, при условии что вы настроили все в .htaccess

.htaccess для WordPress сайта работающего по протоколу HTTPS

AddDefaultCharset utf-8
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - 
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php 
</IfModule>

# END WordPress
RewriteCond %{SERVER_PORT} !^443$ 
RewriteCond %{HTTP_HOST} ^www.web-revenue.ru$ 
RewriteRule ^(.*)$ https://web-revenue.ru/$1 

Если вы работаете так же как и я на хостинге Beget, то он вам подойдет в 90% случаев (только не забудьте заменить в двух последних строчках адрес сайта на свой), на других хостингах может отличатся. И так же перед тем как менять содержимое своего .htaccess сделайте на всякий случай его копию, мало ли.

Включаем все ранее отключенные плагины и отключаете уже не нужные (Better Search Replace и WordPress Force HTTPS — при условии что поправили .htaccess).

Вносим изменение в robots.txt

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

У меня эти две последние строки сейчас выглядят так:

Host: web-revenue.ru
Sitemap: https://web-revenue.ru/sitemap_index.xml

Включаем режим SSL в плагине защиты

Если у вас нет плагинов защиты, то не парьтесь. Лично у меня установлен плагин защиты iThemes Security, там есть вкладка SSL

Если на нее перейти, то увидите

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

С настройками WordPress все! Осталось уведомить поисковики что вы перехали на HTTPS. Углубляться в то не буду, это все наглядно показано в видео выше.

Если остались вопросы, задавайте, не стесняйтесь!

Ссылка на ресурсы из видео (статьи):

Хостинг: beget.com Плагин WordPress Force HTTPS: ru.wordpress.org/plugins/wp-force-ssl Плагин Better Search Replace : ru.wordpress.org/plugins/better-search-replaceЯндекс.ВебмастерGoogle Search Console

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

Вывод стандартного выпадающего Bootstrap меню
Смешанное содержимое HTTPS: как его найти и исправить >

Что нужно сделать на Google Seach Console после перехода на HTTPS

Google Seach Console не поддерживает функцией «Изменение адреса сайта» переход на безопасный протокол HTTPS. Поэтому, в Seach Console делаем следующее:

Вариант 1. Если сделали 301 переадресацию запросов HTTP на HTTPS (любым рабочим способом)

  • Добавьте сайт HTTPS, как новый.
  • Подтвердите права на сайт. С 301 переадресацией права подтвердятся автоматически.
  • Также добавьте сайт HTTPS с WWW, как новый. Подтвердите права.
  • Настройте новый сайт HTTPS аналогично старому сайту: добавьте файл Sitemap, проверьте файл robots.txt, проверьте видимость сайта на мобильном устройстве, посмотрите на сайт, как Googlebot.

Добавьте сайт HTTPS, как новыйИзменение адреса не работает для сайта HTTPS

На практике переезд сайта на безопасный протокол HTTPS со сделанным редиректом 301, практически не меняет позиции в выдаче, а индескация нового сайта HTTPS проходит не через 180 дней, а в течение 2-3 недель.

Вариант 2. Если не делать 301 переадресацию запросов HTTP на HTTPS

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

Если не делать 301 переадресацию запросов HTTP на HTTPS, добавляете сайт HTTPS в Seach Console, выставляете настройки и ждете полной индексации нового сайта, то есть делаете все те же шаги.

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

Сколько ждать индексации нового сайта в этом варианте не знаю. Сервисом заявлено 180 дней.

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

И так, друзья, как нам Google обещает, что сайты использующие ssl сертификаты в 2017 году будут повышаться в поисковой выдаче. Для этого нужно перевести сайт на https. Не верить Google на счет этого, нет причин.

Так как, что он говорит, то и делает! Думаю Вы уже смогли в этом убедиться?! О переводе сайтов с http на https речь уже идет давно и я об этом услышал еще в 2014 году, если мне не изменяет память? Тогда разработчики от Google предупредили всех пользователей своих ресурсов, что постепенно начнёт использовать HTTPS в качестве фактора положения сайта в своей поисковой выдаче.

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

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

Небольшой пример для наглядности по использованию защищенного ssl сертификата для сайта:

http

Заходите на интересующий Вас сайт и начинаете, допустим, регистрироваться там. Вводите свой логин «pupkin@gmail.com», пароль «27weTnlow72» и сайт, который расположен на http отправляет эти ваши данные на сервер в неизменном виде, так как Вы их записали.

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

Но чтобы такого не происходило, нам на помощь приходит защищенный способ передачи своих секретных данных https. На конце буква «S» означает «Secured » или в переводе на русский язык «защищенный».

Теперь давайте узнаем, как же происходит передача данных при использовании https, когда мы используем защищенные ssl сертификаты?

Вот вам пример использования защищенного ssl сертификата на сайте, когда вместо http будет https:

https

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

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

ЭТАПЫ ПЕРЕХОДА НА HTTPS

1. Замена на относительные ссылки всех абсолютных ссылок на сайтеwww.site.ru/page.html/site.ru/page.html/

  • Во внутренних ссылках,
  • В адресах скриптов, в том числе Метрики и Директ, Google AdWords и Analytics,
  • В кодах ремаркетинга,
  • В библиотеках javascript и jQuery,
  • В адресах картинок, фото, видео,
  • В адресах презентациях и доковских файлах.

2. Проверка тегов “rel=canonical

<link rel="canonical" href="https://site.com/page10.html">

3. Подключение SSL сертификата

  • SAN — для нескольких доменов,
  • Wildcard — для установки HTTPS на поддоменах,
  • Обычные – для одного домена.

Есть SSL сертификаты

  • корпоративные (Organization Validation) – подтверждающие компанию и домен,
  • с углубленной проверкой (Extended Validation) – подтверждающие юридическую организацию и домен,
  • простые (Domain Validation) – подтверждающие домен и не сохраняющиеся, если домен сайта изменить.

Можно ли использовать бесплатные SSL сертификаты?

4. Установка сертификатов SSL промежуточных и корневых.5. Проверка на наличие смешанного контента6. Перегенерация sitemap.xml7. Правки в robots.txtsite.ru

RewriteCond %{REQUEST_FILENAME} robots.txt$ ">

8. Добавление сайта с https в Яндекс и Google Webmaster.

<meta name="referrer" content="origin" />

9. Настройка 301-го редиректа с HTTP на HTTPS.

Как правильно настроить редирект с HTTP на HTTPS?

Редирект должен быть постоянный 301, а не временный 302
Должна быть только прямая переадресация 301-м редиректом без промежуточных звеньев.
Каким способом вы настроите 301 редирект – с помощью файла .htaccess или прописав прямо в коде сайта – не важно.
301 редиректы постранично нужно делать только после склейки https-версии с http, тогда в индексе уже будет до 70% https-страниц. А редирект с site.ru/robots.txt делать не нужно.

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

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

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

Поисковые системы рекомендуют делать внутренние ссылки без указания протокола, и если возможно, то и внешние ссылки. В относительных ссылках отсутствует протокол, поэтому такие ссылки работают на сайте при любом варианте протокола (http, https).

Пример абсолютной ссылки с протоколом:

http://vellisa.ru

Пример относительные ссылки, в которой нет протокола:

//vellisa.ru

Для замены ссылок я использовал плагин Search Regex. Включите плагин Search Regex, а затем выполните следующие действия:

  1. В поле «Search pattern» введите часть ссылки (на этом примере, часть ссылки на изображение), в которой указан протокол (http:).
  2. Нажмите на кнопку «Search», после этого, на странице отобразятся все найденные подобные ссылки и их количество.
  3. В поле «Replace pattern» введите такую же часть ссылки, только без указания протокола (смотрите пример на изображении).
  4. Нажмите на кнопку «Replace & Save».
  5. После этого, все подобные ссылки в статьях на сайте изменятся.

Теперь все ссылки на изображения на сайте будут без указания протокола:

было: src="http://vellisa.ru/wp-content/uploads/2017/01/0-2.png

стало: src="https://vellisa.ru/wp-content/uploads/2017/01/0-2.png

Подобным образом измените внутренние ссылки (уберите оттуда протокол) на другие статьи своего сайта (внутренняя перелинковка).

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

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

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

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

Adblock
detector