Техническая поддержка сайтов и веб-платформ
в Санкт-Петербурге

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

Хостинг — это аренда серверной инфраструктуры (физический сервер или облако), где размещается ваш проект. Хостинг отвечает за работоспособность железа и сети, но не за код вашего сайта или приложения. Поддержка — это работа со всем стеком вашего проекта: код, база данных, контент, интеграции, бизнес-логика. Хостинг можно купить отдельно у провайдера (Selectel, Timeweb, Yandex Cloud, Reg.ru, Beget), поддержку — отдельно у нас или другого подрядчика. Это разные услуги, дополняющие друг друга. Часто работаем в связке: ведем поддержку, при этом инфраструктура клиента на выбранном им провайдере.

Несколько уровней в зависимости от критичности проекта. Базовый SLA — реакция на критичные инциденты в течение 8 рабочих часов, на остальные — до 2 рабочих дней. Подходит для большинства корпоративных сайтов и внутренних систем. Повышенный SLA — реакция в течение 2-4 часов в рабочее время. Подходит для коммерческих сайтов и интернет-магазинов, где простой = упущенная выручка. Премиум SLA с 24/7 поддержкой — реакция в течение 30-60 минут в любое время суток, включая выходные и праздники. Подходит для критически важных систем: банковский класс, медицинские системы, высоконагруженные SaaS. Каждый уровень с разной стоимостью.

Да, по разным моделям. Фиксированный объем — пакет включает определенное число часов разработки в месяц (например, 20, 40, 80 часов). Задачи приоритизируются совместно с клиентом, выполняются в рамках лимита. Не использованные часы либо сгорают, либо переносятся (по условиям договора). Гибкий объем — без жесткого лимита, по факту выполненной работы (Time & Material). Подходит для проектов с нерегулярным объемом. Реактивный — оплачиваем только реакции на инциденты, без планового развития. Подходит для проектов в режиме поддержки без активного развития. Большинство петербургских клиентов выбирают фиксированный пакет с зашитыми часами развития.

Да, регулярно. Многие петербургские компании обращаются с проектами, которые делали другие подрядчики (фрилансеры, агентства, ушли разработчики из команды). Стандартный процесс приема. Передаточный аудит — изучение исходного кода, документации (если есть), архитектуры, текущих проблем. Знакомство с инфраструктурой и доступами. Анализ зависимостей и используемых технологий. По результатам аудита фиксируем текущее состояние, типичные риски, рекомендации. После аудита заключаем договор поддержки. Иногда требуется первичный рефакторинг или миграция (если код в очень плохом состоянии) — это отдельный этап перед регулярным сопровождением.

Несколько уровней мониторинга. Доступность (uptime) — проверка работоспособности каждые 1-5 минут (UptimeRobot, Better Uptime, Яндекс Метрика Доступность). Производительность — Core Web Vitals, время отклика, нагрузка на сервер (Grafana, Prometheus, Sentry для ошибок приложения, Яндекс Метрика для пользовательской аналитики). Логи — централизованный сбор и анализ (ELK Stack, Grafana Loki). Бизнес-метрики — количество заказов, успешных платежей, конверсий, ключевых событий в продукте. Алерты — настроенные уведомления в Telegram-канал команды поддержки и для критичных инцидентов — также SMS дежурному инженеру. Утренние и недельные отчеты для клиента.

Да, обязательная часть поддержки. Стандартная схема. Ежедневные бэкапы базы данных (с историей хранения 7-30 дней). Еженедельные полные бэкапы (с историей 3-6 месяцев). Ежемесячные архивы (с историей 1+ года для критичных проектов). Хранение в отдельной от основного сервера локации (отдельный регион Yandex Cloud, второй провайдер, или AWS S3) для защиты от катастроф. Регулярная проверка восстановления — раз в квартал делаем тестовое восстановление, чтобы убедиться, что бэкапы действительно работают. Для критичных проектов настраиваем репликацию базы (горячий резерв) и быстрое переключение на резервный сервер. Это снижает время простоя при серьезных инцидентах.

Стоимость зависит от объема проекта и выбранного SLA. Базовая поддержка (для небольшого сайта или приложения, базовый SLA) — для малого бизнеса. Стандартная (для коммерческого сайта или интернет-магазина среднего размера, повышенный SLA) — для среднего бизнеса. Расширенная (для крупного проекта, большого интернет-магазина, SaaS-сервиса) — для среднего и крупного бизнеса. Премиум 24/7 (для критически важных систем с высочайшими требованиями к доступности) — для крупного бизнеса и федеральных компаний. Точная смета формируется после аудита проекта и согласования объема работ. Обычно работа по ежемесячной абонентской плате с фиксированным пакетом часов.