✖

Главная
Статьи
Как перевести сайт на https без потери трафика и позиций: пошаговая инструкция

Как перевести сайт на https без потери трафика и позиций: пошаговая инструкция

31 Января 2020

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

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

Содержание:

Зачем переезжать на защищенный протокол?

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

HTTPS (HyperText Transfer Protocol Secure) — это более совершенная версия HTTP-протокола, придуманная в далеком 1994 году для браузера Netscape Navigator с целью защитить от мошенников личные данные, которые пользователи вводят на сайтах. Официальное использование технологии началось с 2000 года, когда она прошла спецификацию RFC 2818. Несмотря на такой возраст технологии, к 2017 году в мире было только 20% сайтов на https, в рунете цифра составляла итого меньше - 4%

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

Самый популярный браузер Google Chrome (а далее и все другие на движке WebKit) стали ставить отметку “незащищенный протокол” на сайтах, не использующих https, что стало отпугивать часть потенциальных покупателей у интернет-магазинов.
В свой сервис розничной торговли Merchant Center стал принимать только сайты, имеющие SSL-сертификат.
Информационные вбросы сотрудников Google, что https-протокол становится фактором ранжирования в поисковой системе и сайты на нем будут получать преимущества.

Данные действия привели к тому, что уже к середине 2018 года количество сайтов в мире использующих защищенный протокол, стало больше, чем тех, кто остался на http - 51%. Данное число будет расти дальше и в обозримом будущем достигнет показателя 100%.

Динамика переезда сайтов на https с 2016 года

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

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

Рекомендации вебмастера о переезде на https

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

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

SSL-сертификаты классифицируют по подлинности и делятся на 3 типа:

DV-сертификаты (от английского Domain Validation - подтвержденный домен). Это самый распространенный тип сертификатов, использующий базовый уровень SSL-валидации, он подтверждает то, что вы являетесь владельцем домена. Такой сертификат гарантирует надежное шифрование личных данных на сайте, но не проверяет тот факт, что вы являетесь владельцем законного бизнеса. Получить SSL и установить его на сайт можно максимально быстро, стоимость не превышает 10%, также имеются и бесплатные варианты (например Let’s Encrypt). После установки на домен, браузер устанавливает безопасное соединение с сайтом и показывает в адресной строке значок закрытого замка. Для поисковых систем и их сервисов на текущий момент времени достаточно и этого сертификата, но тем не менее, для владельцев интернет-магазинов рекомендуется приобрести более совершенный вариант - OV.
OV-сертификаты (от английского Organization Validation - подтвержденная организация). Изначально предназначен для владельцев интернет-бизнеса и различных организаций. Сертификат удостоверяет владельца сайта и содержит в себе название компании. Процесс валидации более сложен и длителен, чем у DV, центр сертификации дополнительно проверяет факт того, что вы действительно владеете компанией. Организация должна присутствовать в государственном реестре и в доверенном интернет-справочнике (к примеру, dnb.com или connect.data.com). Стоимость получения OV-сертификата составляет от 40 до 100 долларов.
EV-сертификаты (от английского Extended Validation - расширенное подтверждения). Самый престижный и дорогой вид сертификата, полностью соответствуют OV с одним дополнением - в адресной строке отображают название юридического лица.

На что еще обратить внимание

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

Получение бесплатного сертификата для сайта (Let’s Encrypt)

Если требуется получить бесплатный SSL-сертификат, для этого потребуется воспользоваться сервисом SSL For Free - https://www.sslforfree.com/. На стартовой странице указываем необходимый домен, который планируется перевести на https.

Поле, куда надо ввести доменное имя для получения https

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

Самый простой способ - “Manual Verification” - когда в корень сайта необходимо закинуть файл подтверждения. Выбираем данный способ, скачиваем файл. В корне сайта создается папка .well-known (обязательно с точкой), внутри еще одна папка acme-challenge и в нее размещает скачанный файл подтверждения (их может быть 1 или 2). После чего нажимаем “Download SSL Certificate”.

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

Установка SSL-сертификата на хостинг

У каждого хостинга установка сертификата работает примерно по одному принципу. Рассмотрим примеры установки https на нескольких популярных сервисах размещения информации на сервере

