Домены и сертификаты: как не потерять сайт из-за даты

Подборка за неделю встретил статью про перенос сайтов с Tilda — и в ней, между прочим, оказался важный момент, который многие пропускают: как именно настраивать HTTPS после переноса. Я сразу понял, что это не просто техническая деталь, а риск, который можно спокойно предотвратить — если не забывать о нём заранее.

О чём речь и почему это важно для сайта

Речь о сертификатах и доменах — тех вещах, которые работают в фоне, пока всё в порядке. А когда срока не хватает, браузер показывает не «всё хорошо», а полноэкранный «Подключение не защищено». Это не просто неприятно — это срыв продаж, потеря доверия, и, если форма с данными на этом же канале, — нарушение 152-ФЗ. Я считаю, что умение предотвращать такие сбои — разница между «всё сломалось» и «мы уже всё починили». И это не про авралы, а про систему.

Как это устроено — что тут вообще происходит

Когда сайт переносится, особенно с конструктора, часто забывают про HTTPS. А он не появляется сам — нужно выдать сертификат, привязать его к домену и настроить перенаправление. Если сертификат просрочен, или выдан не на тот домен, или выдан российским УЦ, который уже не работает в браузерах — сайт просто перестаёт открываться. И это не про технический сбой, а про системную уязвимость: кто-то может в любой момент сорвать доступ, если не проверять состояние.

Как понять, что это касается вашего сайта

Я проверяю это первым делом, когда берусь за сайт. Достаточно посмотреть, как выглядит HTTPS-соединение: если браузер показывает предупреждение, или сертификат выдан на другой домен, или срок действия меньше трёх дней — это сигнал. Особенно если сайт переносился с конструктора, где сертификаты могли быть настроены автоматически, но потом не обновлялись. У меня на поддержке это закрывается заранее — не дожидаясь, пока клиент увидит «не защищено».

Что с этим делать — что я делаю в таких случаях

Сразу после проверки я перепроверяю, кто выдал сертификат. Если это GlobalSign — уже сейчас начинаю процесс замены. Нельзя ждать, пока он истечёт. Выпускаю новый: либо через Let's Encrypt с автопродлением, либо через российский УЦ, который работает в браузерах. Домен привязываю к новому сертификату, проверяю цепочку, настраиваю перенаправление на HTTPS. Объём зависит от сложности — но всё делается без простоя, с проверкой перед включением.

Что здесь даёт поддержка — как мы закрываем эту задачу

На постоянной поддержке мы не ждём, пока что-то сломается. Просроченный сертификат или домен — это не авария, а предсказуемый и полностью предотвратимый сбой. Мы проверяем состояние HTTPS и домена каждые несколько минут, 24/7. Если что-то выходит за допустимые границы — сразу включаем уведомление и начинаем работу. У нас нет «после проверки» — всё решается до того, как клиент узнает о проблеме. А если вы ещё не на поддержке — приглашаю на бесплатный аудит сайта.