Перенос сайта на другую CMS: как все сделать правильно

Перенос сайта на другую CMS: как все сделать правильно

Когда действительно нужно переносить сайт на другую CMS? Почему при переносе сайта на другую CMS могут возникнуть проблемы? Как правильно сменить CMS на сайте? Что делать после смены CMS?
Перенос сайта на другую CMS: как все сделать правильно
Время чтения: 13 минут
Отправим материал вам на:

Из этой статьи вы узнаете:

  • Когда действительно нужно переносить сайт на другую CMS
  • Почему при переносе сайта на другую CMS могут возникнуть проблемы
  • Как правильно сменить CMS на сайте
  • Что делать после смены CMS

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

Когда необходим перенос сайта на другую CMS

Когда необходим перенос сайта на другую CMS

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

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

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

article_banner.png

Принимая решение о смене CMS, нужно четко понимать все сложности и опасности, которые таит в себе процесс. Обойтись «малой кровью» не получится, сэкономить тоже. Разумеется, можно попросить знакомого программиста или найти хорошего фрилансера, услуги которого окажутся дешевле, чем в специализированной компании, но результат в таком случае никто не гарантирует. Потери позиций в поисковой выдаче, трафика, клиентов грозят стать объективной реальностью и после перехода на новую CMS. Потому что качество переноса нужно оценивать не только с позиций программистов, но и с точки зрения SEO: правильно ли настроены редиректы, изменилась ли структура ресурса, заголовки страниц и прочее.

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

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

  • Почему решили покинуть Drupal? WordPress знаком лучше. Это не веская причина переноса. Если ресурс большой и претензий к работе нет, лучше изучите Drupal и продолжайте работать на ней.
  • Почему переезжаете с Joomla! на WordPress? Последняя привлекает большим количеством плагинов и бесплатных шаблонов. Несерьезно. Платный плагин на «родной» системе обойдется значительно дешевле перехода, сопряженного с рядом серьезных рисков.
  • Почему переезжаете с WordPress? Бизнес настолько крут и солиден, что CMS должна соответствовать. Это не причина. Тем более что цена переноса сайта на другую CMS далеко не самая низкая. Деньги лучше вкладывать в полезные начинания.
  • Не считается веской причина переноса, кроющаяся в опасениях взлома и копирования из-за открытого кода админки. Потому что коммерческие движки по скорости реакции на атаки уступают подобным системам. К тому же ни один сайт не застрахован от хакеров.

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

Перенос сайта на новую CMS

А вот когда перенос сайта на новую CMS действительно оправдан:

  • Требуется динамичный веб-ресурс.

Статичный сайт с несколькими страницами прекрасно работает для конкретных целей (например, в качестве визитной карточки с перечнем услуг и контактами). Но если возникает потребность регулярных публикаций или живого общения с клиентами, без CMS обойтись сложно.

  • Очевидна неактуальность самописной CMS.

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

  1. Разработчик оказывает только платные услуги: расширить функционал – за деньги, внести улучшение – за деньги. Монополия делает клиента полностью зависимым от воли и решений программиста. Готовые CMS предоставляют возможность пользоваться бесплатными сервисами, добавлять веб-ресурсу функции на безвозмездной основе или значительно дешевле, чем это делает автор самописного движка.
  2. Программист не выходит на связь, работа с CMS невозможна.
  3. Новый подрядчик выставил тарифы на услуги по работе с чужим программным кодом, значительно превышающие цену разработки сайта.

В описанных выше ситуациях стоит всерьез задуматься о переносе сайта на новую CMS.

Перенос сайта на другую CMS

  • Конструктор больше не устраивает, требуются новые возможности.

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

Software as a Service перестает устраивать по разным причинам:

  1. Невозможно полностью контролировать веб-портал.
  2. Ограниченный функционал, не соответствующий задачам сайта в современных условиях.
  3. Абонентская плата.
  4. Отсутствует использование сторонних шаблонов, а существующие не устраивают.
  5. Заграничная «прописка» серверов.

А вот для переноса сайта с движка на движок «железные» причины найти сложно, хотя они все-таки существуют. Самая распространенная – невозможность или нежелание платить деньги за использование CMS. К примеру, vBulletin требует финансовых вложений, а phpBB бесплатный.

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

