Перенос сайта на другой движок

Перенос сайта на другой движок

Содержание

Смена движка сайта без потерь: как перенести сайт на другую CMS

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

Чтобы перенести сайт на CMS, логично начать с выбора новой CMS. Изучите возможные варианты, определите, какие функции вам нужны сейчас и в будущем, будете ли вы интегрировать со своим сайтом дополнительные сервисы. Если нужен новый дизайн, то займитесь этим до того, как начнёте перенос контента, — так вы сэкономите время и деньги. Перенос сайта на новый движок следует поручить разработчикам — это не менее трудоёмкий процесс, чем создание сайта с нуля, требующий технической квалификации и опыта в SEO. Цена переноса зависит от объёма и сложности работы. Мы поможем бесплатно подобрать исполнителя для этой задачи.

Главное при переносе сайта — сохранить трафик и SEO-позиции. Если есть возможность оставить старые URL, вам удастся сохранить позиции в поисковиках. Если такой возможности нет — используйте 301 redirect: поисковый вес и другие свойства закрепятся за новой страницей, а поисковые боты и посетители будут сразу перенаправляться на неё.

В случае, если вам нужно сменить движок сайта с большим количеством страниц, не все из которых нужны, оставьте самые посещаемые из них, а на остальных можно поставить “ошибку 404” со ссылкой на подходящий раздел нового сайта. Обязательно проверьте все внутренние перелинковки и убедитесь, что ссылки ведут на существующие страницы, оставьте title, заголовки, мета-теги и текст без изменений. Любые вмешательства в уже существующий контент могут привести к снижению трафика и потере посетителей.

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

Недавние статьи:

22.12Создание сайтов дёшево 22.12Создание полноценных сайтов 18.12Как сделать адаптивный дизайн сайта 18.12Как сделать автонаполняемый сайт

В каких случаях перенос сайта на новый движок целесообразен

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

Несколько лет назад было у меня подобие интернет-магазина. На сайт тогда решили не раскошеливаться и заказали его за 5 тыс. рублей. Движок оказался самописным, но я не придала этому значения. А зря.

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

Через год сайт морально устарел, да и мучиться с кривой админкой уже не было сил. Решили переносить на OpenCart – шустрый и функциональный движок для интернет-магазинов. Написали разработчику. Перенести на другой движок сайт, который обошелся в 5 тыс. рублей, нам предложили за 70 тыс. рублей. Мораль, думаю, ясна.

Создание сайта обошлось Ольге в 5 тыс. рублей, а перенос сайта с самописа на нормальную CMS стоил 70 тыс. рублей. Вот вывод: менять движок нужно в крайнем случае, когда без этого не обойтись. Варианты типа «Drupal круче Joomla», «на WordPress больше красивых бесплатных тем», «движок с открытым кодом могут взломать, «надо перейти на коммерческую CMS» – не повод для переноса сайта. Этот шаг неизбежен в более серьезных ситуациях.

Статичный сайт на HTML больше не отвечает вашим потребностям

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

Самописный движок стал неактуальным

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

  • Движок устарел, а разработчик исчез.
  • Сторонний разработчик просит за обновление чужого кода больше, чем за создание сайта с нуля.
  • За любое расширение функциональности нужно платить разработчику. Например, захотели подключить AMP – платите. А для популярных движков есть готовые бесплатные или дешевые решения.

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

Возможности конструктора вас больше не устраивают

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

О переносе коммерческого сайта с SaaS-платформы на CMS можно думать в таких случаях:

  • Функциональность конструктора не соответствует вашим потребностям.
  • Вы не хотите платить за использование платформы.
  • Вас не устраивает шаблонный дизайн сайта, а конструктор не поддерживает сторонние шаблоны.
  • Серверы конструктора находятся за границей. Это может быть проблемой для бизнес-сайта.
  • Вы хотите полностью контролировать сайт.

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

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

Еще одна уважительная причина для переезда: вы не можете или принципиально не хотите платить за CMS. Например, держать форум на платном vBulletin не выгодно, и вы переезжаете на бесплатный phpBB.

В остальных случаях надо тщательно взвешивать риски:

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

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

Мы разрабатываем сайты «под ключ»: от дизайна и верстки до текстов и SEO.

Какие проблемы нужно решить при переносе сайта

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

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

Чтобы не потерять контент, сделайте резервную копию сайта до переезда. Резервную копию можно создать средствами старой CMS. Например, в Drupal такая возможность реализуется с помощью встроенного модуля, а в WordPress с помощью плагина.

Без привязки к движкам резервную копию можно сделать через панель управления сервером. Данные доступа к панели управления предоставит хостер.

В панели управления войдите в «Менеджер резервных копий», который находится в разделе «Файлы».

Заархивируйте и скачайте актуальные копии файлов сайта и базы данных.

Убедитесь в работоспособности резервной копии. Для этого восстановите сайт на локальном сервере. Если восстановить сайт из копии не удается, сделайте бэкап еще раз или обратитесь к хостинг-провайдеру. Не начинайте переезд без работоспособной резервной копии ресурса.

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

CMS формируют человеко-понятные URL по-разному. Из-за этого при смене движка «урлы» обычно меняются. Также URL изменятся, если вы меняете структуру сайта.

Например, адрес страницы товара может поменяться с https://primer/pages/catalog/tovar.html на https://primer/shop/tovar.html/. Из-за изменения структуры URL появляются битые ссылки, дубли в поисковой выдаче, неработающие виджеты и кнопки. Поисковики и живые пользователи негативно реагируют на такие проблемы.

Сохранение понятной структуры URL – одна из ключевых задач при переносе сайта на новый движок.

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

Эта проблема – следствие предыдущей. Если при смене движка приходится менять URL, нужно работать с редиректами. Настроить постраничные редиректы для сайта с несколькими десятками страниц – не проблема. Если количество страниц исчисляется сотнями или тысячами, работа с редиректами будет едва ли не самым трудозатратным этапом переезда.

Например, представьте, что на старом движке все телефоны, смартфоны и фаблеты были доступны в разделе «Смартфоны и телефоны» по URL example-shop/catalog/phones/. Каждый телефон доступен по адресу типа example-shop/catalog/phones/phone1.

Если при переезде на новую CMS вы создаете отдельные разделы каталога для телефонов, смартфонов и фаблетов, товары будут доступны по URL типа example-shop/catalog/phablets/phablet1 и example-shop/catalog/smartphone/smartphone1. Здесь редиректы придется делать вручную.

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

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

Таких примеров очень много, поэтому при смене CMS нужно быть готовым искать или покупать нужные решения.

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

Если вы пользуетесь дизайн-шаблоном, сохранить внешний вид при переезде на новый движок не удастся. Можно найти более или менее похожий шаблон для новой CMS или потратить деньги на услуги дизайнера. Сама по себе смена дизайна – не проблема. Просто будьте готовы к дополнительным расходам.

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

Как перенести сайт: пошаговые инструкции

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

Итак, вы выбрали новую CMS и сделали резервную копию сайта. Действуйте так.

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

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

  • Посещаемость за выбранный период.
  • Позиции ресурса в выдаче по важным запросам.
  • Список самых трафиковых страниц.
  • Поведенческие метрики.

Для небольших сайтов достаточно проверить вручную и внести в таблицу 10–15 самых важных запросов в «Яндексе» и Google. Для сайтов с количеством страниц от сотни и выше лучше использовать сервисы для мониторинга позиций, например, Serpstat, Seolib, Rush Analytics, Topvisor и так далее.

Список самых трафиковых страниц можно найти в системах аналитики. Например, в Google Analytics выберите меню «Поведение – Контент сайта – Страницы входа». Укажите дополнительный параметр «Источник или канал».

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

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

Как отмечалось выше, это самый трудоемкий этап переезда. Таблица нужна, если структура сайта и URL меняются.

Действуйте так:

  1. Сделайте таблицу существующих URL сайта с кодом ответа сервера

