Перенос интернет-магазина с WordPress и Tilda на Drupal Commerce

Перенос интернет-магазина с WordPress и Tilda на Drupal Commerce — это не копирование страниц и не одна выгрузка товаров. У магазина уже были покупатели, заказы, отзывы, каталог и адреса, по которым приходили посетители из поиска. Всё это нужно было собрать в новой системе и связать между собой.

Исходный магазин работал на WordPress. Затем для продолжения продаж использовалась Tilda как временная площадка, пока разрабатывалась новая платформа на Drupal 11 и Drupal Commerce. Поэтому задача охватывала несколько этапов жизни одного магазина: наследие WordPress, данные Tilda и новую систему, в которой команда работает сейчас.

Это части одной истории одного проекта, а не три независимых интернет-магазина. Главная сложность — сохранить смысл данных при переходе между разными моделями товаров, заказов и страниц.

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

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

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

История заказов — отдельная задача миграции. Если перенести только каталог, магазин сохранит витрину, но потеряет контекст предыдущих покупок. Для этого проекта реализован импорт заказов из выгрузки WordPress и CSV-выгрузки Tilda в общую историю новой системы.

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

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

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

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

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

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

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

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

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

Например, условный старый адрес /old-item может вести на /catalog/product-a. Если нашлось несколько кандидатов или путь уже занят, запись требует проверки. Система не должна молча отправлять посетителя на первый случайный похожий товар.

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

При переносе с WordPress или Tilda на Drupal важно заранее собрать адреса, важные страницы и метаданные, определить соответствия и проверить редиректы, canonical, индексацию и карту сайта после запуска. Если адрес страницы удаётся оставить прежним, это отдельный сценарий; если он меняется, переход должен вести на содержательно подходящую страницу.

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

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

Ни одна платформа не превращается в Drupal одной кнопкой. Заказы, отзывы, карточки, дизайн и интеграции могут требовать разных способов переноса или новой реализации. Для сложного проекта именно этот разбор позволяет сохранить необходимые данные и построить процесс под работу бизнеса.

Результат — работающая платформа на Drupal Commerce с собственным каталогом и процессами, куда сведены подготовленные данные прежних систем: история заказов, отзывы и материалы товаров. Для старых адресов реализована управляемая подготовка соответствий и редиректов. Решение используется ежедневно; конкретные показатели позиций и трафика в этом кейсе не раскрываются.

Если вашему проекту нужен перенос интернет-магазина с WordPress, Tilda или другой платформы, можно начать с инвентаризации данных и сценариев. Подробнее — разработка интернет-магазинов и разработка сложных систем на Drupal.