Кому должны принадлежать домен, хостинг, дизайн и исходный код сайта

Кому должны принадлежать домен, хостинг, дизайн и исходный код сайта

При заказе создания сайта бизнес обычно сосредоточен на дизайне, функциональности и стоимости проекта. Но есть вопрос, который часто откладывают на потом: кому в итоге принадлежит сам сайт?

На практике сайт — это не один объект. У него есть доменное имя, хостинг, программный код, дизайн, тексты, изображения, аккаунты аналитики и другие элементы. Если доступы оформлены на подрядчика, а условия передачи прав заранее не определены, после завершения сотрудничества могут возникнуть сложности.

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

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

Из чего на самом деле состоит сайт

Когда говорят «сайт принадлежит компании», важно понимать, что речь идет сразу о нескольких составляющих.

Домен. Адрес, по которому пользователи находят сайт, например company.kz.
Хостинг. Инфраструктура, на которой размещаются файлы и сервисы сайта.
Исходный код. Программная часть, благодаря которой работают страницы, формы, личные кабинеты, каталоги и другие функции.
Дизайн. Макеты интерфейсов, графические элементы и визуальная концепция.
Контент. Тексты, фотографии, видео, иллюстрации, карточки товаров и другие материалы.
Аккаунты. Доступы к хостингу, системе аналитики, рекламным кабинетам, CMS, репозиториям и другим сервисам.

Все эти элементы могут иметь разные условия владения и использования. Поэтому фразы «сайт ваш» недостаточно. Нужно заранее определить, что именно передается заказчику и какие права он получает.

Кому должен принадлежать домен сайта

Для бизнеса домен — один из наиболее важных активов сайта.

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

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

Для доменов .KZ и .ҚАЗ действует отдельная система регистрации. В правилах KazNIC регистрант определяется как физическое или юридическое лицо, подавшее заявку на регистрацию доменного имени и являющееся его владельцем на период регистрации.

С 1 июня 2026 года для данных доменов также введены новые правила проверки регистрационных данных, включая механизм верификации с использованием ЭЦП.

Поэтому перед разработкой сайта стоит проверить не только доступ к панели регистратора, но и на кого фактически зарегистрирован домен.

Что проверить по домену

Регистранта. Кто указан владельцем доменного имени.
Регистратора. Через какую организацию управляется домен.
Доступ. Может ли компания самостоятельно войти в личный кабинет.
Контактные данные. Актуальны ли почта и телефон, связанные с доменом.
Срок регистрации. Когда заканчивается текущий период регистрации.

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

Кому должен принадлежать хостинг

С хостингом ситуация немного отличается от домена.

Хостинг — это услуга размещения сайта, а не сам сайт. Компания может оплачивать хостинг самостоятельно или поручить его администрирование подрядчику.

Но даже если техническим обслуживанием занимается веб-студия, заказчик должен понимать, где размещен сайт и как получить доступ к инфраструктуре.

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

Это позволяет заменить исполнителя, не перенося весь сайт с неизвестного аккаунта на новый.

Почему опасно, когда хостинг полностью контролирует подрядчик

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

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

Но если договор прекращается, возникает вопрос: как получить доступ ко всей инфраструктуре?

Если подрядчик не передает доступы или перенос оказывается технически сложным, бизнес может оказаться в зависимом положении.

Поэтому при создании сайта лучше сразу определить, какие аккаунты принадлежат заказчику, а какие могут администрироваться исполнителем.

Кому должен принадлежать исходный код сайта

Это один из самых важных вопросов при заказе разработки.

Исходный код позволяет специалистам поддерживать, изменять и развивать сайт. Если заказчик не получает доступ к исходникам, смена подрядчика может оказаться сложнее.

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

Поэтому в договоре необходимо четко прописать:

Что передается. Исходный код, файлы проекта, документация и другие результаты работ.
В каком объеме. Важно определить, передается ли весь созданный в рамках проекта код или только отдельные части.
Когда передается. Например, после полной оплаты или на другом согласованном этапе.
Какие права получает заказчик. Условия использования, изменения и дальнейшего развития результата должны быть определены документально.
Что происходит с готовыми сторонними компонентами. Для библиотек, шрифтов, плагинов и других материалов могут действовать отдельные лицензии.

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

