Перенос сайта на новую cms: Как перенести сайт на другую cms без потери позиций

Как перенести сайт на новую CMS без потери трафика и позиций

Виталий Чурочкин

Ведущий SEO-специалист digital-агентства Original Works

«Один переезд равен двум пожарам» – эта расхожая фраза вполне применима к миру digital.

Нередко дизайн и функционал сайта перестают соответствовать ожиданиям посетителей, не позволяют полноценно внедрять SEO-правки или просто не устраивают заказчика.

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

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

Давайте разберемся, как без потерь в позициях и трафике организовать переезд на новую CMS, изменить структуру и обновить дизайн сайта.

Требования к новому сайту

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

Структура проекта

Самым простым вариантом было бы перенести проект на новый движок с сохранением текущей структуры страниц (говоря про e-commerce-сайт, имеем в виду в первую очередь каталог). Но такой вариант подходит не всем: в большинстве случаев владелец ресурса или SEO-специалист считают необходимым внести изменения в структуру. Более того, зачастую переезд осуществляется именно с целью создания эффективной для продвижения структуры сайта.

Как быть: убедиться, что все важные страницы, которые уже существовали на старом сайте – перенесены и на новый. Выгрузить из Яндекс.Метрики и Google Search Console данные по точкам входа на сайт с источником «Поисковая система». Выборку взять за длительный период (скажем, за год). Проверить, что для всех значимых страниц входа созданы аналогичные страницы на новом проекте.

Мета-теги

Самый адекватный и простой вариант – перенести метатеги со старого сайта. Имеются в виду как генерируемые по шаблону страниц, так и «ручные» теги.

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

Перенос текстов

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

Перенос сквозных элементов

Необходимо перенести сквозные элементы, связанные с коммерческими или ссылочными факторами ранжирования.

В том числе следует уделить внимание таким блокам:

• коммерческие: блоки «Почему выбирают нас», «Схема работы» и подобные;




• ссылочные: сквозное выпадающее меню, элементы сквозной перелинковки.

Перенос пользовательских элементов

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

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

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

Почему важно настроить редиректы (перенаправления) со старых адресов на новые?

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

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

1. Наличие псевдораздела. Например, при переезде с безымянной системы управления на CMS Битрикс раздел каталога вида site.ru/televizory/ по умолчанию будет иметь адрес site.ru/catalog/televizory/ При таких изменениях в адресах страниц можно разом настроить массовые редиректы со страниц без псевдораздела на новые страницы.




2. Различные правила транслитерации букв кириллицы в латиницу в разных CMS. Например, ранее именовавшийся раздел /televizory/ может на новом сайте быть поименован /televisori/ Если на сайте с небольшим количеством страниц можно вопреки автоматической транслитерации задать ЧПУ адреса страниц вручную, то в масштабном каталоге придется смириться с изменением адресов и настраивать редиректы не массово, как в предыдущем пункте, а вручную постранично.

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

1. По title страниц

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

2. По h2 (наименованиям товаров и разделов)

Если title всё же менялся, разумно сопоставить страницы по заголовку h2. Для разделов это будет имя, для товаров – наименование. При переезде меняются редко.

3. По артикулам товаров

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

Ключевые моменты

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

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

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

2. Локальная копия сайта, либо копия на тестовом поддомене.

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

3. Двойной переезд: новая структура и протокол https.

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

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

Плюс, переезд с http на https может осуществляться не только при помощи настройки 301 редиректа на https версию, но и методом настройки rel=canonical на защищенную версию страницы. В этом случае возникает цепочка из редиректа (проставленного при смене адреса страницы) и канонического адреса (настроенного на протокол https), что затрудняет роботу переобход страниц. Наша же приоритетная цель при переносе сайта – наиболее быстрый обход, индексация, склейка и смена релевантных страниц на новые.

Рекомендуется отложить подключение SSL-сертификата и переезд на https до полной индексации и корректного ранжирования обновленного проекта.

4. Для каких страниц нужно настраивать редирект?

Для всех, где есть возможность. В том числе:

1. Редиректы со всех существующих страниц старого сайта, найденных краулером.




2. Редиректы со всех страниц в индексе поисковых систем, которые по каким-то причинам не найдены краулером по ссылкам (отсутствует путь от главной до страницы). Проверяется парсингом выдачи или выгрузкой проиндексированных страниц из Я.Вебмастера.




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




