Как передать сайт новому разработчику в 2026 году: пошаговый план и сколько это стоит

Коротко: Передача сайта новому разработчику — это получение исходного кода, всех доступов (хостинг, домен, CMS, БД, сторонние сервисы) и документации. Без этого новый подрядчик потратит 20–40 часов только на «разведку». Стоимость погружения нового разработчика в чужой проект — 15 000–60 000 ₽. Если старый подрядчик не отдаёт код — это нарушение договора, и есть юридические инструменты давления.

Почему смена разработчика — это больно и дорого?

По данным опросов владельцев сайтов в 2025–2026 годах, около 40% предпринимателей хотя бы раз меняли подрядчика по веб-разработке. Из них 65% столкнулись с проблемами при передаче: не отдавали код, «теряли» доступы, выставляли счёт за «откуп». Среднее время простоя сайта при смене разработчика без нормальной передачи — 2–4 недели. Потери для интернет-магазина с оборотом 500 000 ₽/мес за такой простой — 30 000–65 000 ₽ упущенной выручки.

Проблема не в том, что разработчики злонамеренны. Часто причина — отсутствие нормального договора, где прописано право собственности на код, и банальная неорганизованность: доступы хранятся в личных аккаунтах разработчика, документации нет вообще.

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

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

Блок 1: Исходный код и файлы

• Репозиторий (GitHub, GitLab, Bitbucket) или архив с исходниками
• Все ветки и история коммитов — чтобы понять, что менялось
• Файлы конфигурации (.env, config-файлы) — без них сайт не запустится
• Дамп базы данных (SQL-файл или backup) с актуальными данными
• Медиафайлы: изображения, документы, загруженные пользователями файлы
• Зависимости: package.json, composer.json — список используемых библиотек

Блок 2: Доступы к инфраструктуре

• Хостинг: логин/пароль панели управления (cPanel, ISPmanager, Plesk или облако)
• Домен: доступ к регистратору (reg.ru, nic.ru, namecheap и др.)
• FTP/SSH: данные для прямого подключения к серверу
• База данных: хост, порт, имя БД, логин, пароль
• CMS-администратор: логин/пароль в WordPress, Bitrix, Tilda и т.д.
• Сторонние сервисы: API-ключи платёжных систем, CRM, аналитики, почты
• SSL-сертификат: если платный — данные аккаунта у провайдера
• CDN и DNS: если используется Cloudflare или аналоги

Блок 3: Документация

• Техническое задание или его аналог
• Описание архитектуры: какие технологии, почему именно они
• Инструкция по локальному запуску проекта
• Описание нестандартных решений и «костылей» (если честный разработчик)
• Список сторонних сервисов с назначением каждого

Пошаговый план передачи сайта: что делать и в каком порядке

Шаг 1. Найдите нового разработчика ДО расставания со старым (1–2 недели)

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

Шаг 2. Направьте официальный запрос на передачу (день 1)

Напишите старому разработчику письмо (email или мессенджер с сохранением переписки) с чётким списком того, что нужно передать. Укажите дедлайн — 5–7 рабочих дней. Сошлитесь на договор, если там прописано право собственности на код. Если договора нет — это усложняет ситуацию, но не делает её безвыходной.

Шаг 3. Примите доступы и проверьте их работоспособность (1–2 дня)

Каждый доступ нужно проверить сразу при получении. Типичная ошибка: принять список логинов/паролей и обнаружить через неделю, что половина не работает. Новый разработчик должен лично проверить: заходит ли он на хостинг, в БД, в CMS, запускается ли проект локально.

Шаг 4. Смените все пароли после передачи (день 1 после получения)

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

Шаг 5. Оплатите онбординг нового разработчика отдельно (1–5 дней)

Погружение в чужой проект — это отдельная работа, которая оплачивается отдельно. Честный разработчик выставит счёт за 10–40 часов изучения проекта. Не соглашайтесь на схему «онбординг бесплатно» — это значит, что разработчик заложит эти часы в стоимость первых задач с коэффициентом 1.5–2x.