Воспользуйтесь Netpeak Spider или аналогичным инструментом для парсинга сайта. На этом этапе нужно получить список всех страниц с кодами ответа сервера. Добавьте полученные данные в таблицу.

  1. Отсортируйте URL по коду ответа сервера

На этом этапе должно получиться три таблицы или вкладки: на первой доступные страницы с кодом ответа 200, на второй страницы с переадресацией с кодом 301, на третьей несуществующие страницы с кодом 404.

Для переадресации в некоторых случаях используются коды 302, 303 и 307. Подробнее об этом читайте в нашем руководстве по редиректам.

  1. Сделайте таблицу с новыми URL

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

Если на старом сайте были нелогичные URL типа example-site/catalog/nokia1100/ и example-site/catalog/samsung-galaxy/, трудоемкость процесса и вероятность ошибок увеличится.

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

Уделите внимание URL с кодом ответа 404. Если это неактуальные адреса, не включайте их в таблицу соответствия. Страницы с такими URL можно не генерировать на новом движке. Если страница важная, на нее есть входящие внешние и внутренние ссылки, включите ее в таблицу и корректно настройте редиректы.

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

Проверить входящие ссылки можно с помощью инструментов типа Megaindex или Ahrefs.

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

Запустить сайт на локальном сервере поможет наше руководство. Также можно развернуть новый движок на поддомене вида test.example-site.com. Обязательно закройте тестовый поддомен от индексации. Это можно сделать средствами CMS или через файл robots.txt. Например, в WordPress закрыть сайт от индексирования можно в разделе админки «Настройки – Чтение».

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

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

Если на сайте 5–10 страниц, контент можно перенести вручную. С переносом контента большого сайта будут работать программисты.

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

Статические страницы обычно переносятся вручную без шаблона. Например, речь идет о страницах «О компании», «Условия доставки», «Контакты», «Наша команда» и так далее.

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

Запомните: вам нужен постоянный редирект 301. То есть после указания редиректов в файле .htaccess старые URL должны возвращать код ответа 301, а новые – код 200.

Редирект 301 сообщает поисковым системам, что страница навсегда переехала на новый адрес. В этом случае вся SEO-карма старого URL, включая входящие ссылки и внутренний ссылочный вес, передается на новый URL.

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

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

После переноса контента проверьте, как работает тестовый ресурс:

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

Если сайт работает корректно, откройте доступ к нему по основному URL. Сразу же выполните шаги 7 и 8.

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

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

  • Добавить коды верификации «Яндекс.Вебмастер», Search Console Google и других поисковиков.
  • Добавить коды отслеживания «Метрики», Google Analytics, Liveinternet.ru и других систем аналитики. Не забудьте перенастроить цели, электронную торговлю и другие параметры, на которые может влиять изменение URL.
  • Установите коды рекламы и партнерских блоков, систем комментирования, обратного звонка, коллтрекинга, всплывающих окон, вывода рекомендаций и других сервисов, которые обеспечивают функциональность сайта.

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

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

Создать актуальную карту сайта можно с помощью внешних сервисов, например, 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 отслеживайте ключевые показатели и сравнивайте метрики до и после переезда. Полученная информация будет руководством к действию.

В случае стабильного падения поискового трафика ищите причины. Это могут быть:

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

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

Особенности переноса сайта в популярных направлениях

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

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

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

Алгоритм переноса такой:

  1. Скопируйте и сохраните на локальном диске файлы старого сайта на HTML

Для этого можно использовать FTP-клиент, например, FileZilla. Данные для доступа к серверу возьмите у провайдера. Скачайте на локальный диск все папки и файлы из корневого каталога сайта. Корневой каталог имеет имя сайта.

Также доступ к файлам сайта можно получить через диспетчер файлов панели управления хостингом. Данные доступа возьмите у провайдера.

  1. Удалите с сервера старый сайт и установите движок

В нашем гайде есть наглядная инструкция по установке WordPress. Если вместо доступа к серверу по FTP-протоколу вы предпочитаете работать с cPanel или аналогичными панелями, воспользуйтесь инструкцией по установке движка с помощью автоустановщика скриптов Softaculos.

  1. Конвертируйте дизайн сайта в тему WordPress

Этот шаг имеет смысл, если важно сохранить дизайн старого сайта. Обратитесь к веб-разработчикам или воспользуйтесь автоматическими сервисами:

  • HTMLtoWordPress. Платный сервис. В течение минуты конвертирует дизайн HTML-сайта в тему WordPress. Стоимость конвертации 5 долларов.
  • HTML to WordPress Converter. Плагин для WordPress, который автоматически трансформирует дизайн HTML-сайта в тему WordPress. Стоит 20 долларов.
  • CMS2CMS: Automated HTML To WordPress Content Migration. Условно бесплатный плагин, который переносит HTML-сайт на WordPress.
  1. Установите тему WordPress

Используйте созданную на предыдущем этапе тему или выберите любой подходящий шаблон.

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

Контент небольшого сайта можно перенести вручную. Если сайт большой, доверьте перенос контента разработчикам. В качестве альтернативы обратите внимание на сервис CMS2CMS. Для автоматического переноса HTML-сайта на WordPress создатели сервиса предлагают пользоваться плагином.

После установки плагина в соответствующем разделе админки сайта появляется пункт меню HTML to WordPress. Войдите в него и зарегистрируйтесь.

Укажите URL сайта на HTML. Если планируете сделать сайт на WordPress на том же URL вместо сайта на HTML, сначала установите WordPress на локальный сервер.

Укажите подходящие настройки и запустите перенос. Доступны такие настройки:

  • Трансформация страниц HTML-сайта в страницы или посты сайта на WP.
  • В дополнительных настройках можно выбрать статус контента: опубликованный или черновик.
  • За плату можно автоматически настроить редиректы, перенести мета-данные страниц и изображения.

Лайфхак: если при переносе сайта с HTML на WordPress вы не планируете сохранять дизайн, можно обойтись бесплатной версией плагина CMS2CMS. С ее помощью можно быстро перенести контент HTML-страниц на новый сайт. Останется только оформить страницы и поменять ссылки.

На анимации ниже показана исходная страница сайта на HTML и ее клон после переноса на WordPress.

Плагины CMS2CMS можно использовать для переноса на WordPress сайтов с Joomla!, Drupal, Weebly, Wix и других популярных движков и конструкторов.

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

В начале лета 2018 года владельцы сайтов на популярном конструкторе Wix получили неприятный сюрприз: «Яндекс» разучился индексировать ресурсы на этой SaaS-платформе. Представитель «Яндекса» Михаил Сливинский пообещал решить проблему. Но эта ситуация – весомый аргумент в пользу переезда с Wix на полноценную CMS.

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

Если вы переезжаете с конструктора на полноценный движок и хотите сохранить URL, нужно перенести домен к новому регистратору. Для этого в разделе «Управление сайтом – Домены» выберите нужный домен и в разделе «Дополнительно» выберите опцию «Перенести с Wix». Вы получите данные, необходимые для переноса домена.

Если при переезде вы меняете платформу и URL, достаточно настроить редирект 301 с Wix на новый сайт. Для этого воспользуйтесь соответствующей опцией в разделе «Управление сайтом – SEO». Обратите внимание, для настройки редиректа у вас должен быть подключен платный домен.

Wix не поддерживает экспорт сайтов на сторонние сервера. Но вы можете перенести контент вручную или с помощью программных решений, например, Automated WiX To WordPress Migration Plugin.

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

Для автоматического переезда с Joomla! на WordPress есть готовые программные решения:

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

Плагин FG Joomla to WordPress позволяет перенести контент на новый движок, а также сохранить структуру сайта: теги и категории. После установки надстройки запустить импорт можно в разделе админки WordPress «Инструменты – Импорт».

