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