Передача сайта от разработчика: доступы, файлы и инструкции

Уточните, где управлять сайтом

Попросите разработчика указать, где управлять сайтом, доменом и хостингом. Сохраните адреса входа и пояснения из переписки. Если к сайту подключены другие сервисы, уточните, какие из них нужны вам для работы и кто управляет остальными. Уточните, используете ли вы следующие сервисы:

• Регистратора домена и сервис DNS, в котором задаются адреса сайта и настройки почты.
• Кабинет хостинга или панель управления сервером, на котором находятся сайт и база данных.
• Админку сайта или кабинет платформы, если сайт работает на конструкторе.
• Почту для сотрудников и отправки уведомлений с сайта.
• Сервис аналитики, платежный сервис, систему учета клиентов и заявок (CRM), учетную систему 1С и другие подключенные системы.

Проверьте домен и хостинг отдельно

У регистратора проверьте, на кого зарегистрирован домен и в каком аккаунте он обслуживается. Администратор домена, на которого он зарегистрирован, и владелец аккаунта могут различаться. Например, у Рег.ру перенос доменов .ru, .рф и .su в другой аккаунт сам по себе не меняет администратора. Если нужно изменить администратора, уточните процедуру у своего регистратора.

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

При смене доступа оставьте настройки сайта и почты прежними. Попросите специалиста записать, где управляют настройками DNS и какие записи используются. Смену DNS, перенос сервера или почты согласуйте отдельно, если они нужны. Для приемки доступов перенос сайта не требуется.

Проверка администратора домена и его данных

Сохраните инструкции и материалы для дальнейшей работы

Попросите показать действия, которые будете выполнять сами: изменение текста, добавление товара или обработку заказа. Выберите примеры по своему сайту. Для этого подойдет понятная инструкция в чате или короткое видео. Сохраните пояснения и контакт, по которому можно задать вопросы.

Уточните, что нужно оплачивать и когда: домен, хостинг, лицензии и используемые подписки. Сохраните сроки продления и адреса кабинетов для оплаты. Для лицензий и платных дополнений уточните владельца и условия дальнейшего использования у поставщика.

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

Если разработчик добавлял собственный код, согласуйте передачу исходников и пояснений для дальнейших доработок. Подойдет архив или доступ к репозиторию, то есть хранилищу кода. Уточните, что нужно для подготовки и публикации изменений, какие части доработаны и какие данные хранятся отдельно от кода.

Если передаете сопровождение другому специалисту или переносите сайт, согласуйте с ним нужный комплект. Он может включать файлы сайта, базу данных, загруженные фотографии и настройки. Для конструктора уточните у поставщика доступный способ передачи проекта и выгрузки данных. Проверку комплекта и запуска поручите принимающему специалисту.

Проверка запуска сайта из переданного комплекта резервной копии

Войдите под своей учетной записью

Откройте новый профиль браузера или приватное окно и войдите в каждый согласованный сервис. Так вы не воспользуетесь сохраненным входом разработчика. Для админки сайта и сервисов, где это предусмотрено, получите отдельную учетную запись с нужными правами.

Проверьте адрес почты, телефон и способы восстановления доступа в настройках учетной записи. Они должны быть доступны вам или назначенному сотруднику. Если сервис поддерживает двухфакторную защиту с дополнительным подтверждением входа, настройте ее. Если поставщик выдает резервные коды восстановления, сохраните их по его инструкции. Подтверждение на телефоне бывшего подрядчика не поможет вам войти самостоятельно.

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

Закройте ненужные доступы подрядчика

Сначала подтвердите собственный вход. Если проект принимает новый специалист, дождитесь, пока он проверит комплект и инструкции. Затем согласуйте, какие доступы прежнего разработчика закрыть, а какие оставить для продолжающихся работ. Для отдельной учетной записи можно изменить права или отключить вход по правилам сервиса. Если доступ разработчика нужно закрыть, а учетная запись была общей, смените ее пароль и завершите старые сеансы доступным в сервисе способом.

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

Если для закрытия доступа нужно заменить секретный ключ, поручите специалисту одновременно изменить настройки сайта и проверить соответствующее подключение. Не отключайте действующий ключ, пока не выяснено, какие процессы его используют и как их перевести на новый. До проверки форм, почты, платежей и обмена согласуйте со специалистом безопасные тестовые данные и действия, чтобы не затронуть покупателей и рабочие заказы.

Если доступы переданы не полностью

Составьте список того, что еще не получено: конкретный аккаунт, файл, инструкция или подтверждение лицензии. Для каждого пункта запишите ответственного и согласованный срок. Отдельно укажите, что уже проверено и что осталось проверить. Сайт может продолжать работать, даже если у владельца нет доступа к оплате или восстановлению аккаунта.

Если вы не можете войти в сервис и разработчик не передает доступ, обратитесь в официальную поддержку поставщика. Уточните, на кого оформлена услуга и какие документы нужны для вашей ситуации. Например, у Рег.ру предусмотрена процедура передачи домена в другой аккаунт при отсутствии доступа к прежнему. Ее условия зависят от сведений об администраторе домена; оплату разработки сайта нельзя считать подтверждением возможности такой передачи.

Перед попыткой восстановить или изменить доступы попросите специалиста оценить, какие действия могут повлиять на работающий сайт. Не переустанавливайте систему и не заменяйте файлы поверх рабочего проекта ради получения пароля. Если поставщик отказывает в доступе, сохраните ответ поддержки с причиной отказа и уточните, какие сведения нужны для повторного обращения. Если нужная учетная запись или документ остались у подрядчика, согласуйте их получение с ним.

Условия Рег.ру для передачи домена без доступа к прежнему аккаунту

Чек-лист передачи сайта

Эти 10 пунктов помогают проверить доступы и пояснения для работы владельца. Последние 2 пункта относятся к подключенным сервисам и собственным доработкам, которые есть не у каждого сайта. Если проект принимает другой специалист, отдельно зафиксируйте согласованный с ним комплект и результат его проверки.

Отметьте, что уже получили и проверили. Нажмите «Составить отчет», затем «Скачать отчет TXT», чтобы сохранить список. Если осталось что-то получить или проверить, появится запрос разработчику. Перед отправкой сверьте его с договоренностями по вашему проекту.