Переезд интернет-магазина без потери SEO

Коротко: Чтобы переезд сайта на новый движок прошел без потери трафика, необходимо сохранить структуру URL, настроить постраничные 301-редиректы со старых адресов на новые и уведомить поисковые системы через инструменты смены адреса в Яндекс Вебмастере и Google Search Console. Важно обновить файлы robots.txt и sitemaps, а также использовать IndexNow для ускорения индексации новых страниц.

Кстати, в AmSales мы делаем разработку сайтов и приложений и ИИ-интеграцию и анализ звонков под ключ. Если нужна помощь - напишите нам.

Как подготовить структуру перед сменой движка

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

Первым делом необходимо провести полный аудит текущей структуры. Составьте подробную карту (URL Map), где для каждой страницы старого сайта будет указан соответствующий адрес на новом движке. Это касается не только главных разделов, но и вложенных подкатегорий, фильтров и карточек товаров. Если на старой CMS товары имели структуру /catalog/category/product, а на новой станет /items/product, это должно быть зафиксировано в таблице еще до начала работ.

Анализ веса страниц и контента

Важно понимать, какие страницы приносят основной трафик. Используйте данные из Яндекс Метрики и Google Analytics, чтобы выделить топ-20% страниц, которые генерируют 80% визитов. Именно эти URL требуют максимально тщательной проверки. Если вы меняете движок, проверьте, не пропадут ли из структуры важные параметры фильтрации, которые индексировались ранее. Если раньше у вас были страницы типа?color=red&size=xl, а на новом движке это станет /red-xl, это изменение нужно предусмотреть в плане редиректов.

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

Настройка постраничных 301-редиректов для URL

Самый важный технический этап - это настройка 301-редиректа при смене домена или структуры каталога. 301-й код ответа говорит поисковой системе: "Эта страница навсегда переехала по новому адресу, передай весь её вес и авторитет новому URL". Если вы просто настроите редирект со всех старых страниц на главную нового сайта, это будет расценено поисковиками как ошибка (Soft 404). Поисковые роботы не передадут вес, и вы фактически начнете SEO-продвижение с нуля, потеряв накопленный годами авторитет домена.

При переезде на новый движок крайне важно использовать именно постраничные редиректы. Это значит, что старый URL /old-product-name должен вести на абсолютно аналогичный новый URL /new-product-name. Если у вас тысячи товаров, делать это вручную невозможно. Используйте скрипты или специализированные модули для вашей новой CMS, которые позволяют загрузить CSV-файл с таблицей соответствий "старый URL -> новый URL".

Нюансы работы с типами редиректов

Важно различать типы перенаправлений. Яндекс и Google четко разделяют их. 301-й редирект - это постоянное перенаправление, именно он нужен для SEO. 302-й и 303-й коды означают временное перемещение, и их использование при смене движка приведет к тому, что поисковик не передаст вес страницы новому адресу. В 2026 году стандарты остаются прежними: для окончательного переезда используем только 301 (или 308, который является современным аналогом постоянного редиректа в протоколе HTTP).

Если вы меняете не только движок, но и домен, вам потребуется "двойной редирект". Это сложный процесс, когда запрос идет сначала со старого домена на новый, а затем внутри нового домена на конкретную страницу. Убедитесь, что цепочка редиректов не слишком длинная. Поисковые роботы не любят длинные цепочки (Redirect Chain), так как это замедляет индексацию и расходует краулинговый бюджет. Идеальный вариант - прямой переход со старого URL на новый в один шаг.

Работа с Яндекс Вебмастер и Google Search Console

Многие совершают ошибку, считая, что достаточно просто настроить редиректы. Поисковикам нужно прямо сообщить о перемещении. В Яндекс Вебмастере для этого есть специальный инструмент «Переезд сайта», расположенный в разделе «Индексирование». Если вы меняете домен, вам нужно зайти в настройки старого домена и указать новый адрес в этом инструменте. Это даст сигнал Яндексу, что старый сайт больше не актуален, а его функции перешли на новый ресурс.

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

