Поддержка / обслуживание / SLA

Техническая поддержка и обслуживание сайта

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

Что входит
Поддержка сайта WordPress и другие CMS Резервные копии Контроль заявок
Первый результат

Что получаете при подключении поддержки

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

1 карта

Технический контур

CMS, тема, плагины, сервер, формы, интеграции и ответственные сервисы.

1 регламент

Приоритеты и реакция

Каналы связи, критичность обращений, порядок диагностики и эскалации.

1 проверка

Резервирование

Где хранятся копии, как создаются и можно ли использовать их для восстановления.

1 список

Критические риски

Устаревшие компоненты, ошибки, неизвестные доступы и опасные зависимости.

1 backlog

Очередь задач

Срочные исправления, плановые обновления и небольшие доработки.

30 дней

План первого цикла

Что стабилизируем сразу и какие работы переносим в следующие периоды.

Технический контроль

Что контролируем при технической поддержке

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

01 UPD

CMS и обновления

Совместимость ядра, темы, плагинов, PHP и зависимых модулей.

02 BACKUP

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

Файлы, база данных, хранение копий и возможность восстановления.

03 FORM

Формы и уведомления

Отправка заявок, SMTP, подтверждения, валидация и запись в CRM.

04 SERVER

Сервер и фоновые задачи

Ошибки PHP, cron, лимиты, SSL, дисковое пространство и доступность.

05 API

Интеграции

Токены, API, платежи, телефония и обмен данными со сторонними системами.

06 QA

Проверка изменений

Тестовая среда, чек-листы, критические маршруты и контроль после релиза.

Организация работы

Абонентская поддержка или случайные разовые обращения

Регулярный формат сохраняет контекст проекта и заранее определяет порядок действий при ошибках и изменениях.

Задача Разовые исполнители веб-студия «Vagizov»
Контекст

Каждому исполнителю заново объясняют архитектуру и историю проблем.

Храним карту проекта, доступов, зависимостей и принятых решений.

Аварии

Поиск специалиста начинается после появления сбоя.

Канал связи и порядок реакции согласованы заранее.

Обновления

Компоненты обновляются без проверки совместимости.

Делаем копию, оцениваем риск и тестируем критические функции.

Заявки

Формы считаются рабочими, пока клиент сам не заметит потерю обращения.

Проверяем отправку, уведомления и передачу данных.

Задачи

Приоритет определяется последним сообщением.

Ведём backlog и отделяем критические ошибки от плановых улучшений.

Отчётность

Результат остаётся в переписке без общей картины.

Фиксируем выполненные работы, ограничения и следующий план.

Принципы

Как организуем поддержку сайта

Снижаем риск простоев и сохраняем прозрачные границы абонентского формата.

Критичность важнее очереди

Потеря заявок и недоступность сайта обрабатываются раньше плановых правок.

Копия перед риском

Перед обновлением или изменением создаём точку восстановления.

Проверяем сценарии

После изменений тестируем функции, которыми реально пользуются клиенты и сотрудники.

Не маскируем техдолг

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

Фиксируем границы

Объём небольших доработок, сроки реакции и исключения согласуются заранее.

Документируем изменения

Записываем причину, решение, затронутые компоненты и важные настройки.

Расчёт проекта

От чего зависит стоимость поддержки сайта

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

SITE

Тип сайта

Лендинг, корпоративный сайт, каталог, магазин, кабинет или сервис.

SLA

Время реакции

Рабочие часы, приоритетная реакция или расширенный регламент.

API

Интеграции

CRM, платежи, телефония, каталоги и другие внешние системы.

CODE

Состояние кода

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

TASK

Объём задач

Количество небольших исправлений и доработок в месяц.

RISK

Критичность

Влияние сбоя на заявки, продажи, данные и внутренние процессы.

Форматы и ориентиры бюджета

Небольшой сайт

Базовое обслуживание

35 000–55 000 ₽ / мес

Стабильный сайт, редкие обращения, минимум интеграций и небольшой лимит работ.

Коммерческий сайт

Регулярная поддержка

