261

Полезное

У нас много интересного
Связаться с нами
170000, Россия, г. Тверь, Свободный пер., д.3, корп.2, офис 8. схема проезда
21 Сентября 2020
Переезд с одной CMS на другую: как перенести сайт, сохранив всё нажитое за годы SEO-продвижения
logo Site Elite Studio

Переезд с одной CMS на другую: как перенести сайт, сохранив всё нажитое за годы SEO-продвижения

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

Что вы найдёте в статье:

Когда пора переезжать на новую CMS


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

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

(!) Возможностей конструктора не хватает для коммерческого сайта

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

(!) Сайт «вырос» из исходного самописа

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

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

(!) Наросла критическая масса технических проблем

Код невалидный, загрузка занимает каждый раз по несколько минут, генерируются десятки дублей и т. д.? Переезд актуален, если в продвижение вкладываются деньги, сайт вылощен (оптимизация, контент, закуплена ссылочная масса), но путь в ТОП поисковых систем всё ещё заказан из-за технических проблем, которые решаются исключительно сменой CMS и прямыми руками разработчика.

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

Когда без переноса сайта можно обойтись


Аргументы, которые совсем не аргументы:

  • «Админка в Bitrix со слишком сложным интерфейсом, давайте перейдем на MODx!». Если сайт старый и разросся до крупных размеров, то проще освоить и полюбить Bitrix, правда.
  • «Сайт на OpenCart, но я подробно изучил только WP, перенесу на него — и проблем знать не буду!». Лучше потратить неделю на освоение тонкостей OpenCart, чем спустить кучу времени на перенос сайта, последующее исправление ошибок и возвращение позиций.
  • «На Joomla мало шаблонов и нет нужных плагинов, давайте переедем на WP!». Опять же, потенциальные затраты несоизмеримы с выгодой. Подумайте над возможностью разработки платного индивидуального плагина/шаблона. На оплату труда одного разработчика вы в большинстве случаев потратите меньше, чем на командный переезд.
  • «WP с его открытым кодом легче всего взломать и скопировать, держать тут сайт небезопасно!». Будьте честны с собой: если киберворы захотят, то взломают любой ресурс, поскольку прецеденты были даже с правительственными сайтами и сайтом Пентагона. Смена CMS — последнее, что вас сможет защитить от атак.

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

Кстати, мы профессионально разрабатываем сайты под ключ, от создания прототипов, дизайна и верстки до наполнения контентом, SEO-продвижения в ПС и сопровождения. Узнать подробнее!

Минусы и подводные камни


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

Потерянный контент

«Битые» изображения, неверные атрибуты, исчезновения товаров и страниц — частые спутники неудачного переезда

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

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

Замена структуры сайта и URL-адресов


Сообщение о потере страницы поисковиком

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

Сложность настраивания редиректов

Меняете структуру URL — готовьтесь следом прорабатывать редиректы. И если настройка редиректов на сайте с 30-50 страницами — просто разминка, то настройка постраничных редиректов в каталоге с тысячей страниц — квест, который отнимет массу времени и ресурсов.

Разница в функционале новой и старой CMS

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

Крах привычного дизайна

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

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

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


Конкретную цену назвать нереально, если не видишь, с чем именно предстоит работать. Всё зависит от функционала исходного сайта, от выбранной под перенос CMS (тот же 1С Битрикс сам платный), от текущих позиций в поисковиках. Примерные затраты можно сопоставить с разработкой сайта с нуля, т. к. разработчик должен будет либо масштабно править текущую верстку, либо заново верстать весь сайт под новый движок.

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

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


Шаг 1. Подготовьте таблицы сопоставления URL и сборки редиректов

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

  • Отсканируйте старый сайт парсером (WebSite Auditor, Screaming Frog, SE Ranking, др.) и экспортируйте данные: оптимизацию, URL-адреса, состояния, ошибки и т. д. Проверьте индекс Яндекс и Google оператором "site:". Кстати, закрытый от индексации сайт также можно просканировать WebSite Auditor и Screaming Frog — просто отключите следование инструкциям robots.txt в настройках.
  • Выгрузите URL, title, description и h1. Если переезжаете многостраничным интернет-магазином или сайт изначально сложный в тех.плане, то советуем выгрузить ещё и коды ответа.

    WebSite Auditor, Screaming Frog, SE Ranking позволяют не только просканировать на ошибки и собрать общую информацию о сайте, но и выгрузить сведения в виде таблицы

  • Создайте новую (либо дополните общую) гугл-табличку с именем «проект, seo», скопируйте на новый лист данные из предыдущего пункта.

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

  • Повторите все действия с тестовым поддоменом, проверяя сразу, переехала ли оптимизация.
  • Откройте таблицу с данными старого сайта и добавьте столбец с именем «Новый URL», сопоставьте «урлы», заполните столбец.
  • Приступайте к сбору редиректов, добавив в таблицу новый лист с именем «Сборка редиректов».

