Переезд на новую платформу — это операция на живом организме, который приносит деньги. Сайт годами копил позиции, ссылки и доверие поисковиков, и одно неверное движение при миграции способно обнулить эту работу за пару недель. Самое обидное, что теряют трафик не из-за самой смены движка, а из-за упущенных мелочей: забытых редиректов, изменившихся URL, слетевших метатегов.
Этот гайд — про то, как перенести сайт на 1С-Битрикс и сохранить (а часто и улучшить) позиции. Разберём аудит перед переездом, карту редиректов, работу с ЧПУ и метатегами, sitemap и наблюдение после запуска. Тема перекликается с проектами автоматизации на 1С, когда переезд магазина идёт вместе с перестройкой связки с учётной системой.
Коротко
- Трафик теряют не из-за смены платформы, а из-за сломанных URL и потерянных редиректов.
- Основа безопасной миграции — полная карта соответствий старых и новых URL с редиректами 301.
- Сохраняйте структуру URL, метатеги и контент; в Битрикс это делается ЧПУ и шаблонами метатегов.
- После запуска обновите sitemap и robots, отправьте на переобход и наблюдайте 2–4 недели.
Почему миграция — момент риска для SEO
Поисковик воспринимает сайт как набор страниц с конкретными адресами, за которыми закреплены накопленный вес, позиции и ссылки. Когда вы меняете платформу, под капотом меняется генерация этих адресов, метатегов, разметки и внутренних ссылок. Если поисковик после переезда не находит привычные страницы по привычным адресам — он считает их исчезнувшими, а новые — начинающими с нуля.
Именно поэтому миграция — точка риска: не сама смена движка, а разрыв преемственности между старым и новым сайтом. Хорошая новость в том, что этот разрыв полностью управляем. Если новый сайт отдаёт те же (или корректно перенаправленные) URL, те же метатеги и ту же структуру, для поисковика переезд почти незаметен, а ускорение платформы даже играет в плюс.
Аудит перед переездом
Нельзя сохранить то, что не измерил. Первый шаг любой безопасной миграции — снять полный слепок текущего сайта, пока он ещё работает на старой платформе. Этот слепок станет эталоном, с которым вы сверите новый сайт.
- Полный список URL. Выгрузите все индексируемые страницы краулером — это основа будущей карты редиректов.
- Трафик по страницам. Какие страницы приносят органический трафик — их сохраняют в первую очередь.
- Метатеги. Текущие title и description ключевых страниц, чтобы воспроизвести их.
- Позиции по запросам. Фиксация до переезда, чтобы объективно оценить эффект после.
- Внешние ссылки. Какие страницы получают ссылки извне — их URL особенно важно сохранить или перенаправить.
Этот аудит — не формальность, а страховка. Без списка старых URL вы физически не сможете построить карту редиректов, а без фиксации трафика и позиций не поймёте, что именно просело и почему.
Карта редиректов — фундамент
Если у миграции есть один самый важный артефакт, то это карта редиректов — таблица соответствий каждого старого URL новому. На её основе настраиваются постоянные редиректы, которые передают накопленный вес страниц на новые адреса и не дают старым ссылкам упасть в 404.
| Тип страницы | Старый URL (пример) | Новый URL / действие |
|---|---|---|
| Карточка товара | /catalog/item123.html | 301 → /catalog/razdel/tovar/ |
| Раздел каталога | /cat/25/ | 301 → /catalog/razdel/ |
| Статья блога | /blog/post-42 | 301 → /articles/rubrika/slug/ |
| Удалённая страница | /old-promo/ | 301 → релевантный раздел |
| Дубли с параметрами | /cat/?sort=price | canonical / 301 на чистый URL |
Ключевой принцип: ни одна значимая страница не должна вести в 404. Даже удалённый контент лучше перенаправить на ближайший по смыслу раздел, чем терять его вес и ссылки. Карту составляют по списку из аудита и проверяют полноту — это самый частый источник провала миграции, когда «почти всё» перенаправили, а забытая четверть URL обвалила трафик.
Сохранение структуры URL и ЧПУ
Идеальная миграция — та, где URL вообще не меняются: тогда редиректы почти не нужны, а переезд для поисковика максимально прозрачен. 1С-Битрикс гибко работает с человекопонятными адресами (ЧПУ) через правила обработки URL (urlrewrite) и настройки инфоблоков, поэтому чаще всего структуру можно либо повторить один в один, либо спроектировать логично и чисто.
Если старую структуру воспроизвести нельзя, придерживайтесь правил:
- Логичная иерархия. /catalog/раздел/товар/ — понятная и стабильная схема ЧПУ для каталога.
- Транслитерация без хвостов. Чистые ЧПУ без лишних ID и расширений, без дублей со слешем и без.
- Постоянство. Один раз выбранная схема не должна «плавать» при следующих доработках.
- Полное покрытие редиректами. Каждый старый URL, не совпавший с новым, получает 301.
301 против 302 и цепочки
Тип редиректа — не техническая мелочь, а сигнал поисковику о характере переезда. 301 (постоянный) сообщает «страница переехала навсегда»: поисковик передаёт вес старого URL новому и меняет его в индексе. 302 (временный) говорит «оригинал скоро вернётся» — вес передаётся не в полной мере, и позиции не восстанавливаются как надо.
При смене платформы переезд постоянный, поэтому редиректы должны быть 301. Дополнительно избегайте двух проблем:
- Цепочки редиректов. Старый URL → промежуточный → новый съедает вес и замедляет обход. Ведите со старого сразу на финальный новый.
- Циклы. Ошибка в правилах, когда А ведёт на Б, а Б обратно на А, — страница становится недоступной.
Метатеги, заголовки и структура
URL — это половина того, за что ранжируется страница. Вторая половина — контент, метатеги и структура. Если при переезде title и description сгенерировались заново по другим шаблонам, поисковик видит фактически изменившиеся страницы, и ранжирование сбивается даже при правильных редиректах.
Что сохранить и как это делается в Битрикс:
- Title и description. Воспроизведите текущие метатеги ключевых страниц. В Битрикс — через SEO-шаблоны метатегов инфоблоков и свойства разделов/элементов.
- Заголовки H1 и структуру. Один H1 на страницу, та же иерархия H2–H3, что и была.
- Микроразметку. Хлебные крошки, товары, отзывы — перенесите структурированные данные.
- Текстовый контент. Описания разделов и товаров переносятся полностью, без «усушки» при миграции.
Sitemap, robots.txt и индексация
После запуска нужно помочь поисковику быстро понять новую карту сайта. Три инструмента отвечают за это. Карта сайта sitemap.xml должна содержать только актуальные новые URL — Битрикс умеет генерировать её штатно, настройте автоматическое обновление. Файл robots.txt проверьте на отсутствие случайных запретов на индексацию нужных разделов (частая беда — забытый со staging Disallow: /).
Порядок действий после переезда:
- Обновите sitemap.xml. Только новые URL, актуальные даты, без старых адресов.
- Проверьте robots.txt. Убедитесь, что не осталось запрета индексации со staging и открыты нужные разделы.
- Отправьте карту в вебмастера. Загрузите sitemap в панели поисковых систем.
- Инициируйте переобход. Отправьте на переиндексацию ключевые высокотрафиковые страницы.
Скорость как бонус переезда
Правильная миграция — это не только «не потерять», но и возможность «выиграть». Часто на новую платформу переезжают именно ради скорости и стабильности, а скорость — это фактор ранжирования и поведенческих метрик. 1С-Битрикс даёт для этого инструменты: композитный сайт, гибкое кэширование, работа с Core Web Vitals.
Чтобы бонус скорости реализовался, заложите её сразу: композитный кэш для статики, оптимизация изображений, устранение блокирующих ресурсов. Тогда после стабилизации переезда вы получите не просто восстановление позиций, а рост за счёт более быстрого и удобного сайта. Инфраструктурную основу под это мы разбираем в статье про хостинг и BitrixVM.
Тестирование на staging
Переезд нельзя проверять на боевом домене «вживую» — это гарантированные проблемы с индексацией и дублями. Новый сайт собирают и тестируют на закрытом staging-контуре, недоступном для индексации, и только проверенную версию выводят на боевой домен.
Что критично на staging: закрыть его от индексации (robots и авторизация), прогнать краулером на битые ссылки и цепочки редиректов, сверить URL, метатеги и контент с эталоном из аудита. Автоматизация переноса между контурами снимает часть ручной работы и человеческих ошибок — как это устроено, мы описывали в материале про CI/CD и деплой на Битрикс. Главное правило staging — ни один тестовый URL не должен утечь в индекс.
День запуска: порядок действий
Запуск — самый нервный этап, поэтому он должен идти по заранее написанному сценарию, а не по наитию. Разумный порядок такой:
- Свежий бэкап старого сайта. Точка возврата на случай необходимости отката.
- Переключение на новую версию. В тихое время суток с минимальным трафиком.
- Открытие индексации. Снять запреты со staging, отдать боевой robots.txt.
- Активация редиректов 301. Проверить, что старые URL перенаправляются корректно.
- Обновление sitemap и отправка в вебмастера. Актуальная карта сайта в поисковики.
- Проверка критичного пути. Каталог, карточки, корзина, оформление, обмен с 1С.
Наблюдение после переезда
Миграция не заканчивается в день запуска — следующие 2–4 недели это период наблюдения, когда мелкие проблемы ещё можно поймать и исправить без больших потерь. Кратковременное проседание в первые дни — нормально, поисковику нужно время переиндексировать сайт.
- Ошибки сканирования. Следите за ростом 404 в панелях вебмастеров — это забытые редиректы.
- Динамика индексации. Новые URL заходят в индекс, старые выходят — процесс идёт.
- Позиции по запросам. Сравнение с зафиксированными до переезда значениями.
- Логи сервера. Всплеск ошибок, медленные страницы, проблемы обмена с 1С.
Если через 3–4 недели позиции не восстанавливаются, ищите причину системно: незакрытые 404, слетевшие метатеги, случайный запрет индексации, цепочки редиректов. Почти всегда провал — это конкретная упущенная деталь, а не «магия поисковика».
Частые ошибки
- Неполная карта редиректов. Перенаправили основное, забыли часть URL — они падают в 404 и уносят трафик.
- 302 вместо 301. Временный редирект не передаёт вес, позиции не восстанавливаются.
- Забытый запрет индексации. Со staging переехал
Disallow: /— сайт выпадает из индекса. - Слетевшие метатеги. Новые шаблоны перегенерировали title/description, ранжирование сбилось.
- Цепочки редиректов. Старый URL ведёт через несколько прыжков — вес теряется.
- Переезд + редизайн + смена URL разом. При проседании невозможно понять причину.
- Нет наблюдения. После запуска сайт бросили, а проблемы всплыли поздно.
Чек-лист миграции
- Аудит снят. Список URL, трафик, метатеги, позиции и внешние ссылки зафиксированы до переезда.
- Карта редиректов готова. Каждый старый URL сопоставлен новому; ни одной значимой страницы в 404.
- URL сохранены или перенаправлены. Структура ЧПУ повторена или логично перестроена с 301.
- Метатеги перенесены. Title, description, H1 и разметка воспроизведены на новой платформе.
- Staging закрыт от индексации. Тестовый контур проверен краулером, ни один URL не утёк в индекс.
- Sitemap и robots. Свежая карта сайта, чистый robots.txt, отправка в вебмастера.
- Скорость заложена. Композитный кэш, оптимизация — переезд как повод ускориться.
- Наблюдение 2–4 недели. Мониторинг 404, индексации, позиций и логов после запуска.
Вывод
Смена платформы не обязана стоить вам позиций — падение трафика при миграции почти всегда рукотворное и предотвратимое. Ключ к безопасному переезду на 1С-Битрикс — преемственность: те же URL или корректные 301-редиректы, те же метатеги, та же структура и контент, что поисковик уже знает и ценит.
Снимите полный аудит до переезда, постройте исчерпывающую карту редиректов, проверьте всё на закрытом staging и не бросайте сайт после запуска — наблюдайте первые недели. Сделаете это аккуратно — и переезд станет не риском потерять трафик, а возможностью получить более быстрый сайт, который поисковик оценит выше прежнего.