Какие проблемы всплывут в ходе переноса сайта на другую CMS

Проблемы в ходе переноса сайта на другую CMS

Перенос площадки на новую CMS принесет проблемы – это неизбежно и к такому повороту нужно быть готовым. Решить некоторые из них труда не составит, но будут и «неснимаемые». Выход один – свести потери к минимуму.

  • Потеря контента.

Избежать этого поможет резервная копия сайта на старой системе управления до переноса. Например, в WordPress используется специальный плагин, в Drupal есть встроенный модуль.

«Скопировать» ресурс можно и безотносительно к CMS посредством панели управления сервером, доступ к которой обеспечивается хостером.

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

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

Ни в коем случае не начинайте перенос сайта на другую CMS, пока не создадите работоспособную резервную копию!

  • Изменение структуры сайта и структуры URL.

У каждой CMS свой подход к формированию URL, поэтому чаще всего адреса изменяются. То же происходит при внесении структурных корректив.

К примеру, существующий прежде адрес https://site.ru/pages/catalog/tovar.html при переносе изменится на https://site.ru/shop/tovar.html/. Если вовремя не отследить и не исправить эти «нововведения», в выдаче появятся дублирующие варианты, возникнет проблема битых ссылок, нефункционирующих кнопок и т.д. Негативная реакция пользователей и поисковых роботов не заставит себя ждать.

Структура URL при переносе ресурса на новую CMS должна быть сохранена!

  • Трудоемкость настройки редиректов

Трудоемкость настройки редиректов

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

Предположим, ранее ассортимент аксессуаров к цифровым фотокамерам был собран в тематическом каталоге по адресу photo.ru/catalog/photoaksessuary/, а каждый экземпляр находился по photo.ru/catalog/photoaksessuary/photoaksessuar1. Перенося ресурс на новую CMS, владелец решает распределить товар по категориям (отдельно объективы, отдельно штативы, свои каталоги для сумок, цифровых фоторамок и т.д.), URL будут выглядеть так: photo.ru/catalog/obektivy/obektiv1, photo.ru/catalog/shtativy/shtativ1. Потребуется ручная настройка переадресации при переносе ресурса на новую CMS.

  • Несоответствие функциональности старого и нового движка.

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

  • Проблемы с дизайном.

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

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

Подготовка к переносу сайта на другую CMS

Подготовка к переносу сайта на другую CMS

Даже если на старом движке сайт работал идеально, имел высокие позиции в выдаче, то при переносе на новую CMS всю кропотливую деятельность (технический аудит, правки, SEO) придется начинать с нуля.

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

Осуществить перенос сайта на другую CMS без потери позиций возможно.

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

  • Структурные требования, приобретающие особую важность, если старая CMS не позволяла внедрять определенные типы страниц.
  • Сформированная структура URL. Конечно, значительно проще сохранить имеющиеся «урлы», но другая CMS работает по своим правилам генерации, а потому перенос ресурса принесет неизбежные изменения. Отсюда необходимость новых образцов структуры для каждого имеющегося типа страниц.
  • Мета-информация. При переносе сохраняется в неизменном виде независимо от того, создана страница для продвижения или нет. Title, Keywords, Description, H1 являются неприкасаемыми. Программисты их сохраняют, а уточняет это заказчик. Отдельной таблицей оформить метатеги для ручной оптимизации. Требования к шаблонам расписать.
  • Базовые рекомендации: закрытие страниц от индексирования поисковиками, генерация sitemap.xml и html-sitemap, настройка canonical и кодов ответа сервера, оптимизация навигационных ссылок и изображений, микроразметка, мультиязычность, автоматические редиректы (301).
  • SEO-правки. Те, что внедрены ранее и требуют обязательного переноса на новый ресурс, и те, которые невозможно было применять на старой CMS. Техзадание должно быть исчерпывающим.

Программисты создают тестовую версию сайта.

