Миграция сайта без потерь: правильная настройка 301-редиректов

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Миграция сайта без потерь: правильная настройка 301-редиректов
Средний
от 1 дня до 3 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    956
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    947

Потеря трафика после смены домена — классика. Клиент переезжает, забывает настроить 301, и поисковики видят 404. Наш опыт: для интернет-магазина с 50 000 URL после миграции трафик упал на 80% за неделю. Маппинг и корректные редиректы вернули позиции за месяц. Без 301 вы теряете не только трафик, но и ссылочный вес. Сохранение ранжирования обходится значительно дешевле, чем повторный запуск рекламы. Экономия бюджета на восстановление позиций — ещё один весомый аргумент в пользу качественной миграции.

Правильная настройка 301-редиректов сохраняет до 99% ранжирования. Даже один пропущенный URL может стоить тысяч посещений в месяц.

Что такое 301 и почему он важен?

HTTP 301 — код "Moved Permanently", передающий от 90 до 99% PageRank новой странице. Для сравнения: 302 передаёт менее 10% — это в 10 раз хуже. Google обычно переносит позиции за 2–8 недель после корректной настройки. Используйте только 301 для постоянных изменений. При временных акциях или A/B-тестах допустим 302, но для миграции — только 301.

Почему важна проверка цепочек редиректов?

Цепочка из нескольких редиректов (например, A→B→C) размывает передаваемый вес. Каждый шаг теряет 5–10% PageRank. Мы следим, чтобы цепочки не превышали одного шага. После миграции прогоняем сайт через Screaming Frog для обнаружения таких ситуаций. В одном из проектов цепочка из трёх шагов снизила передачу веса на 25% — после исправления трафик восстановился за две недели.

Как избежать потери трафика при миграции?

Перед переездом составляем полный маппинг URL, уделяя особое внимание страницам с высоким трафиком и бэклинками. После деплоя мониторим Google Search Console на появление 404. В течение месяца отслеживаем позиции и корректируем редиректы при необходимости. Также полезно проверить www и non-www версии домена, чтобы не создать дополнительных пропусков.

Пример из практики: миграция сайта на Laravel. Исходный сайт на WordPress с 15 000 URL. Автоматически импортировали структуру в панель администратора, настроили редиректы через middleware с кешированием в Redis. После деплоя мониторили 404 — обнаружили 2% ошибок, вызванных регистрозависимыми путями. Исправили за час.

Что входит в настройку 301-редиректов

  1. Аудит старого сайта: краулинг всех URL, анализ трафика из Google Search Console.
  2. Маппинг каждого старого URL с новым, приоритизация по трафику и бэклинкам.
  3. Реализация редиректов через .htaccess, Nginx или middleware (Laravel, Django, Node.js).
  4. Тестирование цепочек, отсутствия 404 и корректной передачи веса.
  5. Мониторинг в Google Search Console в течение 30 дней после деплоя.
  6. Документация по всем редиректам и отчёт о проверке.

Стратегия миграции

До переезда:

  • Краулинг старого сайта (Screaming Frog, Sitebulb) — выгрузить все индексируемые URL.
  • Проверить через Google Search Console — найти страницы с трафиком и позициями.
  • Сопоставить старые URL с новыми (mapping таблица).
  • Приоритизировать страницы с трафиком.
Старый URL Новый URL Приоритет
/catalog.php?cat=12 /catalog/smartphones Высокий
/product.php?id=4521 /products/iphone-15-pro Высокий
/about.html /o-kompanii Средний
/news/archived/post-1 /blog/post-1-slug Низкий

Процесс настройки 301-редиректов

Этап Описание
Аудит старого сайта Краулинг, выгрузка всех URL, анализ трафика из GSC
Маппинг Сопоставление каждого старого URL с новым, приоритизация
Реализация Редиректы через .htaccess, Nginx или middleware на Laravel/другом стеке
Тестирование Проверка цепочек, отсутствие 404, корректность передачи веса
Мониторинг Отслеживание 404 и позиций в течение 30 дней после деплоя
Отчёт Документация по всем редиректам и результатам проверки
Типичные ошибки
  • Использование 302 вместо 301 — вес не передаётся.
  • Редиректы на главную вместо релевантных страниц — теряется контекст.
  • Цепочки редиректов более одного шага — размывают PageRank.
  • Игнорирование регистра URL — битые ссылки.
  • Неучтённые параметры в URL — страницы не индексируются.

Nginx-конфигурация для массовых редиректов

При тысячах редиректов используем Nginx map — это производительнее middleware.

map $uri $redirect_to {
    include /etc/nginx/redirects.map;
}

server {
    if ($redirect_to) {
        return 301 $redirect_to;
    }
}

Файл redirects.map генерируется скриптом из базы данных при деплое.

