Повідомлення про успішне продовження SSL у панелі хостингу ще не означає, що всі відвідувачі отримують новий сертифікат. Сайт може працювати через кілька адрес, проксі або різні сервери. Спочатку потрібно зафіксувати точну помилку браузера й адресу, на якій вона виникла, а вже потім змінювати налаштування.
Які адреси та піддомени перевіряти окремо
Порівняйте основний домен, варіант із www та піддомени, які справді використовує сайт. Для кожної адреси перевіряють строк чинності сертифіката, відповідність імені та повноту ланцюжка довіри. Новий сертифікат міг бути випущений, але не встановлений на тому вузлі, до якого звертається користувач.
Якщо використовується CDN або зворотний проксі, між браузером і сервером можуть бути окремі захищені з’єднання. Підтримці потрібна схема: де завершуються ці з’єднання і хто керує сертифікатами. Перевірте також, чи не ведуть різні DNS-записи на старий і новий сервери. Це особливо важливо, коли проблема проявляється лише в частини відвідувачів.
- Запишіть повний URL, текст помилки, час і браузер.
- Порівняйте результат на іншому пристрої та в іншій мережі.
- Перевірте правильність дати й часу на пристрої.
- Передайте спеціалісту дані сертифіката, який фактично показує браузер.
Не просіть клієнтів обходити попередження безпеки. Якщо причина пов’язана зі строком дії, допоможе матеріал Закінчився SSL-сертифікат: як терміново повернути довіру браузера. Для вибіркових збоїв корисна окрема діагностика: Домен відкривається не в усіх клієнтів: що перевірити до зміни хостингу.
Як знайти змішаний вміст і застарілі посилання
Відрізняйте помилку самого сертифіката від змішаного вмісту. У другому випадку HTTPS-сторінка звертається до ресурсів через HTTP. За поясненням MDN, браузери можуть автоматично переводити частину таких запитів на HTTPS, а інші блокувати. Тому сторінка іноді відкривається, але втрачає зображення, стилі чи потрібний сценарій.
Почніть із повідомлень консолі та списку запитів: вони допомагають знайти конкретний ресурс і місце його підключення. Перевіряйте шаблони, віджети, фонові зображення та налаштування сторонніх сервісів. Звичайне посилання на іншу HTTP-сторінку й завантаження ресурсу всередині HTTPS-сторінки — різні ситуації; не варто називати їх однією помилкою.
Не запускайте масову заміну адрес без резервної копії та перевірки. Спочатку переконайтеся, що ресурс доступний через HTTPS, визначте джерело адреси й оберіть сумісний із системою спосіб виправлення. Після змін очистьте відповідний кеш і повторіть перевірку сторінок та форм.
Як замовити технічну підтримку з чіткими межами робіт
У заявці вкажіть, коли оновили сертифікат, що змінювали паралельно й де зберігається резервна копія. Доступи передавайте через погоджений захищений канал, а не в публічному коментарі. Узгодьте окремо перевірку DNS, конфігурації сервера, CDN та вмісту сайту: це різні рівні роботи.
У результаті діагностики варто отримати причину, перелік змін і перевірених адрес, а не лише повідомлення «все працює». Щоб порівняти пропозиції виконавців, уточніть, що входить у технічну підтримку сайту, хто стежитиме за наступним продовженням і як надходитиме попередження про збій.
Завершення ремонту — це відсутність помилки на потрібних адресах та справна робота ключових функцій. Самого зеленого статусу в панелі хостингу для такого висновку недостатньо.