Как перенести интернет-магазин на новую платформу без потери SEO
Новый магазин может быть быстрее, удобнее и технологичнее старого. Но для поисковой системы новая CMS не имеет значения сама по себе. Она видит URL, внутренние ссылки, canonical, контент, редиректы и доступность страниц. Именно эти сигналы нужно сохранить при переезде.
Переезд без потери SEO начинается задолго до переключения CMS
URL
→ NEW
Главная задача — показать поисковой системе, куда переехала каждая ценная страница старого магазина.
Категория должна перейти в соответствующую новую категорию, карточка товара — в новую карточку, страница бренда — в страницу того же бренда.
Если вместо этого тысячи URL просто исчезают или перенаправляются на главную, поисковой системе сложно перенести накопленные сигналы.
Поэтому при разработке нового интернет-магазина SEO-миграция должна быть частью технического задания, а не задачей «на вечер перед запуском».
Что нужно сохранить при переносе интернет-магазина
Структуру ценных URL
Категории, бренды, SEO-фильтры, товары, статьи и коммерческие посадочные.
Поисковое намерение страницы
Страница «кроссовки Nike» не должна переезжать в общую категорию обуви, если новая архитектура умеет сохранить этот кластер.
Полезный контент
Title, H1, описания, тексты категорий, FAQ, характеристики и уникальный контент карточек.
Внутреннюю перелинковку
Меню, хлебные крошки, статьи, связанные категории и ссылки между товарами.
SEO-метаданные
Canonical, robots, metadata, structured data и правила индексации.
Аналитику и события
Метрика, e-commerce события, цели, покупки, корзина и источники трафика.
Карта URL — главный документ SEO-миграции
До запуска полезно выгрузить все значимые URL старого магазина и для каждого определить судьбу.
| Старый URL | Новый URL | Решение | Причина |
|---|---|---|---|
| /catalog/shoes/ | /obuv/ | 301 | Полный эквивалент категории. |
| /catalog/shoes/nike/ | /obuv/nike/ | 301 | Сохраняется отдельное поисковое намерение. |
| /product/4181/ | /obuv/model-4181/ | 301 | Тот же товар. |
| /catalog/old-section/ | /catalog/new-section/ | MERGE | Раздел объединён с новым релевантным направлением. |
| /product/discontinued-155/ | — | 404 / 410 | Эквивалента нет. Не нужно редиректить на главную. |
Google рекомендует строить такое сопоставление ещё до запуска и вести каждый старый URL непосредственно на новый эквивалент, а не через цепочку промежуточных редиректов.
Правильнее делить переезд на три независимых этапа
До запуска
Главная работа выполняется ещё до переключения трафика.
- выгрузить URL;
- снять позиции;
- зафиксировать трафик;
- сохранить metadata;
- проверить категории;
- составить redirect map;
- протестировать новую CMS;
- проверить аналитику.
День переключения
Меняется платформа, но поисковой робот должен увидеть предсказуемую структуру.
- активировать 301;
- открыть новый сайт роботам;
- убрать тестовый noindex;
- проверить canonical;
- проверить robots.txt;
- обновить sitemap;
- проверить checkout;
- проверить аналитику.
После запуска
Нельзя просто включить сайт и ждать переиндексацию.
- проверять 404;
- контролировать редиректы;
- следить за индексом;
- сравнивать трафик;
- проверять категории;
- ловить потерянные URL;
- контролировать server logs;
- проверять conversion.
Новая CMS не обязана копировать старую структуру один в один
Старая структура может быть неудобной
Структуру можно улучшить, если сохранить соответствия
301 должен вести на наиболее близкий новый эквивалент
Старый → сразу новый
Не нужно строить цепочки: старый URL → промежуточный URL → ещё один URL → новая страница.
Товар → тот же товар
Категория → соответствующая категория. Бренд → соответствующий бренд. Не вся структура → на главную.
Не всему нужен редирект
Если страница действительно удалена без аналога, корректный 404/410 зачастую лучше, чем нерелевантный 301.
Не удалять редиректы через месяц
Google рекомендует сохранять миграционные редиректы максимально долго — обычно не менее года, а для пользователей зачастую разумно дольше.
Насколько рискован именно ваш переезд
Отметьте изменения, которые планируется выполнить одновременно.
Пока изменений немного. Всё равно потребуется redirect map и технический контроль.
Что обязательно проверить технически
Self-canonical
Новые страницы должны ссылаться canonical на новые URL, а не на адреса старой CMS.
Robots.txt
Частая авария: в production случайно уезжает тестовый запрет индексации.
Meta robots
Все временные noindex, использованные на staging, должны быть проверены.
Новый sitemap
В sitemap должны попасть новые канонические индексируемые URL.
Внутренние ссылки
Новый сайт не должен постоянно ссылаться на старые URL и ходить через 301.
Schema.org
Product, Offer, Breadcrumb и другие данные должны сохраниться.
HTTP-коды
200, 301, 404 и другие ответы должны соответствовать реальному состоянию URL.
Сервер
После миграции робот может активнее обходить новый сайт, поэтому инфраструктура должна выдерживать нагрузку.
Для большого каталога особенно важно заранее проверить фильтры, пагинацию и индексируемые комбинации. Подробнее — «SEO для большого интернет-магазина: фильтры, категории и индексирование» .
При переносе легко сохранить товар — и случайно потерять всю SEO-обвязку
Категории
Title, H1, description, SEO-тексты, FAQ, хлебные крошки и перелинковка.
Карточки товаров
Название, описания, характеристики, изображения, отзывы, schema Product и canonical.
SEO-фильтры
Старые востребованные фильтровые посадочные нужно либо сохранить, либо перенести на новый релевантный URL.
Что проверять сразу после переключения
Проверить выборку старых URL.
Robots, sitemap, canonical, server logs.
404, redirect chain, soft 404.
Старые и новые URL в поисковых консолях.
Сравнить категории, бренды, товары.
Повторный SEO и технический аудит.
НС Диджитал отдельно проводит технический SEO-аудит . На текущей странице услуги просадка после редизайна или переноса прямо выделена как один из сценариев, когда аудит особенно нужен.
Ошибки, которые чаще всего обнуляют эффект от хорошего нового сайта
При миграции e-commerce важно сохранить не только SEO, но и идентичность товаров
Особенно если новая платформа получает каталог из 1С.
Товарные идентификаторы
Старые и новые карточки должны сопоставляться с одной номенклатурой, а не создавать дубли.
Цены и остатки
После переключения новый магазин должен получать корректные коммерческие данные.
Заказы
Checkout, оплата, CRM и 1С должны пережить миграцию без разрыва рабочего процесса.
Подробнее о data-контуре — в статье «Интеграция интернет-магазина с 1С: товары, остатки, цены и заказы» .
Переезд имеет смысл, если новая платформа действительно снимает ограничения
1С-Битрикс
Для магазинов, которым важны каталог, 1С, CRM, коммерческая логика и дальнейшее развитие.
Индивидуальная архитектура
Когда типовой CMS становится мало для пользовательского опыта, backend или интеграций.
Headless commerce
Когда frontend нужно отделить от commerce-core и развивать независимо.
Новая платформа должна улучшать систему, а не просто менять внешний вид
Каталог, UX и полный путь до покупки
Пример e-commerce проекта, где архитектура каталога и пользовательский путь проектируются как единая система.
Сложная продуктовая структура
Большое количество продуктовых сущностей, технических характеристик и B2B-логика.
Масштабируемая SEO-структура
Большое дерево страниц, внутренняя перелинковка, контент и постоянно развиваемая платформа.
Миграция большого магазина требует одновременно разработки, SEO и данных
Архитектура digital-систем, web, 1С, CRM и сложные интеграции.
Координация архитектуры, разработки, контента, интеграций и запуска.
Поисковая архитектура, коммерческая логика, маркетинг и развитие digital-проектов.
Что прочитать перед миграцией интернет-магазина
Частые вопросы о переносе интернет-магазина
Можно ли перенести интернет-магазин без потери SEO?
Какой редирект использовать при переносе?
Можно ли перенаправить все старые страницы на главную?
Нужно ли сохранять старые URL?
Как долго держать 301 редиректы?
Нужно ли менять canonical после переезда?
Что делать со старым sitemap?
Можно ли одновременно сменить CMS и домен?
Что делать с товарами, которых больше нет?
Нужно ли делать SEO-аудит после переноса?
Перенесём не просто магазин. Перенесём его поисковую историю
Зафиксируем старые URL, органический трафик, категории, фильтры, товары, metadata, внутренние ссылки и интеграции. Затем построим новую архитектуру, redirect map и план контроля после запуска.