Как поменять cms сайта: Как сменить движок сайта (CMS), не потеряв при этом позиции и трафик

Как поменять CMS

С течением времени у любого владельца интернет-магазина появляется желание поменять что-то на сайте к лучшему. Например, посмотрев на свой созданный сайт 5 лет назад, вы непременно зададитесь вопросом: «а как поменять CMS, на что-то более современное и функциональное?» Ведь за прошедшее время много изменилось, и сайт уже не отвечает современным требованиям клиентов.

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

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

В каком случае действительно нужно менять CMS

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

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

Слишком сложно изменять и добавлять новые товары и контент на сайт

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

Требуется глобальная переделка дизайна

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

Сайт разработан на конструкторе

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

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

Как только сайт, созданный на конструкторе, разовьется и наберет популярность, у вас сразу возникнет вопрос: «Как поменять CMS?»

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

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

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

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

Понижение сайта в результатах поисковой выдачи

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

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

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

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

Потеря своих разработок

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

Потеря возможности осуществлять деятельность сайта на время переезда

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

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

Если вы все еще задаетесь вопросом «Как поменять CMS», то наша команда с удовольствием поможет вам в этом, и даже самостоятельно сможет выполнить перенос с вашего сайта на Moguta.CMS.

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

Статьи

• Блог
• Видео
• Статьи
• Новости
• FAQ
• Советы

crm/cms

Аналитика

Внешняя оптимизация

Дизайн и редизайн

Комплекс

Контекстная реклама

Создание сайтов

Социальные сети

Терминология

Техническая поддержка

Утверждение, что любой проект можно реализовать на любой популярной CMS (системе управления сайтом), верно только отчасти. Можно-то можно, но сколько усилий придётся приложить для того, чтобы, например, сделать интернет-магазин на Wix? Да и позволит ли такое система в полной мере? Поэтому при расширении бизнеса перенос сайта на новую CMS часто является единственной альтернативой гораздо более дорогой процедуре создания новой площадки с нуля. Давайте разберёмся, как быстро и безболезненно выполнить такой «переезд».

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

• Предварительная работа. Перед переносом необходимо проработать структуру обновлённого сайта с учётом новых функций, которые было невозможно реализовать на старом движке. Также потребуется продумать новую структуру URL, которая наверняка будет отличаться от старой, и составить таблицы метатегов (тайтлы, дескрипшны, ключевые слова и заголовки h2 для каждой страницы). И конечно, нужно подробно описать новый функционал, а параллельно подготовить технические рекомендации для разных целей: например, чтобы поисковые системы не индексировали сайт до того, как работы по переносу будут завершены.
• Работы над тестовой версией. После создания прототипа наступает время его тестирования. Этот этап мало чем отличается от тестирования сайта, создаваемого с нуля, поэтому здесь также проводится проверка функционала, юзабилити, пользовательского интерфейса, совместимости, производительности и безопасности. Это нужно, чтобы пользователям было удобно на новой площадке, с какого бы устройства они ни заходили, а их личная, платёжная и другая информация была надёжно защищена от мошенников.
• Подготовка к переезду. Первое, что потребуется сделать на этом этапе, — создать резервные копии как старого, так и нового проекта. Бэкапы уже не раз выручали разработчиков, когда что-то пошло не так при переносе. Также для всех старых URL нужно настроить редирект 301, чтобы не вылезала неприятная ошибка 404. Это плохо для индексации, да и пользователям она может доставить немало неудобств, потому что у части клиентов ссылки из закладок перестанут работать, а искать идентичные страницы по новым адресам неудобно. Дополнительно следует выгрузить страницы, которые приносят больше всего трафика и имеют вес (например, на них ссылаются внешние ресурсы).
• Перенос контента. Позаботьтесь о том, чтобы скопировать текстовую и графическую информацию со страниц старого сайта, а также базы данных на промежуточную тестовую версию. Дело в том, что без такой подстраховки контент может потеряться при переезде. Если старый проект состоял из пары десятков страниц, то потери будут не так страшны, а если у вас каталог из несколько сотен или даже тысяч позиций или ценных информационных статей?
• Работы на новом месте. После переноса потребуется заново настроить аналитику, сделать карту сайта, корректно прописать информацию в файле robots.txt и проверить ссылки. После этого можно приступать к бета-тестированию, предшествующему запуску.

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

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

Особенности формирования URL при переносе сайта на новую CMS

Каждая система управления сайтом (CMS) формирует URL исходя из собственных алгоритмов их составления. Поэтому по возможности постарайтесь сделать так, чтобы новые адреса страниц были похожи на старые. Если не хватит стандартных средств системы управления сайтом, то с этим могут помочь плагины, которые разрабатываются для различных популярных платформ. Например, для WordPress, Drupal, Joomla, а также MODX, OpenCart, куда можно перенести интернет-магазины.

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

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

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

