Перенос сайта на DLE: разбираем на живом примере

Допустим, у вас есть сайт на старой CMS: около 8 000 новостей, разделы, изображения и ссылки, которые уже попали в поиск. Вы хотите перейти на DataLife Engine (DLE), не потеряв публикации и адреса страниц. Это не перенос одной папки: контент нужно сопоставить с моделью DLE, а результат проверить до переключения домена. Ниже — практический план для DLE 17.x; перед работой сверьте требования и инструкции именно с вашей установленной версией.

Сначала решите, что именно переносите

Рассмотрим условный новостной сайт: в исходной CMS есть статьи, категории, авторы, даты, изображения и постоянные ссылки. Это пример для планирования, а не отчёт о реальном проекте с измеренными результатами. Цель — получить на DLE те же публикации и рабочие адреса, а не просто увидеть записи в административной панели.

До начала работ подготовьте:

• резервную копию файлов и базы исходного сайта;
• отдельную тестовую копию сайта и базу данных для DLE;
• список типов контента, категорий, полей и правил формирования URL;
• доступ к панели хостинга или сервера и возможность изменить настройки домена;
• выгрузку URL исходного сайта и несколько контрольных публикаций разных типов.

DLE — не универсальный конвертер для любой CMS. Наличие готового импорта зависит от источника, версии и структуры данных. Не запускайте найденный в сети скрипт на единственной рабочей копии: сначала выясните, какие поля он читает и куда записывает.

Три способа переноса и их цена

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

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

Практический план для условного новостного сайта

1. Составьте карту данных. Сопоставьте сущности исходной CMS с тем, что должно оказаться в DLE: заголовок, текст, дата, автор, категория, изображение, статус публикации. Отметьте поля, которым нет прямого соответствия. Проверка: для каждой публикации понятно, какое значение уйдёт в каждое целевое поле.
2. Зафиксируйте адреса. Выгрузите URL страниц и отметьте правила, по которым исходный сайт строит ссылки. Выберите, какие адреса удастся сохранить, а для остальных подготовьте перенаправления. Не предполагайте, что настройки ЧПУ в DLE автоматически повторят старую схему. Проверка: у вас есть список старых URL и предполагаемых целевых адресов.
3. Сделайте тестовый перенос. Возьмите небольшой набор: обычную новость, запись с несколькими изображениями, материал без картинки, страницу с нестандартной разметкой и запись с непубличным статусом. Перенесите его выбранным способом. Проверка: записи открываются в административной части и на тестовом сайте, а важные поля не перепутаны.
4. Сравните результат с источником. Проверьте число материалов по категориям, даты, авторов, текст, вложенные изображения и ссылки внутри публикаций. Отдельно откройте страницы на телефоне. Проверка: каждый тип содержимого из контрольной выборки отображается без потерянных картинок и неожиданных обрезок.
5. Подготовьте перенаправления и проверьте их. Для изменившихся URL настройте перенаправление на соответствующую новую страницу, а не на главную. Ссылки внутри контента тоже могут требовать замены. Проверка: старый адрес ведёт на нужный материал, а не на ошибку или нерелевантную страницу.
6. Перенесите полный объём и назначьте окно переключения. Сверьте финальную копию базы и файлов с тем, что тестировали. Если исходный сайт продолжает принимать публикации, определите момент заморозки изменений или отдельный способ перенести записи, появившиеся после выгрузки. Проверка: после последней синхронизации нет пропущенных новых материалов.
7. Переключите домен и наблюдайте. После запуска проверяйте доступность главной, категорий и выборки старых URL, журнал ошибок сервера и отчёты поисковых инструментов. Проверка: страницы отвечают ожидаемо, перенаправления не образуют цепочки, а ошибки не накапливаются.

ЧПУ — человекопонятные URL: адреса, составленные из слов или понятных сегментов, а не только из технического идентификатора. Для миграции важнее не само название формата, а точное соответствие старых и новых адресов.

Где миграция чаще всего ломается

Изображения выглядят потерянными

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

Категории и статусы не совпадают

Одна категория в источнике может превратиться в несколько категорий в DLE, а черновик — случайно стать публичной записью. Не проверяйте только общее число новостей. Сравните количество материалов по категориям и выборочно проверьте статусы, дату публикации и автора.

Старые ссылки ведут не туда

Особенно опасна массовая переадресация всех неизвестных адресов на главную: посетитель видит сайт, но не получает нужную статью. Для важных страниц используйте соответствие «старый URL — целевой URL». Удалённые материалы обрабатывайте отдельно: не подменяйте их похожей страницей только ради того, чтобы адрес открывался.

Импорт нельзя безопасно повторить

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

Когда какой подход выбирать

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

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

Что делать дальше

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