Причин для переезда на новый движок много. Вот самые частые сценарии:
- Сайт не соответствует потребностям бизнеса — как в функциональном, так и техническом аспекте.
- Невозможно добавить необходимую функцию, например — систему скидок на определенные категории товаров.
- Моральное устаревание сайта, когда невозможно внедрение необходимых технологий. Особенно эта проблема характерна для самописных движков и старых версий коробочных CMS.
- Текущая версия сайта работает на SaaS-платформе или конструкторе, а не на полноценной CMS.
- Большое количество технических ошибок / конфликтов в коде.
- Сайт загружается очень долго и стандартными методами, например — внедрением кэширования страниц, исправить эту ситуацию не получается.
- Сайт создает большую статическую нагрузку на хостинг.
Теперь рассмотрим опасности, которые могут подстерегать вас после переезда на новый движок.
Риски при смене движка
Любое глобальное изменение на сайте — смена дизайна, изменение стандартного вида ссылок и т.п. — способно негативно повлиять на трафик и позиции. То же самое касается и переезда на новую CMS. Это очень серьезное изменение всех аспектов работы сайта.
Вот главные опасности смены движка сайта:
- Получение большого количества уязвимостей.
- Утрата многих инструментов и функциональной части старой CMS.
- Некорректное отображение контента — из-за изменения вида ссылок контент может отображаться частично или вовсе не отображаться после смены движка.
- Потеря накопленных позиций.
- Резкая просадка трафика.
- Утрата всей или большей части ссылочной массы. В идеале нужно настроить 301-е перенаправление для каждой страницы старой версии на URL новой версии сайта.
После смены CMS меняется глобальный вид ссылок. Изменение движка сайта приведет к недоступности всех старых страниц, а значит — они начнут выпадать из индекса. Чтобы решить эту проблему, нужно подготовить таблицы URL.
Например, до переезда ссылка категории выглядела так: abc.com/category/blog. После смены CMS она приобрела такой вид: abc.com/blog.html
Как сохранить позиции и трафик при переезде на новую CMS
Достичь этой цели можно соблюдением всего 3 правил:
- Сохранение текущих url адресов страниц.
- Сохранение контента страниц.
- Сохранение структуры.
Да, вам потребуется воспроизвести полную копию вашего старого сайта на новом движке. Но только при таком сценарии риск потери достигнутых позиций будет стремиться к 0. И уже после переиндексации сайта на новом движке или с новым дизайном вы можете начинать менять структуру сайта и url адресов.
Если по каким то причинам у вас не получается реализовать этот вариант, ниже мы опишем вариант с использованием серверной переадресации 301 на новые url адреса.
Пошаговый алгоритм при переезде на новую CMS
Внимание: перед тем как начинать переезд на новый движок, обязательно сделайте глобальный бэкап текущей версии сайта.
Техническое задание: перенос сайта на новую CMS или на самописный движок Если вы не хотите устанавливать новую CMS и осуществлять переезд самостоятельно, разумнее будет делегировать эти задачи разработчику. Придется составить техническое задание. При этом обязательно нужно предусмотреть следующие пункты:
- Метатеги для страниц нужно делать в виде шаблонов.
- Сохранение существующей поисковой оптимизации страниц.
- Сохранение структуры сайта и его главных разделов.
- Сохранение существующих типов страниц.
- Список обязательных мероприятий — генерация карты сайта, настройка стандарта исключений для роботов, проверка кодов ответа, проверка работы страниц фильтров и пагинации.
Далее мы посмотрим, как переехать на новую CMS самостоятельно — без разработчика.
Шаг №1 - сбор старых URL
Удобнее всего делать это в формате таблицы. В процессе сопоставления страниц старой и новой версии сайта, вы точно не запутаетесь и сможете настроить корректное перенаправление. Из инструментов нам понадобится только парсер и программа для работы с таблицами.
Парсинг старого сайта
Сперва нам необходимо сохранить текущие URL. Другими словами — нам нужны ссылки со старой версии сайта. Чтобы их собрать, вы можете воспользоваться автоматическими инструментами, например, сервисом Screaming Frog или любым другим, который имеет встроенный парсер данных.
Немного о выборе парсера: кроме хорошо зарекомендовавшей себя «лягушки», я могу посоветовать SE Ranking. Там также есть удобный парсер, который позволяет выгрузить все данные о страницах именно в таблице, которая нам и будет нужна в конечном итоге.
Я люблю работать с WebSite Auditor и далее покажу последовательность действий на примере этого инструмента.
- Устанавливаем WebSite Auditor на компьютер.
- Указываем домен старого сайта.
- Ждем пока сервис просканирует домен:
- Идем в раздел «Структура сайта» и открываем отчет по страницам:
- Выбираем необходимые параметры, кликнув правой кнопкой в этой области:
- Экспортируем данные. Нажимаем на эту иконку:
- Указываем, куда сохранить таблицу:
Откроется контекстное меню, где нужно выбрать интересующие нас параметры.
Итак, как вы уже догадались, в таблице работать будем со следующими данными страницы:
- URL.
- Title.
- Description.
- H1.
Создание таблицы
Теперь нам нужно создать таблицу в Microsoft Office или в «Google Таблицах». В чистый лист вставляем данные, которые мы получили из парсера. Вы можете назвать эту таблицу «Составление URL»:
Новый адрес страницы пока не трогаем. Таким образом, мы создали таблицу «Составления URL» для старой версии сайта и успешно копировали в нее данные из парсера.
Парсинг нового сайта
Повторяем весь вышеописанный парсинг, но уже для новой версии сайта. Аналогичным образом экспортируем данные из парсера и возвращаемся в таблицу «Составление URL», где у нас ссылки на старый сайт. Нам нужно добавить новый столбик.
Теперь нужно внимательно проверить корректность каждой новой страницы, сопоставить старый / новый адрес и вписать его в столбик «Новый адрес страницы». Сделать это нужно для каждой ссылки.
Частый сценарий: сопоставлять старую версию страницы в новой версии сайта просто не с чем, так как на новом движке такой страницы нет. В этом случае в таблице «Составления URL» можно просто сделать пометку «404-й ответ».
После того как таблица «Составления URL» полностью готова, можно приступать к созданию следующий таблицы — условно назовем ее «Формирование редиректов». Внимательно анализируем предыдущую таблицу («Составление URL»): проверяем каждую ссылку со старой версии сайта на новую, затем вносим ее в таблицу «Формирование редиректов», в столбик «Новый URL»:
Обратите внимание: в столбике «Правило редиректа» может указываться не только 301-й редирект, но и другие виды перенаправлений.
Страницы, отдающие 404-й код, на старом сайте добавлять в таблицу «Формирование редиректов» не нужно. Иначе несуществующие страницы появятся и на новой версии сайта.
Основная работа по сохранению старых версий страниц будет завершена, когда вы закончите формировать правило для последней страницы старого сайта. Переходим к установке выбранной CMS.
Шаг №2 - инсталляция новой CMS
Приступаем к развертыванию новой версии сайта. Здесь два варианта: выполнять все действия на локальном сервере или зарегистрировать для этих целей тестовый домен. В последнем случае его нужно будет закрыть для индексации в стандарте исключений для роботов. В robots.txt достаточно прописать такой код:
User-agent: *
Disallow: /
Перед релизом сайта на основной домен, файл robots.txt необходимо заменить на корректный или убрать из него запрещающую директиву Disallow: /. Иначе ваш сайт полностью выпадет из индекса.
Устанавливаем выбранный движок и проводим основную работу: кастомизируем внешний вид ссылок, настраиваем основные разделы сайта и структуру, изменяем дизайн, устанавливаем плагины.
Шаг №3 - копирование оптимизации и контента
Если вы работаете с разработчиком, обязательно передайте ему таблицу «Сопоставления URL» и таблицу «Формирование редиректов». Сложность переноса оптимизации и контента зависит от масштабов сайта. Если на вашем сайте тысячи страниц, то для импорта данных можно задействовать специально написанный для этого скрипт (сделать его поможет разработчик). Когда страниц мало, то можно обойтись и полностью ручным копированием контента.
Шаг №4 - настройка перенаправлений
Задача несложная: нужно вручную настроить 301-й редирект для всех старых страниц. Самый простой способ это сделать — прописать перенаправление в htaccess, но есть и много других способов настроить редирект.
Шаг №5 - тестирование
После установки новой CMS, переноса оптимизации и контента и настройки перенаправлений приступаем к тестированию работоспособности сайта. Наша задача — проверить корректность работы интерактивных элементов страницы. Если какая-то форма отправки данных или кнопка не работают, то исправляем этот момент.
Проверяем, правильно ли открываются основные разделы сайта через шапку сайта, если это предусматривается дизайном. Смотрим, как ведут себя статические страницы.
Обязательно обратите внимание на карточки товаров и фильтры — сразу же после переноса они должны формироваться корректно.
Шаг №6 - добавление скриптов
Если новая версия сайта работает корректно, можно приступать к добавлению скриптов веб-аналитики и других сервисов:
- Google Search Console.
- Google Tag Manager.
- Google Analytics.
- Google AdSense.
- «Яндекс.Вебмастер»
- «Яндекс.Директ»
- «Яндекс.Метрика»
- Любые другие инструменты, которые вы использовали на старой версии сайта.
Шаг №7 - формирование XML-карты
Для создания XML-карты можно воспользоваться любым сторонним инструментом: плагином или онлайн-сервисом. Например, для WordPress я рекомендую использовать плагин Google XML Sitemap Generator. Сгенерированную карту сайтов для роботов нужно загрузить в «Яндекс.Вебмастер» и Google Search Console.
Шаг №8 - работа с веб-аналитикой
После переезда очень важно следить за посещаемостью сайта. Просадка трафика в первый месяц после переезда или даже дольше — это нормально. Гораздо хуже, если вы теряете более 50% от привычной посещаемости. Значит, переезд выполнялся некорректно и стоит проверить самые важные моменты: как работают редиректы и настроены ли они вообще.
6 действий, которые нужно выполнить после первоначального переезда на новый движок
Если первый этап переезда на новый движок признан успешным, не спешите удалять старую версию сайта! Она может пригодиться еще неоднократно. Кроме этого, выполните следующие действия:
- Проверьте правильность привязки сайта в «Яндекс.Метрике» и Google Analytics.
- Проверьте стандарт исключения для роботов. Новая версия сайта должна быть открыта для индексации.
- Следите за позициями новой версии сайта. В идеале мониторить их нужно еще до начала переезда. Так вы сможете вовремя идентифицировать причину падения трафика, если она связана с утратой позиций сайта.
- После завершения всех работ просканируйте новую версию сайта парсером Screaming Frog. Нужно убедиться в том, что отсутствуют критические ошибки, нет дублирования страниц, все они отдают корректный код, а теги страниц переехали правильно. Следите за битыми ссылками на сайте. Сделать это можно в том же Screaming Frog (раздел «Bulk Export», сортируем страницы по «Response Code» и кликаем «Client Error 4xx Inlinks»).
- Просканируйте все цепочки редиректов при помощи Majento.
- Проверьте все внутренние ссылки (включая атрибутивные, canonical, ссылки в меню). Они должны вести на новую версию сайта.
Резюме + бонус: когда переезд на новый движок может быть не оправдан
Ваша главная задача — сделать так, чтобы ссылки на новой версии сайта вообще не отличались от ссылок на старой (или отличались минимально). Достичь этой цели поможет максимальное сохранение структуры сайта. В идеале она должна быть неотличима от структуры старой версии сайта. Все это придется прописывать руками. Так что, если вы не готовы ковыряться в коде — найдите хотя бы одного квалифицированного разработчика.
После того, как перенос завершен — обязательно проанализируйте цепочки редиректов на цикличность. Для решения этой задачи я советую использовать любой подходящий сервис — например, webmasta.org или Mainspy.
Переезжать на другую CMS совсем необязательно, когда ваш сайт плохо ранжируется или на текущей CMS, на ваш взгляд, недостаточно плагинов. Все эти вопросы можно решить и без глобального переезда на новый движок. Например, если страницы не попадают в индекс, работайте над качеством сайта, обновляйте контент и делайте его по-настоящему полезным.
Пытаясь решать мелкие проблемы с сайтом, не забывайте, что переезд — это глобальное изменение в работе ресурса. Легких переездов не бывает: сайт в любом случае придется дорабатывать метафорическим напильником.
Комментарии 2