Переезд сайта на https



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

Сначала смотрим видео:


Что это такое?

HTTPS (Hypertext Transport Protocol Secure) — безопасный протокол обмена информацией между сайтом и браузером пользователя с поддержкой шифрования. Если раньше его использовали только крупные интернет-магазины, банки и другие подобные сайты, то сейчас даже информационники и визитки переезжают на HTTPS.


Переезд сайта на https
Источник: блог Яндекса

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

Если вас интересует более подробная информация, рекомендую прочитать статью в блоге Яндекса «Что такое протокол HTTPS, и как он защищает вас в интернете».

Зачем переезжать на HTTPS

Несколько фактов:

  • В августе 2014 году Гугл сообщил, что начал использовать протокол HTTPS как фактор ранжирования сайтов в поисковой выдаче. Исследования западных SEO-специалистов это подтверждают
  • В январе 2015 года Яндекс окончательно перевел все сервисы для вебмастеров на безопасный протокол
  • В августе 2016 года за несколько недель количество сайтов на HTTPS в ТОПе поисковой выдачи существенно выросло
  • С января 2017 года Гугл Хром начал отмечать сайты на HTTP как небезопасные
  • Для некоторых пользователей сайт на безопасном протоколе вызывает больше доверия
  • Пуш-уведомления могут использовать только сайты на HTTPS

Какие есть риски при переезде на HTTPS?

Два самых неприятных момента, связанных с переездом:

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

Как выбрать сертификат?

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

По проверке

Domain Validation

  • Проверочный код на e-mail @site.ru
  • TXT-запись в DNS домена

Organization Validation

  • Данные во Whois
  • Информация о компании в «Желтых страницах»
  • Свидетельство о государственной регистрации

Extended Validation

  • Наличие компании по адресу
  • Свидетельство о государственной регистрации
  • Документы, подтверждающие операционную деятельность
  • Торговая марка

По функциям

Обычный

Самый распространенный вид SSL-сертификатов.

Wildcard

Сертификат для неограниченного числа поддоменов.

SAN

Сертификат, действующий для нескольких доменов на одном сервере.

С поддержкой IDN

Сертификат, поддерживающий кириллические домены.

Сколько это стоит?

Самый дешевый SSL-сертификат стоит $9 в год.

Лайфхак как получить сертификат за 200 рублей.

  • Покупаем хостинг reg.ru «Host-0» на 1 месяц за 200 Р
  • При оформлении заказа ставим галочку напротив «Бесплатный SSL сертификат для домена»
  • Оплачиваем счет
  • Получаем письмо с TXT-записью для подтверждения домена
  • Указываем ее в DNS-записях домена
  • Получаем на почту SSL-сертификат!

Как купить сертификат?

Пошаговая инструкция:

Шаг 1. Выбираем центр-сертификации

Шаг 2. Генерируем CSR-код (нужно указать домен, организацию, отдел, город, область, страну и E-Mail)

Шаг 3. Сохраняем CSR и Private Key (приватный ключ потребуется для установки сертификата на сервер)

Шаг 4. На основе CSR получаем SSL-сертификат

Шаг 5. Выполняем необходимые проверки (например, подтверждаем @site.ru)

Как установить сертификат на хостинг?

Самый простой способ установки сертификата — отправить запрос хостеру. К заявке нужно приложить SSL-сертификат и Private Key.

После установки нужно настроить 301-редирект со старого протокола на новый.

Приведу пример настройки редиректа всех страниц с http:// на https:// для Linux-хостинга:

Вариант 1

RewriteEngine On
RewriteCond %{HTTPS} =on
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,L]


Вариант 2

RewriteEngine On
RewriteCond %{SERVER_PORT} !^443$
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R,L]

Вариант 3

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Что делать после установки?

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

Сначала база данных. Заходим в PhpMyAdmin, создаем бекап всех таблиц:

Переезд сайта на https

