Коротко: когда человек, сделавший ваш сайт, уходит, сайт не перестаёт требовать ухода — обновления, резервные копии, заплатки безопасности, истекающие сертификаты и продления никуда не деваются. Кто-то должен поддерживать его в рабочем состоянии. Вариантов реально три: делать самому, держать разработчика на связи или отдать сопровождение хостингу с обслуживанием. Для большинства небольших компаний без своего технаря хостинг с обслуживанием — самый спокойный вариант по умолчанию: сайт, сервер и почта под присмотром в одном месте.
Мы и сами держим хостинг с обслуживанием и регулярно принимаем именно такие сайты — хорошо сделанные, а потом брошенные. Поэтому ниже — практичная версия.
Готовый сайт — это ещё не закрытая работа
У проекта есть дата окончания. У сайта — нет. С первого же дня всё, на чём держится сайт, продолжает меняться: WordPress и плагины выпускают обновления, версии PHP (язык, на котором работает сайт) снимают с поддержки, SSL-сертификаты истекают, у фреймворка, на котором собран сайт, выходят правки безопасности. Сайт стоит на месте, а софт под ним уходит вперёд — и именно в этом разрыве растут проблемы.
За эту часть никто не выставляет счёт, потому что тут ничего не «строят». Это просто работа, которая не даёт уже готовому сайту тихо сломаться.
Чем оборачивается «за сайтом никто не смотрит»
Без присмотра сайт ломается по одним и тем же предсказуемым сценариям:
- Старые плагины взламывают. В WordPress дыры, через которые вас ломают, почти никогда не в ядре. Из более чем 11 000 уязвимостей WordPress, которые Patchstack зафиксировал за 2025 год, 91% — в плагинах и темах, и лишь шесть — в самом ядре. Плагин, который поставили два года назад и забыли, — классическая лазейка.
- Сертификаты и домены истекают. Истёк SSL-сертификат (он шифрует соединение с сайтом) — браузеры показывают красное «не защищено»; не прошло автопродление домена со старой карты — и весь сайт вместе с почтой на нём гаснет.
- PHP снимают с поддержки. Хостинг обновляет сервер, старый код несовместим — и вместо сайта пустой белый экран. Когда никто не смотрит, вы узнаёте об этом от клиента.
- Копии, которые ни разу не разворачивали. «Копии есть» — это не то же самое, что «мы развернули одну, и она поднялась». У большинства брошенных сайтов восстановление ни разу не проверяли — и никто не знает, сработает ли копия, когда понадобится.
- Почта уходит в спам. Записи SPF, DKIM или DMARC устаревают, или истекает ключ подписи — и счета, которые вы шлёте, перестают доходить. Подробно — почему письма с вашего домена попадают в спам.
Ничего из этого заранее не предупреждает — всё проявляется уже постфактум: взлом, пустая страница или вопрос клиента, почему сайт не открывается.
Почему так выходит — и обычно разработчик тут ни при чём
Это не история про плохого фрилансера. Так устроена сама модель работы. Агентствам и фрилансерам платят за то, чтобы сделать; сопровождение — отдельная, постоянная работа, которой в исходном договоре чаще всего нет. Фрилансер берёт новых клиентов. Внимание агентства переходит к следующему проекту. Сотрудник, который «занимался сайтом», увольняется. Никто из них не подписывался смотреть за вашим сайтом следующие три года — вот никто и не смотрит.
Сайт работает ровно до того дня, когда перестаёт, — поэтому проблему так легко проглядеть.
Ваши три реальных варианта
| Вариант | Кто смотрит за сайтом каждый день | Когда ломается ночью | Сервер и почта тоже? | Как устроена оплата |
|---|---|---|---|---|
| Делать самому | Вы — когда вспомните | Вы, в панике ищете решение | Вы сами себе системный администратор | «бесплатно», пока не обернётся потерянными выходными или взломом |
| Разработчик по вызову | Иногда; зависит от его занятости | Если ответит | Обычно только код, не сервер и не почта | Почасово, непредсказуемо; могут снова пропасть |
| Хостинг с обслуживанием | Хостинг, постоянно | Хостинг, он на дежурстве | Да — сервер, обновления, копии и почта в одном месте | Фиксированная сумма в месяц, предсказуемо |
Честный расклад: делать самому бесплатно — пока одни выходные не уйдут на разгребание взломанного сайта. Разработчик по вызову гибок, но надёжен ровно настолько, насколько он свободен, — и вас могут бросить во второй раз. Хостинг с обслуживанием — это фиксированная сумма в месяц за то, что за сайтом следит кто-то, для кого это работа, а не вы в свободное время.
Что передать, чтобы сайт мог принять кто-то другой
Если вы переводите брошенный сайт на нового человека, вот что ему нужно. Соберите это один раз — и передача пройдёт гладко:
- Доступ к регистратору домена — кто владеет доменом, владеет всем.
- Доступ к DNS — часто это регистратор, иногда отдельно.
- Доступ к хостингу / серверу.
- Учётка администратора CMS — аккаунт администратора WordPress или аналог.
- Репозиторий кода (Git), если сайт сделан на заказ.
- Список того, на чём работает сайт: CMS и версия, активные плагины и темы, версия PHP или Node.
- Где лежат копии — и проверяли ли хоть раз восстановление.
- Сторонние ключи: SMTP (отправка почты), платёжный шлюз, любые API-ключи (доступы к внешним сервисам).
Если часть этого не получить у ушедшего разработчика, толковый хостинг обычно восстановит остальное. Пара недостающих доступов — не повод останавливаться: принять заброшенный сайт — рутина. (Тревожит, что уже торчит наружу? Вот где бесплатно посмотреть, какие дыры угрожают сайту.)
Спокойный вариант
Сайт — это не разовая покупка, а вещь, за которой после запуска нужно постоянно ухаживать. В этом весь смысл хостинга с обслуживанием: сайт ваш, а кто-то другой следит, чтобы он был обновлён, защищён, с резервными копиями и всегда онлайн.
Это мы. На нашем хостинге с обслуживанием мы принимаем сайты, сделанные кем-то другим — WordPress, Astro, Next.js, обычный PHP или Node, на чём бы он ни был собран, — и берём на себя обновления, резервные копии, защиту и почту, на серверах в ЕС и со счётом от одной ЕС-компании. Включённые часы на тарифах Standard и Pro закрывают мелкие правки — так что, когда в следующий раз что-то понадобится сделать, будет кому. Разработчик ушёл — а сайт без присмотра не остаётся.