Ситуация типичная: сайт создан несколько лет назад, разработчик перестал отвечать или просит за каждую мелочь несоразмерные деньги. Бизнес хочет обратиться к другому подрядчику — и тут выясняется, что непонятно, что именно «забирать» и возможно ли это вообще. Разбираем по шагам: что должно быть у вас на руках, как передать проект без простоев и где здесь чаще всего теряют сайт вместе с позициями в поиске.
Что вообще вам принадлежит
Сайт — это не один объект, а как минимум четыре отдельных элемента, и они могут храниться в разных местах:
- Домен — название сайта, арендуемого у регистратора. Главный вопрос: на чью компанию или на чью электронную почту он оформлен.
- Хостинг — сервер, на котором хранятся файлы и база данных. Часто оплачивается подрядчиком со своего счёта.
- Файлы и база данных — собственно сайт: код, тексты, изображения, настройки.
- Доступ к сервисам — Google Analytics, Search Console, Google Business Profile, электронная почта, платежные системы, CRM.
Проблема, как правило, заключается не в том, что подрядчик «не передает сайт», а в том, что часть этого списка изначально оформлена на него. Тогда разговор с юридической плоскости переходит в плоскость договоренностей.
Шаг 1. Уточните, на чье имя что оформлено
Проверить домен можно самостоятельно через любой сервис whois: там указаны регистратор и дата истечения срока. Если контактный адрес электронной почты в записи не ваш — доступ у подрядчика. Хостинг можно определить по письмам об оплате: если вам никогда не приходили счета, аккаунт не ваш.
Это неприятное открытие, но оно не означает потерю сайта. Это означает, что для передачи потребуется участие предыдущего исполнителя — и лучше договориться по-хорошему, пока отношения не испортились окончательно.
Шаг 2. Создайте собственную резервную копию
Первое, что стоит сделать ещё до начала каких-либо переговоров, — получить копию сайта. Если у вас есть доступ к панели хостинга, скачайте архив файлов и дамп базы данных. Если доступа нет, попросите его у подрядчика как «резервную копию для собственного архива» — это обычная практика, которая редко вызывает сопротивление.
Копия нужна не для того, чтобы быстро «переехать». Она нужна на тот случай, если переговоры затянутся, а срок действия хостинга тем временем истечет.
Шаг 3. Запросите список прав доступа
Стандартный перечень, который должен предоставить любой подрядчик:
- административный доступ к сайту с правами администратора;
- доступ к панели управления хостингом или FTP/SSH;
- доступ к регистратору домена или код передачи;
- права владельца в Google Analytics, Search Console, Business Profile;
- исходные файлы дизайна, если они предусмотрены договором;
- доступ к платным плагинам и лицензиям — либо честная информация о том, что лицензия принадлежит исполнителю.
Последний пункт часто упускают, а он важен: если на сайте установлены платные расширения с лицензией подрядчика, после расторжения договора они перестанут обновляться. Это не катастрофа, но новый исполнителю следует знать об этом заранее.
Шаг 4. Передавайте без простоев
Самый рискованный момент — перенос на новый хостинг. Делается это так: сначала сайт размещается на новом месте в виде копии, проверяется, и только потом переключаются DNS. Никогда наоборот. Если сначала «отключить старое», сайт будет недоступен несколько часов, а в худшем случае — несколько дней.
Особое внимание уделяйте адресам страниц. Если во время переезда меняются URL, обязательно нужны 301-редиректы со старых страниц на новые — иначе сайт теряет позиции, наработанные годами. О том, как вообще страницы попадают и исчезают из выдачи, мы писали в статье почему сайта нет в Google.
Шаг 5. Аудит перед доработками
Новый подрядчик не может нести ответственность за чужой код, пока не посмотрит, что там внутри. Поэтому правильная последовательность действий такова: сначала аудит — состояние CMS и плагинов, версия PHP, скорость, безопасность, наличие резервных копий, — и только потом план работ. Мы берем чужие проекты именно так, это описано на странице поддержка и доработка сайтов.
Иногда после аудита честный ответ звучит так: «поддерживать это дороже, чем сделать заново». Так бывает с сайтами на устаревших конструкторах или с самописным кодом без документации. Но это вывод по результатам проверки, а не аргумент в переговорах — нормальный подрядчик объяснит, почему именно.
Как не попасть в такую ситуацию во второй раз
- Регистрируйте домен на себя. На свою компанию или на свой почтовый ящик, даже если оформлением занимается подрядчик.
- Оплачивайте хостинг со своего аккаунта. Исполнителю достаточно предоставить доступ.
- Права владельца в сервисах Google — ваши. Подрядчику предоставляется доступ администратора, который вы можете отозвать.
- Делайте резервную копию раз в месяц. Даже если копии создает хостинг.
- Предоставление прав доступа — отдельный пункт договора. Вместе со сроком, в течение которого они передаются после завершения работ.
Эти пять пунктов ничего не стоят на начальном этапе и позволяют предотвратить 90% будущих конфликтов. Если вы только планируете разработку, они должны быть включены в перечень вопросов для исполнителя — мы собрали их в этом материале как выбрать подрядчика для разработки сайта.
Что делать дальше
Если вы сейчас оказались в такой ситуации — начните с инвентаризации: whois-данные домена, письма от хостинг-провайдера, перечень того, к чему у вас есть доступ. Имея этот список, уже можно вести предметный разговор как с предыдущим исполнителем, так и с новым.
Мы размещаем сайты других подрядчиков на поддержку и доработку — Начинаем с аудита, чтобы понять реальное состояние проекта. Если же после проверки выяснится, что целесообразнее создать новый сайт, ориентировочную стоимость можно рассчитать за 3 шага в калькуляторе — без звонков и брифингов.
Telegram