Материал полезен владельцам бизнеса, руководителям маркетинга и всем, кто заказывает разработку или поддержку сайта. Если заранее понять, что именно должно принадлежать компании, проще менять подрядчика, развивать проект, защищать данные и не останавливать продажи из-за утраченных доступов.
Почему вопрос собственности на сайт важен
Сайт часто воспринимают как единый готовый продукт: оплатили разработку — значит, сайт принадлежит компании. На практике сайт состоит из нескольких независимых частей: домена, хостинга, кода, дизайна, текстов, аналитики, административных доступов и резервных копий. Если хотя бы одна критичная часть оформлена на подрядчика или бывшего сотрудника, владелец бизнеса может столкнуться с проблемами.
Типичные риски: невозможно продлить домен, нельзя перенести сайт на другой хостинг, потеряна статистика, нет доступа к панели управления, подрядчик не передал исходные материалы, а восстановить сайт после сбоя нечем. Поэтому контроль над активами сайта — это не формальность, а часть нормальной цифровой безопасности компании.
Домен: главный адрес сайта
Домен должен быть зарегистрирован на компанию или ее владельца, а не на подрядчика. Именно домен определяет, по какому адресу клиенты находят сайт. Если он оформлен на чужой аккаунт, фактический контроль остается у того, кто управляет учетной записью регистратора.
Что проверить
- на кого зарегистрирован домен;
- у кого есть доступ к аккаунту регистратора;
- кто получает уведомления о продлении;
- какие DNS-записи настроены и кто может их менять;
- есть ли актуальная почта и телефон для восстановления доступа.
Оптимальный вариант — домен находится в аккаунте, который контролирует компания. Подрядчику можно выдать доступ только на время настройки, если это предусмотрено регистратором, либо передавать изменения через ответственного сотрудника.
Хостинг и сервер: место, где работает сайт
Хостинг или сервер — это инфраструктура, на которой размещены файлы сайта, база данных, почта или другие связанные сервисы. Если хостинг оформлен на разработчика, владелец сайта зависит от него в вопросах оплаты, переноса, настройки и восстановления.
Что должно быть у владельца
- доступ к панели хостинга или серверу;
- понимание, какой тариф или конфигурация используется;
- данные для оплаты и продления услуги;
- контакты технической поддержки провайдера;
- информация о том, где находятся файлы сайта и база данных.
Если сайт размещен на аккаунте подрядчика вместе с другими проектами, перенос может стать сложнее. Для бизнеса безопаснее использовать отдельный аккаунт хостинга, оформленный на компанию.
Исходные материалы: код, дизайн, тексты и медиа
Под исходными материалами стоит понимать все, что нужно для поддержки и развития сайта: программный код, дизайн-макеты, изображения, тексты, шрифты, документы, инструкции, структуру страниц и другие рабочие файлы. Готовый сайт в браузере — это не всегда полный набор материалов, необходимых для дальнейшей работы.
Что запросить у подрядчика
- актуальную версию кода или доступ к месту, где он хранится;
- дизайн-макеты и исходники графики;
- тексты, изображения и другие контентные материалы;
- инструкции по администрированию сайта;
- описание нестандартных настроек и интеграций;
- информацию о лицензиях на используемые материалы, если они есть.
Важно заранее зафиксировать в договоренностях, какие исходники передаются после завершения работ. Иначе может оказаться, что компания получила только опубликованный сайт, но не материалы, с которыми можно быстро и экономно вносить изменения.
Аналитика: история данных должна оставаться у компании
Системы аналитики показывают, откуда приходят пользователи, какие страницы работают лучше, где теряются заявки и как меняется эффективность продвижения. Если аналитика создана в личном аккаунте подрядчика, при смене исполнителя компания может потерять историю данных или доступ к настройкам.
Правильная схема: счетчики и ресурсы аналитики создаются в аккаунте компании, а подрядчикам выдаются роли с нужными правами. Это позволяет сохранить статистику при смене специалиста и не начинать измерения заново.
Что контролировать
- доступ к аккаунтам аналитики;
- права пользователей и подрядчиков;
- настройки целей, событий и форм;
- связь аналитики с рекламой и CRM, если она используется;
- историю изменений в настройках.
Доступы: кому, куда и на каких правах
Доступы к сайту нужно хранить не в переписке и не у одного человека, а в управляемой системе внутри компании. Это касается панели управления сайтом, хостинга, домена, почты, аналитики, рекламных кабинетов, интеграций и сервисов резервного копирования.
Практические правила
- используйте корпоративные аккаунты, а не личные почты сотрудников;
- выдавайте подрядчикам только те права, которые нужны для работы;
- закрывайте доступы после завершения сотрудничества;
- назначайте внутри компании ответственного за учет доступов;
- периодически проверяйте список пользователей и их роли.
Административный доступ должен быть у владельца проекта или уполномоченного сотрудника компании. Подрядчик может иметь расширенные права для разработки и поддержки, но не должен быть единственной точкой контроля.
Резервные копии: защита от сбоев и ошибок
Резервная копия нужна, чтобы восстановить сайт после технической ошибки, взлома, неудачного обновления или случайного удаления данных. Если копии делает только подрядчик и хранит их у себя, компания не контролирует восстановление.
Что важно предусмотреть
- регулярное создание копий файлов сайта и базы данных;
- хранение копий отдельно от основного сайта;
- понятный порядок восстановления;
- проверку, что копия действительно рабочая;
- доступ владельца к месту хранения резервных копий.
Недостаточно просто знать, что «бэкапы где-то есть». Владелец сайта должен понимать, кто отвечает за копирование, где находятся данные и как быстро можно начать восстановление при проблеме.
Что зафиксировать перед началом разработки или поддержки
Лучше обсудить передачу и контроль активов до старта работ, а не в момент конфликта или срочного переноса сайта. Это помогает и заказчику, и подрядчику: меньше неопределенности, понятнее зоны ответственности, проще поддерживать проект.
- На кого регистрируется домен и кто им управляет.
- Где размещается сайт и кому принадлежит аккаунт хостинга.
- Какие исходные материалы передаются заказчику.
- Кто создает и администрирует аналитику.
- Какие доступы получает подрядчик и когда они отзываются.
- Как организованы резервные копии и восстановление.
- Кто отвечает за документирование нестандартных настроек.
Хороший подрядчик не боится передавать владельцу сайта критичные доступы и материалы. Наоборот, прозрачная структура собственности снижает риски и делает поддержку проекта профессиональнее.
Критерии выбора подрядчика
При выборе разработчика или команды поддержки обращайте внимание не только на портфолио и цену. Важно, как подрядчик относится к управлению доступами и передаче результатов работы.
- Прозрачность. Подрядчик заранее объясняет, какие аккаунты нужны и на кого их лучше оформить.
- Документирование. После работ остаются инструкции, перечень доступов и описание важных настроек.
- Безопасная работа с правами. Доступы выдаются по ролям, а не передаются всем подряд.
- Готовность к передаче. Исходники, материалы и данные не удерживаются как способ привязать клиента.
- Понимание поддержки. Команда думает не только о запуске сайта, но и о его дальнейшей эксплуатации.
Если подрядчик предлагает зарегистрировать домен, хостинг и аналитику только на себя «для удобства», стоит уточнить, как и когда все будет передано владельцу. Удобство на старте не должно превращаться в зависимость в будущем.
Мини-чек-лист владельца сайта
- Домен оформлен на компанию или контролируемый владельцем аккаунт.
- Хостинг или сервер доступны владельцу сайта.
- Есть административный доступ к панели управления сайтом.
- Исходные материалы и рабочие файлы переданы или доступны.
- Аналитика создана в аккаунте компании.
- Все доступы учтены, роли пользователей понятны.
- Резервные копии создаются и могут быть восстановлены.
- После смены подрядчика старые доступы закрываются.
Сайт должен быть управляемым активом компании, а не набором доступов, разбросанных между подрядчиками и бывшими сотрудниками. Если вы планируете разработку, редизайн или поддержку сайта, заранее проверьте домен, хостинг, исходники, аналитику, доступы и резервные копии. Это сэкономит время, снизит риски и упростит развитие проекта.