65 000–95 000 ₽ / мес

Формы, заявки, интеграции, плановые обновления и постоянный backlog.

Сложный проект

Технический контур

120 000–180 000+ ₽ / мес

Магазин, кабинет или сервис с критичными сценариями и повышенными требованиями.

Перед подключением

Стартовая стабилизация

оценивается отдельно

Когда сначала требуется устранить аварийное состояние или крупный технический долг.

В ежемесячном формате

Что входит в ежемесячный формат

  • КонтрольДоступность, ошибки и состояние критических функций.
  • ОбновленияПлановые изменения CMS, темы и модулей.
  • ИсправленияОшибки в пределах согласованного объёма.
  • ДоработкиНебольшие задачи из приоритетного backlog.
  • ПроверкаФормы, интеграции и критические сценарии после изменений.
  • ОтчётВыполненные работы, риски и план следующего периода.
Отдельная оценка

Что оценивается отдельно

  • Новая крупная функцияМодуль, кабинет, калькулятор или бизнес-логика, требующие проектирования.
  • Новая интеграцияПодключение CRM, платежей, каталога или внешнего API.
  • МиграцияПеренос хостинга, CMS, темы, данных или окружения.
  • Лечение после взломаПоиск вредоносного кода, восстановление и усиление защиты.
  • Круглосуточный SLAДежурство и реакция вне стандартных рабочих часов.
  • Контент и маркетингНаполнение, SEO, реклама и редакционные работы.
Тарифы

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

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

Базовый

Базовое обслуживание

35 000–55 000 ₽ / мес
реакция в рабочее время

Для небольшого стабильного сайта без сложной бизнес-логики и постоянного backlog.

  • Стартовая диагностика.
  • Контроль доступности.
  • Плановые обновления CMS и модулей.
  • Резервная копия перед изменениями.
  • Исправление небольших ошибок.
  • До 5 часов работ в месяц.
  • Ежемесячный отчёт.
Расширенный

Технический контур

120 000–180 000+ ₽ / мес
согласованный SLA

Для магазинов, кабинетов и сервисов, где сбой влияет на продажи или внутренние процессы.

  • Расширенная стартовая диагностика.
  • Индивидуальный регламент и SLA.
  • Контроль критичных интеграций.
  • Плановые технические спринты.
  • До 25 часов работ в месяц.
  • Подготовка и проверка релизов.
  • Разбор повторяющихся инцидентов.
  • Отдельная оценка крупных функций.
Состав работ

Что входит в техническую поддержку сайта

01

Контроль доступности

Проверка сайта и критических страниц, первичная диагностика сбоев.

02

Обновления

CMS, тема, плагины и модули с проверкой совместимости.

03

Резервирование

Копии перед изменениями и контроль существующей схемы хранения.

04

Исправление ошибок

Фронтенд, формы, уведомления, адаптивность и рабочие сценарии.

05

Серверный контроль

Логи, SSL, PHP, cron, лимиты и фоновые процессы в доступном объёме.

06

Интеграции

Проверка передачи заявок и работоспособности подключённых сервисов.

07

Небольшие доработки

Согласованный лимит задач без отдельного проектирования крупных модулей.

08

Отчёт и backlog

Что выполнено, какие риски остались и что запланировано дальше.

Для каких проектов

Каким проектам подходит техническая поддержка

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

Подходит, когдаЕсть рабочий сайт, понятный владелец продукта и готовность предоставить необходимые доступы после согласования формата.
01

Сайты услуг

Формы, звонки и контент должны работать без постоянного поиска нового исполнителя.

02

Корпоративные сайты

Есть несколько разделов, редакторов, интеграций и регулярные обновления.

03

Интернет-магазины

Критичны каталог, корзина, оплата, обмен данными и уведомления.

04

Личные кабинеты

Нужен контроль авторизации, пользовательских данных и фоновых процессов.

05

Сайты без штатного разработчика

Требуется единая точка ответственности за технические обращения.

06

Проекты после запуска

Нужно безопасно обновлять и постепенно стабилизировать новую систему.

