Вы решили сменить подрядчика или забрать сайт у разработчиков. Задача кажется простой: запросить доступы и файлы. На практике всё сложнее. Разработчики могут пропасть, сослаться на неоплаченные счёты или просто игнорировать письма. Мы не раз помогали клиентам вытаскивать проекты из таких ситуаций. В этой статье — пошаговый план действий, который спасёт ваш сайт и нервы.
Автор: Григорий Федотов, основатель студии · Обновлено: 09.10.2026
Сайт — это не только файлы. Это совокупность цифровых активов, каждый из которых может стать камнем преткновения. Вот что стоит получить в первую очередь:
Без любого из этих пунктов сайт может не работать или потеряет видимость в поиске. Например, если не перенести SSL, браузеры будут помечать сайт как небезопасный. Если не забрать базу данных, весь контент останется у разработчика.
Почему так происходит? Каждый актив живёт на отдельном сервисе со своими правилами. Домен привязан к регистратору, файлы — к хостингу, база — к СУБД, аналитика — к аккаунту Google или Яндекса. Разработчик мог создать все эти сущности на свои данные, и тогда юридически вы не имеете к ним доступа, пока не докажете право собственности. На практике мы часто видим, что клиент даже не знает, где находится его сайт: на VPS у фрилансера или в облаке студии. Первый шаг — выяснить это.
Типичная ошибка: клиент запрашивает только файлы, забывая про базу. Файлы без базы — это пустой шаблон. Что делать вместо этого: составьте полный реестр активов ещё до начала переговоров. Включите туда не только перечисленное, но и почтовые ящики на домене, аккаунты в платёжных системах, если они привязаны к сайту, и доступы к CRM, если она интегрирована.
Согласно ст. 1296 ГК РФ, если разработчик создал сайт по заказу, исключительное право может быть передано заказчику, но только если это прямо указано в договоре. Если такого пункта нет, авторство остаётся у разработчика, а вы получаете лишь право использования. Это значит, что вы не можете передать код третьему лицу без его согласия. Мы советуем сразу прописывать в договоре передачу исключительных прав и обязанность предоставить исходники после оплаты. Если договора нет или он составлен размыто, придётся договариваться или судиться.
На практике суды часто трактуют передачу прав узко: если в договоре сказано «передаются права на использование», это не равно «исключительные права». Тогда вы не можете запретить разработчику продавать тот же код другим. Механика: исключительное право — это монополия на объект. Без него вы не полный хозяин. Типичная ошибка: подписать акт выполненных работ без упоминания передачи прав. Что делать вместо: включите в договор отдельный пункт о переходе исключительных прав в полном объёме с момента полной оплаты. Если договора нет, соберите доказательства: переписку, где обсуждается создание сайта, счета, чеки. Это поможет в суде.
Даже без бумаг вы можете требовать то, за что заплатили. Переписка, счета, чеки — всё это доказательства. Направьте разработчику официальное письмо с требованием передать доступы и файлы. Укажите разумный срок (например, 10 рабочих дней). Если ответа нет — обращайтесь к юристу. Судебная практика чаще на стороне заказчика, если он может доказать оплату.
Почему переписка работает? В суде электронные письма и мессенджеры признаются доказательствами, если можно идентифицировать стороны. Мы советуем сохранять всю переписку с самого начала, не удалять даже конфликтные сообщения. Типичная ошибка: вести переговоры устно по телефону, а потом не иметь подтверждения. Что делать вместо: после каждого звонка отправляйте письмо с резюме договорённостей и просите подтвердить. Это создаст бумажный след.
С фрилансерами сложнее: они могут исчезнуть. Но и здесь есть рычаги. Если работа велась через биржу (FL.ru, Upwork), можно подать жалобу в арбитраж платформы. Если напрямую — только суд. Чтобы не попасть в такую ситуацию, мы всегда советуем работать по договору и поэтапной оплате.
Механика: биржи дорожат репутацией и могут заморозить аккаунт исполнителя до разрешения спора. Но они не обязаны возвращать деньги или заставлять передать файлы. Типичная ошибка: нанимать фрилансера без договора и предоплаты 100%. Что делать вместо: разбить проект на этапы и платить после приёмки каждого. В договоре прописать, что исходники передаются после каждого этапа.
Вот алгоритм, который мы отработали на десятках проектов. Следуйте ему, чтобы ничего не упустить.
Убедитесь, что сайт работает, и вы знаете, где он размещён. Посмотрите, кто регистратор домена, какой хостинг, какая CMS. Это можно сделать через сервисы WHOIS и анализаторы. Если сайт недоступен, срочно свяжитесь с разработчиком.
Почему это важно? Если сайт уже не работает, возможно, разработчик отключил хостинг за неуплату или удалил файлы. Тогда действовать нужно немедленно. Типичная ошибка: клиент тянет с проверкой, а потом узнаёт, что домен выставлен на продажу. Что делать вместо: сразу после решения о смене подрядчика проведите аудит и зафиксируйте состояние.
Запросите у разработчика:
Если что-то не дают — фиксируйте это письменно.
Почему письменно? Это создаст доказательство для суда или переговоров. Типичная ошибка: получать доступы в мессенджере и не сохранять. Что делать вместо: попросите выслать доступы на ваш корпоративный email. Если разработчик отказывается, отправьте официальный запрос с уведомлением.
Даже если доступы есть, не спешите вносить изменения. Сначала скачайте:
Храните копии в двух местах: на своём компьютере и в облаке.
Почему это критично? В процессе передачи разработчик может в отместку удалить данные. Типичная ошибка: делать бэкап только файлов, забывая про базу. Что делать вместо: используйте автоматические скрипты для полного бэкапа, например, через cron и mysqldump. Проверьте, что архив открывается и содержит все данные.
Если домен зарегистрирован на разработчика, попросите его сменить владельца на вас или сделать push-перевод. Если он отказывается, можно инициировать процедуру перевода через нового регистратора, но для этого нужен авторизационный код (EPP). Его выдаёт текущий регистратор по запросу владельца. Если владелец — разработчик, вам придётся получить код от него.
Механика: EPP-код — это пароль для перевода домена. Без него новый регистратор не может запросить перенос. Типичная ошибка: клиент пытается перевести домен без кода и теряет время. Что делать вместо: если разработчик не даёт код, обратитесь к регистратору с доказательствами оплаты домена. Иногда регистратор идёт навстречу и меняет владельца по заявлению.
Загрузите файлы и базу данных на новый хостинг, настройте конфигурацию (обычно в файле wp-config.php или аналоге). Проверьте работоспособность. Если всё ок — меняйте DNS-записи на новые IP-адреса.
Почему не сразу менять DNS? Пока DNS не обновлён, сайт работает на старом хостинге, и вы можете спокойно тестировать новый. Типичная ошибка: сменить DNS до проверки, получить неработающий сайт и панику. Что делать вместо: используйте временный домен или hosts-файл для проверки.
После смены DNS подождите несколько часов (до 24). Убедитесь, что сайт открывается, формы работают, почта отправляется. Проверьте SSL: если сертификат не перенесли, установите новый (можно бесплатный Let's Encrypt).
Почему почта может отвалиться? Потому что MX-записи могли быть привязаны к старому хостингу. Типичная ошибка: забыть про почтовые ящики на домене. Что делать вместо: заранее перенесите почту на новый хостинг или настройте её отдельно.
Когда сайт полностью переехал, смените все пароли и удалите старые FTP-аккаунты. Это защитит от несанкционированного доступа.
Почему это обязательно? Даже после переезда разработчик может иметь доступ к бэкапам или ключам API. Типичная ошибка: сменить пароли только от админки, забыв про SSH и базу. Что делать вместо: проведите полную ротацию всех секретов: пароли, API-ключи, токены.
| Ситуация | Что запрашивать | Сложности |
|---|---|---|
| Домен на разработчика | Смена владельца или EPP-код | Разработчик может требовать деньги за перевод |
| Хостинг у разработчика | Файлы, база, доступ к панели | Могут не дать доступ к серверу |
| Сайт на CMS | Дамп базы, файлы, доступ к админке | Пароли могут быть изменены |
| Сайт на конструкторе | Экспорт контента, подключение своего домена | Ограниченная функциональность |
| Нет договора | Переписка, счета, доказательства оплаты | Суд может затянуться |
Мы видели много граблей, на которые наступают заказчики. Вот самые частые.
Часто домен оформлен на разработчика или на его компанию. Вы можете годами платить за хостинг, но не иметь прав на домен. Проверяйте WHOIS сразу после покупки.
Почему так происходит? Разработчики часто регистрируют домен на себя, чтобы упростить управление. Типичная ошибка: клиент узнаёт об этом только при смене подрядчика. Что делать вместо: требуйте, чтобы домен был оформлен на вас или вашу компанию изначально.
Файлы скачали, а базу нет. В итоге сайт пустой или с ошибками. Всегда запрашивайте дамп БД.
Почему база важна? В ней хранятся все записи, настройки, пользователи. Типичная ошибка: думать, что база — это часть файлов. Что делать вместо: сделайте дамп и проверьте его на локальном сервере.
Если сертификат платный, его можно перенести. Если нет — придётся выпускать новый. Но если старый не перенести, сайт будет недоступен по https.
Почему это проблема? Браузеры блокируют сайты без SSL. Типичная ошибка: забыть про сертификат и потерять позиции в поиске. Что делать вместо: экспортируйте сертификат и приватный ключ, если есть доступ.
Сначала разверните сайт на новом хостинге и проверьте по временному URL. Только потом меняйте DNS.
Почему это важно? DNS-изменения вступают в силу не мгновенно. Типичная ошибка: клиент меняет DNS и сразу проверяет, видя старый сайт. Что делать вместо: подождите TTL-записи и проверьте через разные DNS-серверы.
После ухода разработчика все доступы должны быть изменены. Иначе он сможет вернуться.
Почему это опасно? Разработчик может оставить бэкдор. Типичная ошибка: смена только пароля от админки. Что делать вместо: проверьте все учётные записи, включая FTP, SSH, базу.
Лучший способ — профилактика. Мы всегда советуем нашим клиентам:
Это сэкономит вам недели нервов, если придётся расставаться с подрядчиком.
Почему это работает? Когда все активы на вас, разработчик — просто исполнитель. Типичная ошибка: доверять всё подрядчику и не контролировать. Что делать вместо: заведите отдельный аккаунт для разработчика с ограниченными правами.
1. Проверьте, кто владелец домена (WHOIS). Если не вы — начните процедуру перевода.
2. Запросите все доступы: регистратор, хостинг, админка, база, аналитика.
3. Скачайте все файлы сайта (включая скрытые).
4. Сделайте дамп базы данных.
5. Сохраните SSL-сертификат (если есть).
6. Разверните копию на новом хостинге.
7. Проверьте работу сайта на временном домене.
8. Смените DNS-записи на новые.
9. Дождитесь обновления DNS и проверьте сайт.
10. Смените все пароли и отзовите доступы у старого разработчика.
11. Убедитесь, что почта, формы и другие сервисы работают.
12. Сделайте финальную резервную копию.
Это тупик, но не конец. Если переговоры не помогают, переходите к юридическому давлению. Напишите претензию с уведомлением о вручении. Укажите, что вы оплатили работу и имеете право на результат. Если и это не сработает — подавайте иск в суд. Обычно после получения официальной бумаги разработчики становятся сговорчивее. В крайнем случае можно нанять специалиста, который восстановит сайт по косвенным данным (например, из кэша поисковиков), но это дорого и не всегда возможно.
Почему претензия работает? Многие не хотят судебных издержек. Типичная ошибка: угрожать судом, но не подавать. Что делать вместо: отправьте досудебную претензию, а через 30 дней — иск.
Если разработчик исчез и не выходит на связь, а бэкапов нет, остаётся восстановление из открытых источников. Это крайняя мера, но иногда помогает. Что можно сделать:
Почему это сложно? Восстановленный сайт потеряет позиции в поиске, так как URL могут измениться. Типичная ошибка: надеяться на полное восстановление. Что делать вместо: сосредоточьтесь на сохранении текущих активов.
В вебпоиск.рф мы часто проводим аудит цифровых активов и помогаем перевести сайт на новый хостинг с сохранением всех данных. Наша команда проверяет права на домен, делает полный бэкап, разворачивает копию и тестирует. Если разработчик препятствует, мы подключаем юристов. Мы не обещаем мгновенных решений, но знаем, как минимизировать риски.
Забрать сайт у разработчиков — задача, которая требует внимательности и настойчивости. Главное — действовать последовательно и фиксировать все договорённости. Если чувствуете, что не справляетесь, обратитесь к юристу или в студию, которая специализируется на таких переездах. Мы в вебпоиск.рф не раз помогали клиентам вытаскивать проекты из сложных ситуаций. Помните: сайт — это ваш актив, и вы вправе им распоряжаться.
Сначала проверьте договор: если в нём прописана передача доступов и исходников после оплаты, вы вправе требовать их письменно. Отправьте официальную претензию с уведомлением о вручении. Если реакции нет — обращайтесь в суд или к юристу, специализирующемуся на IT-спорах.
Сначала получите авторизационный код (EPP) у текущего регистратора и убедитесь, что домен не в статусе clientTransferProhibited. Затем инициируйте transfer у нового регистратора и подтвердите его. Обычно перенос занимает до 5 дней, но сайт всё это время доступен, если DNS-записи не менялись.
Все файлы из корневой директории сайта, включая скрытые (например, .htaccess), папки с изображениями, скриптами, шаблонами и загрузками. Отдельно запросите дамп базы данных и файл конфигурации, где могут быть прописаны подключения. Не забудьте про SSL-сертификат, если он не самоподписанный.
Исходники — это весь код (HTML, CSS, JS, PHP и т.д.), графика, тексты, базы данных. По закону об авторском праве они принадлежат автору-разработчику, но по договору заказчику могут передаваться исключительные права. Если в договоре этого нет, вы не можете свободно распоряжаться кодом, даже если заплатили за работу.
На конструкторах вы ограничены: исходный код платформы вам не отдадут, но можно экспортировать контент (страницы, изображения) или подключить свой домен и перенести данные вручную. Некоторые конструкторы позволяют выгрузить HTML/CSS, но функциональность может пострадать.
Оставьте контакт — пришлём расчёт и предложим решение под вашу задачу. Ни к чему не обязывает.
Без навязчивых звонков · Смета бесплатно · Оплата поэтапно по договору
или позвоните: +7 (495) 487-44-70