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

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

Ниже порядок, по которому я сдаю сайты клиентам: от выбора способа до проверки тестовым заказом.

Что входит в передачу проекта Тильды

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

• Сам проект со страницами, блоками, Zero Block, каталогом товаров и настройками сайта.
• Домен. Он может быть куплен в «Тильда Домены», у стороннего регистратора или вообще на моём аккаунте у регистратора.
• Платёжные системы. Магазин клиента, договор клиента, ключи клиента. Если сайт принимал оплату через мой кабинет, это надо менять в первую очередь.
• Приёмщики заявок: почта, Telegram, CRM, вебхук на PHP-обработчик.
• Сторонние сервисы вокруг сайта: аналитика, сценарии n8n, бот на aiogram, внешние скрипты в блоках T123.

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

Способы передать проект на аккаунт клиента

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

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

Настоящая передача означает, что владельцем становится клиент. Тильда ведёт поддержку на team@tilda.cc и в чате в редакторе, и я пишу туда заранее, если нужно уточнить условия, например что станет с оплаченным периодом тарифа. Рассчитывать на то, что остаток оплаты переедет вместе с проектом, я не стал бы, пока поддержка не подтвердила это письменно.

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

Когда я выбираю совместную работу, а когда полную передачу

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

Подготовка: аккаунт и тариф клиента

Пока клиент не завёл аккаунт и не выбрал тариф, передавать нечего. Тарифов у Тильды три: Free, Personal и Business. Что от них зависит на практике, я проверяю по таблице на странице тарифов, а не по памяти. Актуальные цены смотрите на странице тарифов, в статье я их не привожу, они меняются.

Что важно сверить с тем, что есть на проекте:

• Количество сайтов. Free и Personal дают один сайт, Business пять. Если у клиента уже есть сайт на Personal, а передаётся второй, потребуется Business.
• Платёжные системы недоступны на Free. Магазин и приём оплаты работают на любом платном тарифе.
• Свой домен подключается на платных тарифах. На Free домена своего нет, только адрес третьего уровня.
• Вебхуки. Подключение своего сервиса через webhook есть на Personal и Business.
• API и экспорт кода доступны только на Business. Если на сайте стоят скрипты, которые читают страницы через API, клиенту нужен именно он.
• Количество страниц. На Free лимит 50, на платных 1000.

Если на старом тарифе были функции, которых нет на тарифе клиента, часть сайта перестанет работать после передачи. Классическая ошибка: проект сделан на Personal, клиент для экономии берёт Free, и сразу пропадают оплата и свой домен. Поэтому тариф я согласую до передачи и прошу прислать скриншот страницы тарифов в его кабинете.

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

Смена владельца сайта и домена: что делать с DNS

Домен переносят отдельно от проекта, и от места его регистрации зависит порядок. Вариантов три.

Домен куплен у стороннего регистратора

Самый простой случай, если домен уже оформлен на клиента. Тогда ничего менять не нужно: записи указывают на Тильду, а после передачи проекта остаётся заново привязать домен в настройках сайта нового аккаунта. По справке Тильды домен подключают двумя способами: делегированием на серверы ns1.tildadns.com и ns2.tildadns.com либо двумя А‑записями, для основного домена и для www, с IP-адресом из настроек сайта. Запись А для основного домена должна быть одна, лишние старые записи удаляют.

Если домен оформлен на меня, я переоформляю его на клиента у регистратора до начала передачи. Это дольше всего по срокам, поэтому начинаю с него. Смена NS занимает до 24 часов, изменения записей от 3 до 24 часов, и на это время я закладываю запас.

Домен куплен в «Тильда Домены»

В сервисе «Тильда Домены» зоны .ru, .su и .рф. Нерезидент РФ покупает домен только как физлицо, анкета владельца заполняется после регистрации, и до её заполнения домен считается незарегистрированным. После заполнения возврат денег невозможен. Всё это надо знать до того, как клиент будет что-то оформлять сам, поэтому домен под клиента я обычно покупаю уже на его данные в его кабинете.

