HTTPS сайта: как найти смешанный контент и старые HTTP-ссылки

Где на HTTPS-странице остается HTTP

Мини-кейс: после включения HTTPS обложки работают в редакторе, но исчезают у нового посетителя из-за HTTP-адреса старого CDN. В одном браузере смешанное изображение может показаться, в другом блокируется; проверяйте чистую сессию. Отдельно отправьте тестовую форму, если она использует внешний скрипт: работа картинки не доказывает работу заявки. В sitemap и canonical должны остаться только действующие HTTPS-адреса, а HTTP-закладки должны вести прямо на них. Для внешнего виджета найдите официальный защищенный endpoint или замените виджет, не подставляя протокол наугад.

Скрипт формы по HTTP может быть заблокирован браузером, даже если текст страницы выглядит нормально. Поэтому тест должен включать отправку заявки и сообщения консоли, а не только скриншот первого экрана. Если ресурс на стороннем домене не поддерживает HTTPS, простая замена префикса URL создаст 404. Сначала найдите официальную защищенную версию, затем обновляйте шаблон и данные CMS.

Просканируйте ссылки, формы и ресурсы

Просканируйте внутренние href, src, формы, CSS-файлы, canonical, Open Graph и sitemap. Затем проверьте сетевые запросы браузера на страницах разных шаблонов.

Отделите внешний ресурс без HTTPS от собственного старого адреса. Для своего ресурса обновите исходную ссылку; для внешнего проверьте безопасную версию либо замену поставщика.

Отличите старый адрес от чужого виджета

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

Переведите текущие ссылки на HTTPS

Сделайте текущие шаблоны и данные источником HTTPS-ссылок. Старые HTTP-адреса должны вести прямо на актуальные HTTPS-URL, а основными в sitemap и canonical остаются защищенные адреса.

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

Начните с ресурсов, от которых зависит видимое содержимое: CSS, JS, обложки и формы. Заменяйте адреса на HTTPS только после проверки, что конечный ресурс действительно доступен по защищенному протоколу. Для старых абсолютных ссылок в контенте используйте правку источника, а не надежду на автоматическое обновление браузером.

Сохраните прямой переход со старого URL

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

Проверьте сеть браузера и форму

После релиза проверьте консоль браузера на телефоне, отправку формы, загрузку картинок и ответы HTTP-версий. Выборку из старого sitemap и популярных ссылок проверьте отдельно.

На двух типах страниц проверьте консоль браузера, список сетевых запросов и редиректы со старого HTTP-адреса. Отдельно откройте письмо или старую закладку. Исчезновение предупреждения в браузере не доказывает, что внутренние ссылки уже исправлены в HTML.

Проверка результата

• Намерение страницы определено
• Сохранена выборка URL до исправления
• HTTP-ответ и содержимое сверены
• Внутренние ссылки проверены
• Исключения учтены
• Проверка после релиза записана

Скачать таблицу примера

Вопросы по теме

Читайте также