В настройках импорта можно автоматически удалить контент с сайта на WordPress. Для этого отметьте опцию Remove all WordPress content. Укажите URL сайта на Joomla.

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

Если сайты находятся на разных хостах, разрешите удаленный доступ к базе данных Joomla. Для этого в cPanel в разделе «Базы данных» выберите раздел «Удаленный MySQL».

Добавьте узел доступа и сохраните изменения.

Настройте параметры импорта. Обратите внимание на возможность трансформировать публикации на сайте Joomla! в посты или страницы на сайте WordPress. Если нужны страницы, отметьте пункт Create Pages. Начните импорт с помощью кнопки Start/Resume the import.

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

Сделайте резервную копию сайта на WordPress. Убедитесь в ее работоспособности. Для этого можно развернуть сайт на локальном сервере.

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

Удалите WordPress с сервера и установите Drupal. Установите и активируйте следующие модули:

  • Migrate. В Drupal 8 он есть в ядре, поэтому достаточно его активировать.
  • WordPress Migrate. Нужен для импорта контента с WordPress.
  • Migrate Extras. Обеспечивает корректную работу Migrate.
  • Pathauto. Обязательный модуль для Drupal, формирует удобные URL.

После установки и активации модулей перейдите в раздел Content – Migrate. Выберите вкладку Import from WordPress. Укажите путь к скрытым файлам. Для этого перейдите по ссылке configured (см. иллюстрацию) и укажите параметры. Скрытые файлы можно хранить в одном каталоге с публичными.

Загрузите файл экспорта WordPress. Также можно указать URL старого сайта. Этот вариант работает, если со сменой движка вы меняете URL.

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

Настройте параметры импорта. Например, посты с сайта WordPress можно конвертировать в статьи, а статические страницы оставить статическими страницами.

Укажите параметры конвертации таксономий. Модуль миграции может конвертировать теги и категории WordPress в теги и категории Drupal.

Запустите импорт. После завершения работы модуля проверьте, как отображается контент. На иллюстрации ниже видно, как отображается контент на сайте-доноре (WP) и на сайте-акцепторе (Drupal).

Переносим сайт на новую CMS без потерь

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

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

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

URL страниц в новой CMS

У каждого «движка» по умолчанию есть свои правила формирования url-адресов. И если при переносе эти особенности не учитывать, то все страницы «старого» сайта будут отдавать ошибку 404, а «нового» – индексироваться заново. Результат такого явления – полная переиндексация сайта и потеря позиций (с самыми неопределенными перспективами их возврата).

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

В случае, если полная или частичная смена «урлов» неизбежна, крайне важно настроить редиректы со старых адресов на новые. Реализовать это можно с помощью файла htaccess (возможны и другие варианты – в зависимости от конкретного хостинга).

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

Существенный аргумент в пользу смены адресов – это ситуация, при которой на старом сайте они были неоптимизировннымми. Например, если на «движке» АBC адреса страниц выглядели примерно так: site.com/page?id=164, то при переходе на «движок» XYZ есть смысл сделать читабельные «урлы» – site.com/statya-o-remonte. При этом, конечно, нельзя забывать о редиректах – во благо пользователей и поисковых систем.

Структура кода

При переходе на другую CMS структура кода меняется в 100% случаев. Для поисковых систем подобные изменения могут стать тревожным сигналом и поводом для пессимизации. К этому нужно быть готовым.

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

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

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

На скриншоте ниже – пример ситуации, когда сайт был перенесен дважды (!), причем с положительными для себя последствиями:

Доступность сайта

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

Лучший способ избежать этого – тщательно протестировать работу сайта на сервере, где он и будет находиться в дальнейшем, а потом просто переключить DNS домена со старого на новый сервер. Главный недостаток этого решения заключается в том, что при возникновении каких-либо проблем вы не сможете быстро «откатиться» на предыдущую версию.

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

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

  • рост числа ошибок в консоли вебмастера Google и Яндекс (ошибки 404, 403, 500, 502 и другие);
  • повышение уровня отказов посетителей;
  • сигналы о недоступности сайта на отдельных устройствах, браузерах и т.д.

Определяем основные трафикогенерирующие страницы

Чтобы не терять трафик, важно понимать, какие страницы его приносят. Разобраться с этим нужно ещё до этапа разработки. Это позволит понять, что на сайте можно изменять спокойно, а где нужно постараться быть более консервативным и ограничить число изменений, чтобы не потерять то, что уже достигнуто.

Рассмотрим несколько ситуаций.

Вы видите, что есть десяток услуг, которые дают 80–90% процентов трафика. Соответственно, на этих страницах желательно вносить минимум изменений. Если вы видите, что основной трафик магазина дают товарные карточки, улучшать их следует более аккуратно, а вот с листингами товаров можно спокойно экспериментировать, чтобы сделать их конкурентоспособными.

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

  • Можно менять на сайте адреса страниц или стоит настаивать, чтобы программист искал пути сохранить их без изменений?
  • Можно отказываться от SEO-текста или его нужно оставить и не рисковать высокими результатами?
  • Все ли разделы нужно переносить на новый сайт или от каких-то малополезных страниц можно спокойно отказаться?

Посмотреть, какие страницы приносят больше всего трафика, можно в Яндекс.Метрике.

Для этого перейдите в «Отчёты» -> «Страница входа». Так как нас сейчас интересует именно поисковый трафик, выделим его. Сделать это можно с помощью инструментов «Сегмент» или «Визиты, в которых».

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

Чтобы увидеть в Метрике наиболее популярные разделы сайта, удобно использовать древовидный список отображения страниц с группировкой по уровням.

Это способ удобен, когда структура URL соответствует структуре сайта. В ином случае вы можете использовать линейный список отображения страниц входа и фильтровать их по характерным частям URL. На примере ниже показан поиск товарных карточек, адреса которых содержат «tovar-id».

Какие изменения могут повлиять на ранжирование и посещаемость сайта

Структура сайта

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

Желательно постараться избежать изменения адресов для страниц, приносящих сайту трафик.

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

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

Важный момент:

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

Метаданные

Важно перенести в новую версию сайта все метаданные и заголовки (Title, Description, H1).

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

Контент

Под переносом контента страницы часто понимают только копирование текста. Текст на странице, несомненно, важный элемент, но это далеко не весь контент, на перенос которого нужно обращать внимание. Давайте рассмотрим, какие ещё моменты важно учитывать при переносе информации:

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

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

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

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

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

Отзывы и комментарии. Если на странице есть пользовательский контент, его также нужно перенести в новую версию сайта.

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

Проверяем правильность переноса информации

Просканируйте старую и новую версию сайта. Это можно сделать с помощью Screaming Frog SEO Spider или других аналогичных инструментов. Об одном из них (WildShark SEO Spider) мы писали в подборке бесплатных инструментов в нашем блоге.

После выгрузки данных оставьте колонки с URL страниц, метаданными и заголовками (те данные, которые вам нужно будет проверить).

В первую очередь нужно убедиться, что все страницы были перенесены. Грубые ошибки, когда отвалились пару десятков или сотня страниц, обычно видно сразу. Для более тщательного анализа нужно сопоставить оба списка.

Если структура не менялась, достаточно отсортировать данные старого и нового сайта с одинаковыми параметрами. Если структура менялась, придётся больше потрудиться, чтобы сопоставить оба списка.

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

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

В Excel это можно сделать с помощью инструмента «Условное форматирование» («Правила выделения ячеек» -> «Повторяющиеся значения»).

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

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

Для более крупных проектов рекомендуем:

  • проверить контент для разных типов страниц. Например, по 2–5 страниц каждого типа. Обычно такая проверка позволяет выявить наиболее грубые ошибки;
  • проверить правильность переноса контента для страниц, приносящих, по данным Метрики, больше всего трафика.

Технический аудит новой версии сайта

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

Сделать это можно по нашему SEO-чеклисту или по аналогичному списку SEO-параметров. Они доступны в сети.