Как поставить https на sweb.ru

В панели управления sweb.ru есть раздел SSL

Заходим в него, нажимаем кнопку “Установить” и на появившейся странице выбираем один из двух способов добавления сертификата к домену - загрузка готового файла, когда надо прикрепить полученные выше данные сертификата. Сертификат для домена (.crt), приватный ключ (.key), промежуточный сертификат (.ca-bundle) - после того, как указали пути для них, нажимаем “Установить”.

В течении 24-часов на сайт будет поставлен https.

Так же Sweb.ru с недавних пор позволяет получить сертификат без дополнительных манипуляций, необходимо только в разделе "SSL" нажать кнопку “Установить” и выбрать пункт "Let's Encrypt" и домен, на который его установить.

Получение сертификата Let's Encrypt в sweb.ru

Установка SSL в панели управления Timeweb

Заходим в раздел SSL-сертификаты.

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

Добавить https-сертификат в Beget

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

Там у необходимого сайта нажать кнопку “http”.

И в всплывающем окошке кликнуть на “Установить SSL сертификат”.

Далее, в течении суток, домену будет установлен шифрованный протокол.

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

После того, как на сайт будет установлен https-протокол, не будет лишним проверить правильность его установки. В этом нам поможет сервис - https://www.sslshopper.com/ssl-checker.html

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

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

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

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

Резервная копия файлов и базы данных

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

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

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

Абсолютная ссылка выглядит следующим образом: https://test.ru/page/.

Относительная ссылка: /page/.

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

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

Проверка всех внутренних ссылок https-версии сайта.

После замены всех URL проверяем https-версию сайта на то, что на нем ссылок на http-страницы не осталось. В этом нам помогут программы вроде - Xenu, Screaming Frog SEO Spider и другие подобные аналоги. Если после проверки они найдут неизмененные УРЛы, содержащие протокол http, то нужно повторно проверить шаблоны на наличие абсолютных ссылок, найти их и исправить на относительные.

Bitrix - настройка https для этой CMS

После проведения стандартных работ, для настройки защищенного протокола в Битриксе дополнительно надо сделать только 1 действие: в настройках sitemap.xml адрес карты сайта сменить на https.

Настройка карты сайта в Битриксе для https

WordPress - редактирование URL на https

