Перенос сайта из WordPress Multisite в отдельный WordPress

Введение

WordPress Multisite позволяет управлять несколькими сайтами на одной установке. Однако иногда требуется перевести отдельный дочерний сайт в самостоятельную установку WordPress. Это несложно, если следовать последовательным шагам и пользоваться правильными инструментами. В этом руководстве описано полное пошаговое перенесение, возможные проблемы, варианты решений и контрольные списки для ролей.

Важно: перед началом обязательно сделайте полную резервную копию файлов и базы данных всей сети Multisite.

Что потребуется

• Доступ администратора к сети Multisite (панель WordPress).
• FTP/SFTP или доступ к файловой системе нового хостинга.
• Доступ к панели управления хостингом (cPanel, Plesk) или возможность установить WordPress вручную.
• Резервная копия базы данных и файлов Multisite.
• Если сайт большой — доступ к WP-CLI ускорит операции с базой.

1. Экспорт содержимого дочернего сайта из Multisite

Перейдите в Инструменты → Экспорт в панели дочернего сайта. Выберите Все материалы и скачайте XML-файл экспорта. Этот файл содержит записи, страницы, комментарии, меню, пользовательские поля и ссылки на вложения.

После клика WordPress создаст XML-файл и поместит его в папку загрузок вашего браузера.

Сохраните этот файл — он понадобится для импорта в новую установку.

2. Установка нового WordPress для отдельного домена

Создайте новую чистую установку WordPress для того домена, на который будет перенесён сайт. Можно использовать автослачи типа Softaculous или установить вручную.

Совет: если вы переносите сайт с поддомена или подпапки, настройте новый домен заранее и проверьте доступ по HTTPS.

3. Импорт контента в новую установку

В новой установке перейдите в Инструменты → Импорт и выберите WordPress. Установите официальный плагин WordPress Importer, активируйте и запустите импорт.

Нажмите Выбрать файл, загрузите XML и начните импорт. При выборе пользователей выберите создание нового пользователя или назначение содержимого существующему. Обязательно отметить опцию Загрузить и импортировать вложения, чтобы попытаться подтянуть все изображения.

Импорт займет время в зависимости от объема данных и количества медиафайлов.

4. Если вложения не импортировались полностью

Иногда импортер не подтягивает все изображения. В этом случае используйте плагин Import External Images или альтернативы (например, Auto Upload Images). Установите плагин, затем в медиа-библиотеке запустите импорт изображений пакетом.

Плагин обычно обрабатывает ограниченное количество постов за проход (например, 50). Повторяйте процедуру, пока все медиафайлы не будут загружены.

5. Исправление внутренних ссылок и URL в базе данных

Если исходный сайт был на поддомене или в подпапке, ссылки в контенте продолжат указывать на старый URL. Нужно заменить их на новый домен. Советы:

• WP-CLI: wp search-replace ‘old.example.com’ ‘new.example.com’ –skip-columns=guid –all-tables –dry-run
• Плагин Better Search Replace — удобен в админке, умеет сериализованные данные.
• Скрипт Search Replace DB — если нет доступа к WP-CLI или плагинам.

Важно: всегда делайте dry-run перед окончательной заменой. Не заменяйте GUID записи, если не уверены.

6. Настройка пермалинков, темы и плагинов

• Перейдите Настройки → Постоянные ссылки и сохраните структуру ещё раз, чтобы обновить правила записи.
• Установите и активируйте ту же тему и нужные плагины. Некоторые плагины сетевой установки Multisite зависят от сети и могут не работать в одиночной установке; замените их аналогами.
• Проверьте пользовательские настройки темы, меню и виджеты — некоторые параметры могут не переноситься через XML и потребовать ручной настройки.

Проверка работоспособности (контрольный список)

• Главная страница открывается корректно.
• Несколько случайных записей и страниц отображаются с изображениями.
• Формы и контактные плагины работают.
• Логин/роль администратора создан(а) и доступна.
• SEO-плагины настроены и перенесён мета-контент.

Критерии приёмки