Процесс

Как подключаем техническую поддержку

01

Вводные и доступы

Собираем сведения о сайте, платформе, хостинге, интеграциях и известных проблемах.

Что подготовить
02

Стартовая диагностика

Проверяем архитектуру, резервирование, обновления, формы и критические риски.

Что контролируем
03

Регламент и тариф

Согласуем приоритеты, каналы связи, сроки реакции, лимит работ и исключения.

Посмотреть тарифы
04

Первый цикл

Устраняем критические проблемы, настраиваем рабочую очередь и выполняем плановые задачи.

Состав работ
05

Регулярная работа

Обновляем backlog, выполняем задачи, проверяем релизы и передаём отчёт.

Подбор формата
Подбор формата

Какой формат технической поддержки подходит сайту

Пять вопросов дают ориентир по уровню обслуживания. Точная стоимость определяется после стартовой диагностики.

Шаг 1 из 5 Первый вариант выбран — при необходимости измените
01Какой у вас сайт?

Выберите ближайший тип проекта.

Для старта

Что подготовить для первичной оценки

Для предварительной оценки достаточно адреса сайта и краткого описания проблем. Административные доступы передаются после согласования условий.

Важно до старта

Границы и условия работы

Перед оценкой Проверяем архитектуру, доступы, резервирование и критические сценарии
01

Поддержка не является неограниченной разработкой

Лимит небольших доработок фиксируется в тарифе, крупные функции оцениваются отдельно.

02

Срок реакции не равен сроку устранения

После диагностики называем срок с учётом причины, зависимостей и сторонних сервисов.

03

Доступы предоставляются безопасно

Не просим пароли в открытой переписке и не используем один общий аккаунт без необходимости.

04

Старый код может потребовать отдельной стабилизации

Критический технический долг нельзя надёжно исправить внутри нескольких часов поддержки.

05

Сторонние сервисы имеют собственную ответственность

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

06

Круглосуточный SLA согласуется отдельно

Базовые тарифы предполагают работу и реакцию в согласованные рабочие часы.

07

Контент и маркетинг не входят автоматически

Наполнение, реклама и SEO выполняются только при отдельном согласовании.

08

Реальные отзывы выбираются вручную

Блок отзывов не заполняется автоматически общими или неподтверждёнными материалами.

Вопросы и ответы

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

Обсудить задачу

Нужен постоянный технический контур для сайта?

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

Как считается стоимость

Техническая поддержка сайта без потери контекста

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

Веб-студия «Vagizov» берёт на себя техническое сопровождение сайта по согласованному регламенту. Мы фиксируем текущую архитектуру, каналы связи, критические сценарии и допустимые сроки реакции. Задачи ведутся в общей очереди, а изменения проверяются до и после публикации. Клиент понимает, что входит в ежемесячный формат, какие работы требуют отдельной оценки и кто отвечает за результат.

Что входит в обслуживание сайта

Состав поддержки зависит от платформы и роли сайта в бизнесе. Для WordPress обычно контролируем ядро, тему, плагины, PHP, cron-задачи, резервные копии, формы, почтовые уведомления и журналы ошибок. Для других CMS и самописных решений дополнительно учитываем зависимости, процесс развёртывания, документацию и доступность исходного кода.

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

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

Регламент реакции и приоритеты

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

Для аварийных ситуаций заранее определяем канал связи и контактных лиц. Если устранение требует доступа к хостингу, регистратору, CRM или стороннему сервису, это фиксируется в регламенте. Такой подход сокращает время на поиск доступов и выяснение ответственности в момент сбоя.

Обновления, резервные копии и восстановление

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

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

Формы, почта и интеграции

Сайт может визуально работать, но терять обращения из-за ошибки SMTP, изменения API, истёкшего токена или некорректной валидации формы. В рамках поддержки проверяем отправку данных, уведомления, запись в CRM и пользовательское подтверждение. Для важных интеграций полезно дополнительно настроить журналирование и уведомления о сбоях.

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

Мелкие доработки и развитие

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

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

Как начинается техническая поддержка

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

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