Миграция с Magento 1 на Magento 2: перенос данных, тем и SEO

Вы используете Magento 1, но его поддержка завершена — каждый день работы на этой платформе повышает риски взлома, потери данных и штрафов PCI DSS. Переезд на Magento 2 — не обновление, а полная пересборка магазина: разные архитектуры (Zend Framework 1 vs Symfony), разные форматы данных, разные системы расширений. В отличие от устаревшей платформы, Magento 2 основан на компонентах Symfony и современном PHP, что напрямую влияет на производительность и безопасность (см. Magento). Без глубокого аудита и поэтапного плана вы рискуете потерять до 30% функционала. Наша команда проведёт миграцию под ключ с сохранением всех бизнес-процессов, SEO-позиций и клиентской базы.

Что переносится, а что — нет

Официальный инструмент Data Migration Tool переносит стандартные сущности, но кастомные таблицы и весь код требуют ручной работы.

Почему нельзя просто обновить Magento 1?

Magento 1 и 2 — разные платформы. Обновление (upgrade) невозможно, необходимо мигрировать. В M1 старая архитектура, основанная на Zend Framework 1, тогда как M2 построен на Symfony и современном PHP. Из-за этого любое расширение или кастомизация требуют переписывания. Мы видели проекты, где после «быстрой» миграции теряли 30% функционала — этого можно избежать с правильным подходом.

Как перенести кастомные расширения?

Data Migration Tool не знает о ваших модулях. Для каждого расширения нужно найти аналог для M2 или заказать портирование. Например, популярное расширение для создания резервных копий в M1 (AheadWorks) имеет прямую замену Amasty в M2. Но уникальные модули переписываются с нуля под архитектуру Magento 2. На одном из проектов мы перенесли 34 расширения, из них 25 потребовали полного рерайта. Срок увеличился на 1.5 месяца, но все функции сохранили.

Как перенести пароли клиентов?

Magento 1 использует MD5, Magento 2 — bcrypt. Пароли не конвертируются напрямую. Мы применяем lazy migration: при первом входе проверяем старый MD5-хэш и перешифровываем в bcrypt. Клиенты не замечают смены, но пароли становятся безопасными.

// Plugin для CustomerAuthenticationService
public function aroundAuthenticate($subject, callable $proceed, $username, $password)
{
    try {
        return $proceed($username, $password);
    } catch (AuthenticationException $e) {
        $customer = $this->customerRepository->get($username);
        $legacyHash = md5($password);
        if (hash_equals($customer->getLegacyPasswordHash(), $legacyHash)) {
            $this->customerRepository->save(
                $customer->setPasswordHash($this->encryptor->getHash($password, true))
            );
            return $customer;
        }
        throw $e;
    }
}

Как выглядит миграция по шагам

1. Аудит Magento 1 — инвентаризация расширений, оценка совместимости.
2. Установка Magento 2 и Data Migration Tool — развёртывание чистой платформы.
3. Настройка маппинга и миграция данных — поэтапный перенос через migrate:settings, migrate:data, migrate:delta.
4. Перенос кастомных таблиц — написание PHP-скриптов для ручной синхронизации.
5. Решение проблемы паролей — lazy migration через плагин аутентификации.
6. Настройка SEO-редиректов — генерация 301 редиректов для старой URL-структуры.

Сравнение подходов к миграции

Magento 2 быстрее Magento 1 в 2–3 раза по показателям TTFB и LCP за счёт современного фреймворка и встроенного кэширования. Затраты на самостоятельную миграцию могут достигать значительных сумм с учётом простоев и ошибок, тогда как наша стоимость миграции рассчитывается индивидуально в зависимости от объёма работ.

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

• Полный аудит текущего магазина
• Миграция данных (каталог, заказы, клиенты)
• Портирование или замена расширений
• Разработка новой темы под M2
• Настройка 301 редиректов
• Документация по новой системе
• Обучение вашей команды
• 30 дней пост-релизной поддержки

Этот проект не про установку плагина, а про переезд целого магазина. Наш опыт более 50 успешных миграций. Мы гарантируем сохранность данных и работоспособность. Закажите бесплатную оценку вашего проекта — мы подготовим план и сроки. Свяжитесь с нами для консультации.

Редизайн и миграция сайта: смена 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. Вот типичные поломки:

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

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

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 и редиректы

Для проекта с 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) с ручной проверкой проблемных страниц.

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%+ — немедленный аудит редиректов и сравнение с предмиграционным краулом.

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

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

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 рублей в год.

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