Как передать сайт заказчику после разработки в 2026 году: что должен отдать разработчик и как это оформить
Коротко: После сдачи сайта разработчик обязан передать исходный код (репозиторий или архив), все административные доступы (хостинг, домен, CMS, почта), лицензии на использованные компоненты, дизайн-макеты в редактируемом формате и техническую документацию. На практике 60–70% студий и фрилансеров отдают неполный пакет — часть позиций теряется, часть удерживается намеренно. Полная передача занимает 1–3 дня и должна быть зафиксирована актом.
Что входит в полный пакет передачи сайта?
Полный пакет передачи сайта — это не просто «логин и пароль от админки». Это структурированный набор материалов, без которых вы не сможете самостоятельно управлять, развивать или передать сайт следующему разработчику. По практике работы с проектами на ds495.ru, полный пакет включает 4 блока: доступы, код, документацию и права.
Блок 1: Доступы и учётные записи
- Хостинг — панель управления (cPanel, ISPmanager, Plesk), FTP/SFTP, SSH
- Домен — регистратор, личный кабинет, доступ к DNS-зонам
- CMS / административная панель — логин/пароль администратора
- База данных — хост, имя БД, пользователь, пароль
- Почта — корпоративные ящики, привязанные к домену
- SSL-сертификат — данные для продления или перевыпуска
- CDN / облачные сервисы — Cloudflare, AWS S3, Яндекс.Облако и т.д.
- Сторонние сервисы — аналитика, CRM, платёжные системы, чат-боты
Блок 2: Исходный код и файлы
- Репозиторий — GitHub/GitLab/Bitbucket с историей коммитов (или архив .zip)
- Дизайн-макеты — Figma, Sketch или Adobe XD в редактируемом формате (не PNG/JPG)
- Графические ресурсы — логотипы, иконки, иллюстрации в исходных форматах (SVG, AI, PSD)
- Резервная копия базы данных — актуальный дамп на дату передачи
Блок 3: Документация
- Инструкция по управлению сайтом — как добавлять страницы, товары, статьи
- Описание архитектуры — стек технологий, версии, зависимости
- Список установленных плагинов/модулей с версиями и лицензиями
- Инструкция по обновлению и резервному копированию
Блок 4: Права и лицензии
- Акт передачи исключительных прав на созданный код и дизайн
- Лицензии на сторонние компоненты — платные темы, плагины, шрифты, стоковые изображения
- Подтверждение оплаченных подписок, которые перешли к заказчику
Что реально отдают разработчики: сравнительная таблица
| Позиция | Фрилансер | Небольшая студия | Крупная студия / агентство |
|---|---|---|---|
| Доступ к CMS | ✅ Всегда | ✅ Всегда | ✅ Всегда |
| Доступ к хостингу | ⚠️ Часто сайт на хостинге фрилансера | ✅ Если хостинг клиента | ✅ Передают при сдаче |
| Доступ к домену | ⚠️ Домен часто на фрилансере | ⚠️ Зависит от договора | ✅ Стандартно |
| Исходный код / репозиторий | ⚠️ Отдают ~40% случаев | ⚠️ Отдают ~60% случаев | ✅ Стандартно |
| Дизайн-макеты (редактируемые) | ❌ Редко | ⚠️ Часто только PNG | ✅ Figma/Sketch |
| Документация / инструкция | ❌ Почти никогда | ⚠️ Базовая ~30% | ✅ Обычно есть |
| Акт передачи прав | ❌ Редко | ⚠️ Не всегда | ✅ Стандартно |
| Дамп базы данных | ⚠️ По запросу | ✅ Обычно да | ✅ Да |
| Лицензии на компоненты | ❌ Почти никогда | ❌ Редко | ⚠️ Частично |
Сколько стоит восстановить доступы, если разработчик исчез?
Если разработчик пропал или отказывается передавать материалы, восстановление обходится дорого. Вот реальные цифры по состоянию на май 2026 года:
| Проблема | Стоимость решения | Срок | Комментарий |
|---|---|---|---|
| Домен на разработчике, не передаёт | 0–5 000 ₽ (юридически) или новый домен | 2–8 недель | Через регистратора по договору или суд |
| Хостинг на разработчике | 3 000–10 000 ₽ (перенос) | 1–3 дня | Если есть доступ к файлам через FTP |
| Нет исходного кода (только продакшн) | 15 000–80 000 ₽ (реверс-инжиниринг) | 1–4 недели | Зависит от сложности сайта |
| Нет дизайн-макетов | 20 000–150 000 ₽ (воссоздание) | 1–3 недели | Дизайнер снимает макеты с готового сайта |
| Нет документации | 5 000–25 000 ₽ | 3–7 дней | Технический писатель или разработчик |
| Нет акта передачи прав | 10 000–50 000 ₽ (юрист) | 2–6 недель | Риск: права формально у разработчика |
Как правильно оформить передачу сайта?
Передача сайта должна быть зафиксирована документально. Устная договорённость «я вам всё передал» не имеет юридической силы. Правильная схема — в три шага.
Шаг 1: Составьте чек-лист передачи заранее (до начала проекта)
Включите в договор приложение со списком всего, что разработчик обязан передать по итогам работы. Это самый надёжный способ — разработчик заранее знает, что именно нужно подготовить. Без этого пункта в договоре требовать полный пакет сложнее.
Шаг 2: Проведите сессию передачи доступов онлайн
Организуйте видеозвонок с разработчиком и в режиме реального времени проверьте каждый пункт: зайдите в хостинг, CMS, репозиторий, панель домена. Фиксируйте скриншоты. Это занимает 1–2 часа, но исключает «я же отправил, вы не проверили».
Шаг 3: Подпишите акт приёма-передачи
Акт должен содержать: дату передачи, список переданных доступов с логинами (без паролей в документе — пароли меняйте сразу после получения), перечень файлов и репозиториев, подписи обеих сторон. Только после подписания акта производится финальная оплата — это стандартная практика.
Что нужно сделать сразу после получения доступов?
Первые действия после получения доступов — смена всех паролей. Это обязательно, даже если вы полностью доверяете разработчику. Пароли могли быть скомпрометированы в процессе работы, сохранены в менеджерах паролей сотрудников студии или переданы субподрядчикам.
- Смените пароли — хостинг, CMS, база данных, FTP, домен, все сторонние сервисы
- Сделайте резервную копию — прямо сейчас, до любых изменений
- Проверьте права доступа — убедитесь, что у разработчика нет активных учёток с правами администратора
- Обновите контактные данные — email для восстановления паролей должен быть ваш, не разработчика
- Проверьте автопродление домена и хостинга — они должны быть привязаны к вашей карте
- Сохраните все переданные файлы в надёжное место (облако + локальная копия)
Красные флаги: когда разработчик не хочет передавать материалы
Ряд ситуаций — прямые сигналы о проблемах с передачей. Знайте их заранее:
- «Домен оформлен на нас для удобства» — это ваш домен, он должен быть на вас. Переоформление — обязанность студии
- «Исходный код — наша интеллектуальная собственность» — если в договоре нет явной передачи прав, они действительно могут быть правы. Поэтому пункт о передаче прав обязателен в договоре
- «Мы не работаем с другими подрядчиками, только с нами» — шантаж. Вы вправе сменить разработчика в любой момент
- «Дизайн-макеты не передаём, это наш рабочий инструмент» — неправомерно, если оплачен дизайн
- «Технический доступ к серверу не нужен, мы всё сделаем сами» — зависимость, которая будет стоить вам денег
Типичные ошибки заказчиков при приёмке сайта
По опыту работы с десятками проектов, заказчики теряют контроль над сайтом из-за одних и тех же ошибок:
- Оплачивают 100% до получения всех доступов. Финальный платёж — только после подписания акта передачи
- Не проверяют, на кого зарегистрирован домен. Проверить: whois.nic.ru или сервис регистратора
- Принимают только логин/пароль от CMS. Без хостинга и домена это неполный контроль
- Не требуют редактируемые макеты. Через год при редизайне придётся платить за воссоздание дизайна
- Не меняют пароли сразу. Бывший разработчик сохраняет доступ
- Не проверяют лицензии на платные компоненты. Использование без лицензии — риск претензий
Чек-лист: полный список того, что должен отдать разработчик
Распечатайте и используйте при приёмке каждого проекта:
| № | Позиция | Формат | Отмечено |
|---|---|---|---|
| 1 | Доступ к панели хостинга | Логин + пароль или приглашение | ☐ |
| 2 | FTP/SFTP доступ | Хост, логин, пароль, порт | ☐ |
| 3 | SSH доступ (если есть) | Ключ или логин/пароль | ☐ |
| 4 | Доступ к регистратору домена | Личный кабинет на вас | ☐ |
| 5 | Доступ к DNS-зонам | Панель управления DNS | ☐ |
| 6 | Доступ к CMS (администратор) | Логин + пароль | ☐ |
| 7 | Доступ к базе данных | Хост, имя БД, пользователь, пароль | ☐ |
| 8 | Исходный код | Репозиторий Git или архив | ☐ |
| 9 | Дизайн-макеты | Figma/Sketch/XD (редактируемые) | ☐ |
| 10 | Графика в исходниках | SVG, AI, PSD | ☐ |
| 11 | Дамп базы данных | .sql файл | ☐ |
| 12 | SSL-сертификат | Данные для продления | ☐ |
| 13 | Доступы к сторонним сервисам | Аналитика, CRM, платёжки | ☐ |
| 14 | Инструкция по управлению сайтом | PDF или Google Doc | ☐ |
| 15 | Список плагинов/модулей с лицензиями | Таблица или документ | ☐ |
| 16 | Акт передачи исключительных прав | Подписанный документ | ☐ |
| 17 | Акт приёма-передачи работ | Подписанный документ | ☐ |
| 18 | Корпоративная почта на домене | Логины + пароли | ☐ |
| 19 | Доступ к CDN (если используется) | Cloudflare, Fastly и т.д. | ☐ |
| 20 | Инструкция по резервному копированию | Текстовый документ | ☐ |
FAQ: часто задаваемые вопросы о передаче сайта
Обязан ли разработчик отдать исходный код?
Да, если в договоре прописана передача исключительных прав на результат работы. Без этого пункта код формально остаётся интеллектуальной собственностью разработчика — он создал его. Именно поэтому пункт о передаче прав обязателен в любом договоре на разработку.
Что делать, если разработчик пропал и не передаёт доступы?
Первый шаг — обратиться к регистратору домена и хостинг-провайдеру с договором и доказательствами оплаты. Большинство провайдеров помогут восстановить доступ. Если домен на физлице-разработчике — потребуется юридическая претензия или суд. Параллельно можно развернуть копию сайта (если есть резервная копия) на новом хостинге с новым доменом.
Можно ли требовать редактируемые Figma-макеты, если их не было в договоре?
Если дизайн оплачен как часть работ, а в договоре не указан формат передачи — можно требовать редактируемые файлы, ссылаясь на то, что дизайн создан для вас и вы должны иметь возможность его использовать. На практике разработчики часто отказывают — это повод включить формат передачи в договор заранее.
Нужно ли платить разработчику за подготовку пакета передачи?
Нет, если это прописано в договоре как часть работ. Если в договоре этого нет — разработчик может выставить счёт за «подготовку документации», и это будет законно. Стандартная практика: включать передачу пакета в стоимость проекта изначально.
Сколько времени занимает полная передача сайта?
Техническая передача (доступы, файлы, репозиторий) — 2–4 часа при наличии подготовленных материалов. Документация и акты — ещё 1–2 дня. Итого: 1–3 рабочих дня для стандартного проекта. Для крупных проектов с множеством интеграций — до 1 недели.
Что делать, если разработчик использовал платные плагины без передачи лицензий?
Запросите у разработчика чеки об оплате или данные лицензионных ключей. Если лицензии куплены на аккаунт студии — попросите перенести их на ваш аккаунт или выкупить у студии. Если разработчик использовал nulled (взломанные) версии — это его ответственность, но риски несёте и вы как владелец сайта. В таком случае лучше купить легальные лицензии самостоятельно.
Как проверить, что репозиторий передан полностью?
Попросите разработчика показать историю коммитов (git log) — она должна содержать всю историю разработки, а не один финальный коммит. Проверьте, что из репозитория можно развернуть рабочую версию сайта — это главный критерий полноты передачи.
Часто задаваемые вопросы
Обязан ли разработчик отдать исходный код?
Да, если в договоре прописана передача исключительных прав на результат работы. Без этого пункта код формально остаётся интеллектуальной собственностью разработчика. Именно поэтому пункт о передаче прав обязателен в любом договоре на разработку.
Что делать, если разработчик пропал и не передаёт доступы?
Первый шаг — обратиться к регистратору домена и хостинг-провайдеру с договором и доказательствами оплаты. Большинство провайдеров помогут восстановить доступ. Если домен на физлице-разработчике — потребуется юридическая претензия или суд.
Можно ли требовать редактируемые Figma-макеты, если их не было в договоре?
Если дизайн оплачен как часть работ, а в договоре не указан формат передачи — можно требовать редактируемые файлы, ссылаясь на то, что дизайн создан для вас. На практике разработчики часто отказывают — это повод включить формат передачи в договор заранее.
Нужно ли платить разработчику за подготовку пакета передачи?
Нет, если это прописано в договоре как часть работ. Если в договоре этого нет — разработчик может выставить счёт за подготовку документации, и это будет законно. Стандартная практика: включать передачу пакета в стоимость проекта изначально.
Сколько времени занимает полная передача сайта?
Техническая передача (доступы, файлы, репозиторий) — 2–4 часа при наличии подготовленных материалов. Документация и акты — ещё 1–2 дня. Итого: 1–3 рабочих дня для стандартного проекта. Для крупных проектов с множеством интеграций — до 1 недели.
Что делать, если разработчик использовал платные плагины без передачи лицензий?
Запросите у разработчика чеки об оплате или данные лицензионных ключей. Если лицензии куплены на аккаунт студии — попросите перенести их на ваш аккаунт. Если использовались nulled-версии — купите легальные лицензии самостоятельно.
Как проверить, что репозиторий передан полностью?
Попросите разработчика показать историю коммитов (git log) — она должна содержать всю историю разработки, а не один финальный коммит. Проверьте, что из репозитория можно развернуть рабочую версию сайта — это главный критерий полноты передачи.