Техническая поддержка сайта: что входит и зачем она нужна

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

Что на самом деле называют технической поддержкой

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

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

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

Из чего складывается профилактика

Резервные копии, которые можно восстановить

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

Для интернет-магазина особенно важна база данных: в ней заказы, клиенты, остатки. Файлы можно восстановить из дистрибутива, а вот утерянные заказы за неделю восстановить уже нечем.

Обновления движка и модулей

Любая платформа — CS-Cart, WordPress или самописная система — периодически выпускает обновления безопасности. Если их не ставить, сайт рано или поздно становится уязвим: известные дыры публикуются, и боты ищут сайты со старыми версиями автоматически. С другой стороны, обновлять «вслепую» тоже нельзя: после апдейта может «поехать» шаблон или сломаться интеграция с учётной системой.

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

Мониторинг и сертификат

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

Безопасность

Базовый набор мер несложен, но требует дисциплины:

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

Реагирование: что происходит, когда сайт сломался

Аварии случаются даже на хорошо обслуживаемых сайтах: закончилось место на диске, хостинг перенёс аккаунт на другой сервер, сторонний сервис изменил формат ответа. Важно не то, что поломка случилась, а как быстро и по какой схеме её устраняют.

Время реакции и время решения

Это разные величины, и в договоре о поддержке их стоит разделять. Время реакции — за сколько специалист возьмёт обращение в работу. Время решения зависит от сложности и не всегда может быть гарантировано. Честная студия обещает первое и объясняет, от чего зависит второе. Критичные обращения (сайт недоступен, не проходят платежи) обрабатываются вне очереди; обычные — в рабочее время по очереди поступления.

Развитие: небольшие доработки без больших проектов

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

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

Что обычно входит в мелкие доработки

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

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

Форматы поддержки и чем они отличаются

Единого стандарта нет, но на практике встречаются три подхода. Сравним их по ключевым параметрам.

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

Как понять, что поддержка нужна именно вам

Есть несколько признаков, при которых самостоятельное «как-нибудь справимся» перестаёт работать.

1. Сайт приносит деньги напрямую: заказы, заявки, записи. Каждый час простоя имеет цену.
2. Сайт сделан давно, и никто точно не знает, какая версия движка на нём стоит и когда её обновляли.
3. Доступы лежат у фрилансера, который давно не выходит на связь, или у сотрудника, который уволился.
4. Вы замечаете, что страницы грузятся всё медленнее, а позиции в поиске плавно снижаются.
5. Любая правка превращается в переговоры: непонятно, к кому идти и сколько это будет стоить.

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

На что обратить внимание при выборе подрядчика

Прозрачность и документация

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

Доступы остаются у вас

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

Тестовая площадка

Серьёзный подрядчик не правит рабочий сайт «вживую». Любое значимое изменение сначала проверяется на копии. Спросите, есть ли такая практика, — ответ многое скажет о культуре работы.

Понятные границы ответственности

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

Что вы можете сделать сами, чтобы поддержка работала лучше

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

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

Частые вопросы

Итог

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