Проверка после миграции

  • Screaming Frog: краулинг нового сайта, проверка цепочек редиректов (не более 1 шага).
  • Google Search Console: мониторинг Coverage → Not Found (404).
  • Ahrefs/Semrush: проверка, что бэклинки корректно редирекчены.
  • Проверить www и non-www версии домена.

Срок настройки: 1–3 дня в зависимости от объёма маппинга. Получите консультацию по настройке редиректов до миграции — это снизит риски. Закажите экспресс-аудит текущих редиректов, чтобы убедиться в корректности передачи веса.

Редизайн и миграция сайта: смена CMS, сохранение SEO

Клиент пришёл через 6 недель после самостоятельного редизайна: «Мы переехали с WordPress на Tilda, трафик упал на 70%». Открываю Google Search Console — 847 страниц отдают 404, URL-структура полностью изменилась, не было ни одного 301-редиректа. Яндекс ещё не переиндексировал новый сайт, позиции рухнули. Восстановление заняло 4 месяца и обошлось в потерю выручки около 2 млн рублей за квартал. Наш опыт — более 7 лет и 80+ успешных миграций, гарантируем сохранение позиций при правильном подходе.

Почему миграции ломают SEO

Поисковики проиндексировали конкретные URL. Если /catalog/shoes/nike-air-max-270 превратился в /products/nike-air-max-270 без 301-редиректа — весь ссылочный вес страницы, весь трафик, все позиции уходят в никуда. Google говорит, что 301 передаёт ~99% PageRank, но на практике позиции восстанавливаются за 2–8 недель, а не мгновенно.

Чаще всего SEO ломают не из злого умысла, а потому что разработчик не думает о URL-структуре как о публичном API. Вот типичные поломки:

Проблема Причина Решение
Дублированный контент Новый сайт открывается параллельно со старым Отключить индексацию dev-версии, настроить canonical
Потеря метаданных Title и description остались в старой CMS Экспорт через API, массовый импорт с проверкой
Изменение canonical Пагинация и фильтры сбросились Зафиксировать до разработки, внедрить в шаблон
Скорость просела Тяжёлые секции, неоптимизированные изображения Оптимизировать LCP, CLS, TTFB до запуска

Как восстановить трафик после неудачной миграции?

Если трафик упал — действуйте немедленно:

  1. Краул нового сайта на 404 и сравнение с предмиграционным списком URL.
  2. Создание редиректов для всех потерянных страниц с трафиком >0.
  3. Проверка структурированных данных и мета-тегов на тестовой выборке.
  4. Ежедневный мониторинг Coverage в Search Console и позиций по топ-50 запросам.
  5. Если спустя 2 недели трафик не восстанавливается — глубокий аудит редиректов (транзитивность, цепочки, циклы).

В нашей практике такой случай: крупный интернет-магазин потерял 50% трафика при переезде с Битрикса на React + Strapi. За три дня восстановили 95% редиректов, через 3 недели трафик вернулся на 90% от исходного.

Предмиграционный аудит: что нельзя пропустить

До начала разработки нового сайта нужно:

  1. Полный краул текущего сайта через Screaming Frog или Sitebulb. Получить список всех индексируемых URL с трафиком из Google Search Console.
  2. Выгрузить все страницы с органическим трафиком >0 за последние 6 месяцев — это приоритет для редиректов.
  3. Зафиксировать все внешние ссылки (backlinks) на конкретные страницы — Ahrefs, Semrush.
  4. Сфотографировать текущие позиции по ключевым запросам — база для сравнения после миграции.
  5. Сохранить Core Web Vitals из Search Console за предыдущие 90 дней.

Таблица для фиксации:

Этап аудита Инструмент Критичность
Сбор URL Screaming Frog + GSC Высокая
Трафик по страницам Google Analytics / Search Console Высокая
Внешние ссылки Ahrefs / Majestic Средняя
Позиции Яндекс.Wordstat / Serpstat Средняя
Core Web Vitals GSC CrUX Высокая

Свяжитесь с нами для детального предмиграционного аудита — мы поможем выявить все риски и составить план действий.

Маппинг URL и редиректы

Для проекта с 200+ страницами создаём таблицу маппинга: старый URL → новый URL → статус (301, объединён с другой страницей, удалён). Каждая строка проходит проверку: реально ли контент переехал именно сюда.

В Laravel редиректы через конфигурационный файл и middleware, не через .htaccess — это быстрее и управляемо. Для WordPress → Next.js: редиректы настраиваются в next.config.js (статические) и на уровне Nginx/CDN для динамических. Старый .htaccess на shared хостинге с 500+ строками редиректов — особый ад. Каждый редирект проверяется последовательно, производительность падает. Переносим в Nginx map директиву или Redis-кэш для динамического поиска. Подробнее в Wikipedia: HTTP 301.