SSL после смены аккаунта

Сертификат выпускается внутри Тильды и запускается кнопкой: Настройки сайта, SEO, Настройка HTTPS. Ожидание занимает от 5 до 30 минут. Перед выпуском нужно отключить DNSSEC у регистратора, снять галочки редиректов с http на https и с www на без www, а после смены IP подождать 24 часа. Если после передачи на сайте пропал замок, я иду именно по этому списку, а не перевыпускаю всё подряд.

Отдельно про редиректы. Если на старом проекте была таблица редиректов 301 (Настройки сайта, SEO, Редиректы страниц), при передаче она остаётся в проекте. Но если вы собираете проект заново на другом аккаунте, её надо перенести вручную: старые адреса, которые уже в индексе, иначе начнут отдавать 404.

Интеграции после передачи: формы, оплата, доставка, боты

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

Формы и вебхуки

Адрес обработчика вебхука задаётся один раз на уровне сайта: Настройки сайта, Формы, Webhook. В блоке формы стоит только галочка. Если обработчик живёт на хостинге клиента, ничего менять не нужно, только проверить, что адрес работает по HTTPS. Если на моём хостинге, переношу PHP-файл на хостинг клиента и меняю адрес. Тильда ждёт ответ в течение пяти секунд, после двух повторных попыток через минуту данные не отправятся. Это стоит помнить, если хостинг клиента медленнее моего.

Данные приходят обычным POST в form-urlencoded, а не в JSON, так что в обработчике я читаю $_POST. Если обработчик написан иначе, после переноса получится пустой массив. На практике я прогоняю тестовую заявку сразу после смены адреса, а не жду первой реальной.

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

Оплата и доставка

Платёжные системы настраиваются в Настройки сайта, Платёжные системы. Среди подключаемых у Тильды Робокасса, ЮKassa, Т‑Банк, CloudPayments и другие. Ключи и логины всегда принадлежат магазину клиента, договор эквайринга оформляется на его юрлицо или ИП. Если сайт работал через мой кабинет, перед передачей клиент сам заводит магазин у провайдера, а я только вставляю новые ключи и делаю тестовый платёж. Для T‑Bank на связке с интернет-магазином ключи терминала меняются целиком, а не по одному, и важно не оставить в настройках старый терминал.

Доставка СДЭК подключается в Настройки сайта, Доставка, CDEK. После успешной оплаты заказ передаётся в СДЭК и накладная формируется автоматически, поэтому в настройках должен быть договор клиента, а не мой. Я проверяю, что наценка, фиксированная стоимость и режим «не отправлять заказы» остались такими, как договорились.

Свои скрипты в блоках T123

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

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

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

1. Открываю сайт по домену в обычном и приватном окне, смотрю на замок и редирект с www.
2. Отправляю тестовую заявку из каждой формы и проверяю все приёмщики: почту, Telegram, CRM, вебхук.
3. Делаю тестовый заказ с оплатой и возвратом, если есть магазин. Проверяю, что деньги ушли на счёт клиента.
4. Проверяю расчёт доставки и создание накладной в личном кабинете СДЭК клиента.
5. Открываю старые адреса из индекса и убеждаюсь, что редиректы сработали.
6. Проверяю, что у клиента есть доступы ко всему: аккаунт Тильды, регистратор, платёжная система, метрика, почта-приёмщик.

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

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

Частые вопросы

Можно ли передать сайт с Тильды без потери позиций в поиске?

Можно, если адреса страниц не меняются и домен остаётся тем же. Тогда для поисковиков ничего не происходит. Риск появляется, когда проект пересобирают на новом аккаунте и адреса страниц меняются: в этом случае нужна таблица редиректов 301, а после запуска стоит проверить, что старые адреса отвечают корректно.

Нужен ли клиенту Business, чтобы принять проект?

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

Что делать, если домен оформлен на мой аккаунт или на аккаунт подрядчика?

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

Сломаются ли формы и оплата после смены аккаунта?

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