Как передать клиенту сайт на Тильде после разработки

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

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

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

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

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

Вопрос к вам: кто в компании сегодня получает уведомление о продлении домена и тарифа платформы? Если оба уведомления приходят внешнему исполнителю, передача ещё не завершена.

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

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

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

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

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

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

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

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

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

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

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

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

Пример расчёта (условные цифры): у компании 4 сотрудника, которые обновляют услуги, и каждое изменение через подрядчика требует 20 минут на постановку задачи и 20 минут на согласование. При 12 изменениях в месяц внутреннее время составит 8 часов. Если компания умеет выполнять простую редактуру сама за 15 минут, это 3 часа. Условная экономия времени равна 5 часам в месяц. Реальная выгода зависит от типа правок и квалификации команды; пример не учитывает стоимость ошибок.

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

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

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

Хотите проверить, готов ли ваш сайт на Тильде к передаче компании?

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