В общих настройках ВордПресса необходимо дополнительно указать новое главное зеркало сайта (если брать системные файлы, находится по адресу https://domen.ru/wp-admin/options-general.php). Поле называется - Адрес WordPress (URL).

Редактирование URL на https в Вордпрессе

OpenCart - перевод на защищенный протокол

Если сайт создан на ОпенКарте, то в нем при переходе на https необходимо скорректировать следующие настройки:

На FTP находим 2 файла config.php - с одинаковым названием, но разным расположением. Один в корне сайта, второй - в папке /admin/.

В обоих файлах находим строчки:

define('HTTP_SERVER', 'http://адрес_сайта/');

define('HTTP_SERVER', 'http://адрес_сайта/admin/').

И меняем на:

define('HTTPS_SERVER', 'https://адрес_сайта/');

define('HTTPS_SERVER', 'https://адрес_сайта/admin/').

Дальше переходим в панель администрирования сайта и в настройках, во вкладке “Сервер”, указываем “Включить SSL”.

ModX - тонкости настройки SSL

Для сайта на ModX при переводе на https надо сделать одно дополнительное действие - Зайти в «Системные настройки», перейти в ветку “Система и сервер”, далее находим поле “тип сервера” и меняем протокол на https.

Joomla - что учесть при настройке https

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

Завершающие работы по переводу сайта с http на https

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

Корректировка robots.txt

В robots.txt необходимо изменить путь до карты сайта. Атрибут sitemap, где адрес будет содержать https://

Проверка и настройка sitemap.xml

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

Вид xml карты сайта после переезда с http на https

Проверка настройки rel="canonical"

Если у страниц на шифрованном протоколе имеются rel="canonical", обязательно надо убедиться, что ссылки с них ссылаются на https-версию.

Добавление и настройка https-версии в Яндекс.Вебмастере

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

отображение https-версии в Яндекс Вебмастере

Далее, заходим на старую http-версию домена и указываем у нее новое главное зеркало, поставив соответствующую галочку:

Настройка переезда на https в Яндекс Вебмастере

Данная настройка находится по следующему пути в Вебмастере - “Индексирование” -> “Переезд сайта”. После того, как будет поставлена галочка ”Добавить https”, высветится надпись о том, что переклейка началась.

Добавление https-версии в Google Search Console

К сожалению, с конца 2018 года Google убрал в своем вебмастере какие-либо настройки, позволяющие указать поисковику новое главное зеркало сайта. Поэтому единственным косвенным действием является добавление и подтверждение в Google Search Console новой версии сайта на шифрованном протоколе и последующая установка 301-редиректа.

Финальный шаг - 301-ый редирект на https

После всех проведенных мероприятий, остается последнее и самое основное действие - 301 редирект на новое главное зеркало. Как настроить редирект - способов много и зависит от веб-сервера на котором работает хостинг. Список самых популярных вариантов перенаправлений будет ниже (рекомендуем добавить в закладки). Общая рекомендация по 301-редиректу на https-версию - он должен быть для сайта постраничным. После установки обязательно выборочно проверьте разные страницы через сторонний сервис, чтобы перенаправление срабатывало корректно (рекомендуем для этого использовать bertal.ru).

Редирект на https через htaccess

Приводим список 301-редиректов (не последовательных), практически гарантированно работающих на любом веб-сервере Apache:

301 редирект на https без www и со слешем на конце адреса страницы

  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} !\/$
  RewriteCond %{HTTP_HOST} ^www\.(.*)$
  RewriteRule ^(.*)$ https://%1/$1/ [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} ![^\/]$
  RewriteCond %{HTTP_HOST} ^www\.(.*)$
  RewriteRule ^(.*)$ https://%1/$1 [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} !\/$
  RewriteCond %{HTTP_HOST} ^([^www].*)$
  RewriteRule ^(.*)$ https://%1/$1/ [L,R=301]

301 редирект на https с www и со слешем на конце адреса страницы

  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} !\/$
  RewriteCond %{HTTP_HOST} ^www\.(.*)$
  RewriteRule ^(.*)$ https://www.%1/$1/ [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} !\/$
  RewriteCond %{HTTP_HOST} ^([^www].*)$
  RewriteRule ^(.*)$ https://www.%1/$1/ [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} ![^\/]$
  RewriteCond %{HTTP_HOST} ^([^www].*)$
  RewriteRule ^(.*)$ https://www.%1/$1 [L,R=301]

301 редирект на https с www и без слеша на конце адреса страницы

  RewriteCond %{REQUEST_URI} ^\/$
  RewriteCond %{HTTP_HOST} ^([^www].*)$
  RewriteRule ^(.*)$ https://www.%1/$1 [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} \/$
  RewriteCond %{HTTP_HOST} ^www\.(.*)$
  RewriteRule ^(.*)\/$ https://www.%1/$1 [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} !\/$
  RewriteCond %{HTTP_HOST} ^([^www].*)$
  RewriteRule ^(.*)$ https://www.%1/$1 [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} \/$
  RewriteCond %{HTTP_HOST} ^([^www].*)$
  RewriteRule ^(.*)\/$ https://www.%1/$1 [L,R=301]

301 редирект на https с www и со слешем на конце адреса страницы

  RewriteCond %{REQUEST_URI} ^\/$
  RewriteCond %{HTTP_HOST} ^www\.(.*)$
  RewriteRule ^(.*)$ https://%1/$1 [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} \/$
  RewriteCond %{HTTP_HOST} ^www\.(.*)$
  RewriteRule ^(.*)\/$ https://%1/$1 [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} !\/$
  RewriteCond %{HTTP_HOST} ^www\.(.*)$
  RewriteRule ^(.*)$ https://%1/$1 [L,R=301]
  RewriteCond %{REQUEST_URI} !\?
  RewriteCond %{REQUEST_URI} !\&
  RewriteCond %{REQUEST_URI} !\=
  RewriteCond %{REQUEST_URI} !\.
  RewriteCond %{REQUEST_URI} \/$
  RewriteCond %{HTTP_HOST} ^([^www].*)$
  RewriteRule ^(.*)\/$ https://%1/$1 [L,R=301]

