Сохранение URL при смене CMS
При переходе на новую CMS организации часто сталкиваются с критической ошибкой: неправильным переносом сайта или перенесением URL со старого сайта. Каждый забытый старый адрес — это потеря в поисковых системах и выручке. По статистике, компании при смене CMS и неправильном перенесении на новый сайт, которые забывают про 301-редиректы, теряют 30–70% трафика. Даже один неустановленный редирект может обойтись компании в тысячи долларов потенциального дохода. Хорошо то, что эта проблема полностью решаема благодаря правильному сохранению URL при смене CMS: при правильной организации переноса сайта, настройке редиректов и проверке через Google Search Console избежать просадок позиций можно. В этой статье разберу типичные ошибки при смене движка, как работают 301-редиректы и какие инструменты использовать для проверки работы при миграции сайта.
Ошибки при смене CMS и их последствия
Реальные цифры пугают: при смене CMS половина сайтов теряет от 30 до 70% трафика. Это не случайность, а результат одних и тех же типичных ошибок при смене CMS, которые связаны с неправильным переносом контента, повторяются из проекта в проект и затрагивают работы системы поиска. Разберемся, что именно идет не так при переносе сайта на новый движок и как этого избежать.
Ошибка №1: Забытые или неправильные 301-редиректы
Начнем с самого частого случая: разработчик выполнил миграцию на новую CMS, перенес контент сайта, а про настройки редиректов забыл или сделал только их часть, остальные пропустил.
Что происходит? Когда пользователь или робот системы поиска попадает на старый URL старого сайта, вместо редиректа 301 файла он получает ошибку 404. Для поисковых систем это выглядит как удаление адреса страницы сайта. Система воспринимает этот старый адрес как мертвый контент. Весь накопленный ссылочный вес, который накапливался годами на этом URL от внешних источников связей, теряется мгновенно.
Правильный редирект 301 — это постоянное перенаправление. Робот видит ответ от сервера с кодом ответа 301 и понимает: страница переехала на новый адрес, смотри его. Так вес старого URL передается новой версии страницы на новый адрес в поисковых системах. Яндекс и Google ускоренно переиндексируют контент. Позиции сохраняются.
Без правильной настройки редиректов потеря позиций сайта в поиске начинается в течение первой недели после миграции. Каждая забытая внешняя ссылка со старого адреса на новый адрес — это потенциально потерянный трафик и выручка.
Ошибка №2: Несовпадение структур старого и нового URL
При смене движка разработчики выбирают новый движок, который часто предлагает другую архитектуру адресов и иную структуру URL. Решение переделать всю структуру адресации на новый формат создает серьезные проблемы.
Пример: на старой системе структура категорий и типы страниц выглядели так:
site.ru/
На новой CMS функция категорий работает иначе, и получилось:
site.ru/iphone-13/
Google видит совершенно новый адрес страницы. Старая страница по старому URL не редиректится на новый движок? Поисковые системы индексирования пытаются разобраться недели две. Потом удаляют старый URL из индекса. Новый адрес со временем появляется в выдаче поисковых систем, но уже без накопленной истории рейтингов. Позиции падают.
Решение простое: структуры URL на новом сайте должны либо точно совпадать с адресами старой версии сайта, либо каждое изменение адреса должно быть покрыто редиректом 301. Таблицу соответствия старых и новых адресов необходимо подготовить и составить ДО запуска на новом движке.
Ошибка №3: Внутренние ссылки, которые указывают на призрачные адреса
При переносе сайта на новый движок контент часто копируется, но внутренние ссылки со старого сайта остаются без изменений. В статьях и материалах на новом сайте все еще есть ссылки на старый адрес какой-то другой страницы. Пользователи кликают, видят ошибку 404. Google видит битые внутренние ссылки и снижает оценку качества работы сайта.
Внутренние ссылки распределяют вес между страницами вашего сайта и влияют на индексацию в поисковых системах. Если они указывают на несуществующие адреса, они не работают корректно и создают битые ссылки. Это бьет по продвижению сайтов и конверсии.
После миграции на новую CMS нужно обновить каждую внутреннюю ссылку в контенте, чтобы она вела на новый адрес, либо убедиться, что все старые адреса правильно редиректятся на новые страницы.
Ошибка №4: Параметры URL и фильтры в интернет-магазине
Для интернет-магазина смена CMS и переход на новый движок — особо рискованный этап. Параметры фильтра, сортировки и другие параметры отвечают за создание дополнительных версий одной страницы товаров магазина с разными товарными категориями.
На старой CMS фильтры работали одним способом:
site.ru/
На новой CMS параметры URL изменились:
site.ru/
Если параметры URL на новый сайт не переназначены с редиректами 301, каждый новый тип фильтра — это отдельный источник потерь трафика магазина. Внешние ссылки, которые раньше ссылались на отфильтрованные товары, теперь указывают на ошибку 404. Это прямая потеря заказов и доходов интернет-магазина.
Ошибка №5: Несвоевременная настройка в Google Search Console
Когда вы переносите сайт на новый движок, поисковые системы должны узнать об этом из надежного источника и официального уведомления. В Google Search Console есть специальный инструмент «Смена адреса», в Яндекс.Вебмастере — аналогичная функция.
Если не уведомить Google и Яндекс своевременно, они будут несколько месяцев разбираться в ситуации. Они видят, что старые адреса больше недоступны, видят появление новых URL-адресов. Но не знают, что это один и тот же веб-ресурс. За этот период видимость сайта в поиске падает.
Когда вы указываете в Google Search Console на произведенную миграцию сайта, система ускоряет переиндексацию всех страниц нового сайта и быстрее передает накопленные старые позиции на новые адреса. Это критично для полного сохранения трафика при переносе сайта на новый движок.
Таблица соответствия старых и новых адресов
Перед тем как начинать миграцию CMS, составьте таблицу, где для каждого важного старого URL указан соответствующий новый адрес. Вот как выглядит такая таблица:
| Старый URL сайта | Новый URL на новом движке | Статус редиректа | Проверка в поиске |
|---|---|---|---|
| site.ru/products/item-1 | site2.ru/catalog/item-1 | 301 установлен ✓ | Позиции восстановлены |
| site.ru/blog/post-2023 | site2.ru/articles/post-2023 | 301 установлен ✓ | Трафик сохранен |
| site.ru/contacts | site2.ru/o-nas/kontakty | 301 установлен ✓ | Переиндексирован |
Таблица соответствия между старыми и новыми адресами помогает разработчикам не упустить ни одну страницу при смене движка на новый. Каждый старый URL должен быть надлежащим образом учтен. Таблицу используйте как чек-лист для проверки правильности.
Как проверить редиректы после миграции
После запуска работы нового сайта проверьте, что все редиректы работают корректно и без ошибок. Инструмент Screaming Frog SEO Spider позволяет загрузить карту сайта старого сайта и проверить коды ответа сервера для каждого URL-адреса. Все должны возвращать редирект 301, и финальный новый адрес должен совпадать с целевым адресом.
Более простой способ: откройте старый адрес в браузере и перейдите туда. В Developer Tools найдите вкладку Network, посмотрите полный ответ сервера и проверьте статус code. Должен быть отправлен код ответа 301, в редиректе указан новый адрес целевой страницы. Если вместо редиректа видите код 404 — редирект не был установлен.
На старом домене в файл robots.txt добавьте следующие строки:
User-agent: *
Disallow: /Это скажет поисковым роботам и системам: «На этом домене больше нет актуального контента, смотрите редиректы на новый домен».
Почему это важно для доходов вашего бизнеса
Потеря 30-70% трафика при смене CMS и переходе на новый сайт — это не просто статистические цифры в аналитике сайта. Если ваш коммерческий сайт в день генерирует 1000 заказов, то потеря половины трафика означает 500 потерянных заказов ежедневно. Для интернет-магазина это может быть потеря десятков тысяч долларов полезного дохода в месяц.
Правильный перенос сайта на новый движок требует предварительной подготовки и планирования:
Составьте полный список соответствия старых и новых URL-адресов сайта для каждой страницы. Для каждого измененного адреса установите редирект 301. Обновите все внутренние ссылки в контенте на новом сайте и проверьте их работу. При смене параметров URL в интернет-магазине переделайте все типы фильтров с редиректами для старых параметров. Уведомите Google Search Console и Яндекс.Вебмастер о миграции через инструмент отслеживания смены адреса.
Такая тщательная подготовка занимает время, но эффективно спасает позиции в поисковых системах и защищает ваш трафик при миграции сайта на новый движок.
Как проверить правильность миграции сайта
Как проверить редиректы со старых URL на новые?
Проверьте несколько старых критичных URL сайта в браузере и убедитесь, что они правильно редиректят на новые адреса с правильным кодом ответа 301. Для полной проверки всех установленных редиректов используйте инструмент Screaming Frog SEO — загрузите карту всех редиректов и проверьте корректность работы. Займет всего несколько минут.
Как уведомить Google Search Console о смене адреса?
Укажите в Google Search Console официально новый адрес сайта через специальный инструмент смены адреса. Система проведет анализ всех старых страниц и поймет произведённую миграцию на новый домен. Сделайте то же самое в Яндекс.Вебмастере для обслуживания российского трафика. Это уведомит поисковые системы о переносе сайта.
Как отслеживать трафик после переноса сайта?
Отслеживайте трафик вашего сайта в Google Analytics в первые две недели после миграции на новый движок. Небольшое снижение трафика на пять-десять процентов считается нормальным показателем и обычно восстанавливается само. Проверьте позиции важных целевых страниц в поисковых системах выборочно. Регулярный мониторинг поможет выявить любые проблемы или баги и убедиться, что все работает корректно.