Словосочетание «техническая поддержка сайта» разные студии наполняют разным смыслом: где-то это просто «если что-то сломается — почините», а где-то — полноценный набор регулярных работ по расписанию. Разберёмся, что обычно входит в поддержку, чем она отличается от доработки и разового ремонта, и как понять, сколько поддержки на самом деле нужно вашему сайту.
Поддержка — это не «скорая помощь», а профилактика
Есть распространённое заблуждение: поддержка нужна только когда сайт уже сломался. На практике большая часть пользы от технической поддержки — в том, что она происходит до того, как что-то сломалось. Разница похожа на разницу между плановым техосмотром автомобиля и вызовом эвакуатора: второе тоже иногда нужно, но первое снижает вероятность, что до этого дойдёт.
Из чего обычно состоит техническая поддержка
Мониторинг доступности
Регулярная проверка, что сайт вообще открывается и отвечает — базовая, но важная функция. Если сайт «упал» ночью из-за проблемы на хостинге, разумно узнать об этом раньше, чем клиенты, а не наоборот.
Обновления CMS и плагинов
Своевременное обновление ядра системы управления сайтом и установленных плагинов — одна из ключевых задач поддержки, напрямую влияющая на безопасность. Подробно о том, как обновлять сайт без риска его сломать, мы писали в отдельной статье про обновление CMS и плагинов.
Резервное копирование
Регулярные автоматические бэкапы файлов и базы данных сайта с хранением в отдельном от основного сервера месте. Это план «Б» на случай взлома, ошибки при обновлении или сбоя на хостинге. Подробную схему резервного копирования мы разбирали в статье про бэкапы сайта.
Устранение мелких неисправностей
Съехавшая вёрстка после обновления браузера, неработающая кнопка, битая ссылка, форма, которая перестала отправлять письма, — типичный поток мелких задач, которые накапливаются на любом действующем сайте.
Консультации и мелкие правки контента
Замена текста, добавление новости, обновление цен в прайсе, загрузка новых фотографий — задачи, которые владелец бизнеса физически не всегда может или хочет делать сам через административную панель.
Базовый контроль безопасности
Проверка на признаки взлома, актуальность SSL-сертификата, отсутствие подозрительной активности в логах сервера. Подробнее о базовых мерах защиты — в статье про безопасность сайта.
Важная граница: техподдержка обычно не включает разработку нового функционала, редизайн или создание новых разделов сайта — это относится к доработке. Хорошая практика — заранее чётко зафиксировать в договоре, что входит в ежемесячный пакет, а что оплачивается отдельно.
Поддержка и доработка — в чём разница
| Критерий | Техническая поддержка | Доработка сайта |
|---|---|---|
| Цель | Сохранить текущую работоспособность | Добавить новую функциональность |
| Периодичность | Регулярно, по графику | По запросу, разово или проектом |
| Типичная задача | Обновить плагин, починить форму, сделать бэкап | Добавить новый раздел, интегрировать сервис, переделать блок |
| Оплата | Обычно фиксированный ежемесячный пакет | Обычно по смете под конкретную задачу |
Если вы регулярно сталкиваетесь с задачами из правой колонки, стоит посмотреть в сторону отдельной услуги доработки сайта, а не пытаться уместить их в пакет поддержки.
Как понять, сколько поддержки нужно именно вам
Объём необходимой поддержки сильно зависит от типа и возраста сайта.
Новый сайт-визитка
Минимальный набор: обновления, бэкапы, реакция на редкие мелкие проблемы. Обычно достаточно базового пакета на несколько часов в месяц.
Активный интернет-магазин
Высокая нагрузка на сайт, регулярные изменения каталога, интеграции с оплатой и доставкой — требует более плотного мониторинга и оперативной реакции на сбои.
Старый сайт без поддержки долгое время
Часто нужен разовый аудит перед стартом регулярной поддержки, чтобы понять реальное состояние: версии CMS, наличие бэкапов, признаки взлома.
Корпоративный сайт с несколькими разделами
Регулярное обновление контента, координация с несколькими сотрудниками заказчика, более формализованный процесс постановки задач.
Как обычно оформляют поддержку
- Аудит текущего состояния. Перед стартом полезно проверить версии CMS, наличие бэкапов, скорость загрузки — это задаёт стартовую точку.
- Определение состава работ. Фиксируется, что входит в ежемесячный пакет: обновления, бэкапы, мониторинг, лимит часов на мелкие правки.
- Согласование каналов связи. Как ставить задачи — почта, мессенджер, отдельная система — и в какие сроки они выполняются.
- Регулярная отчётность. Полезно получать короткий отчёт о том, что было сделано за период: обновления, бэкапы, устранённые проблемы.
Что обычно не входит в поддержку
Чтобы не создавать завышенных ожиданий, стоит заранее проговорить, какие задачи стандартный пакет поддержки не покрывает. Обычно это:
- разработка нового дизайна или редизайн существующих страниц;
- создание новых разделов и функциональных блоков «с нуля»;
- SEO-продвижение и работа с позициями в поисковой выдаче;
- настройка и ведение контекстной рекламы;
- крупные интеграции с внешними сервисами и CRM.
Это не значит, что такие задачи невозможны — просто они обычно тарифицируются отдельно, как проектные работы, а не как часть ежемесячного пакета. Если подобных задач становится много и регулярно, зачастую выгоднее пересмотреть состав пакета, чем каждый раз согласовывать доплату.
Признаки того, что сайту нужна поддержка прямо сейчас
Есть несколько сигналов, по которым можно понять, что откладывать вопрос дальше рискованно:
- Вы не помните, когда в последний раз обновляли CMS или плагины
- Нет уверенности, что где-то хранится рабочая резервная копия сайта
- Мелкие поломки на сайте копятся неделями, потому что «руки не доходят»
- Изменения на сайте вносит кто-то один, и без него никто не знает, как это делать
- Сайт ни разу не проверялся на признаки взлома или заражения
Если хотя бы два-три пункта из списка о вашем сайте — это не повод паниковать, но хороший повод начать с базового аудита и определить приоритеты.
Отдельно стоит обратить внимание на ситуацию, когда сайт делал один разработчик или фрилансер, а сейчас с ним нет связи. В этом случае перед передачей на поддержку новой команде разумно провести технический аудит: проверить, на какой CMS и хостинге стоит сайт, есть ли доступ ко всем административным панелям, актуальны ли версии программного обеспечения. Такой аудит закрывает и вопрос безопасности, и даёт ясную стартовую точку для дальнейшей работы.
Ещё один момент, который часто упускают: техническая поддержка не обязательно означает работу с той же командой, что делала сайт изначально. Взять сайт на поддержку можно и в другой студии — для этого достаточно получить доступы к административной панели, хостингу и, по возможности, к исходным файлам, если сайт дорабатывался нестандартным образом.
Как сформулировать задачу для поддержки
Чтобы поддержка работала быстро, полезно формулировать задачи конкретно: что именно не работает, на какой странице, в каком браузере и устройстве заметна проблема, когда она впервые появилась. Формулировка «сайт глючит» требует уточняющих вопросов и удлиняет время реакции, а «на странице каталога перестал открываться фильтр по цене в мобильной версии» позволяет сразу приступить к диагностике.
Итог
Техническая поддержка — это регулярная профилактика, а не только реакция на поломки: обновления, резервные копии, базовый контроль безопасности и оперативное устранение мелких неисправностей. Чёткое разделение с доработкой сайта помогает избежать споров о том, что входит в оплаченный пакет, а что — отдельная задача. Если сайт давно работает без какой-либо поддержки, разумно начать с аудита текущего состояния — мы проводим такую проверку и предлагаем состав пакета под конкретный сайт. Подробности — на странице технической поддержки или через контакты.
