Перенос сайта из ИИ-конструктора в WordPress редко означает преобразование готового проекта одной кнопкой. Обычно команда отдельно переносит доступные тексты, изображения, домен и часть структуры, а шаблоны страниц, формы, интеграции и управление контентом собирает заново. Точный состав зависит от исходной платформы и того, какие выгрузки она действительно предоставляет.
В этой статье разберём миграцию как инженерную задачу: проведём инвентаризацию, составим матрицу переносимости, свяжем старые и новые адреса, проверим формы и данные. Если вы пока работаете только с визуальной концепцией, сначала полезно прочитать материал о подготовке ИИ-макета к разработке. Здесь исходный сайт уже существует, и важно не потерять его полезные активы и работающие сценарии.
Содержание
Перенос сайта из ИИ-конструктора: что это за работа
Сначала определите, что вы называете переносом. Можно сохранить домен и содержание, но полностью изменить систему управления. Можно оставить похожую композицию, но заново собрать каждый блок. Можно получить архив HTML, CSS, JavaScript и изображений, однако такой архив не превращается автоматически в записи, шаблоны и редактируемые поля WordPress.
У облачного конструктора внешний вид страницы и работа сайта могут зависеть от инфраструктуры сервиса. Поэтому сначала проверьте не наличие кнопки «Экспорт», а результат: какие файлы и данные вы получили и можно ли использовать их вне платформы. Открывающийся HTML ещё не подтверждает работу формы, магазина или личного кабинета.
До оценки переноса попросите три вещи: пример выгрузки, список того, что в неё не входит, и условия использования материалов после отключения исходного сайта. Затем проверьте одну страницу, несколько изображений и один рабочий сценарий на тестовом стенде. По результату станет понятно, что можно импортировать, что нужно преобразовать и что придётся разработать заново.
Полезно разделить результат на три слоя:
- Активы. Тексты, изображения, документы, домен, перечень URL, метаданные и данные, права на которые подтверждены.
- Представление. Сетка, типографика, компоненты, адаптивное поведение, анимации и шаблоны страниц.
- Функции. Формы, поиск, каталог, фильтры, учётные записи, интеграции, аналитика и административные процессы.
Для каждого слоя нужен свой способ переноса и проверки. Скриншот помогает воспроизвести представление, но не содержит данных формы. XML может содержать статьи, но не гарантирует сохранение дизайна. Архив кода может открыть страницу в браузере, но не даёт владельцу привычного редактирования в WordPress.
Инвентаризация до начала разработки
Не отключайте исходный проект сразу после скачивания нескольких файлов. Сначала зафиксируйте текущее состояние и составьте реестр. Он нужен не только разработчику: по нему владелец подтверждает, что должно остаться после миграции.
Минимальная инвентаризация включает:
- Страницы и адреса. Полный список публичных URL, заголовки, назначение, статус индексации и новый адрес. Отдельно отметьте служебные, тестовые и устаревшие страницы.
- Материалы. Тексты, изображения, видео, документы, логотипы, шрифты и сведения об источнике. Укажите, что можно использовать дальше и что требует замены.
- Компоненты. Шапка, подвал, меню, карточки, формы, всплывающие окна, таблицы, галереи, фильтры и повторяемые секции.
- Данные. Товары, записи блога, авторы, рубрики, пользователи, обращения, заказы и другие сущности. Для каждого типа запишите доступный формат выгрузки.
- Связи. CRM, почта, телефония, платёжные сервисы, карты, аналитика, пиксели рекламы, вебхуки и внешние виджеты.
- SEO-поля. SEO-title, description, канонические адреса, robots, заголовки, микроразметка, внутренние ссылки и перенаправления.
- Рабочие сценарии. Что происходит после отправки формы, регистрации, оплаты или изменения записи сотрудником.
Рядом с каждым пунктом поставьте статус: «выгружается», «копируется вручную», «требует преобразования», «реализуется заново», «не переносится» или «нужно проверить». Не подменяйте неизвестность оптимистичным обещанием. Если сервис выдаёт ZIP, откройте его и проверьте состав; если есть XML или CSV, изучите поля на небольшом примере.
Сохраните доказательства текущего состояния: снимки ключевых страниц на настольном и мобильном экране, выгрузку адресов, примеры писем и обезличенные тестовые записи. Секреты и реальные персональные данные не нужно складывать в общий архив проекта. Для них согласуют отдельный защищённый порядок доступа и миграции.
Что можно сохранить, а что придётся разработать
Универсального процента переносимости нет. Даже у двух сайтов на одной платформе набор функций и доступных выгрузок различается. Используйте таблицу как рабочую матрицу, а не как обещание результата без аудита.
| Элемент | Что обычно можно сохранить | Что проверить или разработать |
|---|---|---|
| Домен | Само доменное имя и управление им, если доступы принадлежат владельцу. | DNS, почту, сертификат, момент переключения и возможность возврата. |
| Тексты | Согласованные тексты и структура материалов при доступной выгрузке или ручном переносе. | Форматирование, встроенные элементы, повторения и соответствие новым шаблонам. |
| Изображения и файлы | Оригиналы с подтверждёнными правами либо доступные для скачивания файлы. | Качество, имена, WebP, alt, размеры, лицензии и отсутствие внешних зависимых ссылок. |
| URL и метаданные | Перечень адресов, SEO-title, description и заголовки, если их можно получить. | Карту соответствия, 301-перенаправления, каноникалы и фактический вывод полей. |
| Визуальная концепция | Композицию, палитру, иерархию и подтверждённые графические материалы как ориентир. | Компоненты WordPress, адаптивность, доступность, состояния и редактирование. |
| HTML/CSS/JavaScript | Файлы, если платформа и условия тарифа разрешают экспорт и дальнейшее использование. | Совместимость, зависимости, безопасность, лицензии и интеграцию с темой; код не становится шаблоном WordPress автоматически. |
| Формы | Подписи, состав полей, тексты согласий и правила бизнес-процесса. | Новую форму, серверную обработку, защиту, отправку, CRM и сценарии ошибок. |
| Блог или каталог | Записи и поля, которые присутствуют в XML/CSV/API или другой проверенной выгрузке. | Сопоставление сущностей, рубрик, изображений, авторов, характеристик и шаблонов. |
| Личный кабинет и пользователи | Только разрешённые для миграции данные в доступном формате. | Модель прав, пароли, согласия, безопасность, импорт и повторную активацию учётных записей. |
| Интеграции | Описание процесса, перечень полей, документацию и доступы владельца. | Новое подключение, сопоставление данных, обработку ошибок, журналы и тесты. |
| Аналитика | Принадлежащие владельцу аккаунты, счётчики, цели и исторические отчёты в самих системах. | Установку кода, события, согласие, дублирование счётчиков и проверку после запуска. |
Матрица помогает оценивать работу по объектам, а не по числу страниц. Пять почти одинаковых информационных страниц могут быть проще одной страницы с фильтром, кабинетом и обменом данными. И наоборот, большой архив блога требует аккуратного автоматизированного переноса и проверки ссылок, даже если дизайн у записей простой.
Контент, изображения и права использования
Получите материалы из самого надёжного доступного источника. Для текста это может быть структурированный экспорт, редактор платформы или исходный документ. Для изображения — оригинальный файл, а не уменьшенная копия из кеша страницы. После переноса проверьте подписи, alt, ссылки на документы и изображения внутри старых материалов.
Официальная справка WordPress по импорту контента перечисляет разные импортёры и отдельно предупреждает: неудачная процедура может частично создать записи, а повторный запуск — дубли. Поэтому сначала импортируют небольшой набор на тестовом сайте, проверяют поля и только затем переносят весь объём. Сообщение «импорт завершён» не подтверждает полноту изображений, рубрик и внутренних ссылок.
Если изображения только отображаются, пока работает старый сайт, перенос ещё не завершён. После отключения исходной платформы они могут исчезнуть. Проверьте адреса файлов и наличие оригиналов в новой медиатеке, а не только внешний вид страницы.
Перед публикацией ответьте на вопросы:
- У владельца есть право использовать тексты, фотографии, иконки и шрифты после ухода с платформы.
- Файлы хранятся на новом сайте или в согласованном CDN, а не подгружаются со старого конструктора без необходимости.
- Сохранены подписи, альтернативный текст и смысловые связи с материалом.
- Ссылки на PDF и другие документы открываются с нового домена и ведут на актуальные версии.
- Старые изображения не используются как доказательство проекта, если их происхождение и разрешение не подтверждены.
Не копируйте автоматически всё, что видно на странице. Сторонние виджеты, карты, видео и шрифты могут иметь собственные условия. Отдельно проверьте логотипы партнёров, отзывы, фотографии людей и материалы из библиотек конструктора.
Дизайн и экспорт кода: почему это не готовый WordPress
Экспорт файлов полезен как источник материалов, но кнопка «Скачать» не определяет готовность к переносу. Откройте архив и проверьте: есть ли оригиналы изображений, локальные стили и сценарии, как устроены ссылки и куда отправляются формы. Отдельно выясните ограничения тарифа и права на дальнейшее использование кода. Даже разрешённый HTML-архив — это ещё не тема и не редактируемые страницы WordPress.
В WordPress заранее решают, что будет редактируемым:
- страница целиком в согласованном редакторе;
- повторяемые карточки как отдельные записи или поля;
- общие шапка, подвал и блоки как единые компоненты;
- каталог и фильтры как данные, а не вручную размноженная разметка;
- коммерческие условия через интерфейс, если владелец должен менять их без кода.
Попытка вставить экспортированный HTML внутрь одной страницы может сохранить внешнее сходство, но оставить владельца без нормального управления. Стили могут конфликтовать с темой, сценарии — зависеть от внешних библиотек, а формы — показывать успех без реальной доставки. Такой вариант можно исследовать на стенде, но нельзя называть полноценным переносом только потому, что страница открылась.
Иллюстрация показывает сравнение структуры и визуального решения. Это тематическое изображение, а не фотография реального переноса клиентского сайта или доказательство работы интеграций.
Сходство с исходником проверяют на нескольких размерах экрана и на реальном содержании. Длинный заголовок, отсутствие картинки и таблица шире мобильного экрана выявляют проблемы лучше идеального демонстрационного блока. Если старый дизайн неудобен или недоступен, миграция — подходящий момент исправить систему, а не воспроизводить каждый дефект.
Формы, интеграции, каталог и пользовательские данные
Функцию переносят не по внешнему виду, а по поведению. Для формы запишите поля, обязательность, согласия, получателя, автоматические метки, ответ пользователю, защиту от злоупотреблений и действия при сбое. Затем выберите реализацию в WordPress и проверьте весь маршрут до принимающей системы.
Если на исходном сайте есть каталог, определите модель данных. Название, описание, цена, изображения, категории, характеристики, варианты и остатки должны иметь понятные поля. Экспорт HTML карточек не создаёт такой каталог: он сохраняет отображение, но не отношения между сущностями и не интерфейс управления.
Особая осторожность нужна с пользователями, заказами и обращениями. Выясните правовое основание, допустимый состав, формат выгрузки, шифрование и способ передачи. Пароли нельзя просто копировать как обычный текст. Иногда безопаснее пригласить пользователей задать новый пароль, чем пытаться воспроизвести неизвестный механизм хранения старой платформы. Конкретное решение принимает специалист после изучения формата и требований проекта.
Для каждой интеграции заполните карточку:
| Вопрос | Что зафиксировать |
|---|---|
| Что запускает обмен? | Отправка формы, заказ, изменение статуса, регистрация или действие сотрудника. |
| Какие данные передаются? | Точные поля, форматы, обязательность, идентификаторы и допустимые значения. |
| Как подтверждается результат? | Ответ API, созданная запись, письмо, событие или другой проверяемый итог. |
| Что происходит при сбое? | Повтор, очередь, резервный канал, уведомление ответственного и отсутствие ложного успеха. |
| Где хранятся секреты? | В серверной конфигурации или другом согласованном защищённом хранилище, не в открытом коде страницы. |
| Как исключаются неожиданные дубли? | Согласованное правило идентификации и повторной обработки, проверенное тестом. |
Если исходный конструктор предоставлял встроенную функцию, в WordPress может понадобиться плагин, настройка, отдельная разработка или внешний сервис. Название похожего расширения не подтверждает, что оно закрывает ваш сценарий. Для нестандартной логики используйте отдельное описание задачи и проверку, как в статье о внедрении программной доработки в WordPress.
URL, SEO, GEO и AEO при миграции
Сохранение домена не гарантирует сохранение адресов. Конструктор и WordPress могут по-разному формировать пути, окончания и вложенность. До переключения подготовьте таблицу «старый URL → новый URL → действие»: сохранить адрес, настроить постоянное перенаправление, объединить материал или осознанно удалить.
Для каждой важной страницы проверьте:
- код ответа и отсутствие цепочки ненужных перенаправлений;
- SEO-title, description, основной заголовок и канонический адрес;
- внутренние ссылки, хлебные крошки и доступ из навигации;
- robots, карту сайта и отсутствие случайного запрета индексации;
- изображения, alt и документы;
- структурированные данные, если они были обоснованы содержанием;
- счётчики аналитики и согласованные события.
Не переносите старые метаданные механически, если изменилась задача страницы. Но и не обнуляйте их без причины. Сравните содержание, поисковое назначение и новый адрес. Старую страницу с полезными внешними и внутренними ссылками нельзя просто заменить главной страницей только ради короткой карты перенаправлений.
Для GEO и AEO сохраните доступные текстовые факты, ясные ответы, условия и связи между страницами. Перенос важной информации из текста в фоновую картинку ухудшает доступность содержания. FAQ имеет смысл только там, где он отвечает на реальные вопросы и не повторяет основной текст. Ни сохранение URL, ни специальный блок не гарантируют позиции или цитирование в ответах ИИ.
После запуска проверяйте ошибки по конкретным URL: какие страницы доступны роботу, где появился запрет индексации и куда ведут перенаправления. Порядок диагностики разобран в нашей статье о проверке и ускорении индексации сайта. Не оценивайте результат по одному дню: сравнивайте содержание, техническое состояние и поведение пользователей, а не только положение в поиске.
Учебный пример: сайт услуг из конструктора в WordPress
Это вымышленный учебный пример, не клиентский кейс «SeoУслуга» и не описание возможностей конкретного конструктора. Представим сайт услуг: главная, восемь страниц направлений, блог, форма обращения и встроенный календарь внешнего сервиса. Владелец хочет сохранить домен, тексты и привычную композицию, но получить редактируемые шаблоны WordPress и возможность развивать структуру.
Инвентаризация показала, что тексты и оригинальные изображения доступны, список URL собран, записи блога выгружаются в структурированном формате. Дизайн можно использовать как ориентир, но готовые компоненты WordPress отсутствуют. Форма работает внутри платформы, а календарь подключён виджетом без описанного резервного сценария.
| Объект | Решение в учебном проекте | Как проверить |
|---|---|---|
| Домен и адреса услуг | Сохранить домен; для совпадающих страниц оставить пути, для изменённых — подготовить карту 301. | Проверить старые URL, коды ответа, новые каноникалы и внутренние ссылки. |
| Тексты и блог | Импортировать тестовую часть, сопоставить рубрики и изображения, затем перенести основной объём. | Сравнить количество и выборочно проверить содержание, даты, авторов, медиа и ссылки. |
| Внешний вид | Собрать общие компоненты: заголовок услуги, условия, этапы, FAQ и действие; адаптировать к мобильным экранам. | Проверить реальные длинные тексты, отсутствие изображений, клавиатуру и согласованные размеры. |
| Форма обращения | Создать новую WordPress-форму с теми же согласованными полями и подключить рабочий канал. | Пройти успех, ошибку, повтор и появление тестового обращения у ответственного. |
| Календарь | Проверить документацию внешнего сервиса и заново подключить разрешённым способом. | Выполнить тестовую запись, проверить мобильный вид и поведение при недоступности виджета. |
| SEO и аналитика | Перенести проверенные метаданные, установить счётчики и настроить нужные события без дублей. | Сверить исходный код, панели аналитики, события и отсутствие индексации тестового стенда. |
В этом примере «перенести сайт» означает шесть разных работ. Материалы мигрируют, компоненты разрабатываются, интеграции подключаются заново, а результат проверяется по сценариям. Если просто скачать страницы и положить их на сервер, владелец не получит согласованную систему управления и не сможет безопасно развивать функции.
Тестовый стенд, переключение домена и проверка
Собирайте новый сайт на закрытом стенде. Запретите его случайную индексацию и не подключайте рабочие отправки без необходимости. Стенд должен использовать безопасные тестовые данные; копия сайта не должна отправлять реальные письма, платежи или заказы.
Перед переключением подготовьте план:
- Заморозить изменения. Согласовать момент, после которого контент старого сайта не меняют или переносят изменения отдельно.
- Сделать финальные выгрузки. Повторно получить данные, медиа и список адресов, если после тестовой миграции появились новые записи.
- Проверить восстановление. Иметь резервную копию нового проекта и понятный способ вернуть прежнюю конфигурацию домена при критической ошибке.
- Переключить DNS. Учесть почту и другие записи, а не менять весь набор без сверки.
- Пройти критические сценарии. Открытие страниц, формы, поиск, вход, заказ или запись — только те функции, которые реально есть в проекте.
- Проверить поиск и измерение. URL, перенаправления, sitemap, robots, метаданные, аналитика и события.
Не удаляйте исходный сайт в момент переключения, если договорённости и платформа позволяют оставить его доступным на период проверки. Но не допускайте одновременной публичной работы двух копий на разных адресах без ясной причины и настроек: это усложняет обновление и может создавать дубли.
После запуска отделяйте технический дефект от изменения поведения аудитории. Неработающая форма — ошибка, которую нужно исправлять сразу. Изменение посещаемости требует проверки адресов, индексации, сезона, источников трафика и других факторов. Не обещайте полное сохранение показателей только на основании выполненных перенаправлений.
Частые вопросы
Иногда платформа предоставляет экспорт части контента или файлов, но это не доказывает перенос всех функций и управления. Проверьте конкретный формат на тестовом наборе. Формы, шаблоны, интеграции и данные часто требуют сопоставления или новой реализации.
HTML может воспроизвести внешний вид, но не создаёт редактируемые сущности WordPress автоматически. Нужно решить, как владелец меняет контент, откуда берутся карточки, как работают формы и что переживает обновления. Экспорт можно использовать как материал после проверки прав и зависимостей.
Да, если владелец контролирует домен и нет отдельного ограничения регистратора или договора. Перед переключением сохраните DNS-записи, особенно почтовые, подготовьте новый хостинг и план возврата. Сохранение домена не означает автоматическое сохранение всех URL.
Сохраняйте адрес там, где остаётся та же страница и это не мешает новой структуре. Для изменённых адресов подготовьте точное постоянное перенаправление на наиболее соответствующий материал. Не направляйте всё на главную и не сохраняйте бессмысленный путь только ради формального совпадения.
Получите оригиналы или максимально качественные разрешённые файлы, загрузите их в новую библиотеку и проверьте фактические URL. Не оставляйте критичные изображения внешними ссылками на отключаемую платформу. Сохраните осмысленные alt и проверьте права использования.
Это зависит от доступного экспорта и механизма хранения паролей. Нельзя обещать перенос без изучения формата и требований безопасности. В некоторых проектах пользователей импортируют без старого пароля и запускают безопасную процедуру его установки заново.
Гарантировать это нельзя. Снижают риски сохранение содержания и релевантных URL, точные перенаправления, метаданные, внутренние ссылки и техническая проверка. После запуска нужно наблюдать за обходом и ошибками, учитывая другие изменения и внешние факторы.
Если он мешает чтению, недоступен на мобильных устройствах, плохо управляется или не соответствует текущему предложению. Сохраните узнаваемые и полезные решения, а проблемные компоненты перепроектируйте. Миграция не обязывает переносить накопленные дефекты.
Что передать для оценки переноса
Подготовьте адрес действующего сайта, название платформы и тарифа, доступные форматы экспорта, список обязательных функций и сведения о домене. Отдельно укажите, что нужно сохранить без изменений, что можно переработать и какие данные требуют особого порядка. Не отправляйте пароли и клиентскую базу в обычном сообщении.
Для первой оценки полезны список страниц, несколько ключевых сценариев и пример доступной выгрузки без секретов. По ним можно разделить объём на перенос контента, разработку шаблонов, интеграции, миграцию данных и поисковую проверку. Если исходного реестра нет, первым этапом становится аудит, а не обещание точного срока и стоимости вслепую.
Чтобы зафиксировать требования до разработки, используйте нашу инструкцию по подготовке технического задания на сайт: в документе должны быть не только пожелания к дизайну, но и обязательные функции, данные и условия приёмки переноса.
Обсудим перенос в WordPress по составу вашего сайта
Пришлите в «SeoУслуга» ссылку на действующий проект и опишите, какие страницы, функции и данные важно сохранить. Сначала определим доступные активы и ограничения платформы, затем разделим миграцию и новую разработку на проверяемые этапы.