Миграция контента из разных CMS

WordPress → Headless CMS (Contentful, Strapi, Sanity):
WordPress REST API или WP All Export для экспорта постов, метаполей, медиафайлов. Скрипт миграции на Node.js: парсим экспорт, трансформируем структуру, загружаем через API CMS. Медиафайлы перегружаем в новое хранилище, обновляем ссылки в контенте. Типичная проблема — shortcodes в контенте WordPress ([gallery id="123"]): нужен парсер и трансформация в новый формат.

1С-Битрикс → современный стек:
Битрикс хранит контент в нестандартных таблицах с IBLOCK_ELEMENT_PROPERTY. Прямой SQL-экспорт через phpMyAdmin или Bitrix API. Трансформация — самая долгая часть из-за специфики структуры данных Битрикса.

Тяжёлые WYSIWYG → структурированный контент:
Годы редактирования в FCKEditor/TinyMCE оставляют inline-стили, нестандартные теги, сломанные атрибуты. HTML sanitize + трансформация в Markdown или Portable Text (Sanity) с ручной проверкой проблемных страниц.

CMS Инструменты миграции Сложность Риски
WordPress WP All Export, WP-CLI, REST API Средняя Shortcodes, meta fields
1C-Битрикс Bitrix API, SQL-экспорт Высокая Сложная структура, свойства инфоблоков
Joomla J2XML, прямая выгрузка из БД Высокая Устаревшие расширения
Tilda/Readymag Экспорт через API (ограничен) Средняя Нет полного доступа к контенту

SEO-сохранение технических элементов

Структурированные данные (Schema.org) — если на старом сайте были Product, Article, BreadcrumbList разметки, они должны быть и на новом. Google Search Console → Enhancement reports покажут потерю rich snippets.

Sitemap XML: генерируется автоматически, отправляется в GSC через день после запуска. Старый sitemap остаётся до полной переиндексации.

hreflang для мультиязычных сайтов: если теги потерялись при миграции, через несколько недель начнутся конфликты между языковыми версиями в выдаче.

Open Graph и Twitter Card мета-теги — часто забывают при смене шаблона, страницы перестают корректно отображаться при шаринге в соцсетях.

Запуск и мониторинг первых недель

DNS propagation: переключение DNS занимает до 48 часов, планируйте запуск с запасом. Cloudflare как DNS-провайдер — propagation занимает минуты, не часы.

После запуска ежедневно мониторим: Search Console → Coverage (ошибки индексации), Analytics → органический трафик, сравнение с аналогичным периодом прошлого года, краулинг сайта на 404-ошибки.

Первые 2 недели — критический период. Если трафик падает на 30%+ — немедленный аудит редиректов и сравнение с предмиграционным краулом.

Чек-лист на запуск (спойлер)
  • [ ] Все 301 редиректы работают и не образуют цепочек
  • [ ] Sitemap отправлен в GSC и Яндекс.Вебмастер
  • [ ] Прописаны canonical на всех страницах
  • [ ] Проверено отображение Open Graph / Twitter Card
  • [ ] Скорректированы robots.txt и мета-теги noindex
  • [ ] Core Web Vitals в зелёной зоне (LCP <2.5s, CLS <0.1, INP <200ms)

Что входит в работу

Результаты, которые вы получаете:

  1. План миграции с маппингом URL и редиректов в формате Excel/Google Sheets.
  2. Настроенные 301 редиректы на серверном уровне (Nginx/Cloudflare/Vercel).
  3. Перенесённый контент с проверкой целостности: изображения, мета-поля, ссылки.
  4. Структурированные данные (Schema.org) на новом сайте, идентичные старым или улучшенные.
  5. Отчёт по SEO: динамика позиций через 1, 3 и 6 недель после запуска.
  6. Мониторинг Coverage в Search Console с уведомлениями об ошибках.
  7. Гарантия сохранения позиций: если трафик падает более чем на 15% в течение первого месяца — бесплатный аудит и коррекция.

Сроки и ориентиры

  • Редизайн с миграцией небольшого сайта (до 100 страниц): 4–8 недель.
  • Миграция e-commerce с 500+ страниц товаров: 8–16 недель.
  • Только техническая часть миграции (редиректы, метаданные) без редизайна: 1–3 недели.

Стоимость рассчитывается индивидуально по объёму. Средняя экономия клиента за счёт сохранения трафика после миграции — от 300 000 до 500 000 рублей в год.

Получите консультацию по вашему проекту — мы ответим в течение дня. Закажите предмиграционный аудит вашего сайта и получите точную смету с планом редиректов. Свяжитесь с нами, чтобы обсудить детали.