Ситуация, в которой однажды оказывается почти каждый владелец сайта. Старый разработчик пропал, поднял цены или просто перестал устраивать — нужен новый. Кажется, дело за малым: отдал доступы, сказал «вот сайт, дорабатывай». А на деле новый мастер открывает проект и видит чужой код без пояснений, доступы наполовину утеряны, движок неизвестной версии. Передача, которая в голове занимала пять минут, растягивается на недели. Корень в том, что передача кода — не «отдать ключи», а процедура со своими этапами. Разберём, как передать сайт без боли: что такое аудит, какие доступы собрать заранее, где прячутся риски.
Зачем начинать с аудита
Купив дом, в котором раньше жили, разумный хозяин сначала зовёт специалиста: проверить крышу, проводку, трубы. С чужим сайтом так же. Аудит — это проверка перед заселением: новый разработчик смотрит, на каком движке собран сайт, в каком состоянии код, какие доступы есть, сколько займёт типовая правка. Без этого любой названный срок — гадание: на чистом коде задача — три дня, на запутанном самописе — три недели. Когда новый исполнитель сразу называет цену, не заглянув внутрь, это тревожный знак. Часто аудит и отвечает на крупный вопрос: бывает, разработчик честно говорит, что код в таком состоянии, что дешевле обсудить, доработать или переписать. Лучше узнать это на берегу за небольшие деньги, чем посреди работы за большие.
Какие доступы собрать заранее
Самое узкое место передачи — доступы; их всегда больше, чем кажется, и часть всегда затерялась. Соберите заранее базовый набор: доступ к хостингу и его панели, к админке сайта, к базе данных, к домену и почте на нём, к коду в репозитории. Здесь часто всплывает засада: некоторые доступы оформлены не на вас, а на старого подрядчика — хостинг куплен с его аккаунта, домен на его имя. Это не катастрофа, но дополнительные шаги по переоформлению, и начинать их лучше до того, как отношения испортятся: выпрашивать пароли у обиженного бывшего подрядчика — отдельный долгий жанр. Отсюда вывод на будущее: домен и хостинг всегда оформляйте на себя. Тогда, кто бы ни делал сайт, ключи остаются у вас, и любая смена исполнителя проходит спокойно.
Где прячутся риски
Первый риск — отсутствие документации. Если прежний разработчик не оставил пояснений, новому приходится восстанавливать логику по голому коду, как разбирать чужой почерк. Лекарство — попросить мастера в ходе аудита составить хотя бы краткое описание: как устроен сайт, где что лежит, как разворачивать. Эта бумага окупится при каждой правке. Второй риск — пропавший старый разработчик: если домен и хостинг на вас, многое восстанавливается через провайдера. Третий — безопасность: при передаче самое время сменить все пароли, отозвать доступы старого подрядчика и проверить, не осталось ли лазеек, об этом подробнее в материале про безопасность сайта. Главный совет нетехнарю: проверяйте не код, а процесс. Спросите, проведён ли аудит, собраны ли доступы, сменены ли пароли. Внятные ответы — передача идёт правильно. Как выбрать исполнителя, который ведёт её чисто, разбираем в гайде про то, как выбрать исполнителя.
Как платформа помогает принять проект без потерь
На Где.Эксперт разработчиков выбирают по реальным отзывам и истории заказов. Видно, кто уже принимал чужие запущенные проекты, разбирался в самописных движках и аккуратно собирал доступы. Начать можно с аудита и честной картины проекта, зафиксировать, что входит в передачу, и платить по факту. Отзывы прошлых клиентов показывают, кто ведёт приёмку чисто и не бросает на полпути.
Часто задаваемые вопросы
Что такое аудит чужого кода?
Это разведка: новый разработчик смотрит, как устроен сайт, в каком состоянии код и доступы, сколько займёт типовая правка. Без аудита оценка сроков — гадание, поэтому с него и начинают грамотную передачу.
Что делать, если старый разработчик пропал?
Не тупик. Если домен и хостинг на вас, многое восстанавливается через провайдера. Новый мастер в аудите определит, что доступно, что восстановить, а что пересобрать.
Можно ли передать сайт без документации?
Можно, но дольше и дороже: логику придётся реконструировать по коду. Лучше попросить нового мастера составить краткое описание — оно окупится при каждой правке.
Заключение
Передача сайта новому разработчику — это процедура со своими этапами, а не «отдал ключи». Начинается она с аудита: без разведки под капотом любой срок — гадание, а сам аудит часто отвечает на вопрос, дорабатывать или переписывать. Дальше — доступы, которых всегда больше, чем кажется. Главные риски — отсутствие документации, пропавший подрядчик и чужие доступы — лечатся простыми шагами: краткое описание проекта, оформление домена и хостинга на себя, смена паролей. А заказчику достаточно проверять не код, а процесс.
Найдите разработчика на Где.Эксперт — закажите аудит, выбирайте по отзывам и платите по факту выполнения.