На всякий случай делаем копию бекапа, другую версию открывает в текстовом редакторе, например Notepad. Делаем поиск и замену конструкции http://site.ru на https://site.ru:

Переезд сайта на https

Очищаем базу в PhpMyAdmin. Переходим во вкладку «Структура», отмечаем все строки и жмем «Удалить»:

Переезд сайта на https

Импортируем исправленную таблицу и заменяем все внутренние HTTP-ссылки внутри макета.


Как избежать проблемы со смешанным содержимым?

После установки сертификата нужно проверить, чтобы соединение было полностью защищено и не возникала проблема «Смешанного содержимого». Эта проблема возникает в том случае, когда какие-то файлы на вашем сайте подгружаются по небезопасному протоколу HTTP.

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

Переезд сайта на https

Простой способ поиска скриптов или других файлов, которые подгружаются по небезопасному протоколу следующий. Открываем код сайта в браузере (обычно CTRL+U), включаем поиск (CTRL+F) и вводим «http://».

После того, как мы нашли такие файлы, заменяем их ссылки на https или просто убираем протокол (делаем их вида «//site.ru»).

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

Как настраивать панели вебмастеров?


В Яндекс.Вебмастере переходим в раздел «Настройка индексирования» — «Переезд сайта», выбираем опцию «Добавить HTTPS».

Переезд сайта на https

В Google Search Console просто добавляем новый сайт с указанием безопасного протокола.

Переезд сайта на https

Что делать с обратными ссылками?

После переезда на HTTPS желательно поменять протокол всех обратных ссылок.

Где исправлять ссылки:

  • Собственные сети сайтов (PBN)
  • Профили
  • Каталоги
  • Паблики и группы в соцсетях
  • Ссылки на сайтах партнеров
  • Биржи вечных ссылок (стучимся к веб-мастерам с просьбой)
  • Любые другие площадки

vinograd.io

Что дает перенос сайта с HTTP на HTTPS?

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


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

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

К сведению! Согласно результатам исследования компании SearchMetrics была установлена статистическая взаимосвязь между установкой протокола и ТОП-позициями в поисковой выдаче Google. Если два года назад на первой странице находилось лишь 12% сайтов с HTTPS, то сейчас показатель вырос почти в четыре раза. SEO-гуру рекомендуют не оставаться на простом соединении, а срочно переходить на безопасный аналог. По их прогнозам, в скором времени наличие защищенного протокола будет иметь для поисковиков не меньшее значение, чем высокая скорость загрузки.


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

Недостатки перехода на безопасный протокол

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

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

В случае некорректного перехода на HTTPS часто возникают битые ссылки, смешанное содержимое mixed content и дубли страниц, если 301 редирект поставлен не везде, где нужно.

Однако главная сложность для вебмастера — именно снижение посещаемости примерно на 20%. Вам, наверное, интересно, как свести эту проблему на нет? Прочтите всю статью, и вы узнаете, как начать перенос сайта на HTTPS без потери позиций!

Пошаговая инструкция по переезду

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


  1. Проверить, чтобы изображения, таблицы стилей и скрипты подгружались по HTTPS (иначе браузер не будет выдавать защищенный значок зеленого цвета).скриншот защищенного значка зеленого цвета в браузере
  2. Настроить редирект, чтобы читатели пользовались исключительно безопасным соединением.

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

Проверка поддержки SSL вашим хостингом

Многие хостеры позволяют быстро добавить полученный сертификат с помощью панели управления. Если не получается справиться своими силами, следует написать в саппорт или нанять на 30–60 минут хорошего программиста — он все сделает должным образом.

Нынешний провайдер не поддерживает SSL? Тогда, к сожалению, придется искать другой вариант.

Учтите: смена хостинга и переход сайта на HTTPS требуют перенаправления старого IP-адреса на новый.

Смена внутренних ссылок с абсолютных на относительные

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

Линки вне зависимости от доменного имени:

  • https://site.ru/content/ — абсолютная;
  • /content/ — относительная.

Виды ссылок вне зависимости от протокола:

  • https://site.ru/content/ — полная;
  • //site.ru/content/ — относительная.

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

Несмотря на возможность проводить такие изменения непосредственно в базе данных (SQL), удобней это сделать при помощи плагинов. Для WordPress это Velvet Blues Update URLs или HTTP / HTTPS Remover.

Исправление вложений медиа-контента

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

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

Исправление подключений внешних скриптов

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

Это касается непопулярных сервисов, в то время как востребованные инструменты функционируют по HTTPS. К ним относятся Google Analytics, Яндекс. Директ и Яндекс. Метрика, LiveInternet и разные JavaScript библиотеки.

Важно! В комментариях многих форумов SEO-специалисты рекомендуют новичкам применять технологию HSTS — тогда браузер станет запрашивать HTTPS-страницы, даже если пользователь введет в строке HTTP. Чтобы воспользоваться функцией, найдите веб-сервер с ее поддержкой. Однако учтите: включение HSTS усложняет процедуру отката.

Приобретение SSL-сертификата

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

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

Как получить сертификат?

Центр сертификации — это организация, которая имеет право выдавать SSL-сертификаты на основе результатов проверки данных в CSR. В простых сертификатах играет роль лишь соответствие домена, в сложных и дорогостоящих осуществляется тщательное исследование самой фирмы.

Вы можете купить сертификат в специальном центре, например, в Comodo, Symantec, Thawte Consulting или Trustwave. Цены, указанные на reg.ru, стартуют от 1860 и заканчиваются 78 120 рублями при заказе на год. В зависимости от сложности SSL-сертификата время обработки заявки может составлять и несколько минут, и десять рабочих дней.

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

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

скриншот предупреждения юзеров о том, что ресурс не проверен

Виды цифровых сертификатов

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

Цифровые сертификаты высокого уровня

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

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

На заметку! Если вы являетесь хозяином кириллического домена, ищите SSL-сертификат с IDN. Он точно будет работать с именами в зоне. РФ.

Настройка SSL на сервере и хостинге

Как установить HTTPS? Найдите раздел «Настройка SSL». Затем внесите информацию с сертификата из файлаимя сайта.crt в поле «SSL сертификат (.crt)». При наличии цепочки bundle либо ca-bundle, ее тоже надо добавить в упомянутое выше поле. В строке «SSL ключ (private key)» необходимо указать полученный вместе с цифровым сертификатом приватный ключ. Данный алгоритм работает при настройке сертификата, выданного центром сертификации.

Установка самописного или же автоматизированного варианта на многих хостингах проходит еще проще: нужно лишь заполнить форму или подать запрос, после чего нажать «Сохранить» (во втором случае «Установить»).

Как проверить корректность установки SSL?

В анализе корректности работы способен помочь бесплатный сервис SSL Shopper. Перейдите по ссылке на SSL Checker, затем впишите имя домена и нажмите на «Check SSL». После этого онлайн-служба даст оценку настройки безопасного соединения и предоставит рекомендации на основе выявленных проблем.

скриншот интерфейса SSL Shopper

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

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

Проверка доступности сайта через HTTPS-протокол

Когда установите цифровой сертификат, удостоверьтесь, что ресурс доступен по адресу с http:// и https://. При выявлении проблемы, сразу ищите и устраняйте ее причину.

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

Проверка доступности сайта через HTTPS-протокол

смешанный контент при проверки доступности сайта через HTTPS-протокол

Настройка сайта после переезда

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

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

Исправление переадресации: HOST и 301 редирект

Существует два способа: при изменении адреса можно установить перенаправление с помощью файла дополнительной конфигурации .htaccess, 301 редирект или директивы HOST.

Если вы отдали предпочтение первому варианту, откройте файл дополнительной конфигурации .htaccess любым текстовым редактором и добавьте в него следующее:

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

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

Чтобы не терять драгоценное время, используйте директиву HOST в файле robots.txt. Внесите в этот документ из корневой папки следующую строку:

host: https://имя вашего сайта

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

Настройка нового sitemap.xml

Файл robots.txt обязан включать в себя новый путь к карте сайта с безопасным протоколом. Все страницы в sitemap.xml должны быть с HTTPS.

Проверка rel=«canonical»

Данный тег помогает исключить дубликаты, а еще он отвечает за правильную концентрацию ссылочного веса. Атрибут создается одинаково для каждой CMS: в коде страницы (блок HEAD).

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

Проверка rel=«alternate»

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

Проверка внутренней перелинковки

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

Обратите внимание! Каждая CMS имеет свои особенности. На Joomla проблемы с переездом случаются крайне редко. Здесь нужно всего лишь включить протокол SSL в. общих настройках, затем сохраниться, очистить кэш сайта и браузера. А вот на WordPress требуется смена внутренних ссылок с абсолютных на относительные.

Проверка работы изображений и скриптов

Картинки и внешние скрипты обязаны исправно работать через безопасный протокол. При обнаружении проблемных участков лучше установить их на сервер — так они 100% будут загружаться по HTTPS.

Действия выполнены, а браузер все равно не спешит называть соединение защищенным? Обычно это связано со скриптами, которые идут от страниц. Замените урлы на относительные без протокола, а затем проверьте коды ответов, редиректы и 404 страницы.

Настройка оповещения поисковых систем

Как перенести сайт на HTTPS в Google без потери трафика? Конечно же, сообщить поисковикам о проделанных вами действиях с помощью панели вебмастеров:

  • Добавляем обе версии проекта в Яндекс. Вебмастер, уведомляя в разделе «Переезд сайта» предпочтительный протокол. Ожидаем склейку и уведомление о смене основного зеркала. В конце проверяем корректность отображаемого региона и отключаем поддержку HTTP-ссылок в настройках.

Добавляем обе версии проекта в Яндекс. Вебмастер

  • Заносим сайт с защищенным соединением в Google Search Console с подтверждением прав. При обнаружении Гуглом безопасного протокола робот автоматически заменяет контент с HTTP на HTTPS по мере переиндексации. Непременно проверьте корректировку в геотаргетинге, параметрах url и других разделах.
  • С Google Analytics все просто: необходимо изменить протокол в строке URL по умолчанию (Аккаунт / Ресурс / Настройки ресурса).

 

изменение протокола в строке URL по умолчанию в google analytics

Также изменить протокол в строке URL веб-сайта в настройках представлений.

изменение протокола в строке URL веб-сайта в настройках представлений google analytics

Сам код Google аналитики и Яндекс Метрики переустанавливать не нужно!

Проверка корректности перенаправления

В конце необходимо тщательно изучить каждую переиндексацию, просканировав сайт спайдером (к примеру Screaming Frog SEO Spider).

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

Как узнать, что сайт полностью переехал на HTTPS?

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

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

В заключение

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

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

У вашего сайта много трафика и вы боитесь его потерять при переезде? Напишите нам и мы поможем провести грамотный переход с минимумом потерь по трафику.

livepage.pro

Введение

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

Начнем с того, зачем это вообще нужно? Если кратко и в пределах поисковых систем, то использование на вашем сайте протокола HTTPS повышает рейтинг сайта в глазах Google и Яндекс. Это логично – сайты, обеспечивающие надежную передачу данных, вызывают большее доверие, чем остальные, и поэтому имеют право получать некое преимущество в поисковых системах.

Сейчас, если у сайта есть две версии (HTTP и HTTPS), то Google в первую очередь показывает версию сайта с безопасным протоколом. Более того, в январе 2017 года браузер Chrome начнет помечать как небезопасные все сайты, которые передают данные о паролях и банковских картах, и при этом работают по протоколу HTTP (по крайней мере, такая информация в сентябре появилась в блоге компании). Но это будет лишь шаг к тому, чтобы в будущем помечать как сомнительные все сайты с небезопасным протоколом.

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

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

Подготовка

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

Первым делом вам необходимо начать с главного – приобрести и установить SSL-сертификат. Если вы являетесь клиентом Timeweb, то у вас есть два основных варианта: Comodo Positive SSL и Let’s Encrypt. Более подробно о них вы можете прочитать в этой статье. Перейдем к самому процессу перехода.

1. Создайте новую версию, копию вашего сайта, которая будет работать по протоколу HTTPS. На данном этапе у вас должно работать два сайта: один по HTTP, другой по HTTPS. Обязательно проверьте, что они оба работают корректно (особенно сайт, доступный по HTTPS!).

2. Оба сайта должны содержать файл robots.txt (который помогает ботам индексировать сайт); в нем необходимо прописать сайт, который будет являться главным зеркалом вашего ресурса.

Речь о директиве Host, в которой вы можете задать главное зеркало вашего сайта, которое и будет в итоге показываться в поисковой выдаче (в данном случае речь, конечно, идет о HTTPS-сайте).

В итоге ваша директива должна выглядеть примерно вот так:

Обязательно пропишите протокол – собственно, это основное, ради чего вы и прописываете эту директиву. Но на этом работа с файлом robots.txt не заканчивается.

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

Для этого в robots.txt необходимо прописать следующее:

4. Также проверьте, что в атрибутах rel=”canonical” и rel=”alternate”, а также в файле sitemap.xml в HTTPS-версии сайта все ссылки были прописаны по соответствующему протоколу.

Яндекс

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

1. Новый сайт необходимо добавить в форму «Переобход страниц» (addurl): http://webmaster.yandex.ru/addurl.xml

Либо добавить сайт отдельно в список своих сайтов в Яндекс.Вебмастере: https://webmaster.yandex.ru/sites/add/

2. И рассказать о переезде своего сайта в Яндекс.Вебмастере в разделе «Настройка индексирования» -> «Переезд сайта»: https://webmaster.yandex.ru/site/index-setup/mirrors/

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

Google

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

2. Если на HTTP-сайте вы использовали Disavow Tool (инструмент для отклонения обратных ссылок), то обязательно добавьте его и для HTTPS-версии сайта.

После склейки зеркал

После того, как в Яндексе ваши сайты были склеены, нужно настроить редирект с HTTP-сайта на HTTPS-сайт.

Установите серверный 301 редирект; при этом, если это возможно, желательно для каждой страницы старого сайта прописать редирект на соответствующую страницу нового сайта.

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

Обычно для перенаправления нужно добавить вот эти строки:

Если этот вариант оказался нерабочим, посмотрите другие возможные варианты в разделе "Типовые перенаправления" Справочного центра Timeweb.

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

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

После всех правок проверьте, что все работает корректно!

Поздравляю, теперь ваш ресурс полностью перешел на HTTPS-протокол. Даже если позиции сайта все-таки просели, не стоит сразу отчаиваться – скорее всего, через некоторое время они восстановятся.

Проблема смешанных протоколов

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

На деле это выглядит примерно так: у вас есть страница https://mysite.com/, на которой должен загружаться скрипт http://mysite.com/script.js или картинка http://mysite.com/image.png. Оба этих элемента относятся к смешанному контенту и, скорее всего, будут заблокированы вашим браузером (если речь идет о скриптах, то страница просто не будет отображаться).

Что же делать в таком случае?

Нужно заменить все полные ссылки на относительные.

Вместо http://mysite.com/script.js вам нужно прописать //mysite.com/script.js, то есть убрать протокол, либо даже /script.js, убрав также и домен. Ваш код будет выглядеть примерно так:

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

Удачи!

timeweb.com

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

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

Но есть и бесплатная, при этом не менее эффективная, альтернатива — Let’s Encrypt. Эта компания предоставляет бесплатные SSL-сертификаты, которые оснащены функцией автопродления. Удобно и выгодно.

ssl сертификат lets encrypt
Сегодня многие хостинг-провайдеры поддерживают получение сертификатов от Let’s Encrypt.

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

Множество хороших отзывов о Beget.com , здесь также можно получить бесплатный сертификат Let’s Encrypt. Есть и третий вариант CloudFlare. Они предлагают бесплатный тариф для личных сайтов и блогов.

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

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

получение SSL
Выбираем получение нового сертификата. Ждем буквально несколько секунд и становимся счастливыми обладателями SSL-сертификата с автоматическим продлением.

После того, как мы получили сертификат, пробуем открыть сайт с приставкой https:// 

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

Возможные варианты решения:

  • правила редиректов в .htaccess
  • functions.php
  • установленные плагины

Если же не удалось найти проблему самостоятельно, то идем к хостеру и просим помощи ? 

Первый этап окончен, далее нужно переходить к настройке.

Настройка https для WordPress

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

Прежде всего, при размещения сайта на CMS WordPress на VPS сервере, в файл wp-config.php необходимо добавить следующую директиву:

$_SERVER[‘HTTPS’] = ‘on’;

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

Установка плагина 

Первым делом идем в админку WordPress и ставим плагин Http / Https Remover
Сие чудесное творение автоматически поправит все абсолютные ссылки, которые содержали http://, заменяя их на относительные.

Например:

было: src="http://2d.site/logo.png" стало: src="//2di.site/script.js"

Никаких опций и настроек, просто активировал и готово. Работает на Front- и Back-end.

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

Общие настройки сайта

Идем в Админку. Настройки → Общие.

Здесь у нас два поля:

  • Адрес WordPress (URL)
  • Адрес сайта (URL)

В обоих должен быть указан протокол HTTPS.
https в wordpress
К слову, у меня почему-то в Адрес WordPress (URL) был HTTP. При ручной замене HTTP на HTTPS сайт падал и не вставал, приходилось идти в MySQL, таблица wp_options, искать там siteurl и руками менять обратно на HTTP. Описываю, если вы вдруг такой же «везунчик» как и я. 

Далее, не будет лишним добавить следующий код в wp-config.php

define('FORCE_SSL', true); define('FORCE_SSL_ADMIN',true); 

Код добавляем в районе 80-85 строки над текстом «Ниже не редактировать»

Настройка https для DLE

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

Собственно, после получения SSL — проверяем работает ли сайт по протоколу https. Если нет, то разбираемся с поддержкой хостинга и сертификатом. Если да, то идем в админку.

Выбираем Настройки скрипта → Настройка системы.

Проверяем адрес, указанный в поле Домашняя страница — там должен быть урл с https.

https в dle
Кажется, это все. Проверим?

Проверка SSL

Прежде всего, открываем сайт в Google Chrome с урлом https

работа https в google chrome
Если видим зеленый замочек и текст с надписью Защищено — все ок.

Также я делаю проверку в SSL Checker на предмет ошибок.

проверка ssl

Склейка https и http

Сайты http и https — это два разных сайта.

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

Рекомендации для Яндекса и Google:

1. Добавить новый адрес в Вебмастер и Search Console

2. Убедиться, что на обоих сайтах одинаковый robots.txt, при этом Sitemap должен иметь корректную ссылку

3. Настроить 301-редирект со страниц http на https

Добавляем в .htaccess

RewriteEngine On RewriteCond %{HTTP:X-Forwarded-Protocol} !=https RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

Хотя тут бывают разные вариации, если у вас не сработал этот код, то лучше обратиться к хостеру. 

Важно! Убедитесь в корректной работе 301 редиректа с www и без www на главное зеркало сайта

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

Через некоторое время поисковики склеят http и https версию и вы станете крутым вебмастером, обладателем защищенного сайта!  sunglasses

2di.site

Что ломается после перехода на https

Обмен с 1С

1С (УТ/УПП) использует настройки параметров обмена для соединения с сайтом. В них указывается адрес сайта. Если настройки неверны то можно увидеть похожее сообщение “Не удалось установить соединение с сервером. Авторизация пользователя не выполнена”.

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

1С:Управление торговлей, ред. 11.1.

1С:Управление торговлей, ред. 11.1.

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

Пример такого исключения (для вставки в .htaccess):

RewriteCond %{SERVER_PORT} !^443$ 

RewriteCond %{REQUEST_URI} !^/bitrix/admin/1c_exchange.php

RewriteRule ^ https:// ваш-сайт%{REQUEST_URI} [R=301,L]

Сервисы использующие API

Как правило, сайты (особенно интернет-магазины) интегрированы со множеством сторонних сервисов:

  • платежные системы (Яндекс.Касса, IntellectMoney,  Web Money),

  • службы доставки (СДЭК, ПЭК, DHL),

  • счетчики посещений (Google Analytics, Яндекс.Метрика),

  • соц-сети и пр.

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

Переезд сайта на https

Переезд сайта на https

Переезд сайта на https

Ссылки на сторонние ресурсы

После переезда на https мы ожидаем, что браузер покажет — наш сайт безопасен:

Переезд сайта на https

Однако, вопреки ожиданиям мы можем увидеть это:

Переезд сайта на https

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

pasted image 0 (19).png

Если внутренние ресурсы, как правило, подключаются по относительному пути, то для внешних ресурсов всегда прописывается полный путь с протоколом. Так как с каждым годом политика браузеров относительно ненадежных сайтов ужесточается, то использование так называемого “смешанного контента” может привести к критическим проблемам. Например, могут не подключаться скрипты по http или не выполняться запросы к незащищенным страницам.

Переезд сайта на https

Одна из возможных неприятностей, которая может настигнуть — невозможность пользователю оплатить заказ прямо на сайте. Некоторые платежные системы подключаются на страницу с помощью  javascript. Если скрипт подключен неверно (по http) — браузер запретит переходить на страницу оплаты.

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

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

Переезд сайта на https

Доступность сторонних ресурсов по https

Если сторонний ресурс (например CDN) доступен по http, вовсе не обязательно, что он будет доступен и по защищенному протоколу:

Переезд сайта на https

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

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

Ссылки на внутренние ресурсы

Хотя указывать абсолютные пути на внутренние ресурсы — дурной тон, такое все же встречается. Поэтому также как и в предыдущем пункте — находим все ссылки с http:// и заменяем на https://. А вообще, чтобы не было проблем с переходом, нужно сразу ссылки ставить как “//”.

Например: <img src=»//www. intervolga. ru/favicon.ico»>

В таком случае будет использоваться такой же протокол как у текущего url-а.

Приложения использующие API

У вас есть мобильное приложение? Или ваш сайт предоставляет REST API? Не забудьте протестировать это API, обновить документацию и узнать — а могут ли клиенты подключиться по https без проблем? Проверять нужно до переезда, ведь может потребоваться доработка.

Содержимое robots.txt

Сайт на http и https — для поисковых систем два разных сайта. Чтобы сообщить поисковику, что это два зеркала одного сайта раньше можно было использовать директиву Host в файле robots.txt. Она говорит какое зеркало главное и должна со всех зеркал вести на один адрес.

С конца марта 2018 Яндекс не поддерживает директиву Host . Переезд сайта осуществляется с помощью 301 редиректа (как в Google).

Содержимое sitemap.xml

Еще один механизм, который поможет поисковику узнать о переезде — файл sitemap.xml. В нем содержатся ссылки на страницы сайта, которые нужно проиндексировать.

После переезда не забываем пересоздать sitemap.xml cо ссылками на https.

Meta-тег canonical

На хороших SEO-оптимизированных сайтах давно настроен мета-тега rel=’canonical’. Адрес страницы в этом теге всегда задается с указанием протокола. При типовой реализации протокол меняется в настройках соответствующего инфоблока.

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

Кеширование

Ну и как же забыть про извечную проблему «не сбросил кеш». Можно блестяще справиться со всеми проблемами, которые мы перечислили выше, но если забыть очистить кеш сайта, многие усилия окажутся напрасны. Конечно, в Битриксе есть технология «Управляемый кеш», но вы абсолютно уверены что ваши разработчики ей воспользовались, делая какой-нибудь нестандартный отчет или сложную систему лояльности?

Выводы

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

www.intervolga.ru

Необходимость переезда на защищенный протокол

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

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

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

Переезд сайта на https

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

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

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

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

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

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

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

Зеркала сайта  – это два адреса одного и того же сайта. В нашем случае это:

Переезд сайта на https

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

NB: Невозможно корректно переехать на HTTPS только разделом сайта

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

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

  1. Установка сертификата
  2. Работа над содержимым
  3. Добавление в поиск
  1. Получение и установка сертификата. Сама по себе процедура получения сертификата достаточно проста. Вебмастеру нужно отправить формализированный запрос в специальную организацию, которая и пришлет нужный сертификат для дальнейшего использования:

Переезд сайта на https

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

• letsencrypt.org
• startcomca.com
• wosign.com
• …

После получения сертификата, придерживаемся следующего алгоритма действий:

  1. Устанавливаем на сайт в панели администрирования хостера (в 95% случаев это можно сделать прямо в панели администрирования сайта)
  2. Проверяем отсутствие редиректа на HTTP-версии (это очень важно, так как многие хостеры автоматически включают перенаправление со старой версии на новую, в результате чего сайт по старому адресу становится недоступным для индексирующих роботов и для посетителей)

Сделать это можно при помощи специального инструмента в Яндекс.Вебмастере:

Переезд сайта на https

  1. Проверяем корректность SLL-сертификата
  • во всех браузерах
  • на сайте ssllabs.com

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

Переезд сайта на https

Если же сертификат корректен, результаты проверки будут выглядеть так:

Переезд сайта на https

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

  1. Переводим содержимое сайта на HTTPS. Для начала нужно сделать внутренние ссылки относительными.

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

Также переводим на HTTPS:

  • Ссылки на изображения и видео
  • Контент партнеров
  • Scripts
  • Canonical

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

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

Переезд сайта на https

Файл со списком страниц для индексирования Sitemap, также должен содержать информацию о том, что на сайте есть страницы по защищенному протоколу.

Для этого нужно:

  1. Создать отдельный файл для HTTPS
  2. Сообщить роботу о наличии этого файла с помощью Яндекс.Вебмастера ( и сам сайт на HTTPS также добавить в Вебмастер)

На этом подготовку сайта к переезду можно считать завершенной и сообщить об этом поиску.

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

  1. Указать роботу на адрес главного зеркала с помощью директивы Host в robots.txt:

Переезд сайта на https

  1. Используем инструмент «Переезд сайта» (по адресу текущего главного зеркала):

Переезд сайта на https

Индексирующий робот проверит корректность перевода сайта на защищенный протокол (обычно это происходит в течение 2-3 часов, но может занять и больше времени – до 3 дней), и если не допущено никаких ошибок, то в скором времени в результатах поиска появится нужная HTTPS-версия сайта.

HTTPS-версия сайта будет признана главным зеркалом сайта, о чем вебмастер получит специальное уведомление. Это значит, что все показатели HTTP-версии начинают учитываться  для HTTPS: (входящие ссылки, оригинальные тексты, ТИЦ и т.д.)

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

www.searchengines.ru


You May Also Like

About the Author: admind

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

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

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.