Поддержка сайтов
Обслуживание сайтов для бизнеса
Один сайт обслуживается по привычке. Три сайта, лендинг под акцию и старый корпоративный поддомен — уже система, которой нужен регламент, иначе что-то обязательно забудут.
Обслуживание сайтов в компании редко ограничивается одним доменом: основной корпоративный сайт, региональные поддомены, лендинги под рекламу, старый каталог «пока не переедем», внутренний портал для сотрудников. У каждой площадки свой стек, хостинг и история правок. Без единого регламента обслуживания техника тратит время на вспоминание «где это лежит», а бизнес получает разный уровень надёжности на одинаково важных для продаж точках входа.
Реестр площадок: минимальная картина мира
- Домен, регистратор, дата продления, ответственный сотрудник
- Хостинг или облако, тариф, лимиты диска и трафика
- CMS или стек, версия, контакт прежнего подрядчика
- Критичность для бизнеса: A (деньги сегодня), B (важно), C (архив)
- Интеграции: CRM, оплата, аналитика, 1С
Единый чек-лист обслуживания по циклу
- Еженедельно: доступность, ошибки в логах, место на диске
- Ежемесячно: тест форм, проверка бэкапов, обновления по плану
- Ежеквартально: аудит плагинов и неиспользуемых учёток, пересмотр критичности площадок
- Перед сезоном: нагрузочный сценарий, кеш, CDN, лимиты хостинга
Приоритеты при ограниченном бюджете
Не все сайты заслуживают одинакового внимания. Площадка A получает полный пакет: мониторинг 24/7, быстрый SLA, регулярные обновления. Площадка C — минимум: бэкап раз в месяц и напоминание о продлении домена. Попытка «обслуживать всё одинаково» обычно означает, что реально защищён только тот проект, о котором чаще спрашивают владельцы — остальные живут на авось.
Сезонные пики и рекламные всплески
- Заранее проверить, выдержит ли хостинг трафик из медиаплана
- Отключить или отложить тяжёлые фоновые задачи на время пика
- Убедиться, что формы и оплата протестированы под мобильный трафик
- Назначить дежурного на период кампании с правом экстренного отката
Унификация без насильственного переезда
Иногда выгодно постепенно сводить площадки к одному стеку — не одним большим переездом, а политикой «новые лендинги только на X». Но унификация ради унификации опасна: миграция ради экономии двух часов поддержки в месяц может стоить потери SEO. Решение принимают по сумме рисков и стоимости владения каждой площадки отдельно.
Финансовый учёт обслуживания
Несколько сайтов означают несколько счетов: домены, хостинги, лицензии CMS, платные плагины, сервисы мониторинга и рассылок. Раз в квартал полезно сводить эти расходы в одну таблицу и сопоставлять с критичностью площадки: иногда дешевле отключить заброшенный проект, чем годами платить за SSL и резервные копии «на всякий случай». Для бухгалтерии отдельно фиксируют, какие расходы относятся к маркетингу, какие к IT — это упрощает пересмотр бюджета при сокращении рекламных кампаний на отдельных лендингах. Отдельная строка — стоимость простоя: один упавший в сезон лендинг может съесть экономию от «самого дешёвого» хостинга за год.
Обслуживание нескольких сайтов — это дисциплина учёта и приоритетов. Когда реестр и чек-листы есть, команда тратит время на улучшения, а не на поиск пароля от забытого FTP.
Документация, которую реально ведут
Идеальная wiki на пятьдесят страниц никто не читает. Рабочий минимум — одна таблица площадок, один чек-лист на месяц и короткие заметки к нестандартным интеграциям («заявки с лендинга X идут в CRM через скрипт на поддомене Y»). Обновлять документацию проще сразу после инцидента или релиза, пока память свежа, чем «когда-нибудь в январе».
- Кто владелец каждой площадки со стороны бизнеса и со стороны техники
- Где лежат исходники и как выкатывать изменения на каждом стеке
- Контакты экстренной эскалации у хостинга и ключевых SaaS
- История крупных изменений за последний год — чтобы не повторять ошибки
FAQ
Сколько стоит обслуживание нескольких сайтов?
Обычно дешевле пакетом, чем по отдельности, но цена зависит от стеков и критичности. Смешение «один на Битрикс, три на WordPress, лендинг на Tilda» требует разных компетенций в одной команде.
Нужен ли один хостинг для всех сайтов компании?
Не обязательно, но единый биллинг и контакт упрощают жизнь. Критичные проекты иногда выносят на отдельный контур, чтобы сбой соседа не положил основной магазин.
Как не забыть про старый поддомен?
Внести в реестр с датой последней проверки и автоматическим напоминанием. Поддомены без мониторинга часто истекают по SSL раньше, чем их замечают.
Кто в компании должен быть владельцем реестра сайтов?
Не только IT: бизнес-владелец или маркетинг задают критичность, техника — данные по инфраструктуре. Иначе реестр устаревает после первого же увольнения.
SEO-продвижение · Создание сайтов · Ещё в разделе «Поддержка сайтов»