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

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

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

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

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

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

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

Стоимость поддержки зависит от объёма проекта и состава работ. Точная смета формируется после аудита проекта и согласования объёма. Работаем по ежемесячной абонентской плате с фиксированным пакетом часов — размер пакета подбирается под задачи бизнеса.

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

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

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

Да, на существующих блоках сайта: это быстрее и дешевле отдельной разработки. Если нужного блока нет, оцениваем доработку отдельно и заранее показываем срок.

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

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

Такое встречается чаще всего. Читаем код и базу, составляем карту: что где лежит, какие куски живые, какие давно не вызываются. Дальше чиним по приоритету, а не переписываем всё сразу — переписывание обычно дороже и рискованнее.

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

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

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

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

Заводим единую точку постановки: почта или трекер. Иначе задачи приходят из трёх мест, дублируются и теряются. Право ставить срочные задачи обычно оставляем за одним-двумя сотрудниками.

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