Специфика Google Search Console

В Google процесс организован иначе. Здесь используется инструмент Change of Address («Изменение адреса»). Он позволяет официально уведомить Google о том, что ваш сайт переехал на новый домен. Это критически важно для сохранения позиций в поиске при переезде. Google использует эту информацию для перераспределения веса между доменами. После запуска инструмента не ждите мгновенного результата - процесс переиндексации может занять от нескольких дней до нескольких недель в зависимости от размера каталога.

Рекомендуется проводить переезд в периоды минимальной активности (например, ночью или в выходные), чтобы минимизировать риски для пользователей. После запуска инструмента обязательно следите за разделом "Ошибки" в обеих консолях. Если после уведомления о переезде количество страниц в индексе резко упало и не восстанавливается, значит, где-то в цепочке редиректов или в файлах robots.txt допущена ошибка.

Обновление файлов robots.txt и sitemap.xml

После того как техническая часть с редиректами готова, необходимо привести в порядок файлы, которыми руководствуются поисковые роботы. Новый движок (CMS) часто генерирует свои стандартные файлы robots.txt и sitemap.xml. Это может быть проблемой. Старый robots.txt мог закрывать от индексации определенные разделы (например, корзину или личный кабинет), а новый может иметь другие правила. Если вы случайно откроете для индексации технические страницы нового движка, это размоет ваш SEO-бюджет.

Файл sitemap.xml (карта сайта) на новом движке должен быть безупречным. В него должны попасть только актуальные, индексируемые страницы. Не включайте в него страницы с параметрами фильтрации, если они не имеют ценности для поиска, или страницы, которые закрыты от индексации в robots.txt. Если в sitemap.xml попадет страница, на которую настроен 301-редирект, это плохая практика - робот будет делать лишний шаг, что снижает эффективность обхода сайта.

Синхронизация карт сайта

При переезде крайне важно отправить в поисковые системы новую карту сайта. Это ускорит процесс обнаружения новых URL. В Яндекс Вебмастер и Google Search Console нужно добавить новый sitemap.xml сразу после того, как новый сайт стал доступен. При этом старая карта сайта на старом домене должна продолжать работать и содержать правильные пути (через редиректы), пока поисковики полностью не перенесут весь массив данных на новый адрес.

Проверьте, чтобы новый sitemap.xml не содержал ссылок на старый домен. Это звучит очевидно, но на практике при автоматической генерации карт сайта на новых движках часто возникают ошибки, когда в URL подтягиваются абсолютные адреса из старых настроек базы данных. Такая ошибка может привести к тому, что роботы будут постоянно ходить по старым адресам, тратя время впустую.

Использование IndexNow для ускорения индексации

Одной из главных проблем при смене CMS является "период ожидания", когда старый сайт уже не работает, а новый еще не полностью проиндексирован. Это создает временную дыру в трафике. Чтобы максимально ускорить этот процесс, используйте протокол IndexNow. Это современный стандарт, который позволяет мгновенно уведомлять поисковые системы (в первую очередь Яндекс) о том, что контент на странице изменился или страница появилась.

IndexNow работает по принципу Push-уведомлений. Вместо того чтобы ждать, пока робот сам зайдет на ваш сайт, вы сами отправляете ему запрос: "Эй, у меня тут обновились 500 товаров, проверь их". Это критически важно при массовом обновлении ассортимента или при переезде, когда нужно быстро "протолкнуть" новые URL в выдачу. Многие современные CMS уже имеют встроенную поддержку IndexNow или позволяют легко подключить этот функционал через плагины.

Когда IndexNow действительно необходим

Если ваш интернет-магазин - это тысячи SKU с динамически меняющимися ценами или наличием, IndexNow становится незаменимым инструментом. При переезде на новый движок вы можете запустить массовую отправку всех новых URL через API. Это значительно сокращает время, необходимое поисковикам для перестроения базы данных под ваш новый сайт. В 2026 году это стандарт де-факто для высоконагруженных e-commerce проектов.

