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

Что берём на сопровождение

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

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

Как задача проходит от обращения до выпуска

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

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

Что показывает отчёт по поддержке

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

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

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

Находим, почему не приходят обращения

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

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