Миграция с WordPress на Movable Type — практическое руководство, которое стоит систематизировать именно потому, что это «обратное» направление

При поиске «миграция CMS» находятся в основном статьи о переходе с Movable Type на WordPress. Однако на практике миграция в обратном направлении — с WordPress на Movable Type (или MovableType.net) — иногда оказывается вполне рациональным решением. Поскольку об этом обратном направлении пишут мало, в этой статье собраны и критерии принятия решения, и практические шаги миграции.

«У нас есть сайт на WordPress, но обновляем мы его всего несколько раз в месяц. При этом нас постоянно преследуют уведомления об обновлениях ядра и плагинов» — знакомая ситуация для малого и среднего бизнеса и контор, оказывающих профессиональные услуги.

Когда цель сайта — привлечение обращений и формирование доверия, а обновления сводятся в основном к новостям и колонкам, такому сайту от CMS требуется не расширяемость, а минимум обслуживания и устойчивость к поломкам. В этой статье рассматриваются критерии для оценки миграции с WordPress на Movable Type и сама процедура миграции.

1. Сначала — вывод

• Миграция с WordPress на Movable Type технически хорошо отработана: функция импорта MovableType.net поддерживает файлы экспорта формата WordPress (XML). Импортируются не только записи и страницы, но и изображения с файлами, на которые есть ссылки в тексте и пользовательских полях.
• Миграция оправдана для сайтов с низкой частотой обновлений, небольшим числом людей, вносящих изменения, и фиксированными требованиями к расширяемости. Она не подходит сайтам, построенным вокруг динамических функций членства или интернет-магазина, реализованных через плагины WordPress.
• Успех миграции определяется не различиями в возможностях CMS, а проектированием URL, редиректами 301 и планом замены функциональности плагинов. Если перенести только данные, не решив эти вопросы заранее, возникнут проблемы и с SEO, и с повседневной работой.
• Пользовательские типы записей и сильно кастомизированный XML могут не импортироваться «как есть» — заложите время на конвертацию и ручную доработку (это прямо указано и в официальном руководстве).

2. Почему миграция происходит «в обратном направлении»

WordPress — самая используемая CMS в мире, и сама по себе это отличный выбор. Но, будучи динамической CMS, она несёт и соответствующую эксплуатационную нагрузку.

• Работа по обновлениям не прекращается. Обновления ядра, тем и плагинов происходят непрерывно, и оставлять их без внимания — уже риск. IPA (японское Агентство по продвижению информационных технологий) неоднократно предупреждало об уязвимостях CMS и плагинов, причём проблемы, связанные именно с плагинами, особенно заметны.
• Ответственный часто теряется. Нередко сайт, сданный веб-студией, остаётся без договора на поддержку — так появляются сайты, где «никто ни разу не нажимал кнопку обновления».
• Проблемы совместимости плагинов. В конфигурациях, где каждое обновление ломает вёрстку или отключает какую-то функцию, само обновление начинает вызывать страх, что лишь ускоряет запущенность сайта.

Movable Type — это CMS, построенная на принципе статической публикации: HTML генерируется заранее и отдаётся как есть (при необходимости доступна и динамическая публикация). Если страницы, возвращаемые посетителям, — статические файлы, на публичной стороне не нужно выполнять программу CMS, что снижает и поверхность атаки, и число точек отказа.

Выбрав SaaS-решение MovableType.net, можно пойти ещё дальше: обновления ядра и вопросы безопасности берёт на себя провайдер сервиса, а SSL (HTTPS) доступен без дополнительной платы. Это конфигурация, подходящая организации, которая хочет продолжать вкладываться в содержание сайта, но не хочет заниматься обслуживанием CMS.

3. Куда мигрировать — Movable Type или MovableType.net

Есть в целом два варианта миграции.

