Содержание
- Первые 48 часов: что сделать сразу
- Кому на самом деле принадлежат домен, сервер и код
- Как вернуть доступы, если они у разработчика
- Права на код: что говорит закон
- Что проверить, когда доступы у вас
- Ошибки, которые делают в первые недели
- Как не оказаться в этой ситуации снова
- Когда звать внешнюю команду
- Частые вопросы
Если разработчик пропал, сайт обычно продолжает работать ещё недели или месяцы, и это время нужно потратить на одно: выяснить, что из системы принадлежит вам, и забрать остальное. Начните с домена, сервера и репозитория с кодом. Проверьте, на кого они оформлены, сделайте полную копию сайта и базы, смените пароли везде, где у вас есть вход. Новые доработки и поиск виноватых подождут, пока вы не держите в руках все ключи.
Первые 48 часов: что сделать сразу
Пропажа выглядит по-разному. Человек перестал отвечать на сообщения, студия закрылась, фрилансер ушёл в штат и «вернётся к задачам позже». В любом из этих случаев порядок действий одинаковый.

- Напишите разработчику письменно. В почту и в мессенджер, с конкретной просьбой: передать доступы и исходный код до определённой даты. Это нужно и для дела, и для документов, если дойдёт до спора.
- Проверьте домен. Сервис whois покажет регистратора и дату окончания регистрации. Если домен оформлен на компанию, в строке org будет её название. Если там Private Person, домен записан на человека, и нужно выяснить, на кого именно.
- Войдите в хостинг или облако, если можете. Сделайте полную копию файлов и базы данных и сохраните её у себя, отдельно от сервера.
- Смените пароли там, где доступ у вас. Хостинг, панель управления сайтом, почта, платёжный кабинет. Доступ разработчика лучше закрыть, когда копия уже сделана.
- Составьте список платных сервисов. Сервер, домен, SSL, почта, рассылки, карты, CRM. Посмотрите, с какой карты они оплачиваются и когда следующий платёж.
Кому на самом деле принадлежат домен, сервер и код
Главный вопрос всей истории: что оформлено на компанию, а что на разработчика. От ответа зависит, займёт возвращение доступов час или несколько месяцев.

| Что | Где проверить | Если оформлено на разработчика |
|---|---|---|
| Домен | whois, кабинет регистратора | Смена администратора по его заявлению, без него через суд |
| Хостинг или облако | Договор, счета, личный кабинет | Поддержка хостера, документы об оплате |
| Репозиторий с кодом | GitHub, GitLab, Bitbucket | Просить передачу, копия кода с сервера |
| Платёжный кабинет, эквайринг | Договор с банком или агрегатором | Обычно оформлен на компанию, проверить вход |
| Сторонние сервисы и API | Письма о регистрации, счета | Завести свои аккаунты и перевыпустить ключи |
С доменом есть свежая деталь. С 1 сентября 2026 года действует закон 569-ФЗ: администраторы доменов должны пройти идентификацию через Госуслуги. По данным ComNews, 72,7% доменов в зоне .ru оформлены на физических лиц. Если домен вашей компании записан на пропавшего разработчика и он не пройдёт идентификацию, главный риск появится в момент продления: домен может уйти в свободную регистрацию, где его быстро перехватят. Узнайте дату окончания регистрации и держите её в календаре.
Как вернуть доступы, если они у разработчика
Хостеры и регистраторы привыкли к таким историям, но работают только с документами. Соберите пакет заранее:
- договор с разработчиком или студией, акты и счета;
- платёжки за хостинг, домен и сервисы, особенно если платила компания;
- переписку, где разработчик подтверждает, что делает сайт для вас;
- реквизиты компании и доверенность на сотрудника, который будет писать в поддержку.
Хостинг. Если аккаунт оформлен на компанию, поддержка восстановит вход по запросу с документами. Если на разработчика, хостер будет говорить только с ним. Тогда выход один: получить от разработчика согласие на передачу или копию данных, а сайт перенести на свой сервер.
Домен. Администратора меняют по заявлению действующего администратора. Если он не отвечает, регистратор сам домен не передаст, и остаётся суд. Поэтому домен проверяют первым: на него уходит больше всего времени.
Репозиторий. Владелец репозитория может передать его в вашу организацию на GitHub или GitLab за пару минут. Если связи нет, рабочую версию кода часто можно забрать с сервера.
Права на код: что говорит закон
Здесь у заказчика сильная позиция. По статье 1296 ГК РФ исключительное право на программу, созданную по договору заказа, принадлежит заказчику, если договор не говорит иное. Это касается студий и компаний-подрядчиков.
Есть оговорка: правило не действует, когда подрядчик сам автор кода, то есть вы работали с фрилансером напрямую. Тогда всё решает текст договора: передаётся ли исключительное право или только право использования. Без договора спорить сложнее. Перед конфликтом покажите документы юристу по интеллектуальной собственности.
Но права на бумаге и код в руках это разные вещи. Что можно забрать без разработчика, зависит от технологии:
- Сайт на PHP, например Битрикс или WordPress. Весь код лежит на сервере. Есть доступ к хостингу, значит, есть и код.
- Фронтенд на React или Vue. На сервере обычно лежит собранная версия. Работать можно, дорабатывать неудобно: исходники остались в репозитории.
- Бэкенд на Go, Java или .NET. На сервере может быть только готовая программа. Без репозитория доработка почти невозможна, часть придётся восстанавливать.
Что проверить, когда доступы у вас
Вернуть ключи это половина дела. Дальше нужно понять, что именно вы получили. Пропавший разработчик почти никогда не оставляет документацию, и картину собирают из кода, настроек и логов.
- Совпадает ли код на сервере с репозиторием. Правки «на живую» без коммита встречаются постоянно, и при следующем обновлении они пропадают.
- Работают ли бэкапы. Где лежат, когда сделана последняя копия, восстанавливали ли из неё хоть раз.
- Какие задачи запускаются по расписанию. Выгрузки в 1С, рассылки, обмен с маркетплейсами. Сломанная задача по расписанию может молчать неделями.
- Какие ключи и токены зашиты в настройки. Ключи от оплаты, карт, почты, SMS. Если они оформлены на разработчика, сервис однажды перестанет работать.
- Что сломано уже сейчас. Ошибки в логах, неработающие формы, устаревшие версии PHP и библиотек.
Подробный чек-лист приёмки системы мы разбирали в статье «Работа с легаси-кодом: как передать проект новой команде».
Ошибки, которые делают в первые недели
- Сразу заказывать переделку сайта с нуля. Новый подрядчик видит незнакомый код и предлагает всё переписать. Иногда это правильно, но решение без разбора системы почти всегда дороже.
- Ждать, что разработчик вернётся. Месяц ожидания часто совпадает с окончанием оплаты сервера или домена.
- Менять всё без копии. Новый человек «чуть поправил» настройки на боевом сервере, и сайт лёг.
- Оставить старые доступы открытыми. Пока у пропавшего разработчика есть пароли, за систему отвечаете не вы.
Как не оказаться в этой ситуации снова