Сколько стоит передача сайта новому разработчику в 2026 году?

Цены указаны для мая 2026 года при ставке разработчика 1 500–2 000 ₽/час (Москва, уровень middle+). Региональные студии — в 1.5–2 раза дешевле. Фрилансеры — на 20–30% дешевле студий, но онбординг может занять больше времени из-за менее системного подхода.

Что делать, если старый разработчик не отдаёт код или доступы?

Это распространённая ситуация, и она решаемая. Разработчик, создавший сайт по договору с вами, не имеет права удерживать исходный код — он является вашей собственностью (если это прописано в договоре) или результатом оплаченной работы. Вот инструменты давления в порядке эскалации.

Уровень 1: Переговоры (0 ₽, 1–3 дня)

Чётко и письменно сформулируйте требование. Укажите конкретный срок. Часто проблема не в злом умысле, а в том, что разработчик занят и откладывает. Письменная претензия с дедлайном решает 60–70% случаев.

Уровень 2: Юридическая претензия (5 000–15 000 ₽, 7–14 дней)

Если переговоры не помогли — направьте официальную претензию через юриста. Стоимость составления претензии — 5 000–15 000 ₽. В претензии укажите: нарушение условий договора, требование передать материалы в течение 10 дней, угрозу обращения в суд с требованием возмещения убытков.

Уровень 3: Технические альтернативы (10 000–50 000 ₽)

Если доступ к коду невозможен — новый разработчик может: восстановить сайт из кеша Google/Wayback Machine (подходит для простых сайтов), сделать реверс-инжиниринг фронтенда (дорого, 30 000–100 000 ₽), или полностью переписать сайт с нуля (самый радикальный, но иногда лучший вариант).

Уровень 4: Суд (от 30 000 ₽, 2–6 месяцев)

Судебный иск имеет смысл, если стоимость удерживаемого продукта значительна (от 100 000 ₽) или есть документальные потери бизнеса. Выигрываемость таких дел при наличии договора — высокая, но сроки длинные.

Как не попасть в эту ситуацию в следующий раз: превентивные меры

Пропишите в договоре право собственности на код

В договоре должна быть фраза: «Исключительные права на результаты работ переходят к Заказчику в момент оплаты». Без этой формулировки разработчик юридически может считать код своей интеллектуальной собственностью. Проверьте свой действующий договор прямо сейчас.

Требуйте доступ к репозиторию с первого дня

Добавьте себя (или доверенного технического специалиста) в репозиторий проекта с правами read-only с первого дня разработки. Так у вас всегда будет актуальный код, независимо от отношений с разработчиком.

Регулярные бэкапы под вашим контролем

Настройте автоматические бэкапы на ваш собственный облачный аккаунт (Яндекс Диск, Google Drive, S3). Стоимость настройки — 3 000–8 000 ₽ разово. Это защищает не только от смены разработчика, но и от технических сбоев.

Храните все доступы самостоятельно

Домен и хостинг должны быть зарегистрированы на ваши данные, а не на данные разработчика. Это правило №1, которое нарушают 30–40% небольших проектов. Проверьте прямо сейчас, на кого зарегистрирован ваш домен — это можно сделать через сервис whois.domaintools.com.

Чек-лист передачи сайта: распечатайте и используйте

• ☐ Исходный код получен (репозиторий или архив)
• ☐ История коммитов сохранена
• ☐ Файлы конфигурации (.env) получены
• ☐ Дамп базы данных актуален (не старше 1 дня)
• ☐ Медиафайлы переданы полностью
• ☐ Доступ к хостинговой панели проверен
• ☐ Доступ к регистратору домена проверен
• ☐ FTP/SSH работает
• ☐ Доступ к БД проверен (новый разработчик подключился)
• ☐ CMS-администратор работает
• ☐ API-ключи всех сервисов получены
• ☐ Новый разработчик запустил проект локально
• ☐ Все пароли сменены после передачи
• ☐ Старый разработчик удалён из всех аккаунтов
• ☐ Документация получена (хотя бы минимальная)

