Магазин на Magento может годами работать без того, чтобы кто-то трогал номер версии, и в этом как раз проблема. Каждая ветка выпусков Magento 2.4 получает исправления безопасности ограниченное время, а магазин на старой ветке продолжает работать, тихо накапливая известные уязвимости. Если спланировать обновление Magento 2.4 до крайнего срока, а не после инцидента, оно становится рутинной работой. В руководстве объясняется, как устроены ветки выпусков и сроки поддержки, чем патчи отличаются от обновлений и какому чек-листу мы следуем.

Окончание поддержки Magento: как устроены ветки выпусков

Magento Open Source и Adobe Commerce выпускаются ветками: 2.4.6, 2.4.7, 2.4.8 и, с мая 2026 года, Magento 2.4.9. Внутри каждой ветки патч-выпуски с суффиксом -p, например 2.4.8-p3, поставляют исправления безопасности и критические исправления без новых функций. В политике жизненного цикла Adobe Commerce указано, как долго поддерживается каждая ветка, обычно около трёх лет с момента выпуска, а для некоторых веток срок продлён для клиентов Adobe Commerce. Сроки поддержки могут различаться у платной и открытой редакций, поэтому читайте политику для своей редакции, а не полагайтесь на дату, процитированную из вторых рук.

На практике магазин на 2.4.6 или более старой версии находится на пороге окончания стандартной поддержки или уже миновал его и должен планировать переход сейчас, а у магазина на 2.4.7 время есть, но немного. Когда для вашей ветки наступает окончание поддержки Magento, магазин продолжает работать; он просто перестаёт получать исправления, и любая уязвимость, опубликованная после этой даты, остаётся открытой.

Патчи безопасности Magento между обновлениями

Патчи безопасности Magento приходят двумя путями: в виде следующего выпуска -p вашей ветки и, изредка, в виде отдельного срочного исправления, когда критическую уязвимость нельзя откладывать. Пример, который стоит запомнить, — SessionReaper (CVE-2025-54236). Adobe выпустила исправление в сентябре 2025 года в бюллетене безопасности APSB25-88, и когда технические подробности стали публичными, злоумышленники начали массово атаковать магазины без патча. Магазины, быстро применившие срочное исправление, оказались в совсем другом положении, чем те, что ждали следующего планового обновления.

Для отдельных исправлений между выпусками Adobe предоставляет Quality Patches Tool, который применяет выбранные патчи из командной строки и ведёт учёт применённого. Подпишитесь также на уведомления Adobe о безопасности, чтобы критический бюллетень доходил до человека, способного отреагировать в течение нескольких дней.

Чек-лист обновления Magento

В нашей работе по разработке на Magento 2 каждое обновление сначала отрабатывается на копии магазина, и только потом применяется к рабочему; чек-лист ниже показывает, что это включает.

  1. Зафиксируйте текущее состояние: версии Magento, PHP, сервера баз данных, OpenSearch, Redis, Varnish и Composer и список установленных модулей.
  2. Проверьте системные требования целевой версии. Новой ветке часто нужны более новые версии PHP, базы данных или поискового движка, а значит, возможно, обновление сервера перед обновлением приложения.
  3. Проверьте сторонние расширения. По каждому: используется ли оно, поддерживается ли и поддерживает ли его поставщик целевую версию? Удалите то, чем никто не пользуется, и замените заброшенное. Сторонние расширения вызывают больше задержек при обновлении, чем сама Magento.
  4. Проверьте пользовательский код на правки файлов ядра, предпочтения классов, заменяющие классы ядра, и устаревшие API. Пользовательские модули, меняющие поведение через плагины и наблюдатели, обычно обновляются без проблем.
  5. Создайте тестовую среду из свежей копии рабочего магазина с анонимизированными данными клиентов и теми же версиями ПО, которые будут на рабочем сервере.
  6. Выполните обновление в тестовой среде через Composer, запустите обновление установки, компиляцию, развёртывание статического содержимого и исправьте то, что сломается.
  7. Проверьте сценарии, которые приносят деньги: поиск, страницы товаров, корзину, оформление заказа с каждым способом оплаты и доставки, учётные записи клиентов, обработку заказов в панели администратора и интеграции.
  8. Спланируйте выпуск: полная резервная копия, спокойное окно времени, режим обслуживания и письменный план отката.
  9. Наблюдайте первые дни: журналы ошибок, объём заказов, сбои платежей и скорость страниц.

Пути обновления Magento 2.4: пропуск версий и перенос инфраструктуры

Магазину, отставшему на несколько веток, не нужно останавливаться на каждом промежуточном выпуске: Composer может перейти сразу на целевую версию, а скрипты обновления базы данных выполняются по порядку. Пропустить нельзя работу с инфраструктурой. У PHP, базы данных и поискового движка есть поддерживаемые версии для каждой ветки Magento, и переход со старой ветки может означать замену значительной части серверного стека. Часто это тот момент, когда стоит решить, подходит ли текущий хостинг магазину.

Обновить или сменить платформу?

Обновление обычно правильное решение, когда магазин делает то, что нужно бизнесу, а проблема в техническом долге. Если бизнес вокруг него изменился, например каталог сократился и команда хочет, чтобы поддерживать нужно было меньше, или потребности B2B переросли имеющиеся расширения, сравните обновление с переходом на другую платформу. Эту дорогу охватывает наша услуга смена платформы интернет-магазина.

Часто задаваемые вопросы: обновление Magento 2.4

Как часто нужно обновлять магазин на Magento?

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

Изменит ли обновление внешний вид моего магазина?

Не должно, но темы, переопределяющие много шаблонов ядра, могут потребовать доработок. Темы на основе Luma и Hyvä нужно отдельно проверять на совместимость в тестовой среде до обновления рабочего магазина.

Получает ли Magento Open Source такую же поддержку, как Adobe Commerce?

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

Работаете на более старом выпуске Magento 2.4? Наша команда разработки на Magento 2 и Adobe Commerce занимается обновлениями, патчами безопасности, аудитом расширений и интеграциями, а этот сайт сам работает на Magento Open Source 2.4.8, так что эта рутина знакома нам и по собственному опыту. Свяжитесь с нами, указав текущую версию и расширения, на которые вы полагаетесь, и мы определим объём обновления.