- домен, хостинг и платные сервисы оформлены на компанию и оплачиваются с её карты;
- репозиторий живёт в аккаунте компании, разработчик получает в нём доступ, а не наоборот;
- пароли хранятся в общем менеджере паролей, и доступ к нему есть у руководителя;
- есть короткая документация: как развернуть систему, где бэкапы, какие задачи идут по расписанию;
- в договоре прописаны передача исключительных прав и обязанность передать доступы при расторжении;
- систему знает больше одного человека.
Последний пункт самый трудный для небольшой компании. Если программист один, вопрос «что будет, если он уйдёт» стоит задать заранее. Про уход своей команды у нас есть отдельная статья: «Уходит разработчик или вся команда: как сохранить работу системы».
Когда звать внешнюю команду
Если доступы собраны, а разобраться в системе некому, начинать стоит с аудита. Команда, которая привыкла читать чужой код, восстанавливает карту системы, находит то, что сломано или вот-вот сломается, и говорит, что можно чинить сразу, а что требует плана.
На аудите мы разбираем код, данные, инфраструктуру и нагрузку, а на выходе отдаём отчёт с первопричинами и планом работ. Отчёт остаётся у вас, даже если дальше вы пойдёте с другой командой. Для ориентира по скорости: у клиента под NDA, международной платформы взаиморасчётов, мы разобрали 8 систем за 3 недели. Если система нужна каждый день, после аудита её можно взять на поддержку по SLA со сроками реакции в договоре.
Частые вопросы
Разработчик пропал, сайт работает. Нужно ли что-то делать срочно?
Да, но без паники. Сделайте полную копию сайта и базы, проверьте даты окончания домена и хостинга, смените пароли там, где у вас есть вход. Сайт без присмотра обычно ломается в момент первого сбоя или неоплаченного счёта.
Как узнать, на кого зарегистрирован домен?
Через сервис whois: он покажет регистратора, дату окончания и владельца. Если домен на компании, будет её название, если на физлице, надпись Private Person. Если администратор домена разработчик, переоформить его можно только по его заявлению или по решению суда.
Кому принадлежит код сайта, если договора нет?
Это самый сложный случай. По статье 1296 ГК РФ права на программу, созданную по заказу, принадлежат заказчику, но правило не распространяется на договоры напрямую с автором кода. Без договора права придётся доказывать перепиской и платежами. Здесь нужен юрист.
Можно ли забрать код с сервера без разработчика?
Если сайт на PHP, весь код обычно лежит на сервере, и доступа к хостингу достаточно. Если бэкенд собирается из исходников, например на Go или Java, на сервере может быть только готовая программа, а исходники остались в репозитории разработчика.
Сколько времени занимает разбор чужого сайта новой командой?
Зависит от размера системы. Небольшой сайт разбирают за несколько дней, платформу из нескольких сервисов за несколько недель. Точный срок можно назвать после первого знакомства с кодом и доступами.


