Администрирование сайта в Москве

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

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

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

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

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

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

С WordPress, Битрикс, OpenCart и сайтами на собственном коде. Для последних состав регламента определяется после осмотра.

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

Мелкие правки по регламенту — да. Новые разделы, изменение логики и функциональности — это доработка сайта, отдельный объём работ. Разделение фиксируется в договоре, чтобы «маленькая правка» не съедала регулярные работы.

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

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

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

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

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

Копия — это ещё не восстановление. Нужны два числа: сколько данных вы готовы потерять и за сколько времени сайт должен подняться. От них зависит, насколько часто снимать копии и где их хранить. Копия, лежащая на том же сервере, исчезает вместе с ним. Мы храним резервные копии отдельно от площадки и регулярно проверяем разворачивание: непроверенная копия не является резервной копией, и выясняется это всегда в худший момент.

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

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

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

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

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

Администрирование удерживает работоспособность: обновления, копии, мониторинг, доступы, безопасность, разбор сбоев. Доработки — изменение самого сайта: новые страницы, функции, интеграции. Их обычно считают отдельно или включают в тариф согласованным объёмом часов. Мы разделяем эти линии в отчётности, чтобы было видно, сколько стоит поддержание работы и сколько — развитие. Смешанная строка «поддержка» скрывает обе величины и мешает планировать бюджет.