Короткий ответ
Передача сайта — это пять пунктов: домен, хостинг, репозиторий, роль владельца в админке и перечень переменных окружения со значениями. Разбираем, как проверить каждый до финального платежа и почему без них следующий подрядчик начинает с нуля.
Что вы получаете на выходе: короткий ответ
На выходе вы получаете пять вещей: контроль над доменом, доступ к хостингу, репозиторий с исходным кодом, роль владельца в админке и перечень переменных окружения с пояснением, за что отвечает каждая. Всё остальное в передаче — документация вокруг этих пяти пунктов.
Сайт — это не файл, а работающая система: адрес, по которому его находят, площадка, где он запущен, код, из которого он собирается, панель для правки содержимого и настройки, связывающие его с внешними сервисами.
Когда одного из пяти пунктов нет, у вас остаётся сайт, который можно смотреть, но нельзя менять. Это не техническая деталь, а коммерческое положение дел: от этого перечня зависит, сможете ли вы сменить подрядчика, не оплачивая заново уже сделанное.
Дальше — каждый пункт по отдельности: как он выглядит, что проверить до подписания акта и как передача устроена в пакетах VITON13, где состав работ и сроки названы заранее.
Домен: кто управляет учётной записью у регистратора
Домен живёт внутри учётной записи у регистратора. Владение определяется двумя вещами: кто входит в эту учётную запись и чьи контактные данные указаны в регистрационных полях домена.
Рабочая схема — домен оформлен на вашу компанию, а подрядчик получает делегированный доступ или права на записи DNS. Нерабочая — домен зарегистрирован на подрядчика, «чтобы вам не разбираться с бумагами».
Проверьте это сами: войдите в кабинет регистратора под своим логином, убедитесь, что в контактах домена указан адрес вашей компании, что автопродление включено и что записи DNS открыты для правки.
Домен — это ещё и регулярный платёж. Продление списывается с владельца учётной записи, поэтому доступ и ответственность за дату продления и привязанную карту переходят вместе.
Хостинг и площадка, на которой сайт действительно работает
Хостинг — место, откуда отдаётся собранный сайт: виртуальный сервер, управляемая платформа, контейнерная среда. При передаче значение имеют учётная запись, тариф и привязанный способ оплаты.
Запросите название провайдера, имя проекта, регион размещения и уровень своих прав. Цель — права владельца или администратора; гостевая ссылка, которая показывает только журналы, это не доступ, а просмотр.
В том же разговоре — DNS: какие записи указывают домен на хостинг, где живут почтовые записи, как выпускается и продлевается сертификат. Текстовый файл со списком записей — нормальный пункт передачи.
Стоит зафиксировать и сценарий сбоя: какой журнал открыть, как откатиться на предыдущий деплой, у кого есть право это сделать. Это не обещание, что ничего не сломается, а описанный маршрут на случай поломки.
Репозиторий: исходники, а не папка с файлами
Репозиторий — это код вместе с историей изменений. Архив с именем site-final.zip исходниками не является: в нём нет веток, нет истории и нет связи между правкой и причиной, по которой её сделали.
Нужен репозиторий в вашей организации или учётной записи с ролью владельца. Подрядчик остаётся участником, пока работа продолжается, и теряет доступ, когда она заканчивается.
Внутри имеет смысл проверить читаемую историю коммитов, инструкцию по сборке, которой сможет воспользоваться другой человек, список зависимостей с зафиксированными версиями и отсутствие ключей и паролей внутри кода.
Проверка выполняется быстро. Сторонний разработчик клонирует репозиторий, делает то, что написано в README, и получает работающую локальную копию. Не запускается — передача ещё не завершена.
Админка: роли, владелец и место, где лежит содержимое
Там, где есть CMS или собственная панель, вам нужна учётная запись владельца, а не редактора. Владелец создаёт и отзывает пользователей, редактор меняет только тексты и изображения.
Запросите список всех учётных записей, которые существуют в системе, вместе с ролями. Лишние отзываются в рамках приёмки, а не в уборке, которую никто потом не поставит в план.
Затем выясните, где физически лежит содержимое: база данных, загруженные файлы, медиахранилище. И как с него снимается копия: ручной экспорт, автоматическая резервная копия и место, где эти копии хранятся.
Полезно записать, какие поля панели попадают на публичные страницы: заголовки, метаданные, редиректы. Редактор, который знает границы поля, не ломает вёрстку одной слишком большой картинкой.
Переменные окружения: настройки, без которых сборка не поднимется
Переменные окружения — ключи и адреса, через которые сайт общается с внешними сервисами: базой данных, доставкой писем, платежами, аналитикой, хранилищем файлов. В коде они не лежат, их задают на площадке.
Передаче нужны обе половины: перечень переменных с одной строкой о назначении каждой и сами значения, переданные тем способом, которым ваша компания уже хранит секреты, — например, корпоративным менеджером паролей.
Перечень без значений оставляет вас со сборкой, которая отказывается стартовать. Значения без перечня — с набором строк, который через полгода никто не сможет расшифровать.
Часть этих ключей принадлежит сторонним аккаунтам: платёжному провайдеру, почтовому сервису. Эти аккаунты тоже должны быть оформлены на вас, иначе плановая смена ключа на их стороне выключает сайт.
Сборка и деплой: как из исходников получается работающий сайт
Между репозиторием и опубликованным сайтом стоит сборка — команды, превращающие исходники в то, что сервер отдаёт браузеру. Этот процесс должен быть записан и воспроизводим на другой машине.
Минимум — версия среды выполнения, команда установки зависимостей, команда сборки и команда запуска. Лучше — те же шаги в файле непрерывной интеграции, чтобы сборка не зависела от одного ноутбука.
Деплой документируется отдельно: какая ветка уходит в продакшн, что происходит автоматически, что делается руками, у кого есть право выпускать релиз и как выглядит откат.
Ценность здесь в повторяемости, а не в изяществе конвейера. Сборка, которая проходит только на машине автора, — это скрытая зависимость от автора, оформленная как техническое решение.
Сторонние сервисы: аналитика, почта, платежи, карты
Сайт редко живёт один. Счётчик аналитики, транзакционная почта, обработка форм, платежи, карты, чат — за каждым сервисом стоят учётная запись, ключ и тот, с чьей карты идёт списание.
Соберите таблицу из четырёх столбцов: сервис, учётная запись, владелец, место хранения ключа. Этот лист экономит время в день, когда один из сервисов придётся заменить, пересогласовать или отключить.
С платежами требования строже. Торговый аккаунт принадлежит юридическому лицу, которое получает деньги, и оставить его у подрядчика как техническую деталь нельзя. Лицензирование платежей в объём пакета «Разработка продукта» не входит.
Аналитике нужна отдельная проверка: убедитесь, что данные приходят в ваш аккаунт и что права администратора у вас. Иначе смена подрядчика стоит вам той истории, с которой вы собирались сравнивать результат.
Документация: короткая и обязательная
Документация к передаче — не руководство на сто страниц. Это README в репозитории и одна страница регламента: из чего состоит сайт, где он работает, как его собрать, как выложить и к кому обращаться.
К ней добавляется список того, что не сделано и почему: отложенные задачи, известные ограничения, компромиссы, принятые сознательно. Такой список честнее умолчания и избавляет следующего подрядчика от повторного расследования.
Зафиксируйте, по каким материалам проверялась производительность. Раздел Performance в MDN Web Docs описывает метрики загрузки и поведение браузера, и ссылка на него надёжнее устного понимания слова «быстро».
С доступностью то же самое. Краткий справочник W3C по WCAG 2.2 перечисляет критерии успеха в проверяемом виде. Если проверки проводились, укажите уровень соответствия и страницы, которые были охвачены.
Почему передача без доступов означает старт с нуля
Без доступов следующий подрядчик не видит исходников и восстанавливает сайт по тому, что показывает браузер. Вёрстку повторить можно, а логику, интеграции и настройки панели снаружи не прочитать.
Его часы уходят на воспроизведение состояния, которое у вас уже есть, а не на его улучшение. Вы платите второй раз за сайт, который стоит на вашем домене и работает.
Риск не только денежный. Без кабинета регистратора домен может тихо не продлиться, без доступа к хостингу сайт не поднять после сбоя, без перечня переменных плановая смена ключа превращается в простой.
Передача с доступами делает сайт активом компании. Без неё сайт остаётся частью инфраструктуры подрядчика, которую вы арендуете на условиях, нигде не записанных.
Как передача устроена в пакетах VITON13
Site Fix Pack — $70 и 1-2 рабочих дня: до пяти согласованных правок, проверка на мобильных и десктопе и список «до и после» при сдаче, одна итерация правок. Новые страницы, редизайн и миграции сюда не входят.
«Сайт для запуска» — $380 и 3-5 рабочих дней: адаптивная сборка, подключение базовой CMS или данных и настройка развёртывания, две итерации правок до запуска. Контент и переводы предоставляет клиент — мы их не пишем.
«Разработка продукта» — $880 и 2-3 недели: реализация функций, логика состояний и маршрутов, тестирование и укрепление, две итерации правок на каждую сданную функцию. Нативные мобильные приложения и лицензирование платежей в этот объём не входят.
«Постоянная техническая поддержка» — $290 в месяц: приоритетные обновления, еженедельный ритм релизов и техническое обслуживание; месячный цикл, отказ за 30 дней, объём работ согласуется в начале каждого цикла, а новая сборка или редизайн оцениваются отдельно. Launch Site Express — $520 и 2 рабочих дня: тот же объём «Сайта для запуска» в приоритетной очереди с ежедневными сборками, чек-листом запуска и созвоном при передаче, одна итерация правок после первой полной сборки; контент, фотосъёмка и постоянная поддержка не включены.
Что сделать до подписания акта
Проверки удобнее проводить до финального платежа, а не после него. Запросите доступы, войдите со своего устройства под своим логином и убедитесь, что видите настройки, а не только публичные страницы.
Затем попросите сборку из чистого клона репозитория и разверните её в тестовом окружении. Так проверяется полнота перечня переменных: если одной не хватает, сборка сама об этом сообщит.
Перенесите перечень в договор: домен, хостинг, репозиторий, админка, переменные окружения, сторонние аккаунты, документация. Пункт договора можно требовать, а общее понимание, что всё передадут, требовать нельзя.
Состав работ, сроки и число итераций правок по каждому пакету перечислены на странице услуги разработки VITON13. С этого перечня разговор о передаче начинается с проверяемых пунктов, а не с заверений.
Практический чеклист
- Войдите в кабинет регистратора под своим логином и проверьте контакты домена и автопродление.
- Получите права владельца или администратора на хостинге и запросите схему записей DNS.
- Перенесите репозиторий в вашу учётную запись и убедитесь, что он собирается из чистого клона.
- Запросите список учётных записей админки с ролями и отзовите лишние при приёмке.
- Соберите перечень переменных окружения со значениями и сохраните их в корпоративном менеджере паролей.
- Внесите список передаваемых доступов и документации в договор до финального платежа.
Вопросы и ответы
Что именно должно перейти к заказчику при передаче сайта?
Домен, хостинг, репозиторий с исходным кодом, учётная запись владельца в админке и перечень переменных окружения со значениями. К ним прилагаются список сторонних аккаунтов и краткая документация по сборке и деплою.
Сколько стоит разработка и что передаётся по итогу?
Site Fix Pack — $70, 1-2 рабочих дня, до пяти согласованных правок с проверкой на мобильных и десктопе и списком «до и после» при сдаче, одна итерация правок. «Сайт для запуска» — $380, 3-5 рабочих дней: адаптивная сборка, подключение базовой CMS или данных и настройка развёртывания, две итерации правок до запуска.
Можно ли оставить домен оформленным на подрядчика?
Технически можно, но тогда дата продления и права на записи DNS остаются вне вашего контроля. Домен регистрируется на вашу компанию, а подрядчик получает делегированный доступ.
Достаточно ли архива с файлами вместо репозитория?
Нет. В архиве нет истории изменений, веток и связи правки с задачей, поэтому следующий разработчик работает вслепую. Нужен репозиторий в вашей учётной записи с ролью владельца.
Хватит ли списка названий переменных окружения без значений?
Нет: без значений сборка не стартует, а значения без пояснений через полгода никто не расшифрует. Передаются перечень с назначением каждой переменной и сами значения через ваш менеджер паролей.