• Все публичные страницы доступны по новому домену.
• 95% ссылок внутри контента ведут на новый домен (минимум — ключевые страницы и изображения).
• Медиафайлы загружены в локальную библиотеку и корректно отображаются.
• Приватные и защищённые разделы работают (если есть).

Когда этот метод не подходит (примеры неудач)

• Сайт использует сложные сетевые плагины, которые не имеют эквивалента для одиночной установки.
• Дочерний сайт содержит пользовательские таблицы в общей базе данных сети, завязанные на префикс сети — потребуется ручная миграция таблиц.
• Множественные зависимости на субдоменную конфигурацию сети (настройки cookies, SSO) — перенос станет сложнее.

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

Альтернативные подходы

• Полная миграция через экспорт таблиц и импорт в новую базу с ручной заменой префиксов — даёт полный контроль, но требует знаний SQL.
• Использование специализированных плагинов миграции (например, Duplicator, All-in-One WP Migration) — иногда работают, но нужно тестировать на специфических сетевых конфигурациях.
• Клонирование только файлов и базы дочернего сайта с последующей чисткой сетевых ссылок — подходит продвинутым пользователям.

Мини-методология: быстрый план действий

1. Резервное копирование сети Multisite (файлы + БД).
2. Экспорт XML дочернего сайта.
3. Установка чистого WordPress на целевой домен.
4. Импорт XML и попытка подтянуть вложения.
5. Использование плагина для импорта внешних изображений при необходимости.
6. Поиск и замена URL в базе данных.
7. Настройка тем и плагинов, проверка функционала.
8. Мониторинг и откат при проблемах.

Откат и план на случай неудачи

• Шаг 1: немедленно восстановите резервную копию новой установки, если импорт нарушил сайт.
• Шаг 2: если проблемы начались после замены URL, восстановите базу и выполните поиск/замену с корректными параметрами.
• Шаг 3: верните DNS на прежний хостинг (если меняли) и оставьте старый сайт в рабочем состоянии, пока не решите проблемы.

Безопасность и приватность

• При переносе убедитесь, что медиафайлы и личные данные обрабатываются в соответствии с законами о защите данных вашей страны (например, GDPR для ЕС).
• Отключайте ненужные плагины и проверяйте права доступа к файлам.
• Сбросьте секретные ключи и пароли, если перенос затрагивает учётные записи администратора.

Роли и чеклисты

Администратор сети:

• Сделать полную резервную копию сети.
• Предоставить экспорт XML владельцу сайта.
• Снять сетевые ограничения по необходимости.

Владелец сайта / контент-менеджер:

• Проверить экспорт XML на полноту.
• Сообщить, какие пользователи должны быть перенесены.
• Проверить контент после импорта и обновить медиа.

Разработчик:

• Выполнить поиск и замену URL в базе данных.
• Мигрировать пользовательские таблицы при необходимости.
• Настроить перенаправления и SSL.

Частые проблемы и их решения

Проблема: изображения не отображаются — проверьте, подтянулись ли файлы в Медиа. Если нет, используйте Import External Images.

Проблема: ссылки ведут на старый домен — выполните корректную замену URL с учётом сериализованных данных (WP-CLI или Better Search Replace).

Проблема: плагин не активируется или ломается — проверьте зависимости плагина и замените на совместимый аналог.

Шаблон тестов приёмки

• Открыть 10 случайных страниц и 10 записей — проверить отображение и работоспособность ссылок.
• Проверить загрузку 10 изображений в различных записях.
• Проверить формы и отправку почты.
• Проверить авторизацию и роли пользователей.

Заключение

Перенос дочернего сайта из WordPress Multisite в отдельную установку — выполнимая задача при наличии резервной копии и плана. Экспорт XML и импорт в новую установку решают основную часть задач, а корректировка URL и медиафайлов завершает процесс. Если сайт использует сложную сетевую логику, планируйте более глубокую миграцию или привлекайте разработчика.

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

Если у вас остались вопросы или возникли ошибки в процессе — опишите их подробно, и можно будет предложить конкретные решения.