Но с переносом лучше не спешить, предварительно проведя ряд проверок.

  1. Дизайн. Нужно ознакомиться с макетами (если привлекаются специалисты) и записать моменты, требующие уточнения, вопросы и конкретные замечания; даже мелочи лучше рихтовать сейчас. При отсутствии макетов отсматривать дизайнерские решения стоит непосредственно на ресурсе в его тестовой версии, но точно так же вносить свои замечания и адресовать вопросы.
  2. Контроль исполнения техзаданий. Ответственный сеошник не станет дожидаться срока сдачи, а будет с периодичностью контролировать процент внедрения программистами описанных им позиций.
  3. Проверка и оценка юзабилити. В тестовой версии аудит проводится в мини-формате. Тем не менее, можно оценить основные моменты: удобство при выполнении целевых действий, расположение информации, отправку форм, корзину.
  4. Аудит тестовой версии ресурса. Что проверять: наличие критических ошибок, основные функции, актуальность информации, не остались ли пробные варианты текстовых фрагментов или страниц в целом, генерацию лишних ссылок, а также динамические URL и циклические редиректы. Конечно, проверка не будет полной и окончательной, но позволит оценить важные моменты для устранения ошибки.

Перенос сайта на другую CMS: пошаговая инструкция

Перенос сайта на другую CMS: пошаговая инструкция

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

1. Зафиксируйте текущую эффективность сайта.

Без этих показателей невозможно определить, приносит ли пользу перемещение ресурса на новую CMS.

В качестве критериев эффективности можно выбрать:

  • Метрики пользовательского поведения. Как отреагировали на перенос пользователи, изменилась ли длина сессий, их глубина, коэффициент конверсии, показатель отказов и прочее.
  • Уровень посещаемости (в ограниченный период).
  • Позиции в выдаче по ключевым запросам. Можно определить самостоятельно на основании 10 важных запросов в «Яндекс» и Google, если ресурс небольшой. Или посредством специальных сервисов (Seolib,Serpstat, Topvisor, Rush Analytics и др.), когда сайт насчитывает несколько сотен страниц.
  • Список страниц, привлекающих больше трафика. Помогут специальные сервисы. Например, в Google Analytics интересующий список находится по пути «поведение – контент сайта – страницы входа» (указываем дополнительный параметр «Источник или канал»).

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

2. Сделайте таблицу соответствия URL.

При изменении URL и структуры сайта обязательно зафиксируйте это в таблице.

Порядок действий:

  • Внести существующие URL с кодом ответа сервера в таблицу.

Поручите поиск информации инструменту для парсинга (например, Netpeak Spider).

  • Сортировать URL по коду ответа сервера.

Три группы страниц:

  • доступные: код ответа «200»;
  • с переадресацией: код «301», исключающий выдачу фейковых страниц;
  • несуществующие: код «404». Оцените актуальность страницы для сайта. При необходимости внесите ее в таблицу и настройте редиректы.
  • Внести в таблицу новые URL.

Если характеристикой предыдущих URL-структур была логичность, то работа над таблицей соответствия для нового сайта максимально упроститься. К примеру, адреса наподобие site.ru/catalog/phones/nokia1100/ на движке будут выглядеть примерно так: site.ru/phones/nokia/nokia1100/.

В адресах site.ru/catalog/nokia1100/ и site.ru/catalog/xiaomi/ логика отсутствует, что кратно увеличивает вероятность ошибок при переходе на новую CMS и трудозатраты.

Не забывайте про ссылки. Инструменты Megaindex, Ahrefs и подобные помогут уточнить, ведет ли на страницу переадресация с внешнего ресурса. Если таковая имеется, а самой полосе в новой структуре места не нашлось, грамотно отправляйте пользователей на близкую по тематике.

3. Настройте новую CMS на тестовом домене или локальном сервере.

Настройка новой CMS на тестовом домене

Выбрав локальный сервер, воспользуйтесь нашим руководством.

При использовании специального тестового поддомена (вид: test.example-site.com) путь следующий — сразу «спрятать» сайт от поисковиков (использовать специальные инструменты CMS либо посредством robots.txt).

Тестовый режим позволяет произвести широкую настройку системы управления (установка требуемых для работы модулей и плагинов, дизайн, кэш, сжатие данных и проч.).

После этого производится тестовый запуск ресурса и проверка всех настроек.

4. Перенесите контент со старого сайта на новый.

Подход зависит от объемов. Небольшое количество страниц (и статические с описанием компании, команды, условиями доставки, контактами и др.) реально перебазировать самостоятельно, если они исчисляются десятками – доверить программистам.

