Сайт — это не просто «страница в интернете». Для бизнеса он давно стал чем-то большим: офисом, витриной, отделом продаж и даже голосом бренда. Представьте, что всё это у вас есть… и вдруг исчезает. Страшно? Но именно так чувствуют себя предприниматели, которые теряют доступ к сайту при смене разработчика.
Иногда это выглядит как сюжет плохого фильма: бизнес вложил сотни тысяч рублей в разработку, но при попытке сменить подрядчика внезапно выясняется, что домен зарегистрирован на чужое имя, хостинг оформлен на «левый» аккаунт, а единственный человек, знающий все пароли, больше не отвечает на звонки.
Звучит как кошмар? К сожалению, это реальность для тех, кто доверился разработчику «на слово».
Кто владеет сайтом — вы или разработчик?
На первый взгляд всё очевидно: если вы оплатили работу, значит сайт ваш. Но в мире IT всё не так просто.
- Доменное имя. Это как адрес вашего офиса. Кто владеет доменом — тот и хозяин «двери в ваш бизнес». Если он зарегистрирован на разработчика, юридически именно он управляет входом.
- Хостинг. Представьте склад, где хранятся товары. В нашем случае — файлы сайта, база данных, почта. Если аренда оформлена на чужое имя, то вас могут «выселить» в любой момент.
- CMS и коды доступа. Это как ключи от сейфа. Не у вас — значит, не вы хозяин.
Разработчик может не иметь злого умысла. Ему просто так удобнее: оформить всё на себя, чтобы не отвлекать клиента. Но итог один — вы зависите от человека, который сегодня работает с вами, а завтра может исчезнуть.
Какие доступы должны быть у вас
Чтобы сайт всегда оставался под вашим контролем, нужно собрать «золотой пакет» доступов. Вот минимальный список:
- Домен: доступ к аккаунту регистратора (например, Reg.ru, RU-Center). На вас должны быть указаны паспортные данные или реквизиты компании.
- Хостинг: логин и пароль к панели управления (ISPmanager, cPanel, Plesk и т. д.).
- CMS (WordPress, 1C-Битрикс, Joomla и др.): учётная запись администратора с максимальными правами.
- FTP/SFTP-доступ: для работы напрямую с файлами сайта.
- База данных (phpMyAdmin или аналоги): для выгрузки и восстановления.
- Электронная почта на домене: если она настроена.
- Интеграции: доступы к платёжным системам, CRM, сервисам рассылок.
- Статистика и аналитика: Google Analytics, Яндекс.Метрика, Google Search Console.
У разработчика могут быть копии этих доступов, но хозяином их должны быть именно вы.
Что запросить при сдаче проекта
Момент сдачи сайта — это ваша «точка невозврата». Если сейчас не получить все ключи, потом сделать это будет в разы сложнее.
Запросите у разработчика:
- полный список логинов и паролей;
- исходные файлы сайта;
- бэкап базы данных;
- инструкцию по администрированию (как добавить товар, изменить текст, загрузить картинку);
- акт приёма-передачи (в случае работы по договору);
- подтверждение регистрации домена на ваши данные.
Лайфхак: попросите разработчика заархивировать сайт и базу данных и передать архив. Даже если сотрудничество прервётся, у вас останется «копия бизнеса в коробке».
Как перенести сайт без потерь
Перенос сайта на нового подрядчика можно сравнить с переездом в новую квартиру. Главное — ничего не забыть и не повредить.
Вот чек-лист:
- Сделайте бэкап. Перед началом работ скачайте полную копию сайта.
- Настройте тестовый сервер. Новый разработчик разворачивает сайт «в черновом варианте» и проверяет его работу.
- Переносите аккуратно. Сначала файлы, затем база данных, потом проверка всех плагинов и модулей.
- Проверьте SEO. Сохраните структуру URL, настройте 301-редиректы, чтобы не потерять позиции.
- Минимизируйте простой. Идеально — перенести сайт ночью или в выходные.
- Проверьте интеграции. Оплата, CRM, формы обратной связи — всё должно работать с первого дня.
Современные CMS (например, WordPress) позволяют сделать перенос практически бесшовным, если всё грамотно организовать.
Что делать, если сайт “заложен”
К сожалению, бывают случаи, когда разработчик удерживает сайт «в заложниках»: не отдаёт доступы, требует деньги или просто пропал.
Возможные сценарии:
- Домен зарегистрирован на чужое имя. Пишите в службу поддержки регистратора и прикладывайте документы на компанию. Если это ваш бренд или торговая марка — шансов больше.
- Нет доступа к хостингу. Закажите новый сервер, восстановите сайт с резервных копий. Если их нет — попросите поисковики отдать кэшированные версии.
- CMS заблокирована. Иногда проще восстановить сайт заново, чем вести бесконечные переговоры.
Да, ситуация неприятная. Но даже в ней можно выйти с минимальными потерями, если заранее позаботиться о документах.
Юридическая и техническая сторона вопроса
Чтобы не потерять сайт при смене разработчика, нужно действовать не только как предприниматель, но и как юрист.
Что важно прописать в договоре:
- сайт создаётся для заказчика и все права на него передаются после оплаты;
- домен регистрируется на данные заказчика;
- разработчик обязан передать все доступы при сдаче проекта;
- порядок сопровождения после запуска.
Техническая часть не менее важна:
- включите в договор пункт о бэкапах;
- зафиксируйте требования к передаче паролей;
- уточните, кто будет администрировать сайт в будущем.
Лучше потратить лишний час на грамотный договор, чем потом месяцами судиться за свой же сайт.
Как избежать таких проблем в будущем
Смена разработчика — это стресс, но он не обязан превращаться в катастрофу. Чтобы не потерять сайт:
- всегда работайте по договору;
- храните у себя все доступы;
- делайте регулярные бэкапы;
- проверяйте, на кого зарегистрирован домен;
- используйте двухфакторную аутентификацию;
- выбирайте подрядчиков с опытом и отзывами.
Главное — относитесь к сайту как к активу бизнеса. Ведь потеря сайта равносильна потере части компании.
Потерять сайт при смене разработчика — значит потерять клиентов, позиции в поиске и репутацию. Но этого легко избежать, если заранее держать под контролем доступы, документы и договорённости.
Не откладывайте на завтра: проверьте прямо сейчас, есть ли у вас полный комплект ключей от вашего онлайн-бизнеса.
А если вы хотите сменить разработчика без головной боли, обратитесь к DoLeads. Мы перенесём ваш сайт аккуратно, сохраним SEO и сделаем так, чтобы вы больше никогда не зависели от одного подрядчика.
