Интернет стремительно развивается. Достаточно вспомнить как все поменялось за каких-то несколько лет с момента внедрения 3G: аудитория интернет-пользователей выросла в разы. Аналогично увеличился и потенциал онлайна в плане продаж и привлечения клиентов для бизнеса.

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

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

В чем риски переноса сайта на другую CMS?

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

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

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

Что делать можно, а что нельзя

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

При смене движка нельзя делать такие вещи как:

• менять формат ЧПУ страниц;
• массово изменять содержимое Title/Description;
• удалять значительную часть контента на страницах;
• менять содержимое robots.txt и .htacess;
• удалять или менять вложенность страниц на сайте и т. д.

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

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

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

Готовим сайт к переезду на новую платформу и составляем ТЗ

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

Чтобы составить основу для ТЗ, нужно убедится в следующих вещах:

1. Функционал нового движка позволяет реализовать все те возможности, которые есть у вас на уже работающем сайте.
2. Если часть функционала продублировать невозможно, необходимо подробно описать, что именно вам нужно, чтобы разработчики сделали это с нуля.
3. Если на сайте присутствуют ошибки, которые нужно исправить, их тоже необходимо описать, чтобы можно было устранить их в процессе переезда.
4. Убедиться в том, что ресурсов, которые предоставляет ваш хостинг, будет достаточно для стабильной и быстрой работы новой CMS.

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

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

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

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

• Корректно ли были перенесены теги Title/Description, есть ли они в наличии на всех страницах;
• Все необходимые страницы присутствуют на сайте, ничего случайно не было удалено;
• Перенесены все тексты и так называемые «сквозные» элементы, которые присутствуют на всех страницах сайта (например, инфоблоки доставки/оплаты/преимущества);
• Все технические возможности работают без сбоев (регистрация, оформление заказа, другие опции);
• Настроены необходимые редиректы со старых адресов на новые;
• Весь базовый контент (тексты) находится на своих местах и ничего не пропало;
• Внутренний поиск и фильтры в каталоге (для интернет-магазина) работают корректно;
• Скорость загрузки страниц не изменилась в худшую сторону;
• Файлы верификации панелей вебмастеров Яндекс и Google, а также коды статистики для веб-аналитики, подключены и работают.

И еще раз напомню о наиболее важном условии, которое необходимо соблюдать: до того момента, пока вы не будете полностью уверены в готовности проекта к выходу в live, все работы должны проводиться на тестовом домене.

Итоги

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

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

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