4. Редиректы со всех страниц сайта, на которые когда-либо был трафик по данным Яндекс.Метрики и Google Search Console. Возникают по многим причинам, в том числе из-за удаления товаров, линеек товаров (к примеру, определенного бренда), либо целых разделов сайта. Куда настроить редирект, если соответствующая страница отсутствует на новом сайте и ее создание недопустимо – расскажем ниже.

5. Цепочки редиректов

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

6. Куда настроить редиректы, если товаров и разделов не будет на новом сайте (удалены навсегда, исчезли из ассортимента/сняты с производства)?

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

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




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




3. Если удален целый раздел – аналогично, переадресация настраивается уровнем выше (на родительский раздел).

А если все же?

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

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

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

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

Итак, корректность проверена, все необходимые правки внесены, редиректы донастроены. Но как заставить робота посетить страницы, полгода отдававшие 404 ошибку, чтобы редиректы были обработаны, накопленное на старых URL – передано?

Лайфхак: из списка страниц, для которых донастраивались перенаправления – собрать файл sitemap в формате xml или txt, добавить в панели Я.Вебмастера и GSC и запустить переобход.

Итого

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

Чек-лист для самопроверки:

1. Структура нового сайта содержит все необходимые страницы.




2. Перенесены (или корректно изменены) шаблонные и «ручные» мета-теги.




3. Перенесены тексты.




4. Перенесены (или корректно изменены) сквозные элементы – блоки внимания, навигация.




5. Перенесены (или корректно изменены) элементы взаимодействия с пользователем.




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

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

Перенос сайта без потери трафика — это реально? / Хабр

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

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

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

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

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

Чек-лист переноса сайта на новый движок

1. Сохранена структура сайта

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

2. Создана карта редиректов

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

3. Перенесены метатеги title и description

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

4. Перенесены SEO-тексты

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

5. Проверена разметка страниц

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

6. Перенесены счётчики и вебмастеры

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

7. Приостановлены редиректы с мобильной версии

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

8. Сформирован новый robots.txt

В каждой CMS формируются свои директивы, которые следует закрывать от индекса поисковых систем. Поэтому файл robots.txt нужно сформировать заново, в зависимости от вида CMS.

9. Сохранено основное зеркало

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

10. Сгенерирован sitemap.xml

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

11. Проверено наличие 404-страниц

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

12. 404-страницы настроены

На новом сайте битые ссылки должны отдавать код 404, корректные — код 200. Корректность кодов важна для поисковой оптимизации сайта, поэтому, если эта проблема обнаружена, её стоит устранить до запуска сайта.

13. Используются относительные ссылки

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

14. Настроен nofollow

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

15. Настроены страницы пагинации

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

16. Код проверен на лишние элементы

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

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

Все, что вам нужно знать

Нельзя отрицать это; Миграция CMS болезненна. И суровая реальность такова, что для большинства компаний с устаревшими системами управления контентом, такими как Drupal, миграция CMS — это не просто разовая неприятность, это постоянная борьба.

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

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

Что такое миграция CMS?

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

Вы спросите, зачем организации браться за такую ​​гигантскую задачу? Итак, вот причины и мотивы, с которыми мы сталкиваемся регулярно:

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

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

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

Каковы преимущества миграции вашей CMS?

Решение о переносе вашей CMS на другую платформу имеет много преимуществ, которые мы подчеркиваем ниже:

1. Получите доступ к улучшенным функциям и функциям

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

2. Оптимизация веб-производительности

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

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

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

3. Возможность начать заново

Когда веб-сайт работает неуклюже, возникает соблазн бросить все и начать заново.

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

4. Лучшее взаимодействие с пользователем для ваших сотрудников

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

5. Повышение безопасности

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

Рекомендации по миграции CMS: перенос содержимого на новую CMS

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

1. Наймите менеджера проекта миграции CMS

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

Чтобы помочь руководителю проекта получить представление о ходе миграции CMS, ему потребуется доступ к инструментам отслеживания проекта. Здесь пригодятся рабочие процессы, электронные таблицы и программное обеспечение для управления проектами — они помогут руководителям проектов в планировании каждого аспекта миграции.

2. Используйте автоматизированные инструменты

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

3. Аудит вашего контента

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

4. Разработайте стратегию

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

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

5. Разработка модели контента

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

6. Запустите тесты после миграции

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