• При помощи данных из раздела Organic Search в Google Analytics можно выгрузить список адресов, служивших пользователям для входа на сайт в течение последних нескольких месяцев или года.
• При помощи Ahrefs можно составить выборку URL, куда есть ссылки с внешних ресурсов.
• Плагин TextFX в Notepad++ поможет избавиться от дублей страниц.
• Еще один полезный сервис, Netpeak Checker, позволит узнать, какие ссылки являются «живыми», рабочими.

Работа с указанными выше сервисами и программами позволит составить полный список URL, для которых нужно настроить редирект 301, а значит, позиции сайта в поисковой выдаче Google и Яндекс будут сохранены. Главное, не забудьте выполнить такие же манипуляции и после настройки перенаправления — это нужно, чтобы проверить, что всё настроено правильно.

Как поменять движок сайта: сохранение настроек аналитики

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

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

Разработка сайта для школы английского языка «WINDSOR»

Подробности

Создание сайта для банка «РАЗВИТИЕ-СТОЛИЦА»

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

Подробности

Ward Howell
Сайт услуг

Консалтинговая

компания

Rolls-Royce
Сайт компании

Автомобильный

дилер

Завод Gidrolock
Сайт компании

Промышленная

компания

SEO
, Контекстная реклама
, Социальные сети

Бизнес реклама в интернете

56

04. 11.16

Время на чтение: 5 мин

Какой дизайн сайта лучше — уникальный или шаблонный

56

10.11.20

Время на чтение: 5 мин

SEO
, Терминология

Что такое ТИЦ сайта?

56

04.11.16

Время на чтение: 5 мин

Миграция веб-сайта: измените дизайн или CMS, не затрагивая SEO

<< Вернуться к блогу

Опубликовано в

Цифровой маркетинг, SEO, аудит веб-сайтов

Отмечен
массовые метрики, cms, Mondovo, аудит сайта, миграция сайта

Распространять любовь

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

Самир Панджвани рассказывает о нескольких вещах, которые вы можете сделать при переносе веб-сайта.

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

Расшифровка – 

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

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

Первое, что вы делаете, еще до того, как вы начнете редизайн, прежде чем вы начнете удалять весь свой сайт или внедрять новый сайт, важно и очень важно, чтобы вы сначала получили список всех URL-адресов, которые есть на вашем сайте. в его нынешнем виде и как это сделать — вы можете использовать любой сканер, вы можете использовать Screaming Frog или вы можете использовать инструмент аудита веб-сайта Mondovo. Там вы получите список всех URL-адресов, которые есть на вашей странице.

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

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

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

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

Итак, вы хотите обеспечить тематическую актуальность страниц при переходе, и важно, чтобы вы не слишком отвлекались от темы. Итак, слева — ваш старый URL, справа — новые URL. Если у вас есть это в вашем «доступе ht», вы хотите настроить перенаправление 301. Так что это говорит Google, что эти URL-адреса не существуют, и теперь они были навсегда переведены на новый URL-адрес.

Итак, 301 редирект нужно настроить либо через «ht access», либо на старых страницах вы можете 301 редирект использовать какой-то язык кодирования в зависимости от того, на какой платформе вы размещены. Теперь, после того, как вы настроили перенаправление 301 и запустили свой сайт, важно, чтобы вы настроили свой сайт в консоли поиска Google, потому что консоль поиска Google предупредит вас о любых ошибках сканирования, которые могут возникнуть.

Итак, какое-то время вы могли упустить некоторые вещи, потому что, если Google обнаружит ошибку 404, что это значит? То, что он не смог найти страницу, и если он не смог найти несуществующую страницу, означает, что вы не успешно настроили перенаправление со своей старой страницы на новую страницу.

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

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

Итак, у вас должна быть одна версия. Это должно быть либо www.ваше доменное имя, либо без www. Кроме того, если ваше доменное имя.com/index или index.php, все они должны перенаправлять только на одну версию, которая является www.domain.com или не www.domain.com.

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

Спасибо!

Спасибо, что связались с нами.

Следующие две вкладки изменяют содержимое ниже.

• Биография
• Последние сообщения

Самир Панджвани — генеральный директор и основатель Mondovo.com.

Советы по смене системы управления контентом (CMS)

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

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

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

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

Причины, по которым вы можете захотеть сменить систему управления контентом

Проблемы с масштабируемостью

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

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

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

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

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

Сложно поддерживать

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

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

Чрезмерные уязвимости

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

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

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

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

Ваш веб-сайт работает слишком медленно

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

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

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

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

На что обратить внимание при выборе новой системы управления контентом

Соответствие назначению

Наиболее важный вопрос при выборе новой системы управления контентом: «Соответствует ли она моим потребностям?»

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

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

Перспективная CMS

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

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

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

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

Безопасность

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

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

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

Функции совместной работы

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

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

Переключение: на что обращать внимание

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

Структура URL-адреса

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

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

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

Контент

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

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

Изображения

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

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

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

Функции

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

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

Когда лучше менять системы управления контентом?

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