Поддержка сайта после запуска: что проверять и за что платить

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

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

AI-Insight Краткое содержание

Короткий ответ: что такое поддержка сайта

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

На сайте EZCODES указаны обновления контента, мелкие правки, мониторинг и техническая поддержка от 5 000 ₽ в месяц. При заказе сайта студия также обещает первые 30 дней поддержки бесплатно; дальнейшее сопровождение и его стоимость согласуются отдельно. Это ориентир предложения студии, а не обещание неограниченного числа работ или одинакового тарифа для любого проекта.

Что проверить в первый месяц после запуска

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

1. Посетитель видит сайт. Откройте главную, ключевую страницу услуги или категории и контакты на телефоне и компьютере. Проверьте, что изображения, кнопки и документы доступны.
2. Заявка доходит до ответственного. Отправьте тестовое обращение из каждой важной формы. Сверьте подтверждение на сайте с письмом, записью в CRM или другим рабочим каналом. Если цель аналитики сработала, а менеджер ничего не получил, путь не пройден.
3. Важные страницы доступны поиску. Проверьте ошибки обхода и индексации в инструментах вебмастеров. Google Search Console показывает состояние страниц и поисковые переходы; Яндекс Вебмастер сообщает о найденных проблемах и умеет присылать уведомления.

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

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

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

Группа	Пример задачи	Что подтвердить при приёмке
Стабильность	Разобраться с недоступной страницей или ошибкой формы	Страница открывается, тестовая заявка получена
Текущие изменения	Обновить текст услуги, изображение или цену	На сайте опубликована согласованная версия, старые ссылки работают
Профилактика	Проверить резервное копирование, обновления или уведомления об ошибках	Есть дата проверки и понятный результат; восстановление проверяется отдельно
Развитие	Добавить калькулятор, каталог или новую интеграцию	Отдельно согласованы объём, срок и критерии приёмки

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

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

Как договориться о сроках без обещания «всё срочно»

Фраза «оперативно исправим» не говорит, когда кто-то увидит обращение и когда проблема исчезнет. Уточните часы работы, канал связи и два разных срока: реакция — когда подрядчик подтвердит получение и начнёт диагностику; решение — когда будет исправление или безопасный обходной путь.

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

Не обещайте точное время исправления любой поломки заранее: часть причин находится у хостинга, почтового провайдера или внешней CRM. Лучше зафиксировать, кто диагностирует проблему, кто связывается с поставщиком сервиса и как временно принимать обращения.

Как оценить стоимость и не купить неопределённый тариф

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

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

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

Семь вопросов перед передачей сайта на поддержку

1. Какие страницы, формы и действия вы считаете критичными?
2. Кто владеет доменом, хостингом, кодом, аналитикой и аккаунтами внешних сервисов?
3. Что проверяется регулярно, а что — только после изменения или жалобы?
4. Куда сообщать о сбое, кто отвечает и в какие часы?
5. Как отличают срочную неисправность от новой функции?
6. Как проверяют, что исправление не сломало форму или другой важный путь?
7. Что передают владельцу после работы: ссылку, результат проверки, список изменений?

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

Итог

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