HTTPS — редкий случай, когда поисковая система прямо назвала фактор ранжирования, и это породило завышенные ожидания. Часть владельцев сайтов до сих пор считает, что установка сертификата даст рост позиций сама по себе. Другая часть, наоборот, боится переезда, потому что слышала про просадки. Я в SEO с 2005 года, переездов на защищённый протокол видел много — и удачных, и провальных. Разберу, что протокол значит для ранжирования на самом деле, почему просадки случаются и как их не получить.
Что означает фраза «HTTPS — фактор ранжирования»
Google объявил защищённый протокол сигналом ранжирования ещё в 2014 году и сразу оговорил его вес: очень небольшой, влияющий менее чем на процент запросов, и работающий только как «тайбрейкер» — то есть когда два документа во всём остальном равны. Яндекс отдельного заявления о факторе не делал, но подтверждал, что переезд на HTTPS проблем не создаёт и что защищённая версия воспринимается как та же самая страница.
Отсюда первый практический вывод. Фактор существует, но он разрешающий, а не толкающий. Он не поднимает слабый документ, он лишь не даёт защищённому проиграть незащищённому при полном равенстве всего остального. А полное равенство двух документов в реальной выдаче почти не встречается.
Почему сам по себе протокол не поднимает позиции
Представьте два сайта по одному запросу. У первого шире ассортимент, быстрее страницы, больше отзывов, лучше поведение пользователей. У второго только сертификат. Никакой перевес по протоколу этот разрыв не закроет — вес фактора на два-три порядка меньше веса релевантности и коммерческих сигналов.
Сегодня ситуация ещё проще: HTTPS есть почти у всех. Когда фактор присутствует у девяноста с лишним процентов документов в выдаче, он перестаёт различать сайты. Различает теперь его отсутствие: сайт без сертификата получает в браузере предупреждение «Не защищено», и это бьёт не по алгоритму, а по людям.
Вот здесь и находится настоящий эффект. Пользователь, увидевший предупреждение, чаще возвращается в выдачу и уходит к конкуренту. Формы на незащищённой странице заполняют реже — браузеры дополнительно предупреждают при вводе данных. Через поведение это уже влияет на ранжирование, но механизм косвенный: страдает не «фактор HTTPS», а конверсия и удержание.
| Утверждение | Насколько верно |
|---|---|
| Установлю сертификат — вырастут позиции | Нет. Вес фактора минимален, эффекта роста не будет |
| Без HTTPS сайт не выйдет в топ | Технически может, но теряет часть аудитории на предупреждении |
| При переезде возможна временная просадка | Да, обычно 2–6 недель, при ошибках дольше |
| HTTPS ускоряет сайт | Косвенно да — открывает HTTP/2 и HTTP/3 |
| Дорогой сертификат ранжируется лучше дешёвого | Нет. Тип сертификата на ранжирование не влияет |
Что реально происходит при переезде
Для поисковой системы переезд на HTTPS — это смена адреса всех страниц сайта. Формально это другой протокол, и каждый URL становится новым. Механика та же, что при смене домена, только упрощённая: поисковики умеют склеивать протокольные версии и делают это относительно быстро.
Процесс проходит несколько стадий, и на каждой поведение показателей своё.
| Стадия | Что видно в панелях | Срок на среднем сайте |
|---|---|---|
| Робот обнаружил редиректы | Рост обхода HTTPS-адресов | 1–7 дней |
| В индексе обе версии | Колебания позиций, дубли в отчётах | 2–4 недели |
| Старые адреса выпадают | Число HTTP-страниц в индексе падает | 3–6 недель |
| Сигналы перенесены | Позиции возвращаются к прежним | до 2–3 месяцев на крупных сайтах |
Просадка в этот период — норма, и она обычно неглубокая: несколько позиций по части запросов. Тревожно становится, когда через полтора-два месяца ситуация не выравнивается или трафик падает вдвое и больше. Это уже не переезд, это ошибка переезда.
Практический разбор: типичная просадка
Разбирал ситуацию, которая повторяется почти дословно на разных проектах. Сайт переехал на HTTPS, через месяц трафик из поиска ниже прежнего примерно на треть, владелец уверен, что «HTTPS навредил».
Проверка занимает полчаса и обычно вскрывает набор из нескольких проблем сразу. Часть внутренних ссылок осталась абсолютной с протоколом http://, из-за чего каждый переход внутри сайта проходит через редирект. Карта сайта отдаёт старые адреса. В robots.txt директива Host и путь к карте указывают на незащищённую версию. Канонические адреса в коде страниц ссылаются на HTTP. И главное — редирект настроен не постранично, а всё разом на главную.
Последняя ошибка самая разрушительная. Когда каждая страница старого сайта ведёт на главную новой версии, накопленные сигналы не переносятся: поисковик видит не переезд страницы, а её исчезновение. Восстановление после такого занимает месяцы, и часть позиций не возвращается вовсе.
Ошибки переезда и их цена
| Ошибка | Что происходит | Как чинить |
|---|---|---|
| Редирект всех страниц на главную | Сигналы страниц теряются, трафик падает резко | Настроить постраничный 301 |
| Редирект 302 вместо 301 | Склейка не происходит, обе версии в индексе | Заменить на 301 |
| Цепочки редиректов | Часть веса теряется, обход замедляется | Свести к одному переходу |
| Canonical на HTTP-версию | Поиск считает главной незащищённую версию | Переписать canonical на HTTPS |
| Старые адреса в карте сайта | Робот тратит обход впустую | Перегенерировать sitemap |
| Смешанный контент | Браузер блокирует ресурсы, вёрстка ломается | Перевести все ресурсы на относительные пути |
| Не добавлена HTTPS-версия в панели | Нет данных, переезд не подтверждён | Добавить и указать главное зеркало |
Правильный порядок переезда
Последовательность, которой я придерживаюсь. Сначала сертификат устанавливается и проверяется на корректность цепочки — частая беда дешёвых установок в том, что браузер на десктопе доверяет, а мобильный клиент или робот нет. Затем сайт переводится на относительные пути во внутренних ссылках и подключаемых ресурсах, чтобы не собирать смешанный контент.
Дальше проверяется работа сайта по защищённому адресу без принудительного редиректа: открываются ключевые страницы, формы, корзина, личный кабинет, сторонние виджеты и счётчики. Только после этого включается постраничный 301 с HTTP на HTTPS.
Следом обновляются служебные файлы: карта сайта, robots.txt, канонические адреса, микроразметка, где встречаются абсолютные адреса. В Вебмастере и Search Console добавляется защищённая версия, в Яндексе указывается главное зеркало. Обновляются адреса в счётчиках, рекламных кампаниях и внешних сервисах.
Наконец, переезд отслеживается: раз в неделю смотрим индексацию обеих версий, ошибки в панелях, позиции по контрольному списку запросов. Если через месяц старая версия не выпадает из индекса, ищем, где остался путь на HTTP.
Смешанный контент и почему он опаснее, чем кажется
Смешанный контент — это когда защищённая страница подгружает ресурсы по незащищённому протоколу: картинки, скрипты, стили, шрифты. Браузеры блокируют активные ресурсы, то есть скрипты и стили, и предупреждают о пассивных.
Опасность в том, что визуально проблема часто не видна разработчику. Заблокированным оказывается один скрипт, который отвечает за отправку формы или за загрузку блока с ценами. Страница открывается, выглядит нормально, но не работает. Владелец узнаёт об этом через неделю по отсутствию заявок.
Ищется это в консоли браузера и через отчёты панелей вебмастера. Лечится переводом всех подключений на относительные пути вида //example.com/file.js или прямо на https://. Отдельно проверяются сторонние сервисы: чаты, карты, виджеты отзывов — иногда старая версия виджета просто не поддерживает защищённый протокол и её нужно менять.
Чего делать не стоит
- Переезжать в сезон. Даже штатная просадка на две-четыре недели в пик продаж стоит дорого. Лучше выбрать спокойный период.
- Совмещать переезд с другими изменениями. Если одновременно меняются структура URL, дизайн и протокол, причину просадки потом не найти.
- Ставить редирект до проверки работоспособности. Сначала убедитесь, что сайт по HTTPS работает целиком, включая формы и оплату.
- Оставлять оба протокола доступными без редиректа. Это гарантированные дубли и размытые сигналы.
- Забывать про поддомены. Сертификат должен покрывать все используемые поддомены, иначе часть сайта останется с предупреждением.
- Игнорировать срок действия сертификата. Просроченный сертификат делает сайт недоступным для большинства посетителей и для робота. Автопродление обязательно.
- Ждать роста позиций от переезда. Задача переезда — убрать проблему, а не получить прибавку.
Частые вопросы
Какой сертификат выбрать? Для подавляющего большинства сайтов достаточно бесплатного с автопродлением. Расширенные сертификаты с проверкой организации нужны там, где важна юридическая ответственность за данные, — например, в финансовых сервисах. На ранжирование тип сертификата не влияет никак.
Нужно ли делать переезд, если сайт не собирает данные? Да. Браузеры помечают незащищённые страницы предупреждением независимо от наличия форм, и часть посетителей уходит. Плюс без HTTPS недоступны современные протоколы, которые ускоряют загрузку.
Сколько держать редиректы с HTTP? Постоянно. Их убирать не нужно вообще: старые ссылки на незащищённую версию встречаются в чужих статьях, каталогах и закладках спустя годы.
Потеряю ли я внешние ссылки? Нет, если настроен постраничный 301. Ссылочный вес передаётся через редирект. Терять ссылки можно только при склейке всего на главную или при обрыве цепочки.
Сайт уже на HTTPS, но позиции не растут — что не так? Скорее всего, ничего не «не так» с протоколом: он и не должен был дать роста. Причины стагнации ищутся в другом — релевантности, скорости, структуре, коммерческих факторах. Это тот случай, когда полезен аудит сайта, а не очередная техническая правка наугад.
Чеклист
- Сертификат установлен, цепочка корректна, проверена на мобильных и десктопных клиентах.
- Настроено автопродление, срок действия отслеживается.
- Сертификат покрывает все поддомены и вариант с www.
- Все внутренние ссылки и подключения ресурсов переведены на относительные пути.
- Консоль браузера чиста от предупреждений о смешанном контенте на ключевых страницах.
- Проверены сторонние виджеты, чаты, карты, счётчики.
- Постраничный 301 с HTTP на HTTPS включён после проверки работоспособности.
- Цепочек редиректов нет, переход всегда один.
- Canonical, карта сайта и
robots.txtуказывают на защищённую версию. - HTTPS-версия добавлена в Вебмастер и Search Console, главное зеркало указано.
- Адреса обновлены в счётчиках, рекламных кампаниях и внешних сервисах.
- Контрольный список запросов снят до переезда и снимается еженедельно после.
- Индексация обеих версий отслеживается до полного выпадения старой.
Итог. HTTPS — гигиена, а не рычаг роста. Его отсутствие вредит через людей, его наличие ничего не добавляет. Переезд стоит делать один раз и аккуратно, а ожидания от него держать на уровне «ничего не сломалось». Кстати, при создании сайта с нуля вопрос вообще не возникает: защищённый протокол ставится сразу, и никакого переезда не требуется.
Если нужно вывод сайта в ТОП Яндекса — помогу вывести сайт в топ Яндекса и удержать позиции.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Старт 
Стандарт 
Премиум 
