Глобальный переезд. Как перенести сайт на новый движок и не сойти с ума

Прежде чем приступать к делу, тщательно обдумайте все «за» и «против» — а надо ли это вам в принципе?

Когда перенос не нужен

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

У моей CMS открытый исходный код

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

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

На другой CMS больше бесплатных шаблонов и плагинов

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

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

Поэтому аргументы типа «Drupal круче Joomla» и «на WordPress больше красивых бесплатных тем» не принимаются.

Сайт плохо ранжируется

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

• Наличие карты сайта. Качественная карта сайта помогает поисковым роботам быстрее сканировать и индексировать ваш сайт. Поэтому ссылку на карту обязательно добавьте в панель вебмастеров Яндекса или Google, если еще не сделали этого.
• Наличие ошибок. Их очень может быть очень много — ненадежный хостинг, битые ссылки, некорректно настроенный robots.txt и другие технические проблемы, которые отрицательно влияют на ранжирование сайта в поисковой выдаче.
  
• Метатег robots. Частая ошибка при несознательном изменении настроек CMS или хостинга. В коде появляется такая строка:
  

Это значит, что на страницу наложен полный запрет и поисковики ее попросту не видят. Нужно срочно исправлять.

Или снять все запреты:

Или выбрать разрешающую директиву:

Что еще может стать поводом для проблем с ранжированием сайта?

• Дубли страниц.
• Неуникальный контент.
• Проблемы с доступностью и скоростью загрузки.

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

Когда перенос нужен

А теперь еще несколько ответов на все тот же вопрос «Зачем мне переезжать на другой движок». Но на этот раз они — сигнал к тому, что мигрировать действительно надо.

Сайт морально устарел

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

У сайта может быть самописный движок. Самописный движок — это не хорошо и не плохо. Например, многие крупные интернет-магазины («Юлмарт», «М. Видео», «Утконос», Wildberries) работают на самописных движках и прекрасно себя чувствуют.

Другое дело — если это сильно ограничивает ваши действия и мешает улучшать сайт.

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

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

У сайта может быть устаревший дизайн. Рекомендуется делать редизайн каждые 4-6 лет — примерно с такой скоростью тренды веб-дизайна глобально меняются.

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

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

Кажется, настало время начать все с чистого листа.

Сайт сделан на конструкторе, а вы хотите полноценный движок

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

Так что эту причину тоже можно считать уважительной для миграции.

Проблемы и риски

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

Что может пойти не так? Ответ — все.

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

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

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

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

Когда вы уже непосредственно дошли до дела, действовать нужно следующим образом. Выложите новый сайт на поддомен или тестовый домен, обязательно закрыв его от индексации в  robots.txt (команда Disallow: /), дополнительно закрыть через .htaccess и мета-тегом <meta name="robots" content= "noindex, nofollow"> на все страницы сайта.

Так вы ничего не потеряете.

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

Грубейшая ошибка при переносе — повесить сплошной редирект всех старых страниц на главную страницу нового сайта.

Вот так:

В результате получается 404 ошибка:

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

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

• Сделайте 301 редирект для перенаправления всех страниц старого сайта на соответствующие страницы нового. Если нет возможности прописать 301 редирект для каждой страницы, то тогда перенаправляйте все содержимое одного раздела на соответствующий ему раздел нового сайта.
• Сделайте 301 редирект на главное зеркало (с www или без) и /(слэш). Проверьте, какое зеркало поисковые машины считают главным. Если зеркала у Яндекс и Google разные, то следует ориентироваться на Яндекс. Для редиректа на слэш или без — смотрим программный код.

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

Путаница с URL

Этот пункт вытекает из предыдущего.

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

Как этого достигнуть?

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

Плохая новость — все это скорее всего придется делать вручную. Таков он, переезд, суров и беспощаден.

Несоответствие функциональности старого и нового движка

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

Помните об этом.

Поэтому при переносе часть функций может быть утеряна.

Старый сайт остался доступным и открыт к индексации

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

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

Кроме того, есть риск

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

Все еще хотите мигрировать?

Вам понадобятся

Если вы такие рисковые, что все-таки решились на эту авантюру, то нужно тщательно подготовиться.

Вот список того, что вам точно понадобится во время переезда.

Доступы

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

Так что если разработчик пропал, то у вас проблемы.

Конечно, все эти данные можно вычленить, имея только доступ в панель управления.

Информация о сайте

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

Поэтому предварительно соберите следующие данные:

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

Это легко можно сделать с помощью Яндекс.Метрики или Google Search Console.

Техническое задание

Без хорошего ТЗ, результат, как говорится, хз.

Что должно входить в техническое задание для переезда?

• Структура сайта со всеми типами страниц.
• Шаблоны мета-информации (Title, Keywords, Description, H1).
• Базовые технические рекомендации (настройка robots.txt, оптимизация страниц пагинации, настройка кодов ответа сервера, генерации sitemap. xml и html-sitemap).
• Рекомендации по SEO-правкам.

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

Объем технического задания для переноса, конечно, зависит от самого сайта — количества страниц, ссылок и так далее.

Бэкап

Программист, делай бэкап! Даже если кажется, что не надо, — все равно делай!

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

Таблица старых 301 редиректов

Если на сайте уже когда-то менялись ссылки (а это, скорее всего, было, если с сайтом работали), то тогда должна быть своя таблица редиректов.

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

Таблица новых редиректов

И на сладкое — таблица соответствий URL.

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

Как составить таблицу редиректов?

• Выгружаем все целевые URL со старого сайта с помощью Screaming Frog SEO Spider.
• Сопоставляем их с аналогичными URL на новом сайте.
• Если нет аналогичных страниц на новом сайте — редирект настраивать не нужно, пишем код ответа — 404.

Лучше сводить все данные в таблицу для наглядности.

Шаги

Вот мы и дошли до кульминации — непосредственно самого переезда.

Шаг № 1. Установка новой CMS

Запускаем сайт на локальном сервере, предварительно закрыв тестовый поддомен от индексации.

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

Шаг № 2. Перенос контента

Если на сайте 5-10 страниц, то все тексты и изображения можно перенести вручную.

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

Впрочем, лучше работать со спецами с самого начала — меньше нервов потратите.

Шаг № 3. Создание карты сайта

Всего насчитывается 6 видов карт, из которых чаще всего используют три: базовая XML Sitemap для всех страниц сайта, Image Sitemap для изображений и HTML Sitemap для упрощения навигации.

Есть несколько инструментов для создания карты:

• Встроенный функционал CMS или дополнительные внешние плагины для нее.
• Онлайн-генераторы карт сайта (XML Sitemap Generator, XML-Sitemaps. com, Check Domains).
• Специальные скрипты для автоматической генерации карт сайта.
• Десктопные инструменты (Screaming Frog SEO Spider) и краулеры со встроенным генератором файлов Sitemap.

После того, как вы разместили карту в корневом каталоге сайта, не забудьте указать ее адрес в директиве Sitemap файла robots.txt.

Шаг № 4. Настройка robots.txt

Перед релизом нового сайта обязательно проверьте, в каком состоянии находится файл robots.txt.

Загрузите в программу инструкции для поисковых роботов без изменения реального файла robots.txt и увидите сайт «глазами поисковиков». И поймете, не оказались ли какие-то из важных страниц закрытыми от индексации, и наоборот.

Шаг № 5. Настройка редиректов

Зачем это нужно, мы уже неоднократно упоминали. Настройка редиректов зависит от конкретного сайта.

Шаг № 6. Замена внутренних ссылок

Все ссылки (меню, ссылки в текстах, ссылки в атрибутах next, prev, canonical) должны быть актуальными, то есть не принадлежать старому сайту.

Поэтому не поленитесь пройти по всем тегам и сделать новую перелинковку.

Шаг № 7. Проверка на ошибки

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

Для этого изучите справку Google об URL-адресах сайта.

Шаг № 7. Уведомление поисковых систем о переезде

Финальный аккорд — сообщить поисковым системам о том, что вы переехали.

Смена адреса в Google Search Console

Выберите новый домен из выпадающего списка и сверьтесь с чеклистом Google Search Console. Затем подтвердите отправку запроса на смену адреса.

Смена адреса в Google Analytics

Зайдите в раздел с настройками и выберите «Настройки аккаунта» → «Настройки ресурса». В разделе ищите поле «URL по умолчанию», в котором нужно будет указать новый адрес.

Смена адреса в Яндекс. Вебмастер

Аналогичную процедуру проделываем в разделе «Индексирование» → «Переезд сайта».

Смена адреса в Яндекс. Метрике

Заходим в раздел «Настройка» и на вкладке «Счетчик» прописываем новый адрес сайта.

А что потом?

Будьте готовы, что после переезда трафик может просесть на 10-20%, но если все выполнено верно — он вернется в норму в течении месяца.

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

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

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

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