Переносить сайты с одной платформы на другую мне доводилось и раньше. Но здесь задача была интереснее обычного: заказчик хотел уйти с Tilda на WordPress, сохранив существующий дизайн практически без изменений.
Речь шла о довольно большом сайте производителя мебели на заказ. Каталог, фотографии выполненных проектов, статьи, формы заявок, калькулятор и онлайн-оплата. Всё это нужно было перенести так, чтобы посетители по возможности даже не заметили смены платформы.
В работе я активно использовал искусственный интеллект. Расскажу, как организовал перенос, что получилось быстрее ожидаемого и с какими проблемами пришлось повозиться.
Стоимость проекта — 40 000 рублей. Основной этап работ занял шесть календарных дней, с 15 по 20 октября 2026 года.
В статье показаны реальные скриншоты страниц на Tilda и WordPress. Логотип, адрес и контакты заказчика обрезаны.
Начал с выгрузки сайта из Tilda
Первое, что я рекомендую сделать при подобном переносе, — получить ZIP-архив сайта непосредственно из Tilda.
Это значительно удобнее, чем скачивать страницы сторонними программами или копировать их содержимое через браузер.
Есть нюанс: экспорт исходного кода доступен только на тарифах Tilda Business. Если сайт работает на Personal, для такой выгрузки потребуется перейти на подходящий тариф.
В настройках проекта есть раздел «Экспорт», где можно подготовить ZIP-архив с HTML-страницами, стилями, скриптами и изображениями.
В моём случае архив весил около 505 МБ. Внутри оказалось 280 HTML-страниц.
Получив такой архив, я уже мог работать со структурой исходного оформления, а не пытаться повторить его на глаз. Там были стили, шрифты, изображения, JavaScript и другие ресурсы.
Правда, у экспорта есть ограничения. Некоторые функции Tilda завязаны на её серверы и внутренние сервисы. После переноса обычных HTML-файлов на другой хостинг такие элементы могут перестать работать.
Кроме технических ограничений, есть и лицензионные правила использования выгруженного кода. Поэтому экспорт не стоит воспринимать как разрешение свободно изменять и использовать любые компоненты Tilda на другой платформе.
Сам ZIP-архив я рассматривал как основу для изучения структуры сайта и подготовки переноса, а не как готовую тему WordPress.
Как использовал ChatGPT и WPVibe
В качестве основных ИИ-инструментов использовал ChatGPT от OpenAI и WPVibe для работы с WordPress.
ChatGPT помогал разбирать структуру выгруженного сайта, готовить код, искать ошибки в подключении ресурсов и адаптировать отдельные функции под новую платформу.
WPVibe использовался для взаимодействия с WordPress и внесения технических изменений.
Точные версии моделей для каждого этапа я отдельно не фиксировал, поэтому приписывать всю работу какой-то одной модели было бы неправильно.
Работу организовал поэтапно. Сначала разобрался со структурой архива, затем перенёс небольшую группу страниц, проверил их отображение и только после этого перешёл к остальным.
Сразу отдавать ИИ весь архив на 505 МБ и просить сделать из него готовый сайт я не стал. При таком объёме гораздо надёжнее последовательно решать отдельные задачи и проверять результат.
Первые 23 страницы
Для начала выбрал 23 страницы разных типов. Среди них были обычные информационные страницы, разделы каталога и страницы проектов.
Нужно было проверить, насколько точно удастся воспроизвести оформление в WordPress и какие проблемы возникнут с ресурсами.
Здесь всё пошло заметно быстрее, чем я ожидал.
Благодаря ZIP-архиву большая часть информации о вёрстке уже была доступна. Не пришлось вручную подбирать размеры блоков, восстанавливать отступы или искать исходные фотографии.
Сохранились сведения и об особенностях мобильной версии. Конечно, отдельные элементы требовали проверки и корректировки, но объём ручной работы оказался существенно меньше, чем при создании сайта по скриншотам.
280 страниц: перенос оказался проще, чем я предполагал
После проверки первых страниц перешёл к основной части сайта.
К 19 октября удалось перенести весь набор из 280 HTML-страниц.
Большую роль здесь сыграло то, что страницы Tilda используют общие стили, скрипты и повторяющиеся элементы. Не нужно было заново собирать каждую страницу.
Часть содержимого обслуживалась через маршруты темы WordPress и локальные HTML-файлы. Это помогло сохранить оформление и структуру исходного сайта.
У такого способа есть свои особенности. Перенесённая HTML-страница не обязательно становится обычной страницей WordPress, которую можно полностью редактировать через стандартный редактор. Для дальнейшего управления содержимым это различие нужно учитывать.
После массового переноса занялся проверкой ссылок, изображений и подключаемых ресурсов.
Некоторые ссылки продолжали вести на старые адреса, отдельные файлы использовали относительные пути, а часть скриптов обращалась к внешним сервисам.
Пришлось последовательно исправлять такие зависимости, чтобы страницы работали уже в новой среде.
Самые сложные места обнаружились не в дизайне
Когда основной объём HTML был перенесён, стало понятно, что настоящая работа начинается с функциональности.
Например, обычная страница с фотографиями мебели переносится относительно легко. Но если галерея загружает изображения через сервис Tilda, одного HTML недостаточно.
На сайте были статьи, реализованные проекты и журнальные публикации. Пришлось отдельно разбираться с их содержимым и внутренними переходами.
В процессе работы отдельно занимался 30 материалами блога, 25 проектами и 8 журнальными публикациями.
Нужно было проверить, откуда загружаются изображения, как формируются ссылки и какие элементы зависят от исходной платформы.
Формы заявок
С формами возникла отдельная история.
Внешне они уже присутствовали на перенесённых страницах, но это ещё не означало, что обращения будут доходить до заказчика.
Одним из требований было убрать зависимость форм от Tilda и настроить обработку заявок на стороне WordPress.
Потребовалось разобраться с обработчиками, проверить отправку данных и исключить обращения к прежним получателям.
В итоге удалось настроить сохранение заявок, уведомления по электронной почте и передачу вложений. Две тестовые заявки с PDF-файлами прошли успешно.
Отдельно проверял калькулятор, в котором посетитель проходит этапы расчёта и затем оставляет контактные данные.
Здесь пришлось работать с JavaScript и серверной частью. Некоторые механизмы удалось использовать из уже существующего кода проекта, остальные требовали адаптации.
Сложность заключалась в том, что элементы внешне выглядели готовыми, но часть их логики оставалась связанной с первоначальной платформой.
Онлайн-оплата через ЮKassa
Больше всего внимания потребовала оплата.
На сайте была возможность внести произвольную сумму, предварительно согласованную с менеджером. То есть не стандартная корзина интернет-магазина с фиксированной ценой, а отдельная форма оплаты.
Сначала по оформлению страницы возникло предположение, что платёжная система связана со Сбербанком. При дальнейшем изучении выяснилось, что фактически используется ЮKassa.
Пришлось адаптировать платёжный сценарий под WordPress.
На этом этапе ChatGPT помогал готовить и исправлять код, а WPVibe — работать с настройками и файлами сайта.
Заодно обнаружилось пересечение обработчика заявок с платёжным механизмом. Его тоже пришлось учитывать.
20 октября провёл тестовый платёж на 1 рубль. Платёж прошёл успешно и получил статус succeeded.
После этого стало понятно, что основная платёжная связка работает. Дальнейшие проверки уведомлений, чеков и других статусов оплаты — отдельная часть тестирования.
Что оказалось легче, а что сложнее
До начала работы я ожидал, что основное время уйдёт на точное воспроизведение дизайна.
Всё-таки 280 страниц — довольно большой объём. Особенно если заказчик не хочет ничего менять во внешнем виде.
Но наличие ZIP-архива сильно упростило эту часть задачи. Многие страницы удалось перенести, используя сведения об исходной вёрстке, а повторяющиеся операции автоматизировать.
Самыми трудоёмкими оказались функции, завязанные на внешние сервисы: формы, динамические разделы, калькулятор и онлайн-оплата.
Получилась интересная ситуация: десятки обычных страниц переносились быстрее, чем одна сравнительно небольшая форма с серверной обработкой.
Ещё один момент — работа с ИИ. Иногда результат удавалось получить с первого или второго запроса. В других случаях приходилось несколько раз уточнять задачу, разбирать ошибки и проверять изменения.
Особенно осторожно нужно работать с общими файлами темы, обработчиками и настройками WordPress. Неудачная правка в одном месте может затронуть сразу много страниц.
Поэтому после существенных изменений я возвращался к проверке уже перенесённых разделов.
Сколько времени заняла работа
Основной технический этап проходил с 15 по 20 октября 2026 года.
15 октября начал разбирать экспортированный архив и проверять первые страницы. Затем перешёл к переносу остального содержимого.
К 19 октября набор из 280 HTML-страниц был перенесён.
20 октября занимался в том числе интеграцией ЮKassa. В этот день удалось провести успешный тестовый платёж.
Таким образом, основная фаза переноса заняла шесть календарных дней.
Это не означает, что за шесть дней была закончена абсолютно вся проверка сайта. После технического переноса ещё нужно контролировать корректность ссылок, работу форм, мобильное отображение и другие детали.
Отдельная задача при такой миграции — SEO. Сохранение привычного дизайна не гарантирует сохранения позиций в поиске. Нужно проверять адреса страниц, метатеги, заголовки, перенаправления и индексацию.
Во сколько обошёлся перенос
Стоимость этого проекта составила 40 000 рублей.
За эти деньги выполнялся перенос сайта с Tilda на WordPress с сохранением существующего оформления, структуры страниц и необходимой функциональности.
Сюда же входила работа над подключением онлайн-оплаты.
На стоимость существенно повлиял выбранный подход. Вместо разработки нового сайта с нуля я использовал материалы исходного проекта для воспроизведения оформления и автоматизировал часть технических операций с помощью ИИ.
Если бы пришлось вручную создавать каждую страницу, подбирать оформление и заново собирать все блоки, трудозатраты были бы другими.
Впрочем, при оценке подобных проектов я бы не ориентировался только на количество страниц. Нужно смотреть, какие функции используются на сайте, насколько они связаны с Tilda и можно ли получить полноценный экспорт.
Иногда сайт из 20 страниц с нестандартными интеграциями оказывается сложнее, чем проект из нескольких сотен преимущественно информационных страниц.
Стоит ли переносить сайт с Tilda на WordPress с помощью ИИ?
В моём случае использование ИИ заметно облегчило работу с большим количеством файлов и повторяющимися техническими задачами.
Особенно полезным оказался ChatGPT при разборе кода, подготовке исправлений и поиске причин ошибок.
Но полностью автоматическим такой процесс назвать нельзя. Приходилось самостоятельно проверять результат, принимать решения по структуре сайта, исправлять неудачные изменения и тестировать функциональность.
Наиболее удачным решением считаю использование ZIP-экспорта Tilda. Именно он позволил разобраться с существующим оформлением, вместо того чтобы восстанавливать сайт только по его внешнему виду.
По итогам проекта удалось перенести 280 HTML-страниц на WordPress, сохранить основную структуру и оформление сайта, адаптировать формы заявок и подключить оплату через ЮKassa.
Основная техническая работа заняла шесть календарных дней. Стоимость — 40 000 рублей.
Для меня этот проект стал ещё одним примером того, насколько полезен ИИ в повседневной веб-разработке. Особенно там, где много однотипной работы с кодом и файлами. Но без понимания того, что именно делаешь, и без проверки результатов всё равно не обойтись.
Перенос сайта с Tilda на WordPress
Если вы хотите отказаться от Tilda, но при этом сохранить существующий дизайн и структуру сайта, можно рассмотреть перенос на WordPress без полной переработки проекта.
Перед началом работ я изучу сайт, проверю доступные способы экспорта и оценю сложности с формами, каталогом, оплатой и другими функциями.
Стоимость рассчитываю индивидуально. В описанном проекте перенос обошёлся в 40 000 рублей.