Кому принадлежит дизайн сайта

С дизайном ситуация похожая.

Макеты, графика, иллюстрации, фотографии, иконки и другие визуальные материалы могут иметь разные правовые режимы.

Например, дизайн может быть разработан специально для компании, а отдельная фотография куплена в фотобанке по лицензии.

Поэтому важно разделять:

индивидуально созданные материалы;

материалы заказчика;

сторонние материалы с лицензией;

готовые компоненты, использование которых регулируется условиями конкретного сервиса.

При заказе сайта стоит заранее спросить, какие материалы создаются специально для проекта и какие используются на основании сторонних лицензий.

Что происходит с текстами и фотографиями

Контент также часто забывают включить в обсуждение прав.

Компания может предоставить подрядчику собственные фотографии и тексты. В таком случае важно сохранить оригиналы у себя.

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

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

Кому должны принадлежать аккаунты аналитики

Для коммерческого сайта доступ к аналитике не менее важен, чем доступ к хостингу.

Если подрядчик создает Google Analytics, Google Tag Manager или Яндекс Метрику на собственном аккаунте, после прекращения сотрудничества компания может потерять часть истории данных или возможность самостоятельно управлять настройками.

Поэтому лучше создавать основные бизнес-аккаунты на стороне клиента и предоставлять подрядчику необходимые права доступа.

В SEOMAN, например, GA4, Google Tag Manager и Яндекс Метрика с целями настраиваются до сдачи проекта, а домен, исходный код, хостинг и доступы остаются у клиента.

Какие доступы должен получить заказчик

После завершения разработки сайта у компании должен быть понятный перечень доступов.

В зависимости от проекта это могут быть:

Доменный регистратор. Доступ к управлению доменом.
Хостинг или сервер. Доступ к инфраструктуре, если он необходим заказчику.
Исходный код. Репозиторий или архив с проектом в согласованном формате.
CMS. Административная панель сайта, если она используется.
Аналитика. Google Analytics, Google Tag Manager, Яндекс Метрика и другие системы.
Рекламные кабинеты. Если они создавались в рамках проекта.
Почта и DNS. Если соответствующие сервисы связаны с доменом.
Сторонние сервисы. CRM, формы, платежные системы и другие интеграции.

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

Можно ли оставить техническое управление у веб-студии

Да.

Владение и администрирование — не одно и то же.

Например, компания может быть владельцем домена и аккаунта хостинга, а веб-студия получает технический доступ для обновления сайта.

Это нормальная модель сотрудничества.

Главное, чтобы подрядчик не становился единственной стороной, способной получить доступ к критически важным ресурсам.

Почему этот вопрос нужно решить до разработки

Самая распространенная ошибка — обсуждать права только после окончания проекта.

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

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

Перед подписанием договора стоит проверить:

Домен. На кого регистрируется доменное имя.
Хостинг. На чье имя оформляется аккаунт.
Исходный код. Передается ли он заказчику.
Дизайн. Какие права получает компания на созданные материалы.
Контент. Кто владеет или имеет право использовать тексты, фото и другие материалы.
Аккаунты. На чью почту создаются ключевые сервисы.
Передача. Когда и каким способом заказчик получает доступы.
После завершения работ. Может ли компания самостоятельно сменить подрядчика.

Какие вопросы задать веб-студии перед заказом сайта

До начала проекта можно прямо спросить подрядчика:

«На кого будет зарегистрирован домен?»

«На чье имя будет оформлен хостинг?»

«Получу ли я исходный код после завершения разработки?»

«Кому будут принадлежать макеты и созданный специально для проекта дизайн?»

«На чью почту будут зарегистрированы аналитика и другие сервисы?»

«Смогу ли я самостоятельно получить все доступы?»

«Что произойдет с сайтом, если мы прекратим сотрудничество?»

«Есть ли в проекте сторонние компоненты с отдельными лицензиями?»

Хороший подрядчик должен спокойно и конкретно ответить на эти вопросы.

Если вместо четких условий звучит только «не переживайте, все будет у вас», стоит попросить закрепить договоренности документально.