7. Работайте с вашим поставщиком программного обеспечения

Независимо от того, пользуетесь ли вы тем же поставщиком или переходите на совершенно новую CMS, обязательно спросите своего поставщика, как он может помочь упростить процесс. В Zesty.io мы стремимся помогать нашим клиентам на каждом шагу в области цифровых технологий; и наша приверженность обслуживанию клиентов отмечена в наших обзорах Gartner Peer Insights.

«Наш менеджер по работе с клиентами [Zesty.io] был очень внимателен и помог нам начать работу…»
— Специалист по инфраструктуре и операциям в организации стоимостью менее 50 миллионов долларов. Прочитайте их полный обзор Zesty.io.

Ваш контрольный список миграции CMS

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

Перед миграцией

• Проведение оценки данных перед миграцией : Оценка всех расходов и рисков, связанных с переездом. В зависимости от того, на какого поставщика CMS вы решите переключиться, некоторые процедуры миграции могут привести к длительному простою, что приведет к потере бизнеса — всегда старайтесь переключиться на платформу CMS, обеспечивающую плавную миграцию.
• Привлеките все заинтересованные стороны : Успешная миграция — это командная работа. Убедитесь, что вы подключили всех заинтересованных лиц, включая маркетологов, ИТ-специалистов, вспомогательный персонал, высшее руководство и всех, кто использует систему. Причина, по которой вам необходимо привлечь все заинтересованные стороны, заключается в том, чтобы помочь вам провести инвентаризацию вашего контента.
• Проведите инвентаризацию : Как упоминалось выше в разделе о передовых методах, проведите инвентаризацию всего вашего контента, данных и ссылок. Сохраняйте наиболее актуальный контент и удаляйте ненужный — в этом вам помогут заинтересованные стороны.
• Ознакомьтесь с Правилами безопасности . Поскольку безопасность является основным фактором, убедитесь, что ваш процесс миграции соответствует всем правилам, в частности GDPR, поскольку вы будете обрабатывать много данных. Мы также рекомендуем вам получить официальное одобрение от ключевых заинтересованных сторон.
• Подготовьте все необходимые инструменты: Приобретите все инструменты, необходимые для каждого аспекта миграции. Возможно, вы захотите выделить некоторое время для демонстрации некоторых инструментов, чтобы убедиться, что они соответствуют вашим требованиям.
• Установите контрольные точки и сроки : Уточните свою стратегию миграции, установив цели для каждого аспекта, и убедитесь, что это доведено до сведения всех заинтересованных сторон.

Передача данных

• Пересмотрите свою архитектуру данных : При составлении карты вашего инвентаря определите области вашего контента, которые могут отличаться после миграции (например, изменение форматирования). Подумайте, как вы могли бы подойти к этим различиям.
• Протестируйте миграцию в действующей среде : Если возможно, выполните пробную миграцию на большой выборке данных, чтобы точно определить любые недостатки или дефекты.
• Внесите необходимые корректировки : Если вы выполнили пробную миграцию, внесите необходимые изменения в свои данные, конфигурацию системы или метод миграции. Кроме того, если вы этого не сделали, удалите все старые нежелательные данные/контент, чтобы передача происходила быстрее и эффективнее.
• Иметь план на случай непредвиденных обстоятельств : Миграция может вызвать серьезные проблемы, поэтому лучше иметь план Б на случай, если миграция потерпит неудачу. Составьте сценарии наихудшего случая и посмотрите, что можно сделать, чтобы решить проблему. Кроме того, убедитесь, что вы заранее создали резервную копию всех своих данных и контента и сохраните их в безопасном месте, даже после завершения миграции.
• Перенесите свой контент : После выполнения всех необходимых выше шагов вы можете приступить к миграции, как ручной, так и автоматизированной.

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

После миграции

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

Лучшая корпоративная CMS 2022

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

Здесь мы определили пять лучших корпоративных CMS-решений:

1. Zesty.io

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

2. GraphCMS

Запущенная в 2017 году, GraphCMS была разработана с использованием GraphQL, альтернативного языка запросов данных для REST. Он поставляется с интуитивно понятным редактором модели контента, который позволяет вам определять структуру и взаимосвязь всего вашего контента и данных. Редактор модели содержимого также позволяет устанавливать разрешения для данных приложения.

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

3. ButterCMS

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

4. dotCMS

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

5. Directus

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

