Как перенести сайт между аккаунтами Тильды

Четыре разные задачи под одним вопросом

Вопрос «как перенести сайт в Тильде» задают очень по-разному, и за похожими формулировками стоят четыре задачи с разными последствиями:

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

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

Страницы между проектами одного аккаунта

Самая безобидная из четырёх задач. Сайт остаётся на месте, двигается одна страница или несколько.

Оба действия живут в одном меню: «Настройки страницы» → «Действия». Там есть «Передать страницу» — это отдача на чужой аккаунт, и «Переместить страницу в другой свой сайт» — перенос между своими проектами.

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

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

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

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

Сайт целиком на другой аккаунт

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

Само действие штатное: «Настройки сайта» → «Действия» → «Передать сайт на другой аккаунт». А вот условие, о которое спотыкаются, стоит не на вашей стороне, а на принимающей: сайт можно передать только в аккаунт, где активен фактически оплаченный тариф Personal или Business. Пробный период, бонусные дни реферальной программы и промокод оплатой не считаются, а на Free передать нельзя вовсе.

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

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

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

Отдельная история — то, что не является страницами: формы и то, куда падают заявки; подключённые сервисы; интеграции с почтой и CRM. Официального перечня, что из этого едет вместе с проектом, а что остаётся в старом аккаунте, в справке Тильды нет, поэтому надёжнее исходить из худшего и проверить всё вручную. Из наблюдений коллег по рынку: Tilda CRM привязана к аккаунту, а не к проекту, и в аккаунте получателя её подключают заново — это правилом платформы не заявлено, но объясняет, почему после передачи заявки перестают приходить. Проверять это надо не в день переноса, а на следующий: заявка, которая не дошла, обнаруживается только тогда, когда её кто-то ждёт. Что именно к чему привязано — домен, содержимое проекта, внешние счётчики — подробно разобрано в статье про переезд с Тильды; там же про то, что делать со статистикой.

Экспорт кода: не то же самое, что забрать сайт себе

Этот пункт стоит отдельно, потому что на нём чаще всего строят неверные ожидания. Логика кажется очевидной: раз есть экспорт, значит можно скачать сайт и жить дальше самому. На деле всё устроено иначе, и лучше узнать это до того, как вы на экспорт рассчитывали.

Во-первых, доступность. Экспорт есть только на линейке Business от пяти сайтов и выше: на Personal его нет. Путь — «Настройки проекта» → вкладка «Экспорт» → скачать архив. В архив попадают только опубликованные страницы; черновики не выгружаются.

Во-вторых, и это главное — правила пользования выгруженным кодом. Перед экспортом Тильда просит указать домен, на котором код будет размещён. Размещать выгруженный код на другом домене запрещено. Вносить изменения в код вне платформы запрещено. Использовать его для создания страниц вне Тильды — тоже.

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

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

Домен и настройки

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

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

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

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

Что делать со старым аккаунтом

Про него забывают, и зря — именно он потом создаёт странные эффекты.

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

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

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

Что проверить после переноса

Короткий список, который закрывает почти все неприятности:

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

Главное

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

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