Какие ошибки встречаются чаще всего

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

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

Каждая такая ситуация может быть решена, но гораздо проще не создавать проблему изначально.

Что должно быть прописано в договоре на разработку сайта

Договор не должен ограничиваться фразой «исполнитель создает сайт».

В нем желательно подробно определить состав работ и результаты, которые получает заказчик.

В частности, стоит зафиксировать:

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

Конкретные юридические формулировки лучше согласовывать с юристом, особенно если проект крупный или предполагает передачу значительного объема интеллектуальной собственности.

Что делать, если сайт уже принадлежит подрядчику

Если сайт уже работает, не обязательно сразу создавать новый.

Сначала проведите аудит доступов.

Составьте список всех ресурсов, связанных с сайтом, и определите:

кто указан владельцем;

кто имеет административный доступ;

на какую почту зарегистрирован сервис;

можно ли передать управление заказчику;

есть ли резервные копии и исходные файлы.

После этого можно согласовать с подрядчиком порядок передачи.

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

Как устроен этот вопрос в профессиональной разработке

В профессиональном подходе передача доступа — не формальность в конце проекта, а часть процесса запуска.

Например, на странице разработки SEOMAN указано, что после запуска сайт переносится на домен клиента, настраиваются цели аналитики и передаются доступы. Также компания прямо указывает, что исходный код, домен, хостинг и все аккаунты остаются у клиента.

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

Главный принцип: подрядчик может управлять сайтом, но не должен становиться его единственным владельцем

Само по себе использование услуг веб-студии не означает, что все технические доступы должны находиться у заказчика.

Подрядчику может быть необходимо администрировать сервер, обновлять код, настраивать DNS или работать с аналитикой.

Но у бизнеса должен сохраняться контроль над ключевыми ресурсами.

Это особенно важно, если сайт является источником заявок, продаж, рекламы и органического трафика.

Чем больше компания зависит от сайта, тем выше цена потери доступа к нему.

FAQ

Кому должен принадлежать домен сайта?

Для корпоративного сайта безопаснее регистрировать домен на компанию или непосредственно на того заказчика, который должен контролировать этот актив. Для доменов .KZ и .ҚАЗ данные регистранта фиксируются при регистрации в соответствии с действующими правилами.

Кому должен принадлежать хостинг?

Хостинг является услугой размещения, поэтому его можно администрировать через подрядчика. Но заказчику желательно иметь самостоятельный доступ к аккаунту или другой согласованный способ контроля над инфраструктурой.

Должен ли разработчик передавать исходный код?

Это зависит от условий договора. Если заказчик должен получить исходники, порядок и объем передачи необходимо прямо зафиксировать в договоре.

Кому принадлежит дизайн сайта?

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

Можно ли не передавать заказчику исходный код?

Такое условие может быть предусмотрено договором, но заказчику важно понимать последствия. Без исходников зависимость от первоначального подрядчика может существенно увеличиться.

Нужно ли передавать доступ к Google Analytics и другим системам?

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

Что делать, если домен уже зарегистрирован на подрядчика?

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

Можно ли оставить все доступы у веб-студии?

Технически это возможно, но для бизнеса такая модель создает зависимость от подрядчика. Лучше, чтобы компания имела контроль над доменом, ключевыми аккаунтами, исходными материалами и другими критически важными ресурсами.

Вывод

При заказе разработки сайта важно обсуждать не только дизайн, функциональность и стоимость.

Нужно заранее определить, кому принадлежат домен, хостинг, исходный код, дизайн, контент и аккаунты.

Оптимальная модель для бизнеса — когда подрядчик занимается разработкой и техническим администрированием, но компания сохраняет контроль над своим цифровым активом.

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

Это особенно важно для коммерческих проектов, где сайт связан с рекламой, SEO, аналитикой, заявками и продажами.

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

🌐 SEOMAN

📱 WhatsApp: +7 705 279 30 78

Если вы планируете создание сайта, заранее обсудите с подрядчиком права на домен, исходный код, дизайн и доступы. Команда SEOMAN поможет разработать сайт и организовать передачу проекта так, чтобы бизнес сохранял контроль над своим цифровым активом.