LITAU

Коротко

Перенос сайта с Тильды на Вордпресс без потерь возможен, если заранее выписать все URL, воссоздать квиз и оплату GetCourse, а переключение домена делать через DNS в час минимальной нагрузки. Так я перенёс Клуб 365 с нулём даунтайма и ростом конверсии на 46%.

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

Спойлер по цифрам. Ноль даунтайма при переключении, все старые ссылки живы, конверсия в заявку выросла на 46%. Полную раскладку с метриками я вынес в кейс Клуб 365.

Зачем уходить с Тильды подписочной школе?

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

У Клуба 365 болело три вещи:

Если у вас похожая картина, я подробно разобрал сигналы в статье 5 признаков, что бизнесу пора уходить с Tilda. А если сомневаетесь в самом выборе платформы, есть чек-лист «Тильда или WordPress» для владельца бизнеса.

Что нельзя потерять при переносе?

Перед тем как трогать код, я составил список «неприкасаемого». Это то, что при поломке стоит бизнесу денег в тот же день.

Что сохраняем Почему критично Риск при потере
Все URL страниц Проиндексированы в Яндексе и Google, есть внешние ссылки Просадка позиций, 404 у пользователей из поиска
Квиз-воронка Основной вход в заявку Обрыв лидов, падение конверсии
Оплата через GetCourse Приём денег за подписку Прямая потеря выручки
UTM и аналитика Отслеживание платного трафика Слепые рекламные кампании
Мета-теги и OG Сниппеты в поиске и превью в соцсетях Падение CTR из выдачи

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

Как я делал перенос сайта с Тильды на Вордпресс: пошагово

Вот реальная последовательность. Я не собирал сайт «с нуля вслепую», а снимал слепок старого и повторял его поведение на новом стеке.

  1. Выгрузил карту всех URL. Прошёл по sitemap Тильды и краулером собрал каждый адрес: страницы, якоря квиза, служебные ссылки. Получилась таблица «старый URL → новый URL». Для Клуба 365 я держал структуру 1:1, чтобы вообще обойтись без редиректов там, где можно.
  2. Поднял WordPress на отдельном домене-стейджинге. Собрал шаблон, перенёс контент, настроил типографику и адаптив. Боевой домен на этом этапе не трогал — школа продолжала работать на Тильде.
  3. Воссоздал квиз. Повторил логику ветвления вопросов и, главное, точку передачи ответов в GetCourse. Здесь было больше всего возни, об этом ниже.
  4. Подключил оплату GetCourse. Проверил сквозной сценарий: заявка из квиза, создание сделки, страница оплаты, возврат пользователя. Гонял тестовые заказы, пока каждый шаг не срабатывал стабильно.
  5. Перенёс аналитику и разметку. Счётчики, цели, UTM-передача, OG-теги, Schema.org для организации и услуг. Проверил, что события в квизе стреляют.
  6. Прогнал чек-лист перед переключением. Битые ссылки, мобильная скорость, формы, оплата, robots.txt, sitemap.xml. Отдельно проверил, что стейджинг закрыт от индексации, чтобы не поймать дубли.
  7. Переключил домен через DNS в час минимальной нагрузки. Понизил TTL заранее, выбрал ночное окно, поменял записи. Старая Тильда осталась поднятой как запасной аэродром на случай отката.
  8. Отследил первые сутки. Логи 404, поведение квиза, реальные оплаты, позиции в Search Console и Вебмастере. Отправил новый sitemap на переобход.

SEO-часть переноса я отдельно разобрал для англоязычной аудитории, механика там та же: Migrating from Tilda to WordPress Without Losing SEO. Суть в том, что позиции теряют не из-за смены платформы, а из-за смены URL без редиректов и провала по скорости.

Что сломалось при переносе (честно)

Идеального переноса не бывает. Вот что реально пошло не по плану на Клубе 365.

Квиз передавал ответы не в том формате

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

Часть якорных ссылок вела в пустоту

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

OG-превью отвалились в мессенджерах

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

Двойные счётчики аналитики

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

Как получилось ноль даунтайма?

Даунтайм при переносе — это не приговор в духе «сайт полежит пару часов». Его почти всегда можно свести к нулю, если не переключать домен наживую.

  1. Новый сайт полностью собран и протестирован на отдельном домене до переключения.
  2. TTL DNS-записей понижен заранее, чтобы смена подхватилась за минуты, а не за сутки.
  3. Переключение идёт в ночное окно минимальной нагрузки.
  4. Старая Тильда не удаляется сразу, а висит как запасной вариант на случай отката.

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

Итог: что дал перенос в цифрах

Через пару недель после переключения собрали результаты:

Рост конверсии — это не магия «нового движка». Это сумма мелочей: страница грузится быстрее, квиз не теряет ответы, менеджер видит чистую заявку и быстрее закрывает клиента. Детали и метрики лежат в кейсе Клуб 365.

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

Нужен такой же перенос без потери денег и позиций? Напишите мне через форму заявки, разберём вашу воронку и составим карту переноса.

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

Потеряю ли я позиции в поиске при переносе с Тильды на WordPress?

Не потеряете, если сохранить структуру URL или настроить корректные 301-редиректы старых адресов на новые, не провалить скорость и сразу отправить свежий sitemap на переобход. На Клубе 365 я держал ссылки 1:1, поэтому просадки позиций не было. Позиции теряют из-за смены адресов без редиректов, а не из-за самого движка.

Сколько времени занимает перенос сайта с Тильды на Вордпресс?

Небольшой лендинг занимает 1–2 недели, многостраничный сайт с квизом и интеграцией оплаты — 3–5 недель. Основное время уходит не на вёрстку, а на инвентаризацию URL, воссоздание воронки и сквозное тестирование оплаты. Само переключение домена занимает минуты и делается в ночное окно.

Будет ли сайт недоступен во время переезда?

Нет, если делать правильно. Новый сайт собирается и тестируется на отдельном домене, пока старый работает. Переключение идёт через DNS с заранее пониженным TTL в час минимальной нагрузки, а старая версия остаётся как запасной вариант. На Клубе 365 даунтайм составил ноль: пользователи всегда попадали на рабочую версию.

Можно ли сохранить оплату через GetCourse и квиз?

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

Нужен ли программист для переноса или справлюсь сам?

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

Нужен похожий проект?

Разработаю сайт, лендинг, веб-приложение или AI-фичу под ключ — напрямую, без агентства.

Обсудить проект Смотреть кейсы