SSL/TLS и сертификаты Windows 10Windows 11LinuxmacOS

HTTPS и сертификаты: Браузер показывает смешанное содержимое после переезда на HTTPS

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

После перевода сайта на HTTPS браузер может блокировать изображения, сценарии, шрифты или запросы API, которые остаются на http://. Это смешанное содержимое: страница шифруется, но отдельные ресурсы не имеют равной защиты. Исправлять нужно URL источников, а не отключать защиту браузера.

В этой статье
  1. Что происходит и как отличить проблему
  2. Возможные причины
  3. Пошаговая проверка и устранение
  4. Проверка результата и дальнейшие действия

#Что происходит и как отличить проблему

После перевода сайта на HTTPS браузер может блокировать изображения, сценарии, шрифты или запросы API, которые остаются на http://. Это смешанное содержимое: страница шифруется, но отдельные ресурсы не имеют равной защиты. Исправлять нужно URL источников, а не отключать защиту браузера.

#Возможные причины

Возможная причинаКак узнатьЧто делать
Жёстко заданные адреса http://Шаблон, CSS или JS загружают ресурс по небезопасной схеме.Консоль разработчика сообщает Mixed Content для конкретного файла.Заменить на действующий HTTPS-ресурс.
Старые адреса в базе или CDNЧасть ресурсов формируется сервером или содержимым CMS.На одних страницах ошибка есть, на других нет.Обновить источник URL после резервной копии.

#Пошаговая проверка и устранение

  1. Найдите конкретный заблокированный ресурсОткройте проблемную страницу на HTTPS в Chrome или Firefox, нажмите F12 → вкладка «Консоль / Console» и обновите страницу Ctrl+R. Найдите запись Mixed Content и скопируйте домен/путь к файлу без секретов из URL. Если консоль пуста, откройте вкладку «Сеть / Network», обновите страницу и просмотрите неуспешные запросы; не делайте вывод без конкретного адреса.
  2. Проверьте, доступен ли ресурс по HTTPSВ новой вкладке откройте тот же ресурс, изменив лишь http:// на https://, если ресурс принадлежит вам или доверенному поставщику. Если HTTPS-версия отдаёт файл без предупреждения, можно обновить ссылку. Если она не работает, нельзя просто слепо заменить все адреса: сначала нужен корректный HTTPS на сервере ресурса или перенос на безопасный источник.
  3. Сделайте резервную копию файлов и базы перед заменойНа собственном сайте сохраните версию шаблонов, стилей и базы данных средствами панели хостинга; запишите, в каких файлах или полях найден старый адрес. В CMS используйте предусмотренный инструмент замены URL с предварительным просмотром, а не массовый поиск-замену по всей базе, особенно если там есть сериализованные данные. Не правьте сторонние ресурсы без разрешения.
  4. Исправьте только подтверждённые ссылкиЗамените проблемные URL в настройках сайта, HTML, CSS или источнике данных на проверенные HTTPS-адреса. Для внешних сервисов воспользуйтесь их актуальными документацией и безопасной точкой доступа. Не включайте режим «загружать небезопасное содержимое» в браузере и не отключайте Content Security Policy ради временной маскировки ошибки.
  5. Перепроверьте страницу и соседние разделыПосле публикации обновите страницу и откройте «Консоль» заново: сообщений Mixed Content для нужного ресурса быть не должно. Проверьте изображение, форму и сценарий, который раньше не работал, а также несколько других страниц и мобильную версию. Если ресурс исчез, верните прежнюю копию и уточните, поддерживает ли поставщик HTTPS.

#Проверка результата и дальнейшие действия

Успех — все обязательные файлы сайта загружаются безопасно, браузер не блокирует содержимое по Mixed Content, функциональные формы и изображения работают. Само наличие замка не гарантирует, что сторонние ссылки в тексте безопасны.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.