Расходы на сайт после запуска: бюджет, владельцы аккаунтов и границы поддержки

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

1. Считайте первый год, а не один месяц

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

2. Проверьте, кому принадлежат аккаунты

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

3. Разделите инфраструктуру и лицензии

Hosting, хранение, база, почта, CDN и мониторинг могут оплачиваться отдельно или входить в один тариф. Выясните, что происходит при превышении лимита: доплата, остановка или ограничение функции. Для платных модулей запишите срок лицензии и последствия отказа от продления. HTTPS также нуждается в управлении сертификатом: даже автоматическое обновление требует исправной настройки и контроля. Счёт инфраструктуры не равен договору на исправление приложения; поставщик сервера может не обслуживать ваши формы и интеграции.

4. Отделите гарантию от изменений

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

5. Оплачивайте возможность восстановления

Резервная копия полезна, когда команда может восстановить сайт и нужные данные. Определите, что копируется, где хранится, кто имеет доступ и какой объём потери данных допустим для бизнеса. Частоту выбирайте по изменениям и последствиям потери, не по универсальному правилу для всех сайтов. Проведите восстановление в отдельной среде и зафиксируйте результат. Для WordPress нужны и файлы, и база; для другой архитектуры состав копии уточняет её разработчик. Копирование на тот же повреждённый сервер не решает все риски.

6. Делайте короткий эксплуатационный обзор

1. Сверить предстоящие платежи, сроки домена и лицензий.
2. Проверить форму заявки, уведомления и выбранный платёжный сценарий.
3. Посмотреть ошибки, доступность и использование тарифных лимитов.
4. Подтвердить резервную копию и актуальность инструкции восстановления.
5. Удалить лишние доступы и проверить контакт ответственного.
6. Согласовать очередь контентных и функциональных изменений.

Частоту обзора выбирают по критичности сайта и темпу изменений. В отчёте нужны наблюдения и действия: что сломано, кто исправляет, какие расходы меняются. Не подменяйте проверку реальной заявки общим зелёным статусом сервера. Состав поддержки можно согласовать на https://samsa.agency/services/website-support ; если нужна большая переработка, оцените её отдельно через https://samsa.agency/services/web-development.

7. Зафиксируйте исключения и следующий бюджет

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

Официальные источники проверены 14 октября 2026: описание сертификатов Let’s Encrypt — https://letsencrypt.org/docs/faq/ ; состав резервной копии WordPress — https://developer.wordpress.org/advanced-administration/security/backup/ . Примеры расходов выше — категории для собственного реестра, не действующие тарифы этих сервисов и не универсальная архитектура сайта.