Для корпоративного сайта или сайта профессиональных услуг, которым управляет небольшая команда, реалистичный порядок — сначала оценить MovableType.net, и только если требования выходят за его рамки, рассматривать программную версию. Процесс согласования (запрос/утверждение) и стейджинг хорошо сочетаются с тем, как работают конторы профессиональных услуг — например, «публиковать только после проверки руководителем конторы».

4. Общая схема процесса миграции

Миграция проводится в следующем порядке. Ключевой момент — поставить опись URL (шаг 2) раньше миграции данных (шаг 3).

1. Опись текущего состояния — список страниц, функций и плагинов
2. Проектирование URL — определение таблицы соответствия старых и новых URL (маппинг 301)
3. Миграция данных — экспорт из WordPress → импорт
4. Пересборка шаблонов — реализация дизайна и метаданных
5. Замена функциональности — формы, поиск и так далее
6. Проверка — сравнение старого и нового, измерение редиректов
7. Запуск — переключение DNS, отправка карты сайта, проверка Search Console

5. Практика миграции контента

Со стороны WordPress используйте функцию экспорта в панели администратора, чтобы получить XML (формат WXR). Со стороны MovableType.net загрузите этот файл на экране инструмента импорта. Согласно официальному руководству, охват импорта следующий:

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

Отметим, что для сайтов с большим количеством статей или сложной структурой доступна также официальная служба поддержки миграции. Для миграции на программную версию Movable Type также опубликован официальный список вопросов и ответов.

6. Сохранение URL и SEO

Большинство причин, по которым миграция CMS ухудшает SEO-показатели, не связаны с типом CMS — дело в том, как обрабатываются URL.

Настройки постоянных ссылок WordPress (/?p=123, /2024/05/post-name/, /category/post-name/ и т. п.) обычно не совпадают со структурой URL после миграции. Сохраняйте их, следуя такой последовательности:

1. Опишите все URL. Составьте список всех действующих адресов — записи, страницы, категории, метки, страницы изображений — с помощью карты сайта или инструмента для сканирования.
2. Определите таблицу соответствия новым URL. Сначала утвердите правила формирования URL после миграции, затем постройте таблицу соответствия «старый URL → новый URL» (маппинг 301). В первую очередь проверьте страницы с большим поисковым трафиком.
3. Настройте редиректы 301. Для каждого изменившегося URL примените постоянный редирект (301).
4. Сохраните элементы на странице. Заголовок, meta-описание, структуру заголовков и структурированные данные нужно осознанно перенести при пересборке шаблонов. Элементы, которые раньше выводили SEO-плагины, после миграции заменяются реализацией в шаблоне.
5. Проверьте после запуска. Повторно отправьте XML-карту сайта, отслеживайте индексацию и ошибки в Search Console, измерьте редиректы на ключевых страницах (проверьте коды состояния).

Этот принцип — «сначала проектирование URL, а миграция данных и дизайн потом» — относится не только к миграции CMS, но и к редизайну сайтов в целом. В нашем собственном кейсе по редизайну сайта первым делом мы занимались не дизайном, а именно описью URL.

7. Замена функциональности плагинов — разделяем «искать замену» и «больше не нужно»

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

Форма обратной связи в особенности — жизненно важный элемент сайта для привлечения клиентов. Случаи, когда после миграции уведомления с формы незаметно перестают приходить, действительно случаются, поэтому перед запуском обязательно отправьте реальное тестовое сообщение. О том, как расследовать недоставку писем с формы, мы писали в статье «Как проверить, почему не приходят письма с формы обратной связи».

8. Какому сайту это подходит — профессиональные услуги и корпоративные сайты с небольшой командой

Подводя итог, вот портрет сайта, для которого миграция с WordPress на Movable Type (в особенности MovableType.net) обычно оправдана:

• Обновления сводятся в основном к новостям, колонкам и кейсам, и работа по обновлению довольно однотипна
• Нет выделенного веб-специалиста, и никто не может выделить время на обслуживание самой CMS
• Как на сайтах бухгалтеров, нотариусов и других специалистов по профессиональным услугам, хочется этапа проверки/согласования перед любой публикацией
• На сайте нет динамических функций, таких как система членства, электронная коммерция или бронирование (либо их можно вынести во внешний сервис)
• Бизнес относится к сфере, где инцидент безопасности напрямую превращается в проблему доверия, и хочется сократить поверхность атаки

