Перенос сайта не теряет позиции сам по себе — их теряют из-за пропущенных 301-редиректов, изменившейся структуры URL, забытого обновления sitemap и canonical, а также из-за того, что после переезда никто не сверяет индексацию с базовым срезом. Если заранее составить карту URL, настроить редиректы один в один, перенести метатеги и подключить аналитику до запуска — большая часть накопленной видимости сохраняется.

Ниже — пошаговый процесс: что подготовить до переноса, как настроить редиректы и мету, что сделать в Яндекс.Вебмастере и Google Search Console, и как контролировать индексацию после запуска.

Когда актуален этот материал

Перенос на 1С-Битрикс обычно попадает в одну из трёх ситуаций:

  • сайт переезжает с другой CMS (WordPress, самописное решение, конструктор) на Битрикс;
  • сайт переезжает на новый домен или поддомен вместе со сменой платформы;
  • сайт остаётся на Битрикс, но проходит крупный редизайн со сменой структуры разделов.

Во всех трёх случаях риск для SEO одинаковый: поисковая система видит старые URL как исчезнувшие, если не объяснить ей, куда они переехали.

Шаг 1. Карта URL — до начала разработки

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

Что стоит сделать на этом шаге:

  • выгрузить полный список индексируемых URL из Яндекс.Вебмастера («Страницы в поиске») и Google Search Console;
  • сверить список с реальной посещаемостью и органическими входами — страницы без трафика можно не переносить один в один, но решение принимают осознанно, а не случайно;
  • определить, какие URL объединяются, а какие остаются без изменений;
  • для интернет-магазина — заранее продумать, как новая структура каталога Битрикс (инфоблоки, разделы, фильтры с ЧПУ) ляжет на старые адреса.

Без этой таблицы 301-редиректы настраивают «на глаз» уже после переноса — и именно так теряются страницы, которые приносили трафик, но не были учтены.

Шаг 2. 301-редиректы — один в один, а не общий на главную

Главная ошибка при переносе — массовый редирект всех старых URL на «/». Поисковая система интерпретирует это как отдельные сигналы для каждой страницы и не переносит вес старой страницы на новую: с точки зрения индексации это ближе к тому, что старая страница пропала, а не переехала.

Правильный подход:

  1. Для каждого URL из карты (шаг 1) настроить отдельный постоянный 301-редирект на его прямой аналог на новом сайте.
  2. Избегать цепочек редиректов (A → B → C) — редирект должен вести на финальный URL напрямую.
  3. Для страниц, у которых нет прямого аналога на новом сайте, редиректить на ближайший релевантный раздел, а не на главную по умолчанию.
  4. Проверить редиректы вручную и краулером после публикации — до и после переезда сверяют HTTP-статусы, а не полагаются на визуальную проверку в браузере.

Шаг 3. Метатеги, заголовки и разметка

При переносе на Битрикс метаданные нужно перенести, а не сгенерировать заново автоматикой платформы:

  • Title, description и H1 переносятся из старых страниц на новые аналоги — автоматическая генерация Битрикс по шаблону раздела может дать более слабый или задублированный вариант;
  • canonical проставляется на финальный URL каждой страницы, включая случаи с параметрами сортировки, отображения и UTM-метками;
  • микроразметка (Product, Offer, BlogPosting, Organization и другая, использовавшаяся на старом сайте) переносится в эквивалентном виде через возможности Битрикс и инфоблоков;
  • robots.txt новой версии сайта проверяется отдельно — типичная ошибка переноса — забытая строка Disallow: /, оставшаяся с тестового контура.

Шаг 4. Аналитика и цели — до запуска, не после

Аналитику подключают и проверяют до переключения DNS, а не когда уже пришли первые жалобы на пропавший трафик:

  • счётчики Яндекс.Метрики и (если используется) Google Analytics устанавливаются на новую версию сайта заранее и проверяются в режиме реального времени на тестовом контуре;
  • цели и электронная коммерция настраиваются заново под структуру нового сайта — старые цели, привязанные к прежним URL или классам форм, после переноса могут перестать засчитываться;
  • фиксируется базовый срез показателей до переноса (органические входы, позиции по приоритетным запросам, конверсии) — без него невозможно объективно оценить эффект после переезда.

Шаг 5. Контроль индексации после запуска

После переключения на новый сайт наблюдение не заканчивается на проверке, что сайт открывается:

  • обновлённый sitemap.xml подаётся в Яндекс.Вебмастер и Google Search Console сразу после публикации;
  • при смене домена в Яндекс.Вебмастере используется инструмент переезда сайта, в Google Search Console — Change of Address для соответствующего свойства;
  • регулярно проверяется отчёт «Страницы в поиске» / Coverage — сайт наблюдают на предмет неожиданного роста исключённых страниц или ошибок сканирования;
  • 301-редиректы, sitemap и индексация проверяются не разово, а несколько раз в первые недели после переезда — переиндексация всех страниц происходит не мгновенно, и поисковые системы обходят сайт постепенно.

Типичные ошибки переноса

  • Редирект всех старых URL на главную вместо прямых аналогов.
  • Изменение структуры URL одновременно с переносом без обновлённой карты редиректов.
  • Отсутствие базового среза метрик до переноса — не с чем сравнивать результат.
  • Robots.txt или meta robots с тестового контура, случайно оставшиеся в продакшене.
  • Перенос контента без переноса или проверки микроразметки.
  • Отсутствие наблюдения за индексацией в первые недели после переезда.

Короткие ответы

Сколько времени занимает восстановление позиций после переноса?

Зависит от масштаба изменений, скорости переиндексации и того, насколько точно перенесены редиректы и метаданные — универсального срока для всех сайтов не существует. Ориентир для оценки эффекта: не раньше, чем поисковые системы переобойдут основную часть сайта и накопится статистика за несколько недель.

Можно ли объединить перенос и редизайн в одном проекте?

Технически можно, но это увеличивает число одновременных изменений, которые могут повлиять на позиции, и усложняет диагностику, если что-то пошло не так. Разделение переноса и последующего редизайна на этапы облегчает контроль.

Обязательно ли использовать инструмент «Переезд сайта» в Яндекс.Вебмастере?

Он актуален при смене домена или протокола (http → https, смена основного зеркала). Если домен не меняется, а меняется только платформа и структура за тем же адресом, ключевую роль играют корректные 301-редиректы внутри сайта, а не инструмент смены домена.

Кто отвечает за карту редиректов — разработчик или SEO-специалист?

Карту URL и приоритеты по трафику определяет SEO-специалист на основе данных Вебмастера/GSC и аналитики, а техническую реализацию редиректов и переноса метаданных на Битрикс выполняет разработчик по этой карте.

Как обсудить перенос

Мы переносим и мигрируем сайты на 1С-Битрикс, включая интернет-магазины с каталогом и заказами. Пришлите ссылку на текущий сайт — разберём карту переноса и следующий шаг без обязательств. Можно начать с SEO-продвижения или отдельно обсудить разработку интернет-магазина на 1С-Битрикс. Если перенос сопровождается настройкой обмена с 1С, пригодится статья об обмене сайта на 1С-Битрикс с 1С.

Официальные инструменты поисковых систем для смены адреса сайта: переезд сайта на новое доменное имя в Яндекс.Вебмастере и инструмент Change of Address в Google Search Console.