Какие документы и доступы получить после сдачи сайта

Сайт может состоять всего из одной страницы, но управлять им помогают несколько независимых учётных записей: домен, платформа или хостинг, почта, аналитика и сервис приёма заявок. Если хотя бы одна ключевая запись осталась у подрядчика, компания не полностью контролирует свой сайт. Чтобы проверить состав передачи под вашу архитектуру, начните с БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ.

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

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

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

Вопрос к вам: кто прямо сейчас может восстановить пароль от домена без участия разработчика? Если такого человека в компании нет, перенесите контроль до завершения проекта.

Таблица не означает, что каждому сайту нужны все перечисленные сервисы. Например, у простой страницы может не быть CRM, а интернет-магазину понадобятся ещё платёжный кабинет, доставка и учётная система. Состав списка должен соответствовать фактическим функциям проекта.

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

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

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

Подход «подрядчик всё хранит у себя». Механика: один исполнитель оплачивает сервисы и управляет проектом. Плюс: заказчику не нужно заниматься техническими кабинетами. Главный риск: при смене подрядчика придётся сначала восстанавливать владение и разбирать, какие услуги были оплачены от чьего имени.

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

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

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

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

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

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

Лайфхак: таблица владельцев. Добавьте к списку сервисов два столбца: «основной ответственный» и «резервный ответственный». Тогда отпуск или увольнение одного сотрудника не останавливает оплату домена и приём заявок.

Пример расчёта (условные цифры): сайт получает 20 обращений за рабочую неделю, а средняя ценность одного подтверждённого обращения для компании составляет 3 000 ₽. Если форма перестала доставлять заявки и проблему обнаружили лишь через неделю, потенциальная ценность потерянных контактов составит до 60 000 ₽. Это не прогноз дохода: часть посетителей могла обратиться иначе, а часть заявок могла быть нецелевой. Расчёт показывает, почему маршрут заявки нужно проверить до приёмки и регулярно контролировать после неё.

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

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

После передачи полезно составить календарь продления домена, платформы и подключённых сервисов, а также план проверок форм. В A3 Studio разберём, какие доступы и материалы нужны именно вашему сайту. Стоимость обсуждаем после разбора задачи.

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

Хотите проверить, какие ключевые доступы к вашему сайту ещё не у компании?

Напишите, на каком этапе ваш сайт: A3 Studio