Обновление сайта с Joomla 3 до Joomla 5: план и этапы

Отметим: когда Joomla 3 прекратила поддержку, владельцы сайтов столкнулись с необходимостью миграции на актуальные версии. Стандартный путь — Joomla 4 или сразу 5. Но архитектура изменилась: появились PSR-4, Namespaces, DI Container. Это ломает совместимость старых расширений. Мы помогаем перенести ваш сайт на Joomla 5 без потери данных и функциональности. Опыт более 50 успешных миграций — оценим проект за 1 день и предложим оптимальный маршрут. Перед началом работ обязательно делаем полный бэкап с помощью Akeeba Backup: файлы, база, конфигурация — всё сохраняется. Это первый шаг, который исключает риск потери информации.

Какие проблемы решает миграция?

• Несовместимость расширений: многие сторонние компоненты для J3 не имеют версий под J5. Приходится искать альтернативы или переписывать кастомный код.
• Устаревший код: кастомные расширения часто используют JFactory и прямое обращение к БД, что запрещено в J5. Требуется рефакторинг под DI и пространства имён.
• Шаблоны: дизайн на основе J3-шаблонов не работает в J5. Нужна полная смена оболочки с использованием Bootstrap 5 API.

Стратегии миграции: поэтапное обновление или чистая установка?

Вариант 1: Поэтапное обновление — J3 → J4 → J5. Инструмент Pre-Update Check помогает выявить несовместимые расширения на каждом этапе. Подходит, если большинство расширений уже обновлено под J4.

Вариант 2: Чистая установка J5 — установить J5 с нуля, мигрировать только контент и конфигурацию. Шаблон и расширения — новые совместимые версии. Быстрее, если много устаревших расширений.

Pre-Update Check

Компоненты → Joomla! Update → Pre-Update Check. Показывает:

• Расширения без J4/J5-совместимой версии
• Deprecated PHP функции в кастомном коде
• Устаревшие таблицы БД

Как обновить Joomla: от 3 к 5

J3 → J4: прямое обновление

# 1. Через веб-апдейтер (если все расширения совместимы)
# Компоненты → Joomla! Update → установить Joomla 4.x

# 2. Исправить несовместимые расширения до обновления
# Найти J4-совместимые версии или удалить

# 3. После обновления
php cli/joomla.php database:update

J4 → J5: обновление

# Joomla 5 требует PHP 8.1+
php -v  # проверить версию

# Обновить через апдейтер
# Компоненты → Joomla! Update → Joomla 5.x

Как перенести контент и адаптировать шаблоны?

Перенос контента возможен двумя способами: через поэтапное обновление или чистую установку с импортом. Структура таблицы jos_content одинакова в J3/J4/J5 — прямой SQL-дамп часто работает без изменений. Но некоторые поля изменились, нужна проверка.

// Экспорт контента из J3
// Использовать com_content data export или прямой SQL dump

// Импорт через CLI:
php cli/joomla.php import:content --file /tmp/content-export.sql

Шаблоны J3 не совместимы с J5. Для J5 нужны шаблоны на основе Bootstrap 5 API или Cassiopeia. Популярные конструкторы: Helix Ultimate (открытый исходный код), Astroid Framework, YOOtheme Pro. Дизайн адаптируется под новый шаблон.

Миграция кастомных расширений

Кастомные компоненты Joomla 3 требуют рефакторинга. Пример изменений:

// J3 (устарело):
$db = JFactory::getDbo();
$user = JFactory::getUser();
$app = JFactory::getApplication();

// J5 (правильно):
$db = \Joomla\CMS\Factory::getDbo();
$user = \Joomla\CMS\Factory::getApplication()->getIdentity();
$app = \Joomla\CMS\Factory::getApplication();

// Пространства имён
namespace MyCompany\Component\Catalog\Site\Controller;
use Joomla\CMS\MVC\Controller\BaseController;

Необновлённый кастомный код может вызвать ошибки 500, Class not found или фатальные сбои. Рефакторинг с использованием DI и PSR-4 гарантирует стабильную работу под J5. Мы переписываем код с учётом новых стандартов.

Почему важен бэкап и тестирование?

Всегда делайте полный бэкап перед началом миграции: файлы сайта, база данных, конфигурация. Используйте компонент Akeeba Backup для Joomla. После каждого этапа тестируйте критический функционал. Для точного маршрута свяжитесь с нашими инженерами — они проверят совместимость и составят план.

Сравнение стратегий и сроки

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

• Аудит текущего сайта и совместимости расширений
• Разработка плана миграции
• Обновление или замена несовместимых расширений
• Перенос контента и конфигурации
• Настройка нового шаблона под дизайн
• Полное тестирование функционала
• Документация по результатам миграции
• Гарантия совместимости в течение 30 дней

Мы обладаем многолетним опытом и выполнили 70+ проектов по миграции Joomla. Предоставляем сертификат совместимости и техническую поддержку после переезда. Закажите аудит сегодня — получите детальную оценку вашего проекта. Свяжитесь с нами, чтобы обсудить детали миграции.

Редизайн и миграция сайта: смена 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 рублей в год.

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