Однако помните: IndexNow не заменяет полноценное SEO. Он лишь ускоряет процесс обхода. Если ваши новые страницы содержат некачественный контент или имеют плохую структуру, быстрая индексация только ускорит падение вашего сайта в поиске. Сначала убедитесь, что контент на новом движке соответствует требованиям поисковиков, и только потом отправляйте его на ускоренную индексацию.

Контроль canonical и hreflang при переезде

При смене CMS часто возникают проблемы с атрибутами canonical и hreflang. Атрибут canonical указывает поисковому роботу, какая страница является основной (главной). Если при переезде на новый движок вы настроите canonical некорректно (например, он будет указывать на старый домен или на URL с параметрами, которые вы решили не индексировать), вы рискуете получить дубли контента или вовсе исключить страницы из выдачи.

Особенно это критично для интернет-магазинов с широким ассортиментом и множеством фильтров. Убедитесь, что на каждой целевой странице canonical указывает на ее собственный, чистый URL без лишних параметров. Если ваша система управления контентом (CMS) автоматически добавляет в URL технические метки, это должно быть исправлено до запуска переезда. Любой конфликт между реальным URL и директивой canonical - это прямой путь к потере позиций.

Международные магазины и hreflang

Если ваш интернет-магазин работает на несколько стран или языков, вы используете атрибуты hreflang. При переезде на новый движок крайне важно проверить, чтобы логика формирования этих тегов не нарушилась. Ошибка в hreflang может привести к тому, что пользователь из Казахстана будет видеть версию сайта на русском языке, предназначенную для РФ, или наоборот. Это не только портит UX, но и путает поисковые системы в распределении регионов выдачи.

Проверьте, чтобы каждая страница имела корректную связку: текущий URL + альтернативный URL (на другом языке) + самореферентный URL (на текущем языке). При смене движка часто забывают обновить эти связи в базе данных, из-за чего ссылки начинают вести на неверные языковые версии. Тщательное тестирование hreflang после миграции - обязательный этап перед тем, как вы окончательно отключите старый сайт.

Типичные ошибки при смене CMS магазина

Процесс SEO при смене CMS требует ювелирной точности. Ошибки здесь стоят слишком дорого. Самая частая ошибка - это попытка "сэкономить" на редиректах. Владельцы бизнеса часто считают, что если все страницы на новом сайте работают, то и редиректы не нужны. Это заблуждение. Без 301-редиректов вы теряете накопленный "авторитет" (Link Juice), который копился годами. Поисковик видит, что старый URL отдает 404 ошибку, и постепенно удаляет его из индекса, не понимая, что контент переехал.

Вторая критическая ошибка - нарушение структуры URL без сохранения логики. Если вы изменили не только домен, но и иерархию категорий, вы создаете хаос для поискового робота. Каждая новая категория должна иметь четкую связь со старой. Если вы решили уйти от структуры /catalog/category/item к /item/category, убедитесь, что вы подготовили карту соответствий для всех тысяч товаров.

Также стоит выделить проблему "технического долга" при переносе базы данных. Часто при переносе товаров из старой базы в новую, меняются артикулы или названия. Если SEO-специалист не проконтролирует этот процесс, вы получите сотни страниц с неактуальными URL, которые уже были проиндексированы. Все изменения в данных должны быть синхронизированы с правилами перенаправления.

Что запомнить:

• Всегда составляйте карту соответствия URL (Old URL $\rightarrow$ New URL) перед началом работ.
• Используйте только 301-редиректы для передачи веса страниц.
• Обязательно уведомляйте поисковики через инструменты смены домена в Яндекс Вебмастере и Google Search Console.
• Проверяйте корректность canonical и hreflang сразу после запуска нового сайта.
• Используйте IndexNow для ускорения обновления данных в поиске.