Типичные ошибки при смене разработчика

Ошибка 1: Расстаться со старым до выбора нового. Без нового разработчика вы не знаете, что именно запрашивать. В итоге запрашиваете не то, тратите время на повторные обращения.

Ошибка 2: Не проверить доступы сразу. Разработчик передал список паролей — вы сказали «спасибо» и закрыли тему. Через 2 недели выяснилось, что половина паролей устаревшая. Старый разработчик уже не отвечает.

Ошибка 3: Думать, что онбординг бесплатный. Новый разработчик потратит 10–40 часов на изучение чужого кода. Это реальная работа, которую нужно оплатить. Если он говорит «бесплатно» — он заложит это в другие счета.

Ошибка 4: Не менять пароли после передачи. Старый разработчик сохранил доступы «на всякий случай». Через полгода — инцидент безопасности или шантаж. Меняйте все пароли в день получения доступов.

Ошибка 5: Требовать «сразу приступить к работе». Новый разработчик без погружения в проект сделает первые задачи медленно и с ошибками. Дайте ему 3–7 дней только на изучение проекта — это сэкономит деньги в долгосрочной перспективе.

Часто задаваемые вопросы

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

Три блока: исходный код (репозиторий, .env-файлы, дамп БД, медиафайлы), все доступы (хостинг, домен, FTP/SSH, CMS, API-ключи сторонних сервисов) и документация (ТЗ, описание архитектуры, инструкция по запуску). Без любого из этих блоков новый разработчик потратит лишние 10–40 часов на восстановление информации.

Сколько стоит передача сайта новому разработчику?

Онбординг нового разработчика стоит: для лендинга на конструкторе — 0–5 000 ₽, для корпоративного сайта на WordPress — 5 000–20 000 ₽, для интернет-магазина — 10 000–35 000 ₽, для кастомного веб-приложения на React/Node.js — 30 000–80 000 ₽. Проект без документации и с плохим кодом может потребовать 50 000–150 000 ₽ на погружение.

Что делать, если разработчик не отдаёт исходный код сайта?

Действовать поэтапно: сначала письменная претензия с дедлайном 5–7 дней (решает 60–70% случаев), затем официальная юридическая претензия через юриста (5 000–15 000 ₽), затем технические альтернативы (восстановление из кеша или переписывание), в крайнем случае — судебный иск. При наличии договора с формулировкой о передаче прав суд выигрывается в большинстве случаев.

Сколько времени занимает смена разработчика?

При нормальной передаче: 1–2 дня на получение доступов, 1–5 дней на онбординг нового разработчика. Итого 3–7 дней до начала полноценной работы. При проблемной передаче (нет документации, плохой код, конфликт со старым подрядчиком) — 2–6 недель. Среднее время простоя при смене без нормальной передачи — 2–4 недели.

На кого должен быть зарегистрирован домен и хостинг?

Домен и хостинг должны быть зарегистрированы на данные владельца бизнеса, а не разработчика. Это правило нарушают 30–40% небольших проектов. Проверить, на кого зарегистрирован домен, можно через сервис whois. Если домен зарегистрирован на разработчика — потребуйте перенос немедленно, пока отношения не испортились.

Нужно ли платить новому разработчику за изучение чужого проекта?

Да, онбординг — это отдельная оплачиваемая работа. Разработчик тратит 10–40 часов на изучение чужого кода, архитектуры и логики. При ставке 1 500–2 000 ₽/час это 15 000–80 000 ₽. Если разработчик говорит, что онбординг бесплатный — он закладывает эти часы в стоимость первых задач с коэффициентом 1.5–2x. Честнее платить отдельно.

Как защититься от проблем при следующей смене разработчика?

Четыре меры: 1) Прописать в договоре, что исключительные права на код переходят к заказчику в момент оплаты. 2) Добавить себя в репозиторий с первого дня разработки. 3) Настроить автобэкапы на свой облачный аккаунт (3 000–8 000 ₽ разово). 4) Регистрировать домен и хостинг только на свои данные.