Поддержка сайта

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

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

• Поддержка — регламент и приоритеты: что делаем сразу, что в очереди, что только по смете
• Доработка — проект с границами: новый раздел, интеграция, редизайн блока
• В поддержку входят мелкие правки контента и настроек в рамках пакета часов
• Крупные фичи выносятся в отдельную оценку, чтобы не съедать бюджет на инциденты

Базовый состав сопровождения

1. Мониторинг доступности сайта и ключевых форм (хотя бы раз в сутки автоматически)
2. Регулярные обновления CMS, плагинов и зависимостей — с проверкой на копии
3. Контроль срока SSL-сертификата и домена, напоминание до истечения
4. Резервное копирование файлов и базы с периодической проверкой восстановления
5. Пакет часов на мелкие правки: тексты, баннеры, настройка целей в аналитике

Формы, почта и CRM — зона повышенного риска

Самый дорогой сбой поддержки — не «белый экран», а тихая потеря лидов: SMTP сменил политику, CRM отозвала токен, вебхук перестал принимать запросы после обновления PHP. Такие проблемы редко видны визуально на главной странице, поэтому в регламент стоит включить тестовую отправку заявки раз в месяц или автоматический синтетический тест, который создаёт тестовый лид с пометкой и проверяет доставку до CRM.

• Проверка цепочки: форма → почта → CRM → уведомление менеджеру
• Контроль спам-фильтров на корпоративной почте после смены хостинга
• Логирование ошибок отправки без хранения персональных данных в открытом виде
• Резервный канал (например, дублирование на Telegram) для критичных форм

Обновления: как не сломать прод при рутине

Обновление «нажал кнопку в админке» подходит только для простых сайтов без кастомного кода. На проектах с модулями, интеграциями и нестандартной темой порядок такой: копия окружения, список критичных сценариев, обновление по одному слою (сначала ядро, потом модули), прогон чек-листа, выкладка в прод вне пика. Пропуск этого порядка экономит час и стоит суток простоя и потерянных заказов.

Отчётность для владельца бизнеса

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

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

Безопасность как часть ежедневной поддержки

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

• Ограничить попытки входа в админку и включить уведомления о новых учётках
• Проверять, что тестовые данные и staging не индексируются поиском
• После ухода подрядчика — ротация API-ключей интеграций, а не только пароля CMS