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

Переезд с конструктора откладывают годами по одной причине: страшно потерять то, за что уже заплачено. Сайту три года, статьи набрали позиции, и все это привязано к адресам, которые при переезде поменяются. Риск настоящий, но снимается порядком действий. Мы прошли этот путь на своем сайте и на ReNairo, где первый сайт тоже собирали на Тильде, - ниже последовательность и места, где обычно теряют.

Как уйти с Тильды: это четыре задачи, а не одна

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

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

• Остается само: домен и его возраст, внешние ссылки, брендовые запросы, карточки в справочниках и на картах.
• Переносится руками: адреса страниц, тексты, заголовки и описания, изображения, карта сайта.
• Подтверждается заново: права в Вебмастере и Search Console, счетчики аналитики, цели по формам.
• Собирается с нуля всегда: формы, приемники заявок, интеграции с CRM, всплывающие окна.

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

Шаг 1. Снять инвентарь адресов, пока старый сайт жив

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

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

• Карта сайта конструктора: обычно лежит по адресу /sitemap.xml, содержимое переносится в таблицу за пять минут.
• Яндекс.Вебмастер, страницы в поиске: показывает, что проиндексировано, а не что вы задумывали.
• Google Search Console, отчет по запросам с разбивкой по страницам за двенадцать месяцев.
• Яндекс.Метрика, отчет по страницам входа с фильтром на поисковый трафик и целью на заявку.

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

Шаг 2. Решить судьбу каждого адреса

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

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

Шаг 3. Собрать карту переадресаций

Карта переадресаций - главный документ переезда. По сути это таблица из двух колонок: старый адрес и новый. Она собирается до запуска, проверяется построчно и включается ровно в момент переключения, а не через неделю после.

Когда мы переносили сайт студии с Тильды, карта вышла на 65 записей: 55 адресов статей, 8 кейсов портфолио и два листинга. Менялось почти все: статьи и кейсы висели в корне домена длинными адресами вроде /razrabotka-sayta-dlya-servisa-arendy-taksi-taksimaniya. Из 56 статей ровно одна уже жила по нужному адресу, и правило для нее не заводили: переадресация на саму себя это петля. Карта живет в коде отдельным файлом, записи берутся из тех же данных, из которых строятся страницы: добавили кейс со старым адресом - переадресация появилась сама.

• Код ответа - именно 301, постоянный. Временный 302 накопленный вес страницы не передает.
• Одна старая страница ведет ровно на одну новую, без цепочек из двух-трех переходов подряд.
• Сверьте регистр букв, слэш на конце и адреса с www: для сервера это разные адреса.
• Карта хранится в проекте, а не в переписке и не в голове разработчика, который уйдет в отпуск.
• Перед запуском прогоните карту проверкой и просмотрите глазами двадцать главных строк.

Что забирается с Тильды, а что придется собирать заново

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

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

Счетчики, права в кабинетах и почта с форм

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

Вторая - подтверждение прав на сайт в кабинетах поисковиков. Оно сделано файлом в корне домена или строкой в разметке главной. При переезде такие файлы легко не заметить, и кабинет отваливается вместе с историей запросов и возможностью отправлять страницы на переобход. У нас в корне лежат два файла подтверждения прав, для Вебмастера и Search Console, и третий с ключом IndexNow: все они переехали потому, что были в списке.

1. Поставьте код Метрики и аналитики на все страницы нового сайта, страницу благодарности не забудьте.
2. Перенесите в корень нового сайта файлы подтверждения прав для Вебмастера и Search Console.
3. Перенастройте цели: они были привязаны к формам конструктора, на новых формах идентификаторы другие.
4. Оставьте заявку сами, с телефона, и проверьте, что письмо дошло и обращение попало в CRM с верным источником.
5. Соберите доступы к домену, почте и кабинетам заранее, а не в день переключения.

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

Первые две недели после переключения

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

1. В день переключения пройдите по двадцати главным старым адресам и убедитесь, что каждый ведет на свою страницу.
2. В тот же день отправьте новую карту сайта в Вебмастер и Search Console.
3. Первая неделя: следите за отчетом об ошибках обхода и дописывайте пропущенные переадресации.
4. Проверьте ссылки внутри перенесенных текстов: в статьях с конструктора остаются ссылки на старые адреса.
5. Через две недели сравните трафик по конкретным страницам с инвентарем, а не общую цифру по сайту.
6. Через месяц сверьте число заявок: это показатель, ради которого переезд затевался.

Сравнивать надо поадресно, и это принципиально. Общая цифра усредняет и прячет проблему: пять страниц просели, десять выросли, в сумме ровно, а просели как раз те пять, которые приносили обращения. Порядок проверок после запуска мы подробно разбирали в статье про редизайн без потери трафика - он одинаковый и для смены платформы, и для смены оформления.

Во что обходится несобранная карта адресов

Считать здесь удобнее не в заявках, а в неделях. Каждая неделя, что старый адрес отдает 404 вместо ответа на запрос, - это неделя, когда страница выпадает из выдачи. Обратно она возвращается не в день починки: поисковику нужно снова дойти до адреса, переоценить его и вернуть на место, а место к тому времени уже кем-то занято.

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

Что сделать до того, как звать подрядчика

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

• Выгрузите адреса из карты сайта и из отчетов поиска, сведите в одну таблицу с числом визитов.
• Проставьте по каждому адресу решение: переносим, склеиваем, заменяем, удаляем.
• Скопируйте тексты страниц в отдельный документ - это ваш актив, и жить только на платформе он не должен.
• Соберите доступы: домен, почта, Вебмастер, Search Console, Метрика, рекламные кабинеты.
• Проверьте, есть ли у вас оригиналы логотипа и изображений вне конструктора и в исходных форматах.

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