Всегда есть полосы, которые можно стандартизировать: списки, карточки товаров и др. Контент переносится после подключения шаблонов.

5. Настройте редиректы.

Настройка редиректов

Набор действий зависит от специфики ресурса. Можно заняться настройкой самостоятельно (помогут гайд по редиректам и генераторы кода переадресаций) либо обратиться к веб-мастеру.

Что потребуется: постоянный редирект «301», сообщающий поисковикам, что искомая страница поменяла постоянную прописку и располагается по новому адресу. С точки зрения SEO новый URL становится полноценным правопреемником предыдущего.

Итак, после внесения редиректов в файл .htaccess старые URL должны возвращать код ответа «301», а новые – код «200».

6. Проверьте корректность работы сайта

Осуществляя перенос сайта с одной CMS на другую, обязательно проверьте работоспособность ресурса в тестовой версии:

  • Протестируйте формы, кнопки, не вызывает ли проблем оформление заказа.
  • Найдите битые ссылки (используйте Broken Link Checker и другие аналогичные инструменты) и исправьте ошибки.
  • Оцените юзабилити (объективность обеспечит сервис AskUsers).
  • Оцените внутреннюю оптимизацию (наш чеклист поможет в проведении экспресс-аудита).

Результаты проверки показали, что ресурс работоспособен, функционирует корректно. Открывайте доступ по основному URL и немедленно переходите к этапам 7 и 8. Если что-то не работает, ищите причины.

7. Добавьте на сайт коды внешних служб и перенастройте системы аналитики.

Если используется контейнер диспетчера тегов, добавьте его на новый ресурс. Для остального примените Tag Manager или подключайте службы прямо на сайт. Добавьте следующие коды:

  1. Верификации поисковых систем («Яндекс.Вебмастер», Search Console Google и др.).
  2. Отслеживания («Яндекс.Метрика», Google Analytics, Liveinternet.ru и др.). Изменение URL влияет на многие элементы (цели, электронную торговлю и др.), которые необходимо перенастроить.
  3. Сервисов, обеспечивающих функциональность сайта (реклама и блоки партнеров, комментарии и всплывающие окна, рекомендации и системы обратной связи, коллтрекинга и др.).

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

8. Сгенерируйте актуальную карту сайта и сообщите о ней поисковым системам.

Создание актуальной sitemap

Для создании актуальной sitemap можно привлечь сторонний сервис (XML-Sitemaps, к примеру) или воспользоваться инструментами новой админки.

  • WordPress: плагины All in One SEO Pack или Google XML Sitemaps.
  • Joomla!: Sitemap Generator и OSMap.
  • Drupal: XML Sitemap.
  • OpenCart: Yandex Sitemap.

Когда карта настроена, ее нужно проверить. В Search Console Google («Сканирование – Файлы Sitemap») с помощью кнопки «Добавление/Проверка файла Sitemap» готовый файл отправляется на аудит.

В «Яндекс.Вебмастер» такое действие производится через «Индексирование – Файлы Sitemap».

9. Отслеживайте эффективность сайта после переезда.

Это нужно не только для оценки общей эффективности ресурса, но и для понимания того, как отразился перенос на новую CMS. Важные для вас показатели на старом сайте были зафиксированы. Теперь пришло время сравнить метрики и сделать выводы.

Если наблюдается падение поискового трафика, причины могут крыться в:

  1. Технических проблемах (проверьте корректность редиректов и скорость загрузки, исключите дублирующий контент и т. д.).
  2. Ухудшении юзабилити, что вызывает отрицательную реакцию со стороны посетителей. Понять поведенческие реакции пользователей поможет «Вебвизор».

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

Перенос сайта на другую CMS: обзор популярных направлений

  • Как перенести статичный HTML-сайт на WordPress.

Как перенести статичный HTML-сайт на WordPress

От статики к динамике. Если ресурс «перерос» изначальный функционал и требует регулярного обновления, то переход на CMS необходим. А WordPress позволяет сделать этот процесс максимально легким и доступным.

