Переезд на CMS 1С Битрикс / WordPress

Какие проблемы нужно решить

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

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

Изменение структуры сайта и структуры URL

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

Сохранение понятной структуры URL – одна из ключевых задач при переносе сайта на новый движок.

Трудоемкость настройки редиректов

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

Проблемы с дизайном

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

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

Переезд сайта: пошаговые действия

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

Итак, вы выбрали новую CMS и сделали резервную копию сайта. Действуем так.

1. Фиксируем текущую эффективность сайта

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

  • Посещаемость за выбранный период.
  • Позиции ресурса в выдаче по важным запросам.
  • Список самых трафиковых страниц.
  • Поведенческие метрики.

Для небольших сайтов достаточно проверить вручную и внести в таблицу 10–15 самых важных запросов в «Яндексе» и Google. Для сайтов с количеством страниц от сотни и выше лучше использовать сервисы для мониторинга позиций, например, Serpstat, Seolib, Rush Analytics, Topvisor и так далее.

Список самых трафиковых страниц можно найти в системах аналитики. Например, в Google Analytics выберите меню «Поведение – Контент сайта – Страницы входа». Укажите дополнительный параметр «Источник или канал»

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

2. Делаем таблицу соответствия URL

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

Действуем так:

  1. Делаем таблицу существующих URL сайта с кодом ответа сервера
  2. Сортируем URL по коду ответа сервера

На этом этапе должно получиться три таблицы или вкладки: на первой доступные страницы с кодом ответа 200, на второй страницы с переадресацией с кодом 301, на третьей несуществующие страницы с кодом 404.

Для переадресации в некоторых случаях используются коды 302, 303 и 307.

  1. Делаем таблицу с новыми URL

Если структура URL старого сайта была логичной, сделать таблицу соответствия будет относительно просто.

Например, если в интернет-магазине товары были доступны по адресам типа example-site/catalog/phones/nokia1100/, на новом структура URL может быть такой: example-site/phones/nokia/nokia1100/. Если на старом сайте были нелогичные URL типа example-site/catalog/nokia1100/ и example-site/catalog/samsung-galaxy/, трудоемкость процесса и вероятность ошибок увеличится.

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

Уделяем внимание URL с кодом ответа 404. Если это не актуальные адреса, не включаем их в таблицу соответствия. Страницы с такими URL можно не генерировать на новом движке. Если страница важная, на нее есть входящие внешние и внутренние ссылки, включаем ее в таблицу и корректно настраиваем редиректы.

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

3. Настраиваем новую CMS на тестовом домене или локальном сервере

Запускаем сайт на локальном сервере. Также можно развернуть новый движок на поддомене вида test.example-site.com. Обязательно закрываем тестовый поддомен от индексации. Это можно сделать средствами CMS или через файл robots.txt. 

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

4. Переносим контент со старого сайта на новый

Если на сайте 5–10 страниц, контент можно перенести вручную. С переносом контента большого сайта будут работать программисты.

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

Статические страницы обычно переносятся вручную без шаблона. Например, речь идет о страницах «О компании», «Условия доставки», «Контакты», «Наша команда» и так далее.

5. Настраиваем редиректы

Запомните: вам нужен постоянный редирект 301. То есть после указания редиректов в файле .htaccess старые URL должны возвращать код ответа 301, а новые – код 200.

Редирект 301 сообщает поисковым системам, что страница навсегда переехала на новый адрес. В этом случае вся SEO-карма старого URL, включая входящие ссылки и внутренний ссылочный вес, передается на новый URL.

6. Проверяем корректность работы сайта

После переноса контента проверяем, как работает тестовый ресурс:

  • Тестируем работоспособность форм, кнопок, страницы оформления заказа.
  • С помощью Broken Link Checker или аналогичного инструмента находим битые ссылки и исправляем ошибки.
  • Уделяем внимание юзабилити.
  • Оцениваем внутреннюю оптимизацию.

Если сайт работает корректно, откроваем доступ к нему по основному URL. Сразу же выполняем шаги 7 и 8.

7. Добавляем на сайт коды внешних служб и перенастраеваем системы аналитики

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

Необходимо:

  • Добавить коды верификации «Яндекс.Вебмастер», Search Console Google и других поисковиков.
  • Добавить коды отслеживания «Метрики», Google Analytics, Liveinternet.ru и других систем аналитики. Не забудьте перенастроить цели, электронную торговлю и другие параметры, на которые может влиять изменение URL.
  • Установить коды рекламы и партнерских блоков, систем комментирования, обратного звонка, коллтрекинга, всплывающих окон, вывода рекомендаций и других сервисов, которые обеспечивают функциональность сайта.

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

8. Генерируем актуальную карту сайта и сообщаем о ней поисковым системам

Создаем актуальную карту сайта можно с помощью внешних сервисов, например, XML-Sitemaps, или средствами нового движка.

9. Отслеживаем эффективность сайта после переезда

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

В случае стабильного падения поискового трафика ищем причины. Это могут быть:

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

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

Отправьте заявку

Оставить заявку

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

0

Узнайте стоимость вашего проекта

1
Шаг 1
2
Шаг 2
3
Шаг 3
4
Шаг 4
5
Последний шаг

Какие услуги Вас интересуют?

Каких товаров и/или услуг Вы хотите продавать больше?

Выберите, пожалуйста, какой тип сайта Вас интересует:

Выберите, пожалуйста, сферу Вашей деятельности:

Введите номер телефона и с Вами свяжется наш специалист и проконсультирует Вас.

Ваша скидка составила

3 000₽
Подтвердить
Оставьте заявку
на консультацию
Оставить заявку
Нажимая на кнопку «Сделать заказ», вы даете согласие на обработку своих персональных данных.
Спасибо!
Мы зарегистрировали Вашу заявку! Мы свяжемся с Вами в течении 10 минут.