Домен, хостинг и исходники сайта: какие доступы сохранить бизнесу

Составьте список сервисов и ответственных

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

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

Разделите управление доменом и размещением сайта

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

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

Проверьте, что проект можно запустить заново

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

В проекте «Мраморный канал» мы сделали каталог с управлением через Payload CMS и хранением данных в SQLite. Это конкретный пример для проверки комплекта передачи: помимо исходников приложения нужно предусмотреть данные каталога, загруженные изображения и доступ к редактору. Если сохранить только код, актуальное содержимое каталога из него не восстановится.

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

• Репозиторий и актуальная версия исходников.
• Макеты, изображения, шрифты и сведения об используемых лицензиях.
• Инструкция сборки, деплоя и отката.
• Доступы редактора и список внешних интеграций.

Завершите передачу практической проверкой

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

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