Смена CMS сайта, как замена движка в машине — дорогой ремонт, оправданный только если мотор изношен либо если двигатель изначально был неподходящий. Мы подготовили ответы на популярные вопросы и мини-руководство по переносу сайта. Берите на заметку и счастливого пути!
Что вы найдёте в статье:
- Когда пора переезжать на новую CMS
- Когда без переноса сайта можно обойтись
- Минусы и подводные камни
- Сколько стоит переезд с одного движка на другой?
- Пошаговая инструкция для переноса сайта
- Переехали, что дальше? Чек-лист: 8 обязательных действий, которые нужно сделать после завершения переноса сайта
- Рекомендации SEO-специалиста по безболезненной смене CMS
Когда пора переезжать на новую CMS
(!) Статичный сайт на HTML больше не отвечает потребностям бизнеса
Простенькие сайты на HTML непрактичны и неудобны. Если вы строите планы по регулярному наполнению и постоянным публикациям (например, решив переделать сайт-визитку в фирменный блог), вам точно понадобится динамичный движок.
(!) Возможностей конструктора не хватает для коммерческого сайта
Не все SaaS-платформы дотягивают по функционалу до полноценных CMS. Владелец лишен доступа к бэкенду и вынужден полагаться на разработчика, работающего над самим конструктором. А вот сайт, который функционирует на движке, можно развивать самому, заказать обслуживание в агентстве или передать в руки выбранной лично команде разработчиков.
(!) Сайт «вырос» из исходного самописа
Если когда-то давно вам реализовали сайт на самописном движке, то вы уже поняли, что это было неудачным решением. Почти нереально найти новых разработчиков-универсалов, которые возьмутся разбирать и дорабатывать чужой код. Правки вносятся мучительно долго, доработки стоят дорого, а успех реализации всегда будет под вопросом.
В таком случае, у вас два выхода. План А — поймать того, кто создал самопис, и заставить перенести всё на нормальную CMS. Если разработчик почуял неладное и уже сбежал в Новую Зеландию, то приступайте к плану Б: готовьте перенос сайта на новый полноценный движок самостоятельно.
(!) Наросла критическая масса технических проблем
Код невалидный, загрузка занимает каждый раз по несколько минут, генерируются десятки дублей и т. д.? Переезд актуален, если в продвижение вкладываются деньги, сайт вылощен (оптимизация, контент, закуплена ссылочная масса), но путь в ТОП поисковых систем всё ещё заказан из-за технических проблем, которые решаются исключительно сменой CMS и прямыми руками разработчика.
Однако когда сайт УЖЕ вышел в ТОП и крепко там держится, эти мелочи — мусор в коде, 404 ошибки, дубли — лучше пусть остаются просто досадными мелочами. Затевать перенос ради их искоренения не стоит.
Когда без переноса сайта можно обойтись
Аргументы, которые совсем не аргументы:
- «Админка в Bitrix со слишком сложным интерфейсом, давайте перейдем на MODx!». Если сайт старый и разросся до крупных размеров, то проще освоить и полюбить Bitrix, правда.
- «Сайт на OpenCart, но я подробно изучил только WP, перенесу на него — и проблем знать не буду!». Лучше потратить неделю на освоение тонкостей OpenCart, чем спустить кучу времени на перенос сайта, последующее исправление ошибок и возвращение позиций.
- «На Joomla мало шаблонов и нет нужных плагинов, давайте переедем на WP!». Опять же, потенциальные затраты несоизмеримы с выгодой. Подумайте над возможностью разработки платного индивидуального плагина/шаблона. На оплату труда одного разработчика вы в большинстве случаев потратите меньше, чем на командный переезд.
- «WP с его открытым кодом легче всего взломать и скопировать, держать тут сайт небезопасно!». Будьте честны с собой: если киберворы захотят, то взломают любой ресурс, поскольку прецеденты были даже с правительственными сайтами и сайтом Пентагона. Смена CMS — последнее, что вас сможет защитить от атак.
Еще раз: причина переноса сайта должна быть достаточно крупной. Риски и затраты, которые сопутствуют переезду, всегда весомые, поэтому прибегайте к нему только как к крайнему средству. Обдумайте, возможно, проще будет доработать текущую CMS, посоветуйтесь с опытными разработчиками и только потом примите окончательное решение.
Кстати, мы профессионально разрабатываем сайты под ключ, от создания прототипов, дизайна и верстки до наполнения контентом, SEO-продвижения в ПС и сопровождения. Узнать подробнее!
Минусы и подводные камни
Часть проблем, которые полезут при переезде на другой движок, можно предугадать или исправить. Часть проблем решить нельзя — можно только минимизировать убытки.
Потерянный контент
Делайте бэкапы ДО переезда: с помощью исходной CMS либо через панель управления сервером (данные доступа запросите у хостинг-провайдера). В панели управления заходите в раздел «Файлы» и кликайте по плашке «Менеджер резервных копий». Перенесите в архив актуальные копии файлов сайта, а также базы данных. Скачайте архив, распакуйте, восстановите сайт на локальном сервере, убедитесь в его работоспособности.
В ситуации, когда копия не превращается в рабочий сайт, проделайте заново все действия по созданию бэкапа или обратитесь с проблемой к хостеру. Главное — не начинайте перенос, не имея на руках рабочих бэкапов.
Замена структуры сайта и URL-адресов
Смена движка или изменение структуры сайта часто тянет за собой смену структуры URL страниц. Измененная структура «урлов», в свою очередь, становится причиной отказа виджетов, появления битых ссылок, дублирования страниц в выдаче поисковиков. И посетители, и ПС отрицательно реагируют на подобные проблемы, поэтому сохранение понятных URL тоже входит в список жизненно важных задач, решаемых перед переездом сайта.
Сложность настраивания редиректов
Меняете структуру URL — готовьтесь следом прорабатывать редиректы. И если настройка редиректов на сайте с 30-50 страницами — просто разминка, то настройка постраничных редиректов в каталоге с тысячей страниц — квест, который отнимет массу времени и ресурсов.
Разница в функционале новой и старой CMS
В «старом» магазине на WP у вас мог быть удобный блог, который вы привыкли вести за годы работы, а на новом движке раздел совсем куцый. Примеров масса, и каждый отдельный случай требует поиска уникального решения.
Крах привычного дизайна
Готовый шаблон с любимым дизайном не переедет следом на новую CMS. Возможно, получится найти шаблон со схожей темой на новом движке, в крайнем случае, можно заказать услуги дизайнера. В общем-то, смена дизайна — не проблема, но слегка потратиться на перенос придется.
Если потенциальные проблемы вас не пугают, а выгоды от переезда перевешивают работу с привычной платформой сайта, то приступайте к переносу. Как, куда, каким образом — всё рассказываем ниже.
Сколько стоит переезд с одного движка на другой?
Конкретную цену назвать нереально, если не видишь, с чем именно предстоит работать. Всё зависит от функционала исходного сайта, от выбранной под перенос CMS (тот же 1С Битрикс сам платный), от текущих позиций в поисковиках. Примерные затраты можно сопоставить с разработкой сайта с нуля, т. к. разработчик должен будет либо масштабно править текущую верстку, либо заново верстать весь сайт под новый движок.
Не забываем про работу с редиректами, про наполнение... Одно можно сказать точно: сумма получится достаточно кругленькой.
Пошаговая инструкция для переноса сайта
Шаг 1. Подготовьте таблицы сопоставления URL и сборки редиректов
Первый и главный этап, корректность выполнения которого прямо влияет на успех переноса в разрезе сохранения результатов SEO-продвижения.
1. Отсканируйте старый сайт парсером (WebSite Auditor, Screaming Frog, SE Ranking, др.) и экспортируйте данные: оптимизацию, URL-адреса, состояния, ошибки и т. д. Проверьте индекс Яндекс и Google оператором "site:". Кстати, закрытый от индексации сайт также можно просканировать WebSite Auditor и Screaming Frog — просто отключите следование инструкциям robots.txt в настройках.
2. Выгрузите URL, title, description и h1. Если переезжаете многостраничным интернет-магазином или сайт изначально сложный в тех.плане, то советуем выгрузить ещё и коды ответа.
3. Создайте новую (либо дополните общую) гугл-табличку с именем «проект, seo», скопируйте на новый лист данные из предыдущего пункта.
Систематизация данных о сайте в виде таблицы поможет не запутаться в процессе переезда, верно сопоставить старые и новые страницы, подготовить корректные редиректы
- Повторите все действия с тестовым поддоменом, проверяя сразу, переехала ли оптимизация.
- Откройте таблицу с данными старого сайта и добавьте столбец с именем «Новый URL», сопоставьте «урлы», заполните столбец.
- Приступайте к сбору редиректов, добавив в таблицу новый лист с именем «Сборка редиректов».
Работа через таблицу позволит избежать путаницы и верно составить список RewriteRule 301
Редиректы настраивайте на страницы не тестового, а основного домена! Добавьте также в таблицу редиректы, прописанные на старом сайте, а после переезда проверьте все редиректы на отсутствие цикличности, например, через checkmy.ru.
Шаг 2. Перенос оптимизации
Шаг 3. Перенос контента
Если дизайн сайта решено было сохранить без изменений, а также оставить прежний функционал и модули, то задача на перенос контента ложится на плечи разработчика. В таком случае, остается только проверить, полностью ли перенеслись тексты, таблицы и изображения.
Пройдитесь по страницам сайта, стартуя с посадочных. Проверьте наличие и корректность градаций заголовков (букмарклет «Подсветка заголовков» вам в помощь), чтобы вовремя отловить переходы в <span>, <div>, <p>.
Бурмарклет для подсветки заголовков позволит сократить время на проверку корректности размещения текстов
Если сделан редизайн и/или доработан функционал, то работой с контентом обычно нагружают контент-менеджера. В этом случае очень внимательно сверяйте перенос текстов, заголовков, таблиц, изображений на всех посадочных страницах.
Шаг 4. Итоговый прогон сайта вместе с разработчиком
Просмотрите robots.txt текущего сайта на предмет наличия отдельных инструкций для разделов или страниц. Прикиньте необходимость переноса правил. Совместно с разработчиком пройдитесь по 8 пунктам чек-листа, размещенного ниже, контролируя готовность сайта к запуску. Отметьте для разработчика, что доступы к административной панели и ftp нужно переслать сразу после переноса сайта и прописывания NS записей.
Переехали, что дальше? 8 обязательных действий, которые нужно сделать после завершения переноса сайта
Распечатайте чек-лист, положите рядом с клавиатурой и отмечайте галочками выполненные пункты:
- Убедитесь в том, что индексация открыта. Просмотрите robots.txt, проверьте отсутствие тега <meta name="robots" content="noindex" /> в <head>
- Пропишите редиректы, скопировав из таблицы.
- Перепроверьте, куда перенаправляют редиректы, через checkmy.ru.
- Проверьте генерацию sitemap.xml
- Вооружитесь WebSite Auditor и Screaming Frog и прогоните обновленный сайт через оба сервиса. Убедитесь, что оптимизация на своем месте, шаблоны мета-тегов генерируются безошибочно, отсутствуют битые и циклические ссылки, а также ссылки на тестовый поддомен, нет дублей страниц и присутствует корректный вывод 404 страницы.
- Перепроверьте коды счетчиков, корректность работы Яндекс.Вебмастер и Google Search Console.
- Направьте sitemap.xml на переобход в Яндекс.Вебмастер и Google Search Console.
- И наконец, поставьте аналитику задачу на актуализацию целей для сбора конверсий .
Готово, вы великолепны!
Рекомендации SEO-специалиста по безболезненной замене CMS
Наш SEO-специалист Александр Власенко, помогавший с переносом сайта минимум 3 нашим заказчикам, дал ценные советы, выведенные горьким опытом из собственной практики.
- Не занимайтесь переездами в разгар сезона продаж, чтобы не растерять клиентов.
- Назначайте переезд на понедельник. Все сотрудники компании и сотрудники справочного центра хостинга будут доступны — это сильно упростит решение вероятных проблем.
- Масштабный тяжелый сайт переносите на новую CMS по частям. Сначала один раздел/поддомен, потом второй, потом по очереди остальные.
- Полностью сконцентрируйтесь на переносе сайта и поставьте на паузу все остальные работы. В случае просадки позиций сразу будет понятен источник проблемы.
- Всегда делайте бэкапы!
- Оставьте старую версию сайта, закрыв от индексации. Если на новом сайте понадобится вносить изменения, вы всегда сможете вернуться к созданным страницам.
- Сразу после переезда каждый день мониторьте текущие позиции страниц, используя Я.Вебмастер и Google Search Console. Ежедневный мониторинг поможет быстро засечь проседание позиций и выполнить доработки при необходимости.
В теории всё выглядит несложно и последовательно, поскольку все необходимые действия — это настройка нового сайта с учетом новой структуры, перенос контента да прописывание редиректов. Практика же говорит о том, что переезды на новые CMS — дело крайне трудозатратное. Будьте готовы к рискам и трудностям!
Перенесите ваш сайт на новую CMS быстро и без проблем: закажите в Site Elite услугу по переносу сайта. Переездом займутся специалисты, которые удачно завершили по 2-3 схожих проекта — а это самая надежная гарантия успеха!
