Сайт в разработке Наполняем разделы и правим ошибки — что-то может выглядеть или работать не так. Если заметили — позвоните или напишите.

Что происходит с сайтом после запуска и почему нельзя о нём забыть

Разбираемся, зачем сайту техническая поддержка после сдачи проекта, что в неё входит и что случится, если полностью пустить сайт «на самотёк».

Раздел: Разработка

Когда сайт наконец запущен, кажется, что самая сложная часть работы закончена. Заказчик принял проект, подписал акты, команда разработчиков перешла к другим задачам. На деле это только начало жизни сайта, и от того, как о нём заботятся дальше, зависит, будет ли он работать стабильно через полгода, год, три года — или начнёт сыпаться в самый неподходящий момент.

Сайт — не памятник, который можно поставить и забыть. Это работающая система из кода, базы данных, серверного окружения, сторонних сервисов и модулей. Каждый из этих элементов со временем меняется независимо от воли владельца сайта.

Почему сайт «портится» сам по себе

Даже если никто не трогает код, сайт не остаётся статичным. Меняется всё, что его окружает.

Обновляется CMS — движок, на котором построен сайт. Разработчики платформы регулярно выпускают новые версии, закрывающие уязвимости и добавляющие функции. Если не обновлять систему, в какой-то момент старая версия перестанет получать поддержку производителя, а значит, найденные уязвимости никто больше не закроет.

Обновляются плагины и модули — то есть готовые блоки функциональности, которые устанавливают на сайт: формы обратной связи, каталоги, интеграции с платёжными системами. Разработчики этих модулей тоже выпускают новые версии, и старые со временем перестают быть совместимы с новой версией CMS или с браузерами пользователей.

Меняется серверное окружение. Хостинг-провайдер обновляет версии PHP, баз данных, других технологий на своей стороне. Сайт, написанный несколько лет назад, может просто отказаться работать на новом окружении, если его код не адаптирован.

Появляются новые угрозы безопасности. Хакеры и автоматические боты постоянно ищут уязвимые сайты — не какой-то конкретный, а массово, сканируя тысячи адресов подряд. Если у сайта есть известная брешь, её найдут не потому, что кто-то специально охотится именно на этот бизнес, а просто потому, что сканер её обнаружил.

Схема сайта с иконками CMS, плагинов, сервера и базы данных, между которыми показаны стрелки обновлений.
Схема сайта с иконками CMS, плагинов, сервера и базы данных, между которыми показаны стрелки обновлений.

Что обычно входит в техническую поддержку

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

Мониторинг доступности — проверка, что сайт открывается и отвечает на запросы. Если сервер упал или произошёл технический сбой, важно узнать об этом быстро, а не через несколько дней от клиентов, которые не смогли оставить заявку.

Обновление CMS и модулей до актуальных версий с проверкой, что после обновления всё продолжает работать корректно — иногда обновление одного компонента ломает совместимость с другим, и это нужно отследить и исправить.

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

Проверка безопасности — сканирование на вирусы и уязвимости, своевременное закрытие найденных брешей.

Исправление мелких ошибок — то, что вылезает в процессе эксплуатации: где-то форма перестала отправлять письма, где-то съехала верстка в новой версии браузера, где-то перестала работать интеграция со сторонним сервисом после его обновления.

Консультации — ответы на вопросы владельца сайта о том, как что-то настроить, добавить, изменить в рамках существующего функционала.

Поддержка — это не то же самое, что развитие сайта

Здесь важно различать два разных процесса, которые иногда путают. Поддержка — это работы, которые сохраняют текущее состояние сайта работоспособным. Развитие — это добавление нового: новых разделов, функций, интеграций, изменение дизайна. Первое нужно, чтобы сайт не сломался. Второе нужно, чтобы сайт рос вместе с бизнесом.

Некоторые студии включают в пакет поддержки небольшой объём мелких доработок, другие разделяют эти услуги полностью и берут отдельную оплату за любые изменения сверх базового обслуживания. Условия стоит уточнять заранее, чтобы не возникло недопонимания, когда потребуется что-то добавить на сайт.

Что случается, если поддержки нет вообще

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

Сначала сайт продолжает работать как раньше. Потом начинают появляться мелкие сбои: форма не отправляет заявки, но никто не замечает, потому что не проверяет специально. Через какое-то время накопившиеся устаревшие версии CMS и модулей создают уязвимость, через которую на сайт попадает вредоносный код — например, скрытая переадресация на другой ресурс или спам-рассылка через почтовый сервер сайта. Поисковые системы могут пометить заражённый сайт как опасный и понизить его в выдаче или показывать предупреждение пользователям перед переходом.

Экран браузера с предупреждением о небезопасном сайте на фоне расстроенного пользователя за компьютером.
Экран браузера с предупреждением о небезопасном сайте на фоне расстроенного пользователя за компьютером.

Восстановление сайта после серьёзного заражения или долгого простоя обычно требует больше времени и ресурсов, чем регулярное обслуживание за тот же период. Не говоря о репутационных потерях, если клиенты видят предупреждение браузера о небезопасном сайте или просто не могут оставить заявку в течение нескольких дней.

Как выбрать формат поддержки

Разовая помощь по обращению подходит для сайтов с невысокой посещаемостью и минимальным риском, где владелец готов сам следить за состоянием сайта и обращаться к разработчикам только при возникновении проблемы. Такой формат дешевле, но реагирование на проблему происходит постфактум, когда что-то уже сломалось.

Абонентское обслуживание с фиксированным набором регулярных работ подходит для сайтов, которые приносят бизнесу заявки или продажи и простой которых напрямую отражается на выручке. В этом случае регулярный мониторинг и профилактика обходятся дешевле, чем устранение последствий серьёзного сбоя, а главное — снижают вероятность самого сбоя.

Промежуточный вариант — оплата за фактически потраченное время специалистов без фиксированного ежемесячного платежа. Такой формат удобен, если объём необходимых работ непредсказуем и меняется от месяца к месяцу.

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

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

Заявка

Расскажите о проекте

Свяжемся в течение рабочего дня, зададим уточняющие вопросы и предложим варианты. Без навязчивых звонков.

Форма обратной связи

Отвечаем в рабочие дни с 10:00 до 19:00

Написать в Telegram