Порядок действий:

  1. Копирование и сохранение на локальном диске файлов старого сайта.
  2. Удаление прежнего ресурса с сервера, установка CMS.
  3. Работа с дизайном. Хотите сохранить прежний дизайн — переведите в тему WordPress.
  4. Установка темы WordPress.
  5. Перенос контента на новый ресурс.

Если нет необходимости сохранять дизайн, воспользуйтесь бесплатной версией плагина CMS2CMS, которая помогает осуществить перемещение контента с HTML на новые страницы (не забудьте поменять ссылки и оформить страницы).

  • Как переехать с Wix на WordPress.

Как переехать с Wix на WordPress

Сайты на основе популярного конструктора Wix в 2018 году перестали опознаваться «Яндексом», а владельцы ресурсов начали массово покидать SaaS-платформу, выбирая полноценную CMS.

При переносе ресурса с Wix на WordPress возможны два пути:

  1. Сохранение URL. Для этого нужно получить данные, необходимые для перемещения домена к новому регистратору: «Управление сайтом – Домены (указать нужный домен) – Дополнительно – Перенести с Wix».
  2. Без сохранения URL. Устанавливается постоянный «301-редирект» с Wix на новый ресурс (необходимо подключение платного домена). Опция настройки переадресации находится в «Управление сайтом – SEO».

Одной из специфических особенностей конструктора Wix является невозможность переноса сайта на сторонние платформы. Automated WiX To WordPress Migration Plugin переместит контент.  Кроме того, это всегда можно сделать вручную.

  • Как перенести сайт с Joomla! на WordPress.

Перенос осуществляется в автоматическом режиме с помощью:

  • FG Joomla to WordPress.
  • Automated Joomla To WordPress Migration.

Посредством первого плагина можно не только перенести контент, но и избежать нежелательных структурных изменений в тегах и категориях. Установив расширение, запустите импорт на движке WordPress («Инструменты – Импорт»).

Удобная функция Remove all WordPress content – автоматическое удаление импортированного контента (указываем «урл» старого сайта на Joomla).

«Система – Информация о системе – Конфигурационный файл Joomla» — берем информацию о базе данных ресурса и указываем на новом движке.

При нахождении сайтов на разных хостах нужно разрешить удаленный доступ к базе данных Joomla, добавив узел доступа в разделе «Удаленный MySQL», находящийся в разделе «Базы данных» в cPanel.

Параметры импортирования настраиваются, допуская, в частности, трансформирование контента ресурса на базе Joomla! в релевантные страницы или посты на сайте WordPress (Create Pages). Кнопка Start/Resume the import запускает процесс импортирования.

  • Как перенести сайт с WordPress на Drupal.

Как перенести сайт с WordPress на Drupal

Первый шаг – создание резервной копии имеющегося ресурса на движке WordPress. Затем восстанавливаем ресурс на локальном сервере, оцениваем работоспособность. Если все в порядке, переходим к экспорту.

В админке WordPress в разделе «Инструменты» выбираем «Экспорт», затем опцию «Все содержимое».

Теперь удаляем движок WordPress с сервера и заменяем его на Drupal, в котором после установки подлежат активации модули, являющиеся обязательными для качественного переноса ресурса:

  • Migrate (в восьмой версии Drupal встроен, активируется просто).
  • WordPress Migrate (позволяет импортировать контент с WordPress).
  • Migrate Extras (отвечает за корректное функционирование Migrate).
  • Pathauto (его задача – генерация удобных «урлов»).

Завершив активацию, в разделе Content – Migrate выбраем Import from WordPress. По ссылке configured указываем параметры пути к скрытым файлам, которые могут храниться вместе с публичными в одном каталоге.

Далее нужно скачать файл экспорта и сохранить его на компьютере. Либо, если меняется URL, указать «урл» старого ресурса.

Для авторов публикаций создаются новые учетные записи.

Внимательно отнеситесь к настройке параметров импортирования и конвертации таксономий. Например, при переносе на Drupal с WordPress статические страницы можно оставить таковыми, а посты переконвертировать в статьи. Гибкий миграционный модуль отличается надежностью и позволяет преобразовывать вордпрессовские теги и категории в друпаловские и делает это качественно.

Ну и, наконец, непосредственно импортирование. По завершении процесса проведите проверку отображения контента: все ли корректно, нет ли потерь.