Дополнительные варианты 301-редиректа на https (использовать, если верхние не работают)

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

Способ 1

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

Способ 2

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

Способ 3

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

Способ 4

RewriteCond %{HTTP:X-HTTPS} !1
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Способ 5

RewriteCond %{HTTP:CF-Visitor} '"scheme":"http"'
RewriteRule ^(.*)$ https://www.site.ru/$1 [L]

Способ 6

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

Способ 7

RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301,NE]

Способ 8

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

Переадресация на защищенный протокол в NGINX

Если на хостинге используется набирающий популярность веб-сервер NGINX, то в нем установить 301 редирект на https помогут следующие правила. Данные настройки необходимо вносить в файлах конфигураций виртуальных доменов. В Linux на основе RPM (CentOS, Red Hat) они обычно находятся в директории /etc/nginx/conf.d/. В Linux - Deb (Ubuntu, Debian) — в директории /etc/nginx/sites-enabled/. Во FreeBSD используется один файл — /usr/local/etc/nginx/nginx.conf. Для применения редиректа нужно перезапустить веб-сервер.

301 редирект на NGINX c http на https без www

  server {
    listen 80;
    server_name domain.ru www.domain.ru;
    return 301 https://$host$request_uri;
  }

301 редирект на NGINX c http на https с www

  server {
    listen 80;
    server_name domain.ru www.domain.ru;
    return 301 https://www.$host$request_uri;
  }

Переадресация в панели управления reg.ru

Хостинг reg.ru обычно использует панель управления ISPmanager, чтобы в ней поставить 301 редирект на https версию, надо перейти в раздел WWW-домены, выбрать свой сайт и нажать “Изменить”.

Настройка 301 редиректа в панели управления reg.ru

В появившихся настройках поставить галочку напротив пункта “Перенаправлять HTTP-запросы в HTTPS”.

Установка 301 редиректа в панели управления reg.ru

Настройка 301 редиректа на хостинге beget.ru

Средствами панели управления beget.ru поставить 301-редирект нельзя, сам хостинг управляется на Apache, поэтому перенаправления можно установить с помощью файла htaccess.

Переадресация для различных CMS

Перенаправления ничем не отличается для любых других CMS, в зависимости от веб-сервера ставятся либо в файле htaccess, либо в конфиге NGINX.

301 редирект с http на https в Bitrix

В Apache, если сайт хостится на reg.ru, для битрикс-сайтов можно использовать следующее правило:

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

Перенаправление для сайтов на ModX

В этой CMS есть плагин для 301 редиректов - RedirectMap. Он позволяет перенаправить отдельно взятый URL, но никак не все страницы сайта, поэтому единственно правильным решением будет использовать описанные выше способы для веб-серверов Apache или NGINX.

WordPress - 301 редирект на защищенный протокол

На ВордПресс переадресация абсолютно аналогична пункту выше: есть специализированные плагины для редиректов со страницы на страницу. Но чтобы поставить перенаправление для всего сайта, надо использовать htaccess (если сайт работает на веб-сервере apache). Стандартный htaccess в WP, если изменения не вносились, выглядит следующим образом:

  # BEGIN WordPress
  RewriteEngine On
  RewriteBase /
  RewriteRule ^index\.php$ - [L]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
  # END WordPress

Для установки переадресации под RewriteEngine On надо добавить подходящие для ваших условий строки, написанные в разделе “Редирект на https через htaccess”.

Видео: Вебинар Яндекс - Переезжаем на https

Список часто задаваемых вопросов

Сколько времени потребуется для полного переезда сайта на https в поисковых системах?

Точно ответить на данный вопрос нельзя. Зависит от количества страниц у сайта и скорости их переиндексации. В Яндексе после проведения всех необходимых процедур полная переклейка на https может произойти в срок от 1 недели до 1 месяца. В поисковой системе Google все сложнее, единственное воздействие на ускорение перехода на https - это 301-редирект и скорость обхода оставляет желать лучшего. Поэтому смена главного зеркала может затянуться до 3 месяцев (а в некоторых случаях итого больше).

После перехода на https упали позиции, что делать?

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