Работа через таблицу позволит избежать путаницы и верно составить список RewriteRule 301

Редиректы настраивайте на страницы не тестового, а основного домена! Добавьте также в таблицу редиректы, прописанные на старом сайте, а после переезда проверьте все редиректы на отсутствие цикличности, например, через checkmy.ru.

Шаг 2. Перенос оптимизации

Корректность переноса полностью зависит от того, насколько точно составлена таблица сопоставления URL

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

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

При переносе текста обратите внимание не только на его наличие, но и на то, как он размечен, верно ли проставлены заголовки, не засорен ли код стилями

Пройдитесь по страницам сайта, стартуя с посадочных. Проверьте наличие и корректность градаций заголовков (букмарклет «Подсветка заголовков» вам в помощь), чтобы вовремя отловить переходы в <span>, <div>, <p>.

Бурмарклет для подсветки заголовков позволит сократить время на проверку корректности размещения текстов

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

Шаг 4. Итоговый прогон сайта вместе с разработчиком

Просмотрите robots.txt текущего сайта на предмет наличия отдельных инструкций для разделов или страниц. Прикиньте необходимость переноса правил. Совместно с разработчиком пройдитесь по 8 пунктам чек-листа, размещенного ниже, контролируя готовность сайта к запуску. Отметьте для разработчика, что доступы к административной панели и ftp нужно переслать сразу после переноса сайта и прописывания NS записей.

Переехали, что дальше? 8 обязательных действий, которые нужно сделать после завершения переноса сайта

Распечатайте чек-лист, положите рядом с клавиатурой и отмечайте галочками выполненные пункты:

  1. Убедитесь в том, что индексация открыта. Просмотрите robots.txt, проверьте отсутствие тега <meta name="robots" content="noindex" /> в <head>
  2. Пропишите редиректы, скопировав из таблицы.
  3. Перепроверьте, куда перенаправляют редиректы, через checkmy.ru.
  4. Проверьте генерацию sitemap.xml
  5. Вооружитесь WebSite Auditor и Screaming Frog и прогоните обновленный сайт через оба сервиса. Убедитесь, что оптимизация на своем месте, шаблоны мета-тегов генерируются безошибочно, отсутствуют битые и циклические ссылки, а также ссылки на тестовый поддомен, нет дублей страниц и присутствует корректный вывод 404 страницы.
  6. Перепроверьте коды счетчиков, корректность работы Яндекс.Вебмастер и Google Search Console.
  7. Направьте sitemap.xml на переобход в Яндекс.Вебмастер и Google Search Console.
  8. И наконец, поставьте аналитику задачу на актуализацию целей для сбора конверсий .

Готово, вы великолепны!

Рекомендации SEO-специалиста по безболезненной замене CMS

Наш SEO-специалист Александр Власенко, помогавший с переносом сайта минимум 3 нашим заказчикам, дал  ценные советы, выведенные горьким опытом из собственной практики.

  • Не занимайтесь переездами в разгар сезона продаж, чтобы не растерять клиентов.
  • Назначайте переезд на понедельник. Все сотрудники компании и сотрудники справочного центра хостинга будут доступны — это сильно упростит решение вероятных проблем.
  • Масштабный тяжелый сайт переносите на новую CMS по частям. Сначала один раздел/поддомен, потом второй, потом по очереди остальные.
  • Полностью сконцентрируйтесь на переносе сайта и поставьте на паузу все остальные работы. В случае просадки позиций сразу будет понятен источник проблемы.
  • Всегда делайте бэкапы!
  • Оставьте старую версию сайта, закрыв от индексации. Если на новом сайте понадобится вносить изменения, вы всегда сможете вернуться к созданным страницам.
  • Сразу после переезда каждый день мониторьте текущие позиции страниц, используя Я.Вебмастер и Google Search Console. Ежедневный мониторинг поможет быстро засечь проседание позиций и выполнить доработки при необходимости.

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

Перенесите ваш сайт на новую CMS быстро и без проблем: закажите в Site Elite услугу по переносу сайта. Переездом займутся специалисты, которые удачно завершили по 2-3 схожих проекта — а это самая надежная гарантия успеха!
Закрыть
ЕСТЬ ПРОЕКТ?
давайте его обсудим, продумаем и сделаем!
Нажимая «Отправить запрос» вы соглашаетесь с политикой конфиденциальности

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

Закрыть
Запрос принят
Спасибо что выбрали нас

В ближайшее время мы свяжемся с вами для уточнения деталей заказа.