Интернет-магазин перевели на HTTPS ночью. Утром главная страница открывается без предупреждений, и задачу уже хотят закрыть. Но карточка товара по старому адресу отправляет посетителя на главную, изображение загружается по HTTP, а canonical указывает на прежнюю версию URL.
Сертификат в такой ситуации работает, а переход сайта ещё не завершён. Для приёмки нужно проверить не зелёный значок в браузере, а путь каждой важной страницы: какой ответ получает старый адрес, куда он ведёт, какие ссылки остались в коде и что видит Яндекс. Ниже разберём эту проверку на пяти адресах одного магазина.
Почему зелёный замок ещё не означает успешный переход
HTTPS защищает соединение между браузером и сервером. SSL-сертификат подтверждает адрес сайта и позволяет шифровать передаваемые данные. Однако сертификат не меняет внутренние ссылки, не создаёт редиректы и не исправляет служебные файлы. Эти действия выполняет разработчик или система управления сайтом.
Для Яндекса адреса с HTTP и HTTPS различаются. Пока робот не свяжет их при переезде, обе версии могут существовать в поиске отдельно. Поэтому работающая главная по новому протоколу не доказывает, что карточки, категории и файлы тоже перенесены правильно.
Разделите приёмку на две части. Сначала убедитесь, что HTTPS-страницы и сертификат доступны. Это проверка безопасности соединения.
Затем проверьте редиректы, внутренние ссылки, canonical, Sitemap, robots.txt и данные в Яндекс Вебмастере. Это проверка переноса и индексации новых адресов. Если смешать две задачи, легко принять исправный сертификат за исправный сайт.
Практический критерий: в браузере нет предупреждения, каждый старый адрес ведёт на свой новый аналог, а сам сайт больше не ссылается на внутренние HTTP-ресурсы.
Какие адреса проверить в первую очередь
Проверка одной главной страницы почти ничего не говорит о вложенных разделах. Возьмите пять адресов, которые проходят через разные шаблоны и функции сайта. Для нашего магазина это главная, категория, карточка товара, страница с формой заказа и изображение товара.
| Что проверить | Что должна показать проверка |
|---|---|
| Главная страница | Сертификат действует, HTTPS-версия отвечает без ошибки |
| Категория каталога | Фильтры, стили и изображения загружаются по защищённому протоколу |
| Карточка товара | Старый URL ведёт на ту же карточку по HTTPS, canonical совпадает с новым адресом |
| Страница с формой | Форма отправляется, данные не уходят на HTTP-обработчик |
| Изображение или файл | Ресурс доступен по HTTPS и не вызывает предупреждение о смешанном содержимом |
Добавьте к выборке одну проблемную страницу, если до релиза на сайте уже были ошибки. Например, URL с параметром, старую карточку снятого товара или страницу пагинации. Такая строка покажет, сохранилась ли прежняя логика после смены протокола.
Для крупного проекта расширьте выборку по шаблонам, а не случайными адресами. Десять карточек на одном шаблоне обычно дают меньше информации, чем карточка, категория, статья, форма и файл. Если нужна подробная диагностика ответов сервера, используйте отдельный разбор HTTP-статусов для SEO.
Как должны работать редиректы с HTTP на HTTPS
Введите старый HTTP-адрес каждой контрольной страницы. Он должен перенаправить на тот же материал по HTTPS: главная — на главную, категория — на эту же категорию, карточка — на эту же карточку. Яндекс отдельно рекомендует не отправлять все старые страницы на новую главную: посетитель теряет нужный материал, а робот медленнее разбирается в структуре переезда.
Запишите результат в три колонки: старый URL, конечный URL и код первого ответа. Для постоянного перехода команда обычно выбирает 301. Официальная инструкция Яндекса допускает постоянный или временный редирект, но в проекте лучше зафиксировать один осознанный вариант и не менять его без причины.
Проверьте конечный адрес, а не только первый скачок. Цепочка вида HTTP → HTTPS с www → HTTPS без www заставляет браузер и робота сделать лишние запросы. Ещё хуже цикл, когда две версии отправляют друг на друга. Нормальный результат для действующей страницы — один понятный переход к конечному HTTPS-адресу и ответ 200 уже на нём.
Удалённую страницу не нужно насильно вести на главную. Если у неё есть равнозначная замена, укажите её. Если замены нет, сохраните честный ответ 404 или 410 согласно принятой логике сайта. Подробный выбор между вариантами разобран в статье про редиректы 301 и 302.
Где искать старые HTTP-ссылки и смешанный контент
Вернёмся к карточке товара. Сама страница открывается по HTTPS, но её фотография запрашивается по HTTP. Браузер видит защищённый документ с незащищённым ресурсом и может показать предупреждение или заблокировать загрузку. Это называют смешанным содержимым.
Откройте инструменты разработчика в браузере и перезагрузите страницу. Во вкладках Console и Network найдите обращения к внутренним адресам, которые начинаются с http://. Проверьте изображения, стили, скрипты, шрифты, видео, обработчик формы и запросы к API. Исправляйте источник ссылки в шаблоне или данных, а не само сообщение браузера.
Затем просмотрите HTML контрольных страниц. Старый протокол часто остаётся в логотипе, меню, хлебных крошках, ссылках внутри текста и блоках рекомендаций. Поиск по коду страницы покажет единичную ошибку, а поиск по файлам шаблона или базе данных поможет найти массовую.
Внутренние ссылки можно записывать относительными: например, /catalog/item/ вместо полного адреса. Это снижает риск случайно вернуть старый протокол при следующем редактировании. Но относительный путь не исправит неверно настроенный домен, поэтому сначала определите единственный конечный адрес сайта.
Что изменить в canonical, Sitemap и robots.txt
Посетитель редко замечает canonical или XML-карту, но для робота эти указания важны. Если карточка открывается по HTTPS, а canonical продолжает ссылаться на HTTP, сайт одновременно просит считать главным старый адрес и перенаправляет его на новый. Такое противоречие нужно убрать до отправки заявки на переезд.
| Элемент | Что должно измениться |
|---|---|
| Canonical | Каждая индексируемая страница указывает на свой конечный HTTPS-адрес |
| Sitemap | В карте остаются актуальные HTTPS-URL, которые должны участвовать в поиске |
| Robots.txt | Директива Sitemap ведёт на карту по HTTPS |
| Hreflang | Альтернативные языковые и региональные адреса используют актуальный протокол |
Не ограничивайтесь визуальным просмотром. Откройте исходный код карточки, сам файл Sitemap и robots.txt по публичным адресам. Так вы проверите то, что действительно получает робот, а не настройки в панели управления, которые могли не попасть на сайт.
После правки повторите поиск HTTP-адреса вашего домена по контрольным страницам и служебным файлам. Внешние HTTP-ссылки оценивайте отдельно: они не относятся к переносу внутренних URL и могут требовать другого решения.
Как оформить переезд в Яндекс Вебмастере
Когда HTTPS-версия доступна, внутренние ссылки исправлены, а редиректы проверены, добавьте в Яндекс Вебмастер оба адреса сайта. Права нужно подтвердить и для HTTP-, и для HTTPS-версии. Если старая версия уже есть в сервисе, добавьте новую отдельно.
Выберите старый адрес, откройте раздел «Индексирование → Переезд сайта» и включите опцию добавления HTTPS. Заявка помогает Яндексу быстрее учесть смену главного адреса и показывает ошибки, которые мешают переезду. Она не заменяет редиректы и не исправляет сайт автоматически.
Перед отправкой ещё раз откройте контрольные URL по обоим протоколам. Если новая карточка не отвечает или старая ведёт на чужую страницу, сначала исправьте маршрут. Официальный порядок действий опубликован в справке Яндекса о переходе сайта на HTTPS.
Что наблюдать после запуска
Переезд не завершается в минуту отправки заявки. В отчёте Яндекс Вебмастера «Страницы в поиске» старые адреса будут постепенно исчезать, а новые — появляться. Смотрите на конкретные URL и группы страниц, а не на один дневной скачок общей видимости.
| Что произошло | Что проверить сначала |
|---|---|
| Новый URL не появляется в поиске | Ответ 200, доступность для робота, canonical и наличие в Sitemap |
| Старый URL остаётся надолго | Конечный адрес редиректа и противоречивые внутренние ссылки |
| Часть страниц теряет переходы | Редиректы именно этой группы, изменения шаблона и факт индексирования новых URL |
| Форма перестала приносить заявки | Отправку формы, HTTPS-адрес обработчика и работу счётчика аналитики |
Сравнивайте одинаковые периоды и помечайте дату релиза. Отдельно следите за ответами сервера, сообщениями Вебмастера, показами, переходами и целевыми действиями. Яндекс предупреждает, что объединение адресов само по себе не гарантирует сохранение количества страниц, позиций или посещаемости, поэтому результат оценивают по фактическим данным.
Если изменения затронули одновременно протокол, дизайн, структуру и контент, не списывайте любое отклонение на HTTPS. Разделите причины по датам и группам URL. Иначе команда будет чинить сертификат, хотя ошибка появилась в новом шаблоне карточки.
Короткая приёмка перехода на HTTPS
Вернёмся к магазину из начала статьи. Задачу можно закрыть, когда карточка товара со старого адреса ведёт на эту же карточку по HTTPS, фотография загружается без смешанного содержимого, а canonical совпадает с конечным URL. Та же проверка должна пройти для остальных выбранных шаблонов.
- Сертификат действует, а пять контрольных HTTPS-адресов открываются без ошибки.
- Каждая старая HTTP-страница ведёт на свой новый аналог без цикла и лишней цепочки.
- Внутренние страницы, изображения, стили, скрипты и формы не обращаются к HTTP.
- Canonical, Sitemap, ссылка на карту в robots.txt и hreflang содержат актуальные адреса.
- Обе версии подтверждены в Яндекс Вебмастере, заявка на переезд отправлена.
- Для наблюдения сохранены дата релиза, контрольные URL и исходные показатели.
Этот список не обещает рост позиций. Он доказывает, что сайт передаёт Яндексу и посетителям согласованную новую версию адресов. Если миграция затронула много шаблонов или дала неоднозначные ошибки, включите её проверку в технический SEO-аудит сайта: так разработчик получит список конкретных URL, а не общее замечание «после HTTPS упал трафик».