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

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

Причины переезда сайта на новую 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: как сохранить позиции и трафик

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

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

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

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

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

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

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

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

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

Мета-теги

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А если все же?

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

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

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

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

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

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

Итого

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

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

1. Структура нового сайта содержит все необходимые страницы.
2. Перенесены (или корректно изменены) шаблонные и «ручные» мета-теги.
3. Перенесены тексты.
4. Перенесены (или корректно изменены) сквозные элементы – блоки внимания, навигация.
5. Перенесены (или корректно изменены) элементы взаимодействия с пользователем.
6. Настроены корректные редиректы со всех индексируемых URL старого сайта. Особое внимание страницам, генерирующим значительный трафик, а также страницам, на которые присутствуют внешние ссылки.

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

Как правильно перенести сайт на другую CMS?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Хотите развивать свой бизнес в Интернете и получать больше заказов? Давайте работать над этим вместе!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Хотите развивать свой бизнес в Интернете и получать больше заказов? Давайте работать над этим вместе!

Итоги

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

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

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