Техническая поддержка сайта:
что делать после запуска.

Диагноз: почему «сайт готов» — иллюзия и что происходит без поддержки

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

Иллюзия держится на трёх допущениях, и каждое из них неверно.

Первое: сайт — это готовый продукт, как вывеска. На деле это система из десятков движущихся частей: ядро CMS, тема, плагины, версия PHP, база данных, веб-сервер, SSL-сертификат, домен, DNS, хостинг, внешние скрипты аналитики, оплаты и доставки. Каждая часть живёт по своему графику и обновляется независимо от остальных.

Что входит в поддержку: девять работ и граница с доработками

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

Вот из чего состоит поддержка.

• Обновления. Ядро CMS, плагины, тема. Сначала на копии (staging), потом на живом сайте. Отдельная работа — версия PHP: переход с 7.4 на 8.2 или 8.3 почти всегда требует правок в старом коде темы.

Регламент по срокам: ежедневно, еженедельно, ежемесячно, раз в квартал и раз в год

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

• Ежедневно. Доступность и время ответа (автоматически, с уведомлением в Telegram), проверка входящих заявок, ошибки 5xx в логах, свободное место на диске и загрузка процессора.
• Еженедельно. Отправка тестовой заявки с реального телефона, чтение журнала 404, установка патчей безопасности для плагинов, проверка свежести бэкапа.
• Раз в год. Продление домена на несколько лет вперёд, обновление версии PHP до поддерживаемой, переезд на новый тариф или сервер, аудит структуры и контента, пересборка семантики.

Что происходит без поддержки: считаем на цифрах

Три типовых инцидента, каждый с ценой. Цифры усреднённые по практике небольших коммерческих сайтов: у вас будут свои, но порядок величин тот же.

Первый: сайт упал, и никто не заметил. Хостинг ночью перезагрузил сервер, база не поднялась. Без мониторинга о проблеме узнают от клиента через 5-8 часов. Если сайт приносит 10 заявок в день при среднем чеке 8 000 рублей и конверсии в сделку 30 процентов, то 7 часов простоя — это примерно 3 заявки и около 7 000 рублей упущенной выручки. Два-три таких случая за год дают 15 000-20 000 рублей прямых потерь плюс ушедшие к конкурентам клиенты.

Пошаговый план: как организовать поддержку своими руками

Этот план реально выполнить без подрядчика. Он займёт один рабочий день на настройку и дальше 4-6 часов в месяц.

• Инвентаризация. Выпишите: где хостинг и как туда попасть, где регистратор домена и на кого он оформлен, какая CMS и какие версии, какие плагины, где DNS, куда приходят заявки, где аналитика, кто держит доступы. Без этого списка любая авария начинается с двух часов поиска паролей.
• Ежедневная проверка форм и заявок. Отправьте тестовую заявку с телефона, убедитесь, что письмо дошло и не попало в спам, что в CRM или Telegram пришло уведомление, что в Метрике засчиталась цель.

Таблица: что делать, как часто и чем грозит пропуск

Ниже — рабочий минимум в виде пар «работа — срок — последствие». Если хотя бы половина строк сейчас не выполняется, сайт уже живёт в долг.

• Проверка доступности и 5xx — ежедневно — простой длится часами, заявки теряются молча.
• Тестовая заявка с телефона — еженедельно — форма «спасибо, мы свяжемся» показывает, а письма нет; клиенты уходят к конкурентам.
• Патчи безопасности плагинов — еженедельно — открытая уязвимость, взлом и редиректы на сторонние сайты.
• Бэкап базы и файлов вне сервера — ежедневно и еженедельно — восстановление вручную по кускам, потеря контента и заказов.

Где самостоятельная поддержка упирается в потолок

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

• Обновления с конфликтами. Обновление ядра WordPress или плагина ломает тему или соседний модуль: Fatal error, белый экран, разъехавшаяся вёрстка. Дальше — восстановление из бэкапа, отключение плагинов по одному, чтение логов и поиск виновника. На живом сайте это каждый раз риск потерять заявки на несколько часов.
• Доработки шаблонов. Изменение вывода в теме, новый блок, нестандартная интеграция — это уже разработка, а не поддержка.

Порядок работ и сколько это стоит

Порядок работ у нас устроен так, чтобы сначала закрывать то, что теряет заявки, и только потом всё остальное.

• Аудит — 0 рублей. Смотрю доступность, версии CMS и PHP, состояние бэкапов, скорость, SSL и домен, безопасность, настройку целей в Метрике. На выходе — список проблем по приоритету: что ломает сейчас, что сломает через месяц, что можно отложить. Ведёт аудит Максим Холмов.
• Приоритизация. Сначала аварийное: падения, форма, SSL, домен. Затем безопасность и бэкапы. После этого скорость, 404, аналитика.

Вывод

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

Минимальная программа, которую можно запустить на этой неделе, выглядит так: мониторинг доступности с оповещением в Telegram, бэкапы базы и файлов в облако, автопродление SSL, напоминание о домене за месяц, еженедельная тестовая заявка с телефона и обновления на копии перед живым сайтом. Это один рабочий день на настройку и 4-6 часов в месяц дальше.