Упала посещаемость, сколько потребуется времени для ее восстановления?

Все написанное выше про падение позиций запросов актуально и для посещаемости, она может снизиться на величину до 30% на срок от 1 до 6 месяцев, в зависимости от количества страниц сайта.

Внешние ссылки на старом протоколе, надо ли их менять, передают ли они вес?

Если рассматривать идеальный вариант, то да - следует поменять (в первую очередь, если ссылки есть на крупных, трастовых ресурсах). Следует отметить, что поисковые системы их также переклеивают со временем сами.

Хочу почитать информацию по переходу сайта на https от сотрудников поисковых систем Яндекса и Google, где ее найти?

Представители Яндекса за последние 3 года опубликовали целых 5 статей по переводу сайта с http на https

Переезд с http на https для Гугл - официальная информация

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

1Мне нравится

Дима

16.07.2019 05:48:46

Раньше было как, меняешь главное зеркало в Яндексе, прописал host в роботсе, ждешь каких-нибудь полгода, произошло чудо, свершился ап зеркальщика, прошла долгожданная склейка, радуешься, ставишь 301-редирект, чтоб переклеиться и в Гугле, точно зная, что для него месяц - это максимальный срок для этого.
Теперь же, переезжаешь на другой домен или переходишь на https и уже в Яндексе радуешься быстрой склейке, указывая в вебмастере главное зеркало, ожидая переезда максимум месяц... но зато Гугл, в вебмастере своем никакого функционала не оставил по переезду, только одно воздействие есть - 301 редирект и дикие сроки склейки после него, до полугода спокойно ждать можно...

Ответить 1Мне нравится

0Мне нравится

Arbic

16.07.2019 12:35:03

Ха, конечно! Яндекс же по максимуму пытается задобрить SEO-шничков, ибо со всеми его санциями народ быстро в Гугл перетечет

Ответить 0Мне нравится

1Мне нравится

Petrovich

14.07.2019 06:39:02

Всем, кто клеется на HTTPS, дополнительно рекомендовал бы в шаблоне прописать <met a name="referrer" content="origin">, чтобы входящий трафик с защищенного сайта мог правильно определяться Яндекс.Метрикой на сайтах использующих старый незащищенный протокол. Если этого не сделать, то при переходе по ссылкам с вашего сайта (https-версия) на http-сайтах Метрика может не показывать откуда человек пришел.

Ответить 1Мне нравится

0Мне нравится

Intelsib

15.07.2019 13:02:48

Petrovich, спасибо за дельный совет! Наверняка он многим пригодится

Ответить 0Мне нравится

Другие статьи

11 Сентября 2019

Внутренняя оптимизация сайта

Внутренняя поисковая оптимизация подразумевает комплекс работ над сайтом.

26 Сентября 2019

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

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

30 Декабря 2019

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

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

4 Февраля 2020

Кластеризация запросов

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

6 Мая 2020

Микроразметка Schema.org

Schema.org — это стандарт семантической разметки данных в интернете, который используют большинство поисковых систем.

Хотите узнать, как можно улучшить Ваш сайт?

Денис

Разработает персональное коммерческое предложение

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

8 800 555 39 95 Бесплатный звонок по России E-mail: zakaz@intelsib.ru

Москва +7 (495) 649-88-19

Адрес: г. Москва, Варшавское шоссе, 1, стр.6, БЦ «W-Plaza», офис B204 (2)

Москва

О компании

Гарантии Контакты Цены Отзывы Акции Примеры работ

Услуги и цены

Продвижение сайтов Контекстная реклама Комплексный маркетинг Дополнительные услуги

Дополнительно

Вебинары Партнерство Книга Intelsib Статьи Новости

Присоединяйтесь к нам в соцсетях

000000

Политика конфиденциальности Карта сайта

Отправить письмо

Мы получим ваше сообщение на электронную почту и подготовим ответ.
Также вы можете прикрепить к сообщению файл.

Прикрепить файл

Нажимая на кнопку "Отправить", вы соглашаетесь с Политикой конфиденциальности

Получить предложение

Укажите сайт и контактные данные, наш бизнес-консультант подготовит для Вас стратегию продвижения. До 30 июня работаем в прежнем режиме.

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