И наоборот, если вы планируете и дальше активно расширять сайт с помощью плагинов, или если динамическая функциональность — ядро сайта, разумнее оставаться на WordPress (и выстроить надлежащую систему обслуживания). Миграция — не самоцель, а инструмент для баланса между эксплуатационными возможностями и требованиями сайта.

Если хотите продумать это с точки зрения общей структуры сайта и стоимости, посмотрите также «Стоимость создания сайта для малого и среднего бизнеса» и «Структура страницы услуг для технического B2B».

Тем, кто рассматривает миграцию CMS

Если вас беспокоит нагрузка на обслуживание WordPress, не обязательно сразу принимать решение о миграции. Безопасная отправная точка — просто описать страницы, функции и плагины текущего сайта и разобраться, что изменится при миграции: что станет не нужно, а что придётся пересобрать заново.

KomuraSoft LLC предлагает услуги разработки сайтов, включающие миграцию CMS, а также технические консультации, помогающие выстроить стратегию миграции. Если хотите начать с описи текущего сайта, свяжитесь с нами через страницу контактов.

Похожие статьи

Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

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

Вопросы, которые часто возникают при консультациях по теме статьи.

Можно ли перенести статьи WordPress в Movable Type «как есть»?

Базовый контент — записи и страницы — можно перенести. Функция импорта MovableType.net поддерживает файлы экспорта формата WordPress (XML), а также подхватывает изображения и файлы, на которые есть ссылки в тексте статьи и пользовательских полях. Однако пользовательские типы записей и сильно кастомизированные данные могут не загрузиться «как есть» — потребуется конвертация или ручная доработка. Перед миграцией важно разделить контент на тот, что использует стандартные возможности WordPress, и тот, что зависит от плагинов или кастомизации.

Не упадёт ли SEO-рейтинг из-за смены CMS?

Значение имеет не тип CMS сам по себе, а то, изменятся ли URL и правильно ли настроены редиректы. Перед миграцией составьте полную опись всех URL, определите таблицу соответствия новым URL и настройте редиректы 301 для всех изменившихся адресов. Если сохранить заголовок, meta-описание и структуру заголовков, а после запуска повторно отправить XML-карту сайта и проверить Search Console, серьёзного падения из-за самой миграции удастся избежать. И наоборот, если пропустить эту работу, рейтинг снизится независимо от выбранной CMS.

Что происходит с функциями, которые реализовывались плагинами WordPress?

Поскольку сам механизм плагинов перенести нельзя, для каждой функции отдельно определяется замена. Формы обратной связи пересобираются с помощью формы целевой CMS или внешнего сервиса форм, метаданные, которые выводили SEO-плагины, реализуются в шаблоне, похожие записи и хлебные крошки также встраиваются в шаблон. С другой стороны, плагины безопасности и резервного копирования в статической/SaaS-архитектуре часто становятся вообще не нужны — их роль исчезает сама собой. Ключевая идея — разделять «функции, которым нужна замена» и «функции, которые просто становятся не нужны».

Что выбрать — Movable Type или MovableType.net?

Если вы сами управляете сервером и хотите свободно расширять сайт плагинами и интеграциями с базой данных, подходит программная версия Movable Type. Если вы предпочитаете передать управление сервером и обновления ядра CMS сторонней стороне, чтобы облегчить эксплуатацию, лучше подойдёт SaaS-решение MovableType.net. Для организаций без выделенного веб-специалиста — например, корпоративных сайтов малого и среднего бизнеса или сайтов профессиональных услуг — реалистично начать с оценки MovableType.net, поскольку там обновления ядра и безопасность берёт на себя сервис.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

Специализируется на разработке программного обеспечения для Windows, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.