Legan Studio
Все статьи
~ 6 мин чтения

Сколько живёт сайт без поддержки и как это считать

Что происходит с сайтом, оставленным без поддержки. Реальные сроки деградации и базовый план обслуживания.

  • сайт
  • поддержка
  • бизнес

Запустили сайт, ушли в маркетинг, поддержку отложили «на потом». Через сколько проект начнёт деградировать и что именно сломается? Покажем сроки на реальных проектах и расскажем, какой минимум работ предотвращает большую часть проблем.

Что начинает ломаться через месяц

Сертификаты SSL обычно живут 90 дней (Let's Encrypt) или 1 год. Если автообновление сломалось — через 3 месяца сайт превращается в «незащищённое соединение». Браузеры начинают пугать пользователей, конверсия падает на 30–50%.

Cron-задачи на VPS могут перестать работать после обновления ядра ОС или из-за кончившегося диска. Через месяц замечаете, что письма не отправляются, бэкапы не делаются.

Обновления Next.js, React, npm-пакетов выходят раз в 2–4 недели. Через месяц-два проект уже отстаёт на одну минорную версию. Сам по себе не страшно, но в зависимостях начинают накапливаться security-предупреждения.

Через квартал

Появляется первая публичная CVE в одной из зависимостей. Если уязвимость серьёзная (RCE, SQL injection через библиотеку) — потенциальный риск взлома. Без процесса мониторинга вы об этом не знаете.

Контент устаревает: цены не актуальны, акции прошли, кейсы 2-летней давности, отзывы из 2021 года. Это не «сразу видно», но снижает доверие на 10–20%.

Ссылки начинают ломаться: внешние партнёры перестроили сайт, документ переехал, картинка с CDN удалена. Битые ссылки в SEO дают сигнал «сайт заброшен», ранжирование падает.

Через полгода

Зависимости отстали на мажорную версию. Обновление становится болезненным: API изменилось, типы отличаются, какая-то библиотека вообще архивирована. Часть мигрирующих изменений — несовместимая, переписывать нужно куски кода.

Хостинг тоже не стоит: дистрибутивы Linux получают обновления, версии Node, Postgres, nginx меняются. Если контейнеры не пересобирались — рискуете нарваться на несовместимости в самый неудачный момент.

SEO-позиции начинают сползать. Конкуренты выпускают свежий контент, оптимизируют технику. Без обновлений ваш сайт постепенно отстаёт в выдаче. На конкурентных запросах теряете 20–40% трафика за полгода.

Через год

Приходит время обновлять домены, лицензии, продлевать хостинг. Если автоплатежи не настроены или карта истекла — сайт падает. Восстановление с потерей данных и репутации — 1–3 дня в лучшем случае.

К этому моменту накопилось 5–15 несовместимых обновлений зависимостей. Любая правка превращается в пол-дня борьбы с окружением: то build не собирается, то TypeScript ругается на изменения в @types/react, то next dev падает с непонятной ошибкой.

Если контент-менеджер уволился — никто не знает, как админка работает. Документации нет, видео-инструкций нет. Любая правка — задача для разработчика, который её тоже первый раз видит.

Что входит в нормальную поддержку

Минимальный план — 4–8 часов в месяц на типовой сайт средней сложности:

  • Обновление зависимостей через Renovate или Dependabot, проверка PR с обновлениями.
  • Мониторинг алертов о CVE через Snyk, GitHub Security Alerts.
  • Проверка работы бэкапов (восстановление из бэкапа на тестовое окружение раз в квартал).
  • Контроль метрик производительности и доступности (Yandex Cloud Monitoring, UptimeRobot).
  • Мелкие правки контента и баг-фиксы.

Расширенный план — 16–40 часов в месяц для активного бизнеса:

  • Регулярные A/B-тесты и оптимизация конверсии.
  • Мониторинг SEO-позиций и доработка контента.
  • Обновление компонентов под новые маркетинговые задачи.
  • Развитие интеграций с CRM, системами учёта.

Стоимость поддержки

В студийных тарифах 30–80 тысяч рублей в месяц за минимальный план, 100–300 тысяч за расширенный. Внутренний разработчик — 250–450 тысяч плюс налоги. Фрилансер — дешевле, но риски срыва.

Ключевой вопрос — не «сколько», а «что включено и что является SLA». Без чёткого SLA «время реакции 4 часа» поддержка превращается в «когда дойдут руки».

Признаки, что пора усиливать поддержку

Время реакции на правки выросло с дней до недель. В метриках всплывают новые ошибки JS на проде. Yandex Webmaster показывает рост ошибок краула. Lighthouse падает на 5–10 пунктов между релизами. Бизнес жалуется, что админка стала медленной.

Каждый из этих сигналов — повод пересмотреть SLA или объём работ. Дешевле увеличить план поддержки на 10–20%, чем разбираться с накопившимся через год.

Самостоятельная поддержка vs аутсорс

Если в команде есть штатный фронт и DevOps — поддержка через них дешевле в часах, но требует процесса (тикеты, приоритеты, регулярные ревью). Без процесса штатные разработчики занимаются «горящими» задачами, а сайт деградирует.

Аутсорс на студию даёт предсказуемый объём, понятные SLA, но требует чёткой постановки задач. На крупных проектах часто гибрид: внутренний разработчик ведёт развитие, студия закрывает базовое обслуживание и срочные правки.

Итого

Сайт без поддержки начинает деградировать уже через месяц, и через год превращается в неподдерживаемого зомби. Минимум — 4–8 часов в месяц на обновления и мониторинг — закрывает 80% рисков. Расходы на поддержку всегда меньше расходов на восстановление после катастрофы. Считайте поддержку частью стоимости владения сайтом, не «опцией на потом».

Частые вопросы

Что начинает ломаться на сайте через месяц без поддержки?

Сертификаты SSL обычно живут 90 дней (Let's Encrypt) или 1 год. Если автообновление сломалось — через 3 месяца сайт превращается в «незащищённое соединение». Браузеры начинают пугать пользователей, конверсия падает на 30–50%. Cron-задачи на VPS могут перестать работать после обновления ядра ОС или из-за кончившегося диска. Через месяц замечаете, что письма не отправляются, бэкапы не делаются. Обновления Next.js, React, npm-пакетов выходят раз в 2–4 недели — отставание начинает накапливаться.

Что происходит с сайтом за квартал без поддержки?

Появляется первая публичная CVE в одной из зависимостей. Если уязвимость серьёзная (RCE, SQL injection) — потенциальный риск взлома. Без процесса мониторинга вы об этом не знаете. Контент устаревает: цены не актуальны, акции прошли, кейсы 2-летней давности. Это снижает доверие на 10–20%. Ссылки начинают ломаться: внешние партнёры перестроили сайт, документ переехал, картинка с CDN удалена. Битые ссылки в SEO дают сигнал «сайт заброшен», ранжирование падает.

Что произойдёт с сайтом за полгода без обновлений?

Зависимости отстали на мажорную версию. Обновление становится болезненным: API изменилось, типы отличаются, какая-то библиотека вообще архивирована. Часть мигрирующих изменений — несовместимая, переписывать нужно куски кода. Хостинг тоже не стоит: дистрибутивы Linux получают обновления, версии Node, Postgres, nginx меняются. SEO-позиции начинают сползать. Конкуренты выпускают свежий контент, оптимизируют технику. На конкурентных запросах теряете 20–40% трафика за полгода.

Что входит в нормальную поддержку сайта?

Минимальный план — 4–8 часов в месяц на типовой сайт. Обновление зависимостей через Renovate или Dependabot, проверка PR с обновлениями. Мониторинг алертов о CVE через Snyk, GitHub Security Alerts. Проверка работы бэкапов (восстановление из бэкапа на тестовое окружение раз в квартал). Контроль метрик производительности и доступности (Yandex Cloud Monitoring, UptimeRobot). Мелкие правки контента и баг-фиксы. Расширенный план — 16–40 часов в месяц для активного бизнеса с A/B-тестами, SEO, развитием интеграций.

Сколько стоит поддержка сайта в РФ?

В студийных тарифах 30–80 тысяч рублей в месяц за минимальный план, 100–300 тысяч за расширенный. Внутренний разработчик — 250–450 тысяч плюс налоги. Фрилансер — дешевле, но риски срыва. Ключевой вопрос — не «сколько», а «что включено и что является SLA». Без чёткого SLA «время реакции 4 часа» поддержка превращается в «когда дойдут руки». Признаки, что пора усиливать поддержку: время реакции на правки выросло, новые ошибки JS на проде, рост ошибок краула в Webmaster.

Своя команда или аутсорс для поддержки сайта?

Если в команде есть штатный фронт и DevOps — поддержка через них дешевле в часах, но требует процесса (тикеты, приоритеты, регулярные ревью). Без процесса штатные разработчики занимаются «горящими» задачами, а сайт деградирует. Аутсорс на студию даёт предсказуемый объём, понятные SLA, но требует чёткой постановки задач. На крупных проектах часто гибрид: внутренний разработчик ведёт развитие, студия закрывает базовое обслуживание и срочные правки. Считайте поддержку частью стоимости владения сайтом.