Процесс

Поддержка сайта после запуска: что в неё входит

Сайт — не готовый продукт, а работающая система: обновления, копии, мониторинг, мелкие правки. Разбираем, чем поддержка отличается от доработок.

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

Почему сайт не бывает «готовым»

Сайт — это программа, которая круглосуточно работает на чужом оборудовании и общается с внешними сервисами. У каждой её части свой жизненный цикл.

Платформа и библиотеки выпускают обновления, в том числе закрывающие уязвимости. Браузеры меняют поведение. Платёжные и почтовые сервисы меняют правила и версии интерфейсов. Поисковые системы меняют требования. Сертификат HTTPS истекает. Домен требует продления. Сервер заканчивает место на диске.

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

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

Что входит в поддержку

Обновления и уязвимости

Основная часть. Компоненты платформы обновляются, обновления проверяются, критические выпускаются вне очереди. Особое внимание — уязвимостям, о которых объявляют публично: как только описание опубликовано, автоматические сканеры начинают искать уязвимые сайты по всему интернету, и целенаправленно вас никто не выбирает.

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

Резервные копии

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

Ключевой пункт, который пропускают почти все: проверка восстановления. Копия, из которой ни разу не разворачивали сайт, — не копия, а надежда. Восстановление нужно репетировать заранее, а не в момент аварии.

Мониторинг

Кто-то должен узнать о падении раньше клиентов. Минимальный набор: проверка доступности сайта, контроль сертификата и срока домена, слежение за местом на диске, уведомления об ошибках приложения.

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

Мелкие правки контента

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

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

Техническое здоровье

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

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

Разделительная линия проходит по одному признаку: поддержка возвращает систему в согласованное состояние, доработка меняет само это состояние.

Поддержка — это когда форма перестала отправляться, и её чинят. Доработка — когда к форме нужно добавить три поля и отправку в новую CRM.

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

Поддержка — заменить фотографию в существующем блоке. Доработка — сделать новый блок под фотогалерею.

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

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

О чём договориться заранее

Конкретные условия у всех разные, и правильных значений «вообще» не существует. Но набор вопросов, которые надо задать до подписания, один и тот же.

  1. Состав работ. Что входит, что не входит, что входит с ограничением по объёму.
  2. Единица измерения. Работа считается задачами, часами или пакетом? Что происходит с неизрасходованным объёмом.
  3. Время реакции. Через сколько подрядчик отвечает на обращение и чем реакция отличается от решения. Разделяются ли обращения по критичности — «сайт лежит» и «поправьте запятую» не должны идти одной очередью.
  4. Режим работы. Рабочие часы, выходные, праздники. Что происходит с аварией ночью и на каких условиях.
  5. Канал обращений. Один фиксированный канал с историей. Задачи в личных сообщениях теряются, и доказать потом ничего нельзя.
  6. Копии. Кто их делает, где хранит, как часто, сколько поколений, кто и с какой периодичностью проверяет восстановление.
  7. Обновления. Кто решает, что обновлять, есть ли тестовая копия, кто отвечает за откат при проблемах.
  8. Доступы. Они остаются у вас. Поддержка — это услуга, а не заложничество.
  9. Отчётность. В каком виде вы видите, что было сделано за период.
  10. Выход. Как расторгнуть, что передаётся при расставании и в какой срок.

Что делать, если поддержки сейчас нет

Ситуация обычная: сайт запустили, подрядчик ушёл, вопрос отложили. Минимальные шаги, которые можно сделать без договора.

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

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