
Влияет ли HTTPS на позиции сайта — влияет, но заметно слабее, чем принято думать. Защищённый протокол давно назван фактором ранжирования, только вес у него небольшой: сайт с сертификатом и пустым содержанием не обойдёт сильного конкурента без него. А вот обратное влияние огромно — сайты теряют месяцы трафика не из-за отсутствия https, а из-за ошибок при переходе на него. Причина почти всегда одна и та же, и она не имеет отношения к безопасности.
Смена протокола формально означает смену адреса каждой страницы сайта. Это переезд со всеми его рисками: потерей веса, выпадением из индекса, дублями и цепочками перенаправлений. Ниже — что реально даёт защищённое соединение, какие ошибки при переезде стоят трафика, в каком порядке переходить и что делать, если вы уже перешли и провалились.
Что реально даёт защищённое соединение
Польза есть, просто она не там, где её ищут. Ранжирование — последний пункт в этом списке по значимости.
- Отсутствие предупреждения браузера. Без сертификата рядом с адресом стоит пометка «Не защищено», а при клике в поле формы появляется отдельное предупреждение. Часть посетителей уходит, не заполнив заявку, — и это самая ощутимая потеря из всех.
- Корректная передача источника перехода. При переходе с защищённого сайта на незащищённый информация об источнике теряется, и в аналитике трафик попадает в «прямые заходы». Вы перестаёте понимать, откуда приходят люди.
- Работа современных возможностей браузера. Геолокация, уведомления, работа с камерой и микрофоном, служебные скрипты и часть интерфейсов по незащищённому протоколу просто не запускаются.
- Защита данных в формах. Всё, что человек вводит на странице без шифрования, передаётся открытым текстом. Для сайта с формой заявки и телефоном это уже вопрос не только доверия.
- Небольшой плюс к ранжированию. Фактор есть, но он не решающий и не компенсирует ничего другого.
Практический вывод такой: переходить нужно, но не ради позиций. Ради конверсии, аналитики и того, чтобы браузеры не пугали посетителей. А позиции при грамотном переезде просто не должны пострадать — это и будет успехом.
Почему опасен сам переезд
Каждая страница получает новый адрес. Поиску нужно понять, что новый адрес — это тот же документ, перенести на него накопленные сигналы и убрать из индекса старый. Ошибки на любом из этих шагов стоят трафика.
| Ошибка | Что происходит | Как проявляется |
|---|---|---|
| Перенаправление всех страниц на главную | Вес не передаётся, соответствие теряется | Внутренние страницы выпадают из индекса, трафик рушится |
| Код 302 вместо 301 | Переезд считается временным, вес не переносится | Старые адреса остаются в индексе месяцами |
| Смешанное содержимое | Часть ресурсов грузится по старому протоколу | Замок пропадает, вёрстка ломается, скрипты не работают |
| Canonical на старую версию | Система считает основной прежнюю версию страницы | Новые адреса не попадают в поиск |
| Старые адреса в карте сайта | Робот ходит по несуществующим адресам | Ошибки обхода, замедление переиндексации |
| Цепочка из нескольких перенаправлений | Потеря веса на каждом звене | Медленная загрузка и просадка позиций |
| Не сменено главное зеркало | Поиск продолжает считать основной старую версию | Обе версии в индексе, конкуренция сама с собой |
Отдельно стоит понимать, почему код ответа настолько важен. Постоянное перенаправление говорит поиску: документ переехал навсегда, переноси на новый адрес всё накопленное — историю, входящие ссылки, поведенческие данные. Временное перенаправление сообщает обратное: подожди, скоро вернёмся. Система честно ждёт, продолжает держать в индексе старый адрес и не передаёт вес. Разница в одной цифре настройки, а последствия отличаются радикально.
Вторая вещь, которую недооценивают, — время. Даже при идеально настроенном переезде поиску нужно обойти весь сайт, зафиксировать перенаправления и переиндексировать страницы. Для небольшого сайта это две-четыре недели, для крупного каталога — несколько месяцев. В этот период колебания позиций нормальны, и главная ошибка тут — начать что-то срочно менять на третий день, потеряв возможность понять, что именно сработало.
Самая частая из перечисленных — перенаправление на главную. Её делают, когда настраивают правило в спешке или когда используют плагин с общими настройками. Внешне сайт работает: любой адрес открывается. Фактически каждая внутренняя страница потеряла свою историю.
Тему разбирал отдельно: «Влияет ли трафик на позиции сайта».
Порядок правильного перехода
Последовательность имеет значение: часть шагов бессмысленна, если предыдущие не выполнены.
- Установить сертификат и убедиться, что сайт открывается по защищённому адресу без предупреждений. На этом этапе перенаправления ещё нет — обе версии доступны.
- Исправить внутренние ссылки, картинки, скрипты и стили. Все пути внутри сайта переводят на относительные или на защищённый протокол. Делать это надо до включения перенаправления, иначе получите поломанную вёрстку у живых посетителей.
- Проверить canonical. На каждой странице он должен указывать на её защищённый адрес. Расхождение здесь перечёркивает всю работу.
- Настроить постраничное перенаправление с кодом 301. Каждая страница — на свой точный аналог, а не на главную и не на раздел.
- Обновить карту сайта и путь к ней в robots.txt. В карте должны быть только новые адреса.
- Указать защищённую версию главным зеркалом в панели вебмастера.
- Поправить адреса в системе аналитики и в настройках целей. Цели, привязанные к старым адресам страниц, перестанут срабатывать.
- Отправить главные страницы на переобход, начиная с главной и разделов.
- Проверить внешние сервисы: карточку организации, ссылки в справочниках, подписи в рассылках, коды виджетов и чатов.
Помогу с продвижением: SEO-продвижение под ключ — вывожу сайты в топ Яндекса белыми методами.
Отдельно про порядок второго и четвёртого пунктов. Их часто меняют местами: сначала включают перенаправление, потом чинят ссылки. В этот промежуток посетители видят сайт без стилей, а поисковый робот успевает зафиксировать проблемы — потом их приходится расхлёбывать дольше, чем заняла бы правильная последовательность.
Смешанное содержимое
Самая частая техническая проблема после переезда. Страница отдаётся по защищённому протоколу, а картинки, шрифты или скрипты внутри неё загружаются по незащищённому. Браузер блокирует часть таких ресурсов, замок в адресной строке пропадает, вёрстка едет.
Как искать и чинить:
- Откройте консоль браузера на нескольких типах страниц — главной, категории, карточке, статье. Там перечислены все ресурсы, загруженные по незащищённому протоколу.
- Проверьте отдельно то, что подключается динамически: слайдеры, карты, чаты, формы, счётчики. Они часто прописаны в настройках модулей, а не в шаблоне.
- На сайтах на популярных системах управления замену адресов по базе делают специализированным плагином, а не прямым запросом к базе: часть данных хранится в сериализованном виде и ломается при простой замене строк.
- После замены обязательно проверьте страницы вручную. Автоматическая замена иногда портит пути в темах и настройках виджетов.
Отдельный случай — ресурсы со сторонних сайтов, у которых нет защищённой версии. Такие подключения придётся либо убрать, либо перенести файлы к себе.
Есть разница между блокируемым и терпимым смешанным содержимым, и знать её полезно. Скрипты, стили и загружаемые данные браузер блокирует жёстко: они просто не выполняются, и функциональность страницы ломается. Картинки, видео и звук чаще подгружаются, но при этом снимается индикатор защищённого соединения. То есть сломанная вёрстка и пропавший замок — симптомы разных подвидов одной проблемы, и искать надо оба.
Смежный материал по теме — «Как ошибка 404 влияет на позиции сайта».
Отдельно проверьте содержимое, которое хранится в текстах страниц. За годы в статьях накапливаются вставленные картинки, ссылки на файлы и коды виджетов с полными адресами по старому протоколу. Шаблон вы почините один раз, а такие вставки останутся в базе и будут всплывать по одной. Массовая замена по содержимому страниц решает это быстро, но обязательно с предварительной резервной копией и с проверкой нескольких статей вручную после замены.
Сертификаты: что выбрать
Для подавляющего большинства сайтов достаточно бесплатного сертификата, который выпускают автоматически. Он даёт ровно то же шифрование, что платный, и браузеры относятся к ним одинаково. Разница в другом.
- Срок и продление. Бесплатные выпускаются на короткий срок и продлеваются автоматически. Главный риск — автопродление перестало срабатывать, а вы узнали об этом из падения трафика. Настройте уведомление об истечении срока.
- Поддомены. Если у вас есть поддомены, убедитесь, что сертификат покрывает их все, иначе часть сайта останется с предупреждением.
- Проверка организации. Платные сертификаты с проверкой юридического лица нужны там, где это требование отрасли — банки, платёжные сервисы. Для обычного сайта услуг разницы в ранжировании нет.
- Смена хостинга. При переезде на другой сервер сертификат нужно выпустить заново. Это одна из типичных причин внезапного появления предупреждений на работавшем сайте.
Истёкший сертификат — это мгновенное падение: браузер показывает страницу-заглушку с предупреждением, люди уходят, поведенческие сигналы обрушиваются за несколько дней. Восстановление после этого занимает недели, хотя сама починка — минуты.
Что проверить после переезда
| Проверка | Как | Норма |
|---|---|---|
| Коды ответов | curl -I по десятку старых адресов | 301 на точный защищённый аналог |
| Отсутствие цепочек | curl с отслеживанием переходов | Один переход, а не два-три подряд |
| Canonical | Исходный код страниц разных типов | Указывает на защищённый адрес этой же страницы |
| Смешанное содержимое | Консоль браузера | Ни одного ресурса по старому протоколу |
| Карта сайта | Открыть файл | Только новые адреса, свежие даты изменения |
| Главное зеркало | Панель вебмастера | Защищённая версия указана основной |
| Индексация | Отчёт «Страницы в поиске» | Новые адреса замещают старые в течение месяца |
| Цели аналитики | Тестовая заявка | Цель срабатывает, источник определяется верно |
Проверять надо не один адрес, а по два-три на каждый тип страницы: главная, раздел, карточка, статья, страница с параметрами. Правила перенаправления часто работают корректно для одних шаблонов и криво для других: типичный случай — страницы фильтров каталога, где при переходе отбрасываются параметры и человек попадает в общий список вместо нужной подборки.
Повторить проверку стоит через неделю и через месяц. Часть проблем проявляется не сразу: истекает кеш, обновляется плагин и возвращает свои настройки, панель управления хостингом переписывает конфигурацию сервера при очередной операции. Заведите короткий список из восьми пунктов выше и проходите по нему после каждого крупного вмешательства в сайт — это пять минут, которые экономят недели разбирательств.
Если трафик уже упал после перехода
Порядок разбора, когда переезд состоялся и результат плохой.
- Проверьте, куда ведут старые адреса. Возьмите десять страниц, которые давали больше всего трафика до перехода, и посмотрите, на что они перенаправляются. Если все на главную — это и есть причина.
- Посмотрите код перенаправления. Если 302, поменяйте на 301 и отправьте страницы на переобход.
- Сравните число страниц в индексе до и после. Резкое падение означает, что новые адреса не приняты, и надо искать canonical или запрет в robots.txt.
- Проверьте, не остались ли доступными обе версии. Если старая открывается без перенаправления, поиск видит полный дубль сайта.
- Устраните найденное и зафиксируйте дату. Дальше две-три недели ничего больше не меняйте, иначе не поймёте, что сработало.
Нормальная глубина просадки при аккуратном переезде — до 10–15 процентов на две-три недели. При грубых ошибках падение бывает кратным, и восстановление занимает от одного до трёх месяцев после исправления.
Если нужны детали, смотрите «Что влияет на позиции сайта в выдаче».
И один момент, который часто выпадает из разбора: убедитесь, что падение вообще связано с переездом. Смена протокола меняет адреса страниц, а значит, может сломаться учёт в аналитике — цели, привязанные к точным адресам, фильтры в отчётах, настройки объединения счётчиков. Прежде чем чинить перенаправления, сверьте показатели из панели вебмастера с данными счётчика: если клики из поиска на месте, а визиты в отчёте упали, чинить надо учёт, а не переезд.
Частые вопросы
Стоит ли переходить, если сайт давно работает и трафик хороший? Стоит, но не в сезон и не перед важным периодом продаж. Подготовьте всё заранее, проверьте на копии сайта, переносите в спокойное время. Риск управляемый, а браузерные предупреждения на формах бьют по конверсии постоянно.
Нужно ли перенаправление, если старых адресов почти нет в индексе? Нужно в любом случае. На старые адреса могут вести внешние ссылки, закладки, ссылки из рассылок и справочников. Без перенаправления весь этот трафик упирается в ошибку.
Что делать со ссылками, которые ведут на старую версию с чужих сайтов? Ничего специально делать не надо: корректное постраничное перенаправление передаёт вес. Просить площадки поменять ссылки имеет смысл только для самых значимых из них.
Влияет ли протокол на скорость сайта? Само шифрование добавляет минимальные издержки, которые с лихвой перекрываются возможностью использовать современные протоколы передачи данных — они работают только по защищённому соединению и заметно ускоряют загрузку страниц с большим числом файлов.
Можно ли откатиться назад, если что-то пошло не так? Технически можно, но это второй переезд со своими потерями. Почти всегда правильнее найти и исправить конкретную ошибку, чем возвращаться: откат обнулит уже начавшуюся переиндексацию.
Коротко
- Защищённый протокол — подтверждённый фактор ранжирования с небольшим весом: он не вытянет слабый сайт и не обгонит сильного конкурента.
- Основная польза не в позициях, а в отсутствии браузерных предупреждений, корректной аналитике и работе современных возможностей браузера.
- Главный риск — не сам протокол, а переезд: смена адреса каждой страницы со всеми последствиями.
- Убийственные ошибки: перенаправление всех страниц на главную, код 302 вместо 301, canonical на старую версию и цепочки переходов.
- Ссылки, скрипты и стили чинят до включения перенаправления, а не после, иначе посетители увидят сломанную вёрстку.
- Истёкший сертификат роняет сайт мгновенно, поэтому за сроком продления надо следить уведомлением, а не вручную.
Если переезд предстоит или уже состоялся неудачно, полезно разобрать конкретные правила перенаправления и отчёты по индексации, а не действовать по общей инструкции. На SEO-консультации посмотрим, что происходит с вашими адресами, найдём места потери веса и составим порядок исправлений.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Комментарии
Остап Голубцов
Перешли месяц назад, трафик минус сорок процентов и не восстанавливается. Проверил по вашему списку: перенаправление постраничное, код 301, канониклы нормальные. Но в индексе висят обе версии сайта, старая никуда не делась. Главное зеркало в панели указано новое. Что ещё может держать старую версию?
Анатолий Кузнецов автор
Раз обе версии в индексе, где-то старая по-прежнему доступна без перенаправления. Проверьте три вещи. Первая: работает ли правило для всех вариантов адреса — с www и без, со слешем на конце и без него, для страниц с параметрами. Часто правило написано для одного варианта, а остальные проходят мимо. Проверяется командой curl по десятку комбинаций. Вторая: не отдаётся ли часть страниц напрямую с сервера в обход правила — это бывает со статикой, с файлами карты сайта и со страницами, обрабатываемыми отдельным обработчиком. Третья: посмотрите в карту сайта и в robots.txt, не остались ли там старые адреса, — робот берёт их оттуда и заново проверяет. И отдельно: если старая версия отдаёт код 200 хотя бы на части адресов, поиск обязан считать её самостоятельным сайтом, никакое указание зеркала это не перебьёт. Начните с curl-проверки вариантов, в девяти случаях из десяти причина там.
Прасковья Ситковская
Про порядок шагов — очень важное замечание. Мы сделали ровно наоборот: включили перенаправление, а потом два дня чинили ссылки на картинки. Сайт эти два дня стоял без стилей на мобильных. Позиции просели, и я до сих пор думаю, что дело было именно в этих двух днях.
Ростислав Дубенко
Не соглашусь с тем, что фактор слабый. У нас две почти одинаковые площадки в одной нише, на одной сертификат стоял, на второй нет. Разница в позициях была устойчивая, около трёх-четырёх мест в пользу защищённой. После установки на вторую разрыв ушёл за полтора месяца.
Анатолий Кузнецов автор
Ваш случай не противоречит тезису, просто в нём смешаны два эффекта. Прямой вклад протокола в ранжирование действительно небольшой. Но у сайта без сертификата есть косвенные потери, и они как раз крупные: браузер показывает предупреждение, часть людей уходит сразу, время на сайте падает, возвраты в выдачу растут. Поведенческие сигналы весят гораздо больше самого факта наличия сертификата, и именно они, скорее всего, и держали вашу вторую площадку ниже. Разделить эти два эффекта на живом сайте нельзя, поэтому спорить о том, какой именно сработал, бессмысленно. Практический вывод от этого не меняется: ставить надо. Меняется мотивировка — не «ради фактора ранжирования», а ради того, чтобы посетителя не встречала табличка «не защищено».
Феврония Малкова
Вопрос про сериализованные данные. У нас сайт на популярной системе, подрядчик предлагает сделать замену адресов прямым запросом к базе, говорит, что так быстрее. В статье написано, что нельзя. Чем именно это грозит и как объяснить ему?
Анатолий Кузнецов автор
Объяснение простое и техническое. Часть данных хранится в базе не как обычный текст, а в упакованном виде, где рядом со значением записана его длина в символах. Когда вы прямым запросом меняете короткий адрес на более длинный, длина в описании остаётся прежней, и запись становится битой. Внешне это выглядит как исчезнувшие настройки: слетают виджеты, пропадают настройки темы, у товаров теряются галереи и характеристики. Причём слетает не сразу и не везде, поэтому связь с заменой обнаруживается не сразу. Правильный способ — инструмент, который распаковывает такие поля, меняет значение и упаковывает обратно с пересчётом длины; такие плагины и консольные утилиты есть под все распространённые системы. И в любом случае перед операцией снимите полную резервную копию базы: даже правильный инструмент лучше применять с возможностью откатиться.
Сильвестр Кочерга
Добавлю про истёкший сертификат. У нас автопродление перестало работать после смены хостинга, а уведомления никто не настроил. Узнали от клиента, который позвонил и спросил, почему браузер ругается. За те четыре дня, что сайт стоял с предупреждением, потеряли примерно треть заявок за месяц.
Эльвира Шматова
Уточнение по целям в аналитике. После перехода у нас перестали считаться две цели из четырёх — они были настроены на точный адрес страницы благодарности со старым протоколом. Никто не заметил три недели, потому что заявки шли, а в отчётах было пусто.
Варфоломей Пестовский
Вопрос по цепочкам перенаправлений. У нас исторически было так: адрес без www ведёт на адрес с www, а тот уже на защищённый. Получается два перехода. Насколько это критично и стоит ли перенастраивать, если сайт уже год так работает?
Анатолий Кузнецов автор
Перенастраивать стоит, но без паники: катастрофы за год не случилось, раз сайт работает. Два перехода вместо одного дают две потери. Первая техническая: каждый переход — это лишний запрос к серверу, и на мобильной сети он заметен в скорости загрузки, особенно для человека, пришедшего по внешней ссылке. Вторая: на каждом звене цепочки теряется небольшая часть передаваемого веса, и по накопленному эффекту это заметно на страницах, куда ведут внешние ссылки. Исправляется одним правилом, которое сразу отправляет любой вариант адреса на конечный: без www и по старому протоколу — сразу на защищённый вариант без www, минуя промежуточную остановку. После правки проверьте curl по четырём комбинациям — с www и без, по обоим протоколам, — везде должен быть ровно один переход с кодом 301. И заодно проверьте внутренние ссылки: если внутри сайта где-то остались адреса с www, вы будете гонять собственных посетителей через перенаправление на каждом клике.
Юстина Лобанова
Про проверку по типам страниц — на своём опыте. Правило работало для всех страниц, кроме тех, что с параметрами фильтра. Там перенаправление отбрасывало параметры, и человек попадал в общий каталог. Обнаружили случайно через полтора месяца.
Ярополк Веретенников
Хочу возразить про откат. Мы откатились обратно после неудачного перехода и не пожалели: восстановились за три недели, а разбираться с чужими настройками сервера было некому. Потом перешли заново, уже с подготовкой. Так что откат — не всегда худший вариант.
Зосима Кравченков
Про сторонние ресурсы без защищённой версии. У нас был подключён внешний виджет отзывов, который отдавался только по старому протоколу. Браузер его блокировал, блок отзывов просто исчезал со страниц. Пришлось выводить отзывы своими силами.
Капитолина Бушмакина
Скажите, а есть смысл переносить сайт на защищённый протокол, если на нём вообще нет форм и заявок? Чисто информационный сайт с рекламой. Или там действительно ничего не изменится?
Анатолий Кузнецов автор
Изменится, и как раз для вашего типа сайта — в деньгах. Три причины. Первая: рекламные системы и партнёрские сети постепенно перестают корректно работать на незащищённых страницах, часть блоков просто не отображается, а это прямая потеря дохода. Вторая: при переходе с защищённой страницы на вашу теряется информация об источнике, и весь трафик от других сайтов попадает в «прямые заходы» — вы перестаёте понимать, откуда идут читатели и какие материалы разлетаются по ссылкам. Третья: браузеры и мобильные оболочки всё жёстче помечают такие сайты предупреждениями, и на телефоне это выглядит настораживающе даже для статьи. Плюс современные протоколы передачи данных, которые работают только по защищённому соединению и заметно ускоряют загрузку страниц с большим количеством картинок, — для контентного сайта это ощутимо. Так что переходить надо, просто мотивация тут не про позиции, а про доход и аналитику.
Олимпиада Дроботенко
Полезная деталь про переход внешних сервисов. Мы поменяли адрес на сайте, а в карточке организации и в трёх отраслевых каталогах остался старый. Перенаправление, конечно, срабатывало, но часть систем показывала предупреждение о переходе, и люди пугались.