5 дополнительных советов по переносу сайта

1. Сохраните теги title и description.

Сохранение тегов title и description

Title и description – всему голова в прямом и переносном смысле. Правильно прописанные и кластеризованные теги являются венцом работы по сбору семантического ядра страницы, от их корректности зависит позиция сайта в выдаче и внимание к ней пользователя. Увы, нередко при переносе с одной CMS на другую теги исполняют роль «забытого багажа». Последствия вполне закономерны: ресурс теряет поисковый рейтинг, а владелец видит в этом вину программистов.

Следить за сеошными требованиями веб-разработчики будут только в том случае, если им дано конкретное задание. Иначе они просто не обязаны заморачиваться на что-то кроме своей непосредственной работы. Во избежание неприятных последствий составьте конкретное техническое задание.

Порядок действий при «спасении» мета-тегов:

  • С помощью скрипта получить требуемую информацию. Да, это парсинг, только подвергается ему собственный ресурс по вашей доброй воле.
  • URL + title + description – выписать для каждой страницы или типа страниц.
  • При наличии шаблонов для формирования тегов акцентировать необходимость их настройки и уточнить, какие настроить постранично или для каждого типа страниц.
  • В случае уникальности тегов списка достаточно.
  • Теги загрузить на ресурс.

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

2. Не меняйте заголовки, текст, изображения и видео.

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

Порядок действий при «спасении» контента:

  • Страницы и тексты оформить списком.
  • Разместить страницы на новом сайте.
  • Приложить максимум усилий для сохранения форматирования.
  • Атрибуты alt и title, подписи перенести неизмененными.

Если возникает стойкое и непреодолимое желание все поменять, перенос ресурса на новую  CMS это, конечно, позволяет. Но в обязательном порядке нужно получить консультацию сео-специалиста, который проведет полный анализ сайта, чтобы учесть ключевые параметры. Только он сможет составить правильное техзадание для разработчиков.

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

3. Напишите новый robots.txt.

Файл robots.txt

Этот текстовый файл позволяет «прятать» от поисковых ботов страницы, нежелательные для индексирования. Если он составлен с ошибками, поисковики не увидят не только специально скрываемые, но и предназначенные к продвижению страницы.

План действий:

  • Скачать готовый файл для новой CMS.
  • Продублировать правила (отдельно для «Яндекс» и Google, а также для всех ботов).
  • Добавить запрет на индексацию служебных страниц.
  • Добавить host – ссылку на главное зеркало.
  • Добавить ссылку на карту сайта (sitemap.xml).
  • Проверить, открывается ли файл (по ссылке https://site.com/robots.txt).

4. Перенесите микроразметку.

Этот стандарт семантической оптимизации позволяет добиться улучшения показателей релевантности.

План действий:

  • Страницы с микроразметкой оформить списком.
  • Перенести на новый сайт.

Валидаторы поисковиков помогут узнать, какие страницы содержат микроразметку.

5. Перенесите прочие интеграции систем.

Порядок действий:

  • Привлечь к работе над новым ресурсом рекламщиков, аналитиков, специалистов SMM и др.
  • Составить список сервисов, необходимых для бизнеса (аналитика, рекламные коды, CRM и проч.).
  • Перенести все на новый сайт (для этого нужно составить техзадание для разработчиков).
  • Проверить функционирование сервисов на новом ресурсе.

Что делать после переноса сайта на другой движок

  1. Внимание индексации поисковиками: проверьте robots.txt и корректность настройки редиректов. Целевые страницы могут быть закрыты метатегом <meta name="robots" content="noindex, follow" />, не позволяющим столь нужную индексацию.
  2. Внимание мета-информации: на наличие тегов и отсутствие дублирования нужно проверить каждую страницу.
  3. Внимание функционированию форм и корзины.
  4. Счетчики статистики должны быть перенесены одними из первых, поскольку задача сбора отчета по трафику является сейчас главной.
  5. Не повредит проверка: как работает ресурс, не возникают ли критические ошибки.
article_banner.png

Статья опубликована:

Читайте также

Генератор Продаж
Опубликовано
Генератор Продаж
г. Рязань, Куйбышевское шоссе, 25
Телефон: 8 (800) 775-43-06