Почему Zesty.io является лучшим выбором CMS для миграции

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

Zesty.io поставляется с рядом функций, позволяющих вашим разработчикам беспрепятственно и легко перенести вашу старую CMS на Zesty. io:

• Импортер кода перетаскивания : Этот инструмент позволяет перетаскивать текстовый файл ( содержащий код) прямо в интерфейс Zesty.io. Импортер избавляет от необходимости использовать FTP или SCP для передачи файлов.
• Zesty.io Интеграция Google WebMaster : С помощью этой функции вы можете обновить все ссылки на своем веб-сайте для перенаправления на новую платформу.
• Инструмент импорта CSV : Для переноса контента Zesty.io позволяет импортировать файл CSV, содержащий все содержимое и данные, от вашего старого поставщика CMS.

Все эти инструменты позволяют быстро перенести ваш сайт.

Whatsmore, Zesty.io — это безголовая CMS, разработанная с учетом потребностей маркетологов. Подход Zesty.io Content-First™ позволяет маркетологам создавать сайты и продвигать контент за считанные минуты, при этом снижая зависимость от ИТ. С Zesty.io маркетологи контролируют ситуацию.

Благодаря тому, что это автономное безголовое решение, маркетологи могут создавать и распространять контент на любое устройство IoT и точку взаимодействия, включая те, которые еще не выпущены. Это перспективное решение, то есть после перехода на Zesty.io вам больше никогда не придется мигрировать.

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

Не откладывайте миграцию CMS

Если вы решите отложить миграцию CMS, вы рискуете отстать от конкурентов.

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

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

Спасибо за внимание. Чтобы узнать, как Zesty.io может помочь вам с миграцией CMS, свяжитесь с нами сегодня.

Руководство по переходу на CMS: пошаговые контрольные списки SEO

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

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

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

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

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

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

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

Шаги по выживанию SEO после редизайна или миграции CMS

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

Пользователи доверяют поисковым системам и присутствие в топе поисковой выдачи повышает доверие к сайту; И SEO поможет вам в этом.

Вот некоторые из эффективных стратегий поисковой оптимизации, которые могут помочь вашему перенесенному веб-сайту выжить в поисковых системах.0108

1. 1. Создайте эффективную стратегию миграции контента

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

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

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

2. 2. Сосредоточьтесь на SEO-элементах ваших веб-страниц

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

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

   • Заголовок страницы.
   • тег h2 вашей веб-страницы.
   • Основной текст
   • URL-адрес
   • Изображения и альтернативные атрибуты изображений
   • Внутренние и внешние ссылки
   • Мета-описание
   • Мета-ключевые слова

   На картинке ниже Moz дает очень подробное визуальное руководство по таргетингу на ключевые слова-

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

5. 3. Сформулируйте стратегию переадресации 301

   Перенаправление

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

   Источник: Moz

   Перенаправление

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

   Несмотря на то, что 301 редиректы являются мощными, если вы не применяете их осторожно, вы можете не увидеть результатов, чтобы избежать этого, вы можете создать карту 301 редиректов. Карта перенаправления — это подробная табличная запись перенаправлений, которая отображает сопоставление старых URL-адресов веб-сайта с новыми URL-адресами. На основе этой карты вы можете точно выполнять перенаправления своих веб-сайтов.

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

   • Сопоставить все измененные URL-адреса со старых на новые.
   • Обновить все внутренние ссылки.
   • Определите неправильные, отсутствующие или неработающие перенаправления.
   • Предотвращение нескольких упущенных из виду проблем, таких как дублирование контента и его недоступность.
   • Убедитесь, что ваш новый веб-сайт получает полный ссылочный вес.

6. 4. Приоритет доступности веб-сайта во время миграции

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

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

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

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

7. 5. Сравните свои показатели и аналитику

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

   .

   • Средняя скорость загрузки страницы
   • Показатель отказов
   • Средняя продолжительность сеанса
   • Количество страниц за сеанс
   • Источники трафика
   • Скорость поиска DNS
   • Частота ошибок

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

Примечание:  Избегайте переноса веб-сайта во время сезонных пиков. В сезонные пики вы максимально используете свой бизнес. Любые ошибки или сбои в это время могут повредить вашему бизнесу в долгосрочной перспективе. Мы бы порекомендовали нанять консультантов по веб-разработке во время процесса для беспрепятственного опыта.