Перечислим ошибки, которые чаще всего встречаем при анализе переноса сайтов.

Не забудьте проверить:

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

Редиректы. Должны быть сохранены редиректы, присутствующие в текущей версии сайта.

При переносе часто теряется:

  • редирект на версию с или без www;
  • редирект с версии URL без слеша на конце;
  • редиректы с http на https.

Если на сайте настраивались другие таблицы редиректов, их также нужно проанализировать и, если они актуальны, перенести в новую версию сайта.

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

Robots.txt. Нужно не просто перенести файл, а предварительно проверить актуальность всех директив в новой версии сайта. Если в процессе редизайна вы также меняли систему управления, нужно добавить директивы, необходимые для новой CMS.

Запреты индексации в Search Console «Параметры URL». Как и в случае с robots, нужно удалить неактуальные для нового движка запреты и, если есть необходимость, добавить новые.

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

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

Ещё немного советов в качестве заключения

  • Если вы лидер в своей тематике и стабильно занимаете ТОПовые позиции, не стоит спешить с переездом на новый сайт. Риски потерять позиции можно только сократить, но не свести к нулю.
  • Для крупных проектов можно выполнять перенос поэтапно, например, обновить отдельный поддомен или раздел сайта. Такая отработка процесса переезда также существенно снизит риски.
  • Есть смысл параллельно с переносом делать другие доработки, только если проекту особо нечего терять. В этом случае, действительно, лучше всё сделать одним махом, чтобы потом не возвращаться. В ином случае такие параллельные работы не позволят вам определить, что именно стало причиной улучшения или ухудшения ранжирования и посещаемости сайта.
  • Редизайн сайта часто становится не менее трудозатратным и сложным процессом, чем создание нового проекта. Если вы не уверены в своих силах и знаниях, рекомендуем обратиться за помощью к специалистам, например, к нам в SiteClinica или к другим SEO-аналитикам, чьему мнению вы доверяете.

Планируешь редизайн или переезд?

Закажи SEO-аудит, чтобы не потерять позиции и трафик:

Заказать SEO-аудит

Смена движка сайта или зачем нужна новая CMS?

Необходимость перенести свой сайт на новый движок может возникнуть в любой момент времени. Обычно проблемы возникают с самописными, устаревшими или неудобными cms. Тяжелее всего тем владельцам, которые столкнулись с потерей контакта с разработчиком (обычно фрилансера), иногда без его помощи невозможно залить на сайт новый текст или загрузить фото, не говоря уже о разработке нового функционала. Найти нового разработчика оказывается проблематично, ведь другой веб-разработчик не всегда в состоянии разобраться в чужом программном коде. Также смена движка сайта может быть связана с необходимостью редизайна или с задачами быстродействия и безопасности. Осуществив перенос сайта на новый движок (cms) современного типа, вы получите на выходе мощный инструмент с веб-интерфейсом. Вносить любые изменения и просто работать с сайтом станет просто, быстро и приятно. Вам действительно требуется перенос сайта на cms современного образца, если:

• внесение даже элементарных изменений на сайте отнимает много вашего времени;

• добавление или изменение информации не предусмотрено на вашем сайте или представлено не в полном объеме;

• работа с сайтом требует знания html, php или т.п.

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

Кому доверить перенос сайта на новый движок без выпадения сайта из ТОПов?

Мало кто представляет, насколько сложен и опасен процесс смены движка на сайте. Сайт может потерять позиции в ТОПах и трафик, в результате — реальных клиентов. Не понимая объемов и структуры организации процесса работ, владельцы надеются обойтись «малой кровью» и прибегают к услугам фрилансеров либо соседа, который «на программиста учился». Без сомнения, среди фрилансеров есть профессионалы, которые справляются с задачами повышенной сложности. Правда, найти их не всегда реально. Но грамотно перенести сайт с точки зрения программирования и вёрстки — это только первая часть работы. Сайт может корректно работать на новой cms, а в дальнейшем произойдёт резкое падение трафика и мистическое исчезновение из ТОПов поисковых систем. А все потому, что при переносе сайта на другой движок не были учтены рекомендации сео-специалиста (например, не были настроены должным образом редиректы, изменилась структура или не сохранилась «заточка» продвигаемых страниц).

Что еще важно учесть, прежде чем переносить сайт на другой движок:

• урлы продвигаемых страниц должны остаться без изменений;

• тайтлы продвигаемых страниц при смене cms должны остаться без изменений;

• заголовки и текст со всеми выделениями при переносе сайта на другой движок тоже остаются неизменными;

• без изменений должна остаться и перелинковка, причем как в статической части сайта, так и в динамических;

• «блочный сквозняк», если он есть, также должен показываться на новом сайте и быть открытым для индексации;

После переноса сайта обязательно проверьте каждую оптимизированную ранее страничку: новые страницы не должны отличаться от старых. Кроме того, проверьте перелинковку, атрибуты noindex и nofollow. Они регулируют вес вашего сайта, авторитетность его страниц, и это архиважно! Если вы не в состоянии, или не хотите разбираться в этом сами, поставьте такую задачу вашему SEO-специалисту или обратитесь к нам. Наши специалисты (команда из программиста, SEO-специалиста и менеджера проекта) осуществят перенос сайта на ту систему, которая будет оптимально решать задачи, стоящие перед вашим сайтом. Частым запросом является перенос сайта на битрикс (1C-Bitrix), эта cms открывает широкие возможности для оптимизации продаж и бизнес-процессов. Или на бесплатную систему Drupal. Также мы имеем опыт работы с cms Joomla. Вы всегда сможете найти компетентного специалиста по этим системам в любом городе. Кроме того, перенос сайта на cms этого типа гарантирует четкую, отлаженную работу сайта и удобство пользования и модифицирования информации. Довольно часто возникает необходимость переноса сайта на wordpress на другую систему управления сайтом.

Статья Как правильно перенести сайт на новый движок и сохранить позиции

Перед тем как перенести сайт на новый движок подумайте- нужно ли вам это. Возможно, что вам станет проще, но возможно и совсем наоборот!
Если вы все таки решили сменить движок сайта то из этой статьи вы узнаете, как перенести сайт на другой движок.
В каких случаях перенос сайта на новый движок целесообразен
Смена движка – трудоемкая, дорогая(не советую делать самим при отсутствии опыта, лучше нанять того кто знает и умеет переносить сайты) и рискованная задача.
Статичный сайт на HTML больше не отвечает вашим потребностям
Можно обойтись без движка, если нужен небольшой статичный сайт с двумя-тремя или даже десятью страницами. Например, сделать сайт-визитку со списком услуг и контактными данными проще без CMS и конструкторов. Но если вы захотите регулярно что-то публиковать, например, превратить сайт-визитку в блог, проще будет работать с движком.
Самописный движок стал неактуальным
Самописный движок – это не плохо и не хорошо. Например, интернет-магазин Ozon работает на крутом и дорогом самописном движке. Но есть и движки за 5 тыс. рублей. С ними и случаются разные неприятности типа:

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

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

  • Функциональность конструктора не соответствует вашим потребностям.
  • Вы не хотите платить за использование платформы.
  • Вас не устраивает шаблонный дизайн сайта, а конструктор не поддерживает сторонние шаблоны.
  • Серверы конструктора находятся за границей. Это может быть проблемой для бизнес-сайта.
  • Вы хотите полностью контролировать сайт.

Какую CMS выбрать?
Отдельного внимания заслуживает ситуация переезда с одного полноценного движка на другой. Здесь мало стопроцентных причин для переноса сайта.
Например, вас не устраивает функциональность движка. Представьте сайт на WordPress, к которому с помощью плагина прикручен форум. Форум стал популярным и посещаемым. Можно рассмотреть целесообразность переноса его на специализированный форумный движок.
Еще одна уважительная причина для переезда: вы не можете или принципиально не хотите платить за CMS. Например, держать форум на платном vBulletin не выгодно, и вы переезжаете на бесплатный phpBB.
В остальных случаях надо тщательно взвешивать риски:

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

В общем причина для переноса сайта должна быть веской. Переезд на новый движок всегда связан с рисками и затратами, поэтому решайтесь на него в крайнем случае. Подумайте, не будет ли проще и дешевле оставить сайт на старой CMS и доработать ее функциональность. Посоветуйтесь с профессиональными разработчиками и только после этого принимайте решение.
Какие проблемы нужно решить при переносе сайта
При переезде на новый движок вы столкнетесь с подводными камнями. Часть проблем легко решается, часть решить невозможно. Во втором случае нужно минимизировать потери. Об основных проблемах ниже.
Потеря контента
Чтобы не потерять контент, сделайте резервную копию сайта до переезда. Резервную копию можно создать средствами старой CMS. Например, в Drupal такая возможность реализуется с помощью встроенного модуля, а в WordPress с помощью плагина.
Без привязки к движкам резервную копию можно сделать через панель управления сервером. Данные доступа к панели управления предоставит хостер.
В панели управления войдите в «Менеджер резервных копий», который находится в разделе «Файлы».
Заархивируйте и скачайте актуальные копии файлов сайта и базы данных.
Убедитесь в работоспособности резервной копии. Для этого восстановите сайт на локальном сервере. Если восстановить сайт из копии не удается, сделайте бэкап еще раз или обратитесь к хостинг-провайдеру. Не начинайте переезд без работоспособной резервной копии ресурса.
Изменение структуры сайта и структуры URL
CMS формируют человеко-понятные URL по-разному. Из-за этого при смене движка «урлы» обычно меняются. Также URL изменятся, если вы меняете структуру сайта.
Например, адрес страницы товара может поменяться с Код: site.ru/pages/catalog/tovar.html на Код: site.ru/shop/tovar.html . Из-за изменения структуры URL появляются битые ссылки, дубли в поисковой выдаче, неработающие виджеты и кнопки. Поисковики и живые пользователи негативно реагируют на такие проблемы.
Сохранение понятной структуры URL – одна из ключевых задач при переносе сайта на новый движок.
Трудоемкость настройки редиректов
Эта проблема – следствие предыдущей. Если при смене движка приходится менять URL, нужно работать с редиректами. Настроить постраничные редиректы для сайта с несколькими десятками страниц – не проблема. Если количество страниц исчисляется сотнями или тысячами, работа с редиректами будет едва ли не самым трудозатратным этапом переезда.
Например, представьте, что на старом движке все телефоны, смартфоны и фаблеты были доступны в разделе «Смартфоны и телефоны» по URL example-shop/catalog/phones/. Каждый телефон доступен по адресу типа example-shop/catalog/phones/phone1.
Если при переезде на новую CMS вы создаете отдельные разделы каталога для телефонов, смартфонов и фаблетов, товары будут доступны по URL типа example-shop/catalog/phablets/phablet1 и example-shop/catalog/smartphone/smartphone1. Здесь редиректы придется делать вручную.
Несоответствие функциональности старого и нового движка
Представьте магазин на WordPress, который нужно перенести на OpenCart. На WordPress удобно вести блог, а на OpenCart раздел «Статьи» не тянет на полноценный блог. При переезде придется решать эту проблему: расширять функциональность OpenCart с помощью модуля для ведения блога, «прикручивать» к OpenCart блог на WordPress на поддомене и так далее.
Примеров привести можно очень много, поэтому при смене CMS нужно быть готовым искать или покупать нужные решения.
Проблемы с дизайном
Если вы пользуетесь дизайн-шаблоном, сохранить внешний вид при переезде на новый движок не удастся. Можно найти более или менее похожий шаблон для новой CMS или потратить деньги на услуги дизайнера. Сама по себе смена дизайна – не проблема. Просто будьте готовы к дополнительным расходам.
Если подводные вас не пугают, а работать со старой платформой больше нельзя, приступайте к переезду. Ниже вы найдете общий алгоритм действий и информацию о переносе сайта в конкретных направлениях.
Как перенести сайт: пошаговые инструкции
Каждый сайт имеет особенности, которые придется учитывать при переезде. Тем не менее владелец ресурса или маркетолог должен понимать и контролировать общий алгоритм переноса ресурса на новый движок.
Итак, вы выбрали новую CMS и сделали резервную копию сайта. Далее:
1. Зафиксируйте текущую эффективность сайта
Этот шаг нужен, чтобы оценивать последствия переноса ресурса на новую CMS и исправлять ошибки. Определите текущую эффективность по критериям, которые обычно используете. Это может быть:

  • Посещаемость за выбранный период.
  • Позиции ресурса в выдаче по важным запросам.
  • Список самых трафиковых страниц.
  • Поведенческие метрики.

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

  1. Сделайте таблицу существующих URL сайта с кодом ответа сервера

Воспользуйтесь Netpeak Spider или аналогичным инструментом для парсинга сайта. На этом этапе нужно получить список всех страниц с кодами ответа сервера. Добавьте полученные данные в таблицу.

  1. Отсортируйте URL по коду ответа сервера

На этом этапе должно получиться три таблицы или вкладки: на первой доступные страницы с кодом ответа 200, на второй страницы с переадресацией с кодом 301, на третьей несуществующие страницы с кодом 404.

  1. Сделайте таблицу с новыми URL

Если структура URL старого сайта была логичной, сделать таблицу соответствия будет относительно просто. Например, если в интернет-магазине товары были доступны по адресам типа example-site/catalog/phones/nokia1100/, на новом структура URL может быть такой: example-site/phones/nokia/nokia1100/.
Если на старом сайте были нелогичные URL типа example-site/catalog/nokia1100/ и example-site/catalog/samsung-galaxy/, трудоемкость процесса и вероятность ошибок увеличится.
Не забудьте настроить переадресацию для страниц с кодом 301. Если этого не сделать, на новом сайте будут отображаться несуществующие страницы старого сайта.
Уделите внимание URL с кодом ответа 404. Если это неактуальные адреса, не включайте их в таблицу соответствия. Страницы с такими URL можно не генерировать на новом движке. Если страница важная, на нее есть входящие внешние и внутренние ссылки, включите ее в таблицу и корректно настройте редиректы.
Если страница имеет входящие внешние ссылки, но соответствующей ей страницы на новом сайте не будет, в качестве целевого адреса укажите страницу категории товаров, каталога, справочной информации или главной страницы.
Проверить входящие ссылки можно с помощью инструментов типа Megaindex или Ahrefs.
3. Настройте новую CMS на тестовом домене или локальном сервере
Разверните новый сайт на поддомене вида test.ваш-site.com. Обязательно закройте тестовый поддомен от индексации. Это можно сделать средствами CMS или через файл robots.txt. Например, в WordPress закрыть сайт от индексирования можно в разделе админки «Настройки – Чтение».
На этом этапе нужно установить и настроить CMS: натянуть дизайн, включить кэширование и сжатие данных, установить нужные модули и плагины, подключить ускоренные страницы, добавить микроразметку и так далее.
4. Перенесите контент со старого сайта на новый
Если на сайте 5–10 страниц, контент можно перенести вручную. С переносом контента большого сайта будут работать программисты.
Для типичных страниц, например, списка категорий товаров, списка товаров в категории, страницы товара в интернет-магазине, списка рубрик, списка публикаций в рубрике или страницы публикаций в контент-проекте создаются шаблоны. После подключения шаблонов через админку переносится контент.
Статические страницы обычно переносятся вручную без шаблона. Например, речь идет о страницах «О компании», «Условия доставки», «Контакты», «Наша команда» и так далее.
5. Настройте редиректы
Запомните: вам нужен постоянный редирект 301. То есть после указания редиректов в файле .htaccess старые URL должны возвращать код ответа 301, а новые – код 200.
Редирект 301 сообщает поисковым системам, что страница навсегда переехала на новый адрес. В этом случае вся SEO-карма старого URL, включая входящие ссылки и внутренний ссылочный вес, передается на новый URL.
Настройка редиректов зависит от конкретного сайта. Можно обратиться к программисту или разобраться самостоятельно.
6. Проверьте корректность работы сайта
После переноса контента проверьте, как работает тестовый ресурс:

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

Если сайт работает корректно, откройте доступ к нему по основному URL. Сразу же выполните шаги 7 и 8.
7. Добавьте на сайт коды внешних служб и перенастройте системы аналитики
Добавьте на новый сайт контейнер диспетчера тегов, если вы его используете. Остальные службы можно подключать через Tag Manager или прямо на сайт. Необходимо:

  • Добавить коды верификации «Яндекс.Вебмастер», Search Console Google и других поисковиков.
  • Добавить коды отслеживания «Метрики», Google Analytics, Liveinternet.ru и других систем аналитики. Не забудьте перенастроить цели, электронную торговлю и другие параметры, на которые может влиять изменение URL.
  • Установите коды рекламы и партнерских блоков, систем комментирования, обратного звонка, коллтрекинга, всплывающих окон, вывода рекомендаций и других сервисов, которые обеспечивают функциональность сайта.

Проверьте работоспособность внешних служб и при необходимости укажите корректные настройки.
8. Сгенерируйте актуальную карту сайта и сообщите о ней поисковым системам
Создать актуальную карту сайта можно с помощью внешних сервисов, например, Вы не можете видеть эту ссылку., или средствами нового движка.
После создания и настройки карты сайта перейдите в Search Console Google. В разделе «Сканирование – Файлы Sitemap» отправьте новый файл на проверку. Это можно сделать с помощью кнопки «Добавление/Проверка файла Sitemap».
В «Вебмастере» отправить новую карту сайта на проверку можно в разделе «Индексирование – Файлы Sitemap».
9. Отслеживайте эффективность сайта после переезда
Перед переездом вы фиксировали эффективность старого сайта. После переезда на новую CMS отслеживайте ключевые показатели и сравнивайте метрики до и после переезда. Полученная информация будет руководством к действию.
В случае стабильного падения поискового трафика ищите причины. Это могут быть:

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

Корректная реализация описанного алгоритма позволяет перенести сайт на новую CMS без длительного падения трафика и других метрик эффективности. А если новый движок более удобный и функциональный, эффективность ресурса после переезда должна вырасти.
Особенности переноса сайта в популярных направлениях
При переносе сайта на новый движок нужно учитывать особенности конкретных CMS. Ниже описаны инструменты и нюансы переезда в нескольких популярных направлениях.
Как перенести статичный HTML-сайт на WordPress
Переезд в этом направлении целесообразен, если вы превращаете сайт-визитку из нескольких страниц в полноценный сайт и планируете регулярно публиковать новые страницы. Благодаря развитой инфраструктуре WordPress перенести статичный сайт на этот движок сможет даже специалист без технической подготовки.
Алгоритм переноса такой:

  1. Скопируйте и сохраните на локальном диске файлы старого сайта на HTML

Для этого можно использовать FTP-клиент, например, FileZilla. Данные для доступа к серверу возьмите у провайдера. Скачайте на локальный диск все папки и файлы из корневого каталога сайта. Корневой каталог имеет имя сайта.
Также доступ к файлам сайта можно получить через диспетчер файлов панели управления хостингом. Данные доступа возьмите у провайдера.

  1. Удалите с сервера старый сайт и установите движок

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

  1. Конвертируйте дизайн сайта в тему WordPress

Этот шаг имеет смысл, если важно сохранить дизайн старого сайта. Обратитесь к веб-разработчикам или воспользуйтесь автоматическими сервисами:

  • Вы не можете видеть эту ссылку.. Платный сервис. В течение минуты конвертирует дизайн HTML-сайта в тему WordPress. Стоимость конвертации 5 долларов.
  • Вы не можете видеть эту ссылку.. Плагин для WordPress, который автоматически трансформирует дизайн HTML-сайта в тему WordPress. Стоит 20 долларов.
  • Вы не можете видеть эту ссылку.. Условно бесплатный плагин, который переносит HTML-сайт на WordPress.
  1. Установите тему WordPress

Используйте созданную на предыдущем этапе тему или выберите любой подходящий шаблон.

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

Контент небольшого сайта можно перенести вручную. Если сайт большой, доверьте перенос контента разработчикам. В качестве альтернативы обратите внимание на сервис CMS2CMS. Для автоматического переноса HTML-сайта на WordPress создатели сервиса предлагают пользоваться плагином.
После установки плагина в соответствующем разделе админки сайта появляется пункт меню HTML to WordPress. Войдите в него и зарегистрируйтесь.
Укажите URL сайта на HTML. Если планируете сделать сайт на WordPress на том же URL вместо сайта на HTML, сначала Вы не можете видеть эту ссылку..
Укажите подходящие настройки и запустите перенос. Доступны такие настройки:

  • Трансформация страниц HTML-сайта в страницы или посты сайта на WP.
  • В дополнительных настройках можно выбрать статус контента: опубликованный или черновик.
  • За плату можно автоматически настроить редиректы, перенести мета-данные страниц и изображения.

Лайфхак: если при переносе сайта с HTML на WordPress вы не планируете сохранять дизайн, можно обойтись бесплатной версией плагина CMS2CMS. С ее помощью можно быстро перенести контент HTML-страниц на новый сайт. Останется только оформить страницы и поменять ссылки.
На анимации ниже показана исходная страница сайта на HTML и ее клон после переноса на WordPress.
Плагины CMS2CMS можно использовать для переноса на WordPress сайтов с Joomla!, Drupal, Weebly, Wix и других популярных движков и конструкторов.
Как переехать с Wix на WordPress
В начале лета 2018 года владельцы сайтов на популярном конструкторе Wix получили неприятный сюрприз: «Яндекс» разучился индексировать ресурсы на этой SaaS-платформе. Представитель «Яндекса» Михаил Сливинский пообещал решить проблему. Но эта ситуация – весомый аргумент в пользу переезда с Wix на полноценную CMS.
При переезде с Wix на WordPress возможны две ситуации.
Если вы переезжаете с конструктора на полноценный движок и хотите сохранить URL, нужно перенести домен к новому регистратору. Для этого в разделе «Управление сайтом – Домены» выберите нужный домен и в разделе «Дополнительно» выберите опцию «Перенести с Wix». Вы получите данные, необходимые для переноса домена.
Если при переезде вы меняете платформу и URL, достаточно настроить редирект 301 с Wix на новый сайт. Для этого воспользуйтесь соответствующей опцией в разделе «Управление сайтом – SEO». Обратите внимание, для настройки редиректа у вас должен быть подключен платный домен.
Wix не поддерживает экспорт сайтов на сторонние сервера. Но вы можете перенести контент вручную или с помощью программных решений, например, Automated WiX To WordPress Migration Plugin.
Как перенести сайт с Joomla! на WordPress
Для автоматического переезда с Joomla! на WordPress есть готовые программные решения:
Плагин FG Joomla to WordPress позволяет перенести контент на новый движок, а также сохранить структуру сайта: теги и категории. После установки надстройки запустить импорт можно в разделе админки WordPress «Инструменты – Импорт».
В настройках импорта можно автоматически удалить контент с сайта на WordPress. Для этого отметьте опцию Remove all WordPress content. Укажите URL сайта на Joomla.
Укажите данные базы данных сайта на Joomla. Их можно найти в разделе «Система – Информация о системе – Конфигурационный файл Joomla».
Если сайты находятся на разных хостах, разрешите удаленный доступ к базе данных Joomla. Для этого в cPanel в разделе «Базы данных» выберите раздел «Удаленный MySQL».
Добавьте узел доступа и сохраните изменения.
Настройте параметры импорта. Обратите внимание на возможность трансформировать публикации на сайте Joomla! в посты или страницы на сайте WordPress. Если нужны страницы, отметьте пункт Create Pages. Начните импорт с помощью кнопки Start/Resume the import.
Как перенести сайт с WordPress на Drupal
Сделайте резервную копию сайта на WordPress. Убедитесь в ее работоспособности. Для этого можно развернуть сайт на локальном сервере.
Экспортируйте сайт с WordPress. В админке выберите раздел «Инструменты – Экспорт». Отметьте опцию «Все содержимое».
Удалите WordPress с сервера и установите Drupal. Установите и активируйте следующие модули:

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

После установки и активации модулей перейдите в раздел Content – Migrate. Выберите вкладку Import from WordPress. Укажите путь к скрытым файлам. Для этого перейдите по ссылке configured (см. иллюстрацию) и укажите параметры. Скрытые файлы можно хранить в одном каталоге с публичными.
Загрузите файл экспорта WordPress. Также можно указать URL старого сайта. Этот вариант работает, если со сменой движка вы меняете URL.
Создайте новые учетные записи для авторов публикаций на WordPress.
Настройте параметры импорта. Например, посты с сайта WordPress можно конвертировать в статьи, а статические страницы оставить статическими страницами.
Укажите параметры конвертации таксономий. Модуль миграции может конвертировать теги и категории WordPress в теги и категории Drupal.
Запустите импорт. После завершения работы модуля проверьте, как отображается контент. На иллюстрации ниже видно, как отображается контент на сайте-доноре (WP) и на сайте-акцепторе (Drupal).
Перенос сайта: возможно, но рискованно и хлопотно
В теории перенос сайта выглядит простой задачей. По сути для переезда нужно только настроить новый сайт с учетом актуальной структуры, перенести контент и прописать редиректы. На практике переезд с одной CMS на другую – трудозатратное и рискованное мероприятие. Поэтому воспринимайте смену движка как крайний шаг. А чтобы избежать необязательных хлопот и расходов, ответственно планируйте сайт и выбирайте подходящую CMS на старте.

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

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

Взвесить все «за» и «против»

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

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

Чтобы отчетливо представлять всю картину, нужно учитывать то, как поисковые системы смотрят на ваш сайт. Для них это структура связанных между собою html-страниц. Каждая страница имеет свои характеристики: уникальный url, контент, метатеги (title, description, keywords), заголовки h1-h4, ссылки на другие страницы сайта.

При переносе сайта на новую CMS неизбежны перемены всех параметров, особенно url. А если сайт имел хорошую перелинковку страниц, то вся работа усложняется в разы.

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

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

7 шагов переноса сайта на новую CMS (чеклист)

1. Закажите аудит и проконсультируйтесь с компетентным SEO специалистом относительно того, как сохранить максимум трафика и позиций сайта при переезде на другую CMS.

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

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

2. Очень важна тонкая настройка редиректов. Здесь самая грубая ошибка – это повесить сплошной редирект всех старых страниц на главную страницу нового сайта; такой метод плохо повлияет на SEO и поведенческие факторы.

Правильная же реализация – это прописать правила редиректа для всех страниц, установив постоянный 301 редирект от старого URL к соответствующей новой странице.

3. Если страниц слишком много, то можно решить эту задачу двумя вариантами:

  • Для редиректа нужно выбрать самые важные страницы, а на остальные установить страницу 404 нового сайта.
  • Специальными средствами реализовать массовый редирект (технические решения можно реализовать средствами Apache, NGNIX или же плагинами для редиректа на основе PHP+SQL)
  • Рекомендуемый срок поддержки редиректа после переноса сайта не менее 6 месяцев. Если же сайт был перенесен на новый домен, то старый домен нужно продлевать и держать под своим контролем.

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

  • Трафик страницы
  • Интерес к контенту страницы, вовлечение ЦА
  • Конверсия посетителей страницы
  • Обратные ссылки на страницу

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

5. Проверяйте внутренние и внешние ссылки, учитывайте, что всю внутреннюю перелинковку сайта придется выполнять заново, заменяя старые URL на новые.

После переноса сайт должен остаться в консистентном (целостном, неповрежденном) состоянии. Проверить битые ссылки можно с помощью программы Netpeak Spider (о программе ).

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

На новом сайте устанавливаем необходимые модули, которые должны расширить прежний функционал и сохранить совместимость с предыдущей CMS.

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

Даже если перенос раздела прошел хорошо, не торопитесь переносить весь сайт. Нужно дождаться реакции поисковых систем: войдут ли в индекс новые страницы так, как ожидалось, займут ли они прежние позиции?

7. С чем придется столкнуться при смене CMS

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

Когда перенос не нужен

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

У моей CMS открытый исходный код

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

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

На другой CMS больше бесплатных шаблонов и плагинов

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

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

Поэтому аргументы типа «Drupal круче Joomla» и «на WordPress больше красивых бесплатных тем» не принимаются.

Сайт плохо ранжируется

Это уже более серьезная причина для переноса. Но спешить не стоит, вполне возможно, что у сайта проблемы с юзабилити или SEO. Поэтому для начала проведите аудит и проверьте:

  • Наличие карты сайта. Качественная карта сайта помогает поисковым роботам быстрее сканировать и индексировать ваш сайт. Поэтому ссылку на карту обязательно добавьте в панель вебмастеров Яндекса или Google, если еще не сделали этого.
  • Наличие ошибок. Их очень может быть очень много — ненадежный хостинг, битые ссылки, некорректно настроенный robots.txt и другие технические проблемы, которые отрицательно влияют на ранжирование сайта в поисковой выдаче.
  • Метатег robots. Частая ошибка при несознательном изменении настроек CMS или хостинга. В коде появляется такая строка:

    Это значит, что на страницу наложен полный запрет и поисковики ее попросту не видят. Нужно срочно исправлять.

    Или снять все запреты:

    Или выбрать разрешающую директиву:

Что еще может стать поводом для проблем с ранжированием сайта?

  • Дубли страниц.
  • Неуникальный контент.
  • Проблемы с доступностью и скоростью загрузки.

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

За перенос сайтов на какой-нибудь бесплатной CMS мелкие подрядчики берут не много — от 8-15 тысяч рублей (например, , или ). За миграцию интернет-магазина на Битриксе возьмут побольше — от 50 тысяч (). Но важно понимать, что миграция — процесс слабо поддающийся стандартизации, так что почти со 100% вероятностью после того, как вашу задачу оценят, ценник вырастет в 3-5 раз. И это без гарантии качества, само собой. Так что в некоторых случаях можно подумать о разработке нового сайта с нуля — рентабельнее получится.

Когда перенос нужен

А теперь еще несколько ответов на все тот же вопрос «Зачем мне переезжать на другой движок». Но на этот раз они — сигнал к тому, что мигрировать действительно надо.

Сайт морально устарел

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

У сайта может быть самописный движок. Самописный движок — это не хорошо и не плохо. Например, многие крупные интернет-магазины («Юлмарт», «М. Видео», «Утконос», Wildberries) работают на самописных движках и прекрасно себя чувствуют.

Другое дело — если это сильно ограничивает ваши действия и мешает улучшать сайт.

  • Движок устарел, а вы уже не сотрудничаете с разработчиком или его контакт утерян.
  • Даже элементарные изменения (залить текст или изображение) отнимают у вас много времени.
  • За любое расширение функциональности нужно платить.

Если вы уперлись функциональную ограниченность самописной CMS, то готовьтесь к переезду.

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

Как вы помните, дизайн — это не про красивые картинки, а про функциональность. Так или иначе обновленный UI заставить многое поменять в коде, в том числе на уровне бэкенда и взаимодействия с CMS.

У вашего сайта технические неполадки. За время работы сайт сменил пять команд разработчиков, а это значит — каждая последующая наследовала код предыдущей. Само собой, часть багов оставалась нерешенной и весело кочевала от команды к команде. Тем временем читаемость кода ухудшалась и вот настал момент, когда вам стало чертовски сложно найти подрядчика на поддержку.

Кажется, настало время начать все с чистого листа.

Сайт сделан на конструкторе, а вы хотите полноценный движок

Tilda, Wix и другие конструкторы открывают большие возможности — но их все равно значительно меньше, чем у полноценных движков. Шаблонные дизайн-макеты, платные дополнительные функции, отсутствие поддержки сторонних шаблонов и доступа к бэкенду — все это сильно связывает вам руки.

Так что эту причину тоже можно считать уважительной для миграции.

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

Проблемы и риски

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

Что может пойти не так? Ответ — все.

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

  • Тексты со страниц разделов, категорий.
  • Тексты со страниц оптимизированных фильтров (если есть).
  • Контент с карточек товаров: тексты-описания, отзывы, видео, характеристики.
  • Информация со служебных страниц, страниц статей, страниц услуг или блога.

Чтобы не запутаться в страницах, сделайте таблицу переноса текстов для основных разделов и категорий.

Когда вы уже непосредственно дошли до дела, действовать нужно следующим образом. Выложите новый сайт на поддомен или тестовый домен, обязательно закрыв его от индексации в robots.txt (команда Disallow: /), дополнительно закрыть через .htaccess и мета-тегом <meta name=»robots» content= «noindex, nofollow»> на все страницы сайта.

Так вы ничего не потеряете.

Потеря ссылочной массы

Грубейшая ошибка при переносе — повесить сплошной редирект всех старых страниц на главную страницу нового сайта.

Вот так:

В результате получается 404 ошибка:

Так вы теряете часть реферального трафика, особенно если старые страницы продвигались и на них размещались ссылки.

Правильная же — настроить редирект для всех страниц, установив постоянный 301 редирект от старого URL к соответствующей новой странице.

  • Сделайте 301 редирект для перенаправления всех страниц старого сайта на соответствующие страницы нового. Если нет возможности прописать 301 редирект для каждой страницы, то тогда перенаправляйте все содержимое одного раздела на соответствующий ему раздел нового сайта.
  • Сделайте 301 редирект на главное зеркало (с www или без) и /(слэш). Проверьте, какое зеркало поисковые машины считают главным. Если зеркала у Яндекс и Google разные, то следует ориентироваться на Яндекс. Для редиректа на слэш или без — смотрим программный код.

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

Путаница с URL

Этот пункт вытекает из предыдущего.

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

Как этого достигнуть?

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

Плохая новость — все это скорее всего придется делать вручную. Таков он, переезд, суров и беспощаден.

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

Помните об этом.

Поэтому при переносе часть функций может быть утеряна.

Старый сайт остался доступным и открыт к индексации

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

Так что перед тем, как открыть новый сайт для индексации, обязательно проверьте, закрыт ли старый.

Кроме того, есть риск

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

Все еще хотите мигрировать?

Вам понадобятся

Если вы такие рисковые, что все-таки решились на эту авантюру, то нужно тщательно подготовиться.

Вот список того, что вам точно понадобится во время переезда.

Доступы

Без доступов от админ-панели, протокола FTP, хостинг-панели, баз данных, панели управления доменом, осуществить перенос сайта никак не получится.

Так что если разработчик пропал, то у вас проблемы.

Конечно, все эти данные можно вычленить, имея только доступ в панель управления.

Информация о сайте

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

Поэтому предварительно соберите следующие данные:

  • Посещаемость за выбранный период.
  • Позиции ресурса в выдаче по важным запросам.
  • Список самых трафиковых страниц.
  • Поведенческие метрики.

Это легко можно сделать с помощью Яндекс.Метрики или Google Search Console.

Техническое задание

Без хорошего ТЗ, результат, как говорится, хз.

Что должно входить в техническое задание для переезда?

  • Структура сайта со всеми типами страниц.
  • Шаблоны мета-информации (Title, Keywords, Description, H1).
  • Базовые технические рекомендации (настройка robots.txt, оптимизация страниц пагинации, настройка кодов ответа сервера, генерации sitemap. xml и html-sitemap).
  • Рекомендации по SEO-правкам.

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

Объем технического задания для переноса, конечно, зависит от самого сайта — количества страниц, ссылок и так далее.

Бэкап

Программист, делай бэкап! Даже если кажется, что не надо, — все равно делай!

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

Таблица старых 301 редиректов

Если на сайте уже когда-то менялись ссылки (а это, скорее всего, было, если с сайтом работали), то тогда должна быть своя таблица редиректов.

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

Таблица новых редиректов

И на сладкое — таблица соответствий URL.

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

Как составить таблицу редиректов?

  1. Выгружаем все целевые URL со старого сайта с помощью Screaming Frog SEO Spider.
  2. Сопоставляем их с аналогичными URL на новом сайте.
  3. Если нет аналогичных страниц на новом сайте — редирект настраивать не нужно, пишем код ответа — 404.

Лучше сводить все данные в таблицу для наглядности.

Пример таблицы редиректов

Шаги

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

Шаг № 1. Установка новой CMS

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

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

Шаг № 2. Перенос контента

Если на сайте 5-10 страниц, то все тексты и изображения можно перенести вручную.

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

Впрочем, лучше работать со спецами с самого начала — меньше нервов потратите.

Шаг № 3. Создание карты сайта

Всего насчитывается 6 видов карт, из которых чаще всего используют три: базовая XML Sitemap для всех страниц сайта, Image Sitemap для изображений и HTML Sitemap для упрощения навигации.

Есть несколько инструментов для создания карты:

  • Встроенный функционал CMS или дополнительные внешние плагины для нее.
  • Онлайн-генераторы карт сайта (XML Sitemap Generator, XML-Sitemaps. com, Check Domains).
  • Специальные скрипты для автоматической генерации карт сайта.
  • Десктопные инструменты (Screaming Frog SEO Spider) и краулеры со встроенным генератором файлов Sitemap.

После того, как вы разместили карту в корневом каталоге сайта, не забудьте указать ее адрес в директиве Sitemap файла robots.txt.

Шаг № 4. Настройка robots.txt

Перед релизом нового сайта обязательно проверьте, в каком состоянии находится файл robots.txt.

Загрузите в программу инструкции для поисковых роботов без изменения реального файла robots.txt и увидите сайт «глазами поисковиков». И поймете, не оказались ли какие-то из важных страниц закрытыми от индексации, и наоборот.

Шаг № 5. Настройка редиректов

Зачем это нужно, мы уже неоднократно упоминали. Настройка редиректов зависит от конкретного сайта.

Шаг № 6. Замена внутренних ссылок

Все ссылки (меню, ссылки в текстах, ссылки в атрибутах next, prev, canonical) должны быть актуальными, то есть не принадлежать старому сайту.

Поэтому не поленитесь пройти по всем тегам и сделать новую перелинковку.

Шаг № 7. Проверка на ошибки

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

Для этого изучите справку Google об URL-адресах сайта.

Шаг № 7. Уведомление поисковых систем о переезде

Финальный аккорд — сообщить поисковым системам о том, что вы переехали.

Смена адреса в Google Search Console

Выберите новый домен из выпадающего списка и сверьтесь с чеклистом Google Search Console. Затем подтвердите отправку запроса на смену адреса.

Смена адреса в Google Analytics

Зайдите в раздел с настройками и выберите «Настройки аккаунта» → «Настройки ресурса». В разделе ищите поле «URL по умолчанию», в котором нужно будет указать новый адрес.

Смена адреса в Яндекс. Вебмастер

Аналогичную процедуру проделываем в разделе «Индексирование» → «Переезд сайта».

Смена адреса в Яндекс. Метрике

Заходим в раздел «Настройка» и на вкладке «Счетчик» прописываем новый адрес сайта.


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *