301-редиректы при смене CMS: как перенаправить старые адреса и ничего не потерять
Инструкция по 301-редиректам при переезде на новую CMS: что модуль «Переезд» делает сам, как быть с адресами вида ?route= и ?p=, где добавить правило руками, зачем журнал 404 и как проверить всё после запуска. Плюс типичные ошибки, из-за которых редиректы есть, а позиции всё равно уходят.

301-редирект при смене CMS — это постоянное перенаправление с каждого старого адреса на соответствующую новую страницу: товар на товар, категорию на категорию, статью на статью. В 100300 CMS большую часть таких редиректов модуль «Переезд» создаёт сам, включая ссылки с параметрами вроде ?route= и ?p=. Остальное добавляется вручную в «Система → Редиректы» (бесплатно, в ядре) или правилами по маске и из журнала 404 в модуле SEO Pro. Ниже — как это устроено и как проверить результат.
Зачем нужен 301-редирект при смене CMS и что будет без него
Поисковик знает ваш сайт по адресам. Под каждым адресом накоплены ссылки с других сайтов, история кликов, место в выдаче. Если после смены CMS старый адрес отвечает 404, поисковик сначала показывает ошибку, потом убирает страницу из индекса, а вес ссылок пропадает. Посетители с закладок, из писем и с форумов тоже попадают в тупик.
301 говорит: «страница переехала навсегда, вот новый адрес». Поисковик переносит сигналы на новый адрес и со временем заменяет его в выдаче. 302 — временное перенаправление, для переезда он не подходит: поисковик продолжит держать в индексе старый адрес.
Что модуль «Переезд» делает сам
При переносе магазина модуль запоминает старые адреса каждой перенесённой записи — товара, категории, бренда, страницы, статьи блога — и ставит 301 на её новый адрес. Обычные адреса попадают в список Система → Редиректы: там их видно и у каждого есть счётчик переходов. Адрес, с которого вы уже настроили редирект вручную, модуль не перезаписывает. В отчёте переноса — сколько переадресаций создано и кнопка «Переадресации».
| Платформа | Пример старого адреса | Что получит 301 |
|---|---|---|
| OpenCart / ocStore | /smartfony/iphone-15, /index.php?route=product/product&product_id=42 | ЧПУ всех языков, полный путь категорий, формы ?route= товаров, категорий, производителей, страниц |
| WooCommerce | /product/iphone-15/, /?p=123, /product-category/phones/ | Товары, категории, бренды, страницы, записи по настройкам постоянных ссылок; ?p=, ?page_id=, ?product=, ?product_cat= |
| 1С-Битрикс | /catalog/phones/iphone-15/, /catalog/?ELEMENT_ID=42 | Адреса по шаблонам URL инфоблока (для товара — по каждому разделу, до пяти); ?ELEMENT_ID=, ?ID=, ?SECTION_ID=, ?SECTION_CODE= |
| InSales | /product/iphone-15, /collection/phones | Товары, коллекции, страницы, статьи блога |
| Shop-Script | /product/iphone-15/, /category/phones/ | Все варианты по «Структуре URL» витрины или один выбранный |
| Tilda Store | /tproduct/123-456-iphone-15 | Карточки товаров из колонки адреса в выгрузке |
Новый адрес строится по правилам нового сайта, а слаг товара по возможности сохраняется — так проще сверять старое и новое.
Ссылки с параметрами: ?route=, ?p=, ?ELEMENT_ID=
Самая частая дыра при переезде «руками». Адрес index.php?route=product/product&product_id=42 не уложить в обычное правило «путь → путь»: путь у всех товаров один и тот же (/index.php), отличаются только параметры. Многие при смене CMS такие адреса просто теряют.
Модуль хранит их отдельно — по ключу «тип записи + старый id» — и отвечает 301, когда приходит запрос с нужными параметрами:
- у OpenCart —
routeсproduct_id,path,manufacturer_id,information_id, в том числе с метками аналитики вокруг; - у WordPress —
?p=,?page_id=,?post_type=product&p=,?product=,?product_cat=; - у Битрикса —
?ELEMENT_ID=,?ID=,?ELEMENT_CODE=,?SECTION_ID=,?SECTION_CODE=на странице списка и параметры из шаблонов URL инфоблока.
Такие редиректы привязаны к записи, а не к адресу. Переименуете товар после переезда — старая ссылка с параметром поведёт сразу на новый адрес, без цепочки.
Ручные редиректы: «Система → Редиректы»
Модуль не знает адресов, которых нет в базе: страниц-файлов Битрикса, страниц Tilda, лендингов, ЧПУ компонента Битрикса со своими шаблонами. Для них — ручные правила в ядре, бесплатно:
- Откройте Система → Редиректы → «Добавить редирект».
- «Откуда» — путь, которого больше нет, например
/dostavka-i-oplata.php. - «Куда» — новая страница, например
/dostavka. - Тип — «Постоянный (301)». Временный (302) — только если переезд может отмениться.
- Сохраните. Если с этого пути уже был редирект, он перенаправится в новое место.
Как составить карту редиректов
Если ручных правил больше десятка, соберите их сначала в таблице. Три колонки: старый адрес, новый адрес, код (301). Источники старых адресов — sitemap.xml старого сайта, «Страницы в поиске» Яндекс Вебмастера, отчёт по страницам входа в Метрике и обход сайта краулером. Из этого списка вычеркните всё, что уже есть в «Переадресациях» после переноса, — остаток и есть ручная работа. Начинайте сверху вниз по трафику: десять страниц, которые приносят половину заказов, важнее сотни забытых тегов. Готовую таблицу с SEO Pro можно загрузить целиком через импорт CSV, без модуля — внести по строкам.
Редирект срабатывает, когда по адресу нет страницы: система проверяет список на каждом 404 витрины, прежде чем отдать ошибку. Колонка «Переходы» показывает, пользуется ли кто-то редиректом. Кроме того, ядро само ставит 301, когда вы меняете адрес опубликованной страницы, и схлопывает цепочки.
Журнал 404 и правила по маске (SEO Pro)
Сколько бы вы ни готовились, после переключения обязательно всплывут адреса, о которых никто не помнил: старые акции, ссылки из рассылок пятилетней давности, опечатки на чужих сайтах. Модуль SEO Pro добавляет экран «Редиректы и 404»:
- Журнал 404 — какие адреса не нашлись и сколько раз; у каждой строки кнопка «Сделать редирект».
- Правила по маске — целый раздел одной строкой:
/old-catalog/*→/catalog/$1. Проверяются по порядку, когда для адреса нет ни страницы, ни обычного редиректа. - Импорт и экспорт CSV — три столбца: откуда, куда, код. Удобно, если карта редиректов уже собрана в таблице. Сначала «Проверить» — покажет, что изменится, ничего не сохраняя.
- Аудит сайта находит битые ссылки и цепочки редиректов.

Подробно об экранах — в справке «SEO Pro». Без модуля редиректы тоже работают — просто недостающие адреса придётся искать по отчётам Вебмастера и Метрики.
Как проверить редиректы после запуска
- Возьмите список старых адресов (sitemap старого сайта, выгрузка из Вебмастера) и начните с самых посещаемых страниц из аналитики.
- Каждый старый адрес должен отвечать 301 и вести на страницу, которая отвечает 200, — одним шагом.
- Проверка руками: «Проверка ответа сервера» в Яндекс Вебмастере, вкладка «Сеть» в инструментах браузера или
curl -I. - Массово: краулером по списку URL — ищите 404, 302 и цепочки из двух и более переходов.
- Проверьте адреса с параметрами: пару ссылок
?route=или?p=со старых форумов и рассылок. - Сверьте, куда ведёт редирект: товар — на тот же товар, а не на категорию или главную.
- Первые недели смотрите журнал 404 (SEO Pro) или раздел «Страницы в поиске» Вебмастера и добавляйте недостающее.
Типичные ошибки с 301 при переезде
- Цепочки. Старый адрес → промежуточный → новый. Каждый лишний шаг замедляет переиндексацию. Ставьте редирект сразу на конечный адрес.
- 302 вместо 301. Временный редирект оставляет в индексе старый адрес. Для переезда — только 301.
- Всё на главную. Сотни товаров, перенаправленных на главную, поисковик считает «мягкими» 404: сигналы не передаются. Если товара больше нет, лучше вести на его категорию.
- Редирект на страницу с ошибкой или noindex. Новая страница должна отвечать 200 и быть открыта для индексации.
- Забытый старый домен. Если меняется и домен, на старом нужен 301 на новый с сохранением пути — иначе редиректы нового сайта просто не получат запросов.
- Удалили редирект через месяц. Ссылки с чужих сайтов живут годами. Удаляйте только те, у которых в колонке «Переходы» давно ноль.
Остальные риски смены движка — мета-теги, страницы, картинки — разобраны в статье как не потерять позиции при смене CMS, а как устроен переезд целиком — на странице переезда магазина.
Итог
Хорошие 301 при смене CMS — это каждый старый адрес, ведущий одним шагом на свою новую страницу. Модуль «Переезд» создаёт их сам, включая адреса с параметрами, ручные правила и автоматические 301 при смене адреса есть в ядре бесплатно, а журнал 404 и маски из SEO Pro помогают добрать то, что всплывёт после запуска. Ядро можно поставить на свой хостинг и посмотреть всё это на своём сайте. Скачать бесплатное ядро.


