После включения HTTPS страница WordPress может открываться с правильным сертификатом, но терять оформление, шрифты или изображения. Одна из возможных причин — Mixed Content: защищённая страница обращается к ресурсу по HTTP. Исправление начинается с конкретного заблокированного запроса, а не с установки ещё одного SSL-плагина.
Ниже — порядок проверки для владельца сайта и разработчика. Работа ведётся на копии или с подготовленным возвратом изменений. Примеры используют example.com; это демонстрационный адрес, а не ресурс для проверки вашего проекта.
Сначала отделите смешанный контент от других ошибок
Отсутствующая картинка не обязательно загружается по HTTP. Возможны неверный путь, ответ 403, истёкшая ссылка, ошибка политики доступа или удалённый файл. Если начальная страница сама не открывается по HTTPS, сначала разберите сертификат и перенаправления. Mixed Content диагностируют уже внутри защищённого документа.
По документации MDN браузеры ограничивают небезопасные подзапросы: часть типов ресурсов может автоматически переводиться на HTTPS, другие блокируются. Поэтому визуально нормальная страница ещё не доказывает, что все исходные URL исправлены. Проверяйте сообщения браузера и первоначальный адрес запроса.
Шаг 1. Составьте короткую матрицу страниц
Выберите главную, обычную статью, страницу со сложным оформлением и мобильное меню. Если есть магазин, добавьте карточку товара и безопасный просмотр корзины. Не используйте реальные заказы и платежи для проверки шрифтов или картинок. Запишите адрес и видимый симптом для каждого маршрута.
Для повторяемого теста используйте чистую сессию браузера. Администратор WordPress иногда получает другой HTML и другие ресурсы, чем обычный посетитель. Проверяйте оба состояния там, где это влияет на результат.
Шаг 2. Найдите первый проблемный запрос
- Откройте инструменты разработчика, затем Console и Network.
- Очистите журнал запросов и перезагрузите выбранную страницу.
- Найдите сообщение Mixed Content и сохраните URL ресурса.
- В Network определите инициатор: HTML, CSS, скрипт или другой файл.
- Проверьте, какой именно элемент страницы использует ресурс.
Не исправляйте сразу все строки, содержащие http. В тексте статьи может быть пример команды, ссылка на внешний исторический источник или идентификатор пространства имён. Для Mixed Content важен фактический запрос небезопасного ресурса из защищённой страницы.
| Инициатор | Где искать исходный URL | Как проверить исправление |
|---|---|---|
| HTML страницы | Контент, виджет, настройки темы | Новый исходный HTML и Network |
| Файл CSS | Фон, шрифт, импорт стиля | URL внутри загруженного CSS |
| JavaScript | Настройка интеграции или ответ API | Инициатор и параметры запроса |
| Сгенерированный файл | Настройки конструктора и его кеш | Пересозданный файл после исправления источника |
Шаг 3. Проверьте HTTPS-версию самого ресурса
Откройте соответствующий HTTPS-адрес отдельно. Он должен вернуть нужный файл, а не страницу ошибки или форму входа. Для шрифта или CSS недостаточно увидеть HTTP 200: проверьте тип содержимого и отсутствие ошибки доступа. Для стороннего ресурса выясните, предоставляет ли его владелец защищённую точку подключения.
Если сервис вообще не поддерживает HTTPS, простая замена схемы не поможет. Рассмотрите другой официальный способ интеграции или удаление ненужной зависимости. Копировать чужой файл к себе можно только при подходящих правах и с пониманием порядка обновления.
Шаг 4. Исправьте URL в источнике
Начните с родного редактора: настройки изображения, фона, виджета или интеграции. При использовании Elementor обычные значения меняют в соответствующих элементах и настройках конструктора. Не редактируйте его сериализованные данные вручную ради одного фона.
Когда проблема массовая и связана с миграцией, WP-CLI предоставляет search-replace с пробным режимом и обработкой сериализованных данных. Ограничьте проверку таблицами конкретной установки и заранее подготовьте восстановление. Пример показывает только предварительный расчёт, без записи:
wp search-replace 'http://example.com' 'https://example.com' --dry-run --skip-columns=guidИзучите число замен и затронутые таблицы. На Multisite или установке с нестандартными таблицами область действия требует отдельной проверки. Строковое SQL-обновление не заменяет обработку PHP serialization. Не включайте в отчёт реальные секреты из значений настроек.
Шаг 5. Пересоздайте производные файлы и очистите нужный кеш
После исправления исходной настройки старый URL может оставаться в сгенерированном CSS или кешированной странице. Используйте штатный инструмент пересоздания файлов конструктора, если это требуется его документацией. Затем очистите затронутую страницу на сервере и CDN.
Порядок имеет значение: очистка кеша до изменения источника лишь создаст такую же ошибочную копию заново. Не удаляйте всю медиатеку, кеш-каталоги неизвестного назначения и файлы темы. Если точное происхождение ресурса не найдено, сохраните наблюдение и продолжите диагностику.
Практический пример: пропал фоновый баннер
Допустим, в HTML нет небезопасных картинок, но консоль показывает HTTP-адрес фона. Инициатором оказывается CSS конструктора. В настройке секции сохранён старый абсолютный URL. Исправьте фон в редакторе, пересоздайте CSS штатным способом и повторите запрос. Отдельно проверьте мобильный фон: у него может быть другое значение.
Если после этого сервер отдаёт правильный CSS, а CDN — старый, второй этап исправления относится к кешу CDN. Если оба отдают правильный файл, а ошибка остаётся лишь в одной сессии, проверьте браузерный кеш. Каждый вывод должен опираться на конкретный ответ, а не на случайное исчезновение симптома.
Ошибки, которые усложняют восстановление
- Отключение браузерной защиты смешанного контента как постоянное решение.
- Замена всех HTTP-строк во всей базе без предварительного просмотра.
- Удаление старых медиа вместо исправления ссылки на существующий файл.
- Подмена локального исправления скриптом, который переписывает URL только после загрузки страницы.
- Проверка только авторизованного desktop-просмотра.
FAQ
Поможет ли редирект HTTP на HTTPS?
Он полезен для основного адреса, но заблокированный браузером запрос может не дойти до серверного редиректа. Исправляйте исходный URL ресурса и проверяйте фактическое поведение.
Достаточно ли автоматического upgrade?
Автоматическое поведение браузера может скрыть старую ссылку. Для устойчивого результата источник должен сразу формировать корректный защищённый адрес.
Почему проблема видна только на телефоне?
Мобильный шаблон может использовать другой фон, изображение или виджет. Сравните сетевые запросы конкретного мобильного состояния.
Проверка результата
В повторном просмотре нет сообщений Mixed Content, ресурсы открываются по HTTPS, оформление и нужные действия работают на выбранных страницах. Сохраните список исправленных источников и результаты теста. Отсутствие ошибок в консоли одной страницы не подтверждает весь сайт.
Смежные инструкции HOSTIO: SSL и HTTPS, перенос WordPress, проверка ускорения и кеша. При выборе размещения смотрите профиль Beget.
Источники: MDN: Mixed Content, WP-CLI: search-replace. Проверено 28.10.2026. Порядок практической проверки и примеры — редакционная разработка HOSTIO.
