Drupal 10 доживает последний год: когда переходить на 11 и чего ждать от Drupal 12

Если сайт компании живёт на Drupal 10, зиму он встретит без обновлений безопасности. Поддержка «десятки» заканчивается 9 декабря 2026 года. А за два дня до этого, на неделе 7 декабря, выходит Drupal 12: релиз сдвинули с августа на декабрь.

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

Четыре даты второго полугодия

Картину можно выписать в календарь.

• Сейчас: актуальна ветка Drupal 11.4. Релиз зрелый, большая часть contrib-модулей на него уже переехала.
• Сентябрь: выходит бета Drupal 12. По ней разработчики модулей начинают проверять совместимость.
• Неделя 7 декабря 2026 года: выходит сам Drupal 12. Изначально его планировали на август, потом перенесли.
• 9 декабря 2026 года: у Drupal 10 наступает EOL, то есть конец жизненного цикла.

EOL не значит, что сайт сломается. Значит, что он больше не получает патчи безопасности. А на CMS держатся формы, личные кабинеты, обмен с CRM. Каждая новая дыра в ядре или в популярном модуле остаётся открытой навсегда. 87% свежих уязвимостей сегодня эксплуатируют автоматически. Так что план «поживём на старой версии ещё годик» стоит на плохой арифметике.

Почему дорога идёт через одиннадцатую

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

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

Вторая. Свежий мажорный релиз всегда означает несколько месяцев, пока contrib-модули догоняют совместимость. Кто переедет на одиннадцатую сейчас, получит стабильную экосистему. Кто ждёт двенадцатую, получит зиму без поддержки на десятке плюс переезд на платформу, под которую половина модулей ещё не готова.

Третья, и она главная. Переход с 11 на 12 обойдётся заметно дешевле, чем с 10 на 11. Мажорные релизы Drupal устроены так: API помечают устаревшим в текущей версии, а удаляют в следующей. Код, вычищенный от deprecated-вызовов под Drupal 11, заработает на 12 почти без правок.

Что внутри двенадцатой: Symfony 8 и вычищенное ядро

Технически Drupal 12 строится на Symfony 8. Это свежая версия PHP-фреймворка, на котором стоит ядро. Отсюда прирост производительности и актуальные требования к PHP.

Отсюда же ревизия кастомного кода. Всё, что пометили устаревшим в одиннадцатой ветке, из двенадцатой удалено полностью. Ядро стало чище и быстрее. А самописные модули десятилетней давности, которые «просто работали», работать перестанут.

Для владельца сайта вывод такой: цену миграции определяет не ядро. Её определяют объём кастомного кода и число заброшенных contrib-модулей. Сайт на актуальной теме и живых модулях переезжает между мажорными версиями за дни. Сайт с пятью самописными модулями без тестов ползёт неделями.

Canvas и агенты: ИИ въезжает в ядро

Содержательная новинка двенадцатой версии: искусственный интеллект перестаёт быть экспериментальной надстройкой. AI-ассистент Canvas и агентные инструменты становятся штатной функциональностью. Редактор словами описывает, какую страницу хочет собрать, и получает черновик со структурой и компонентами.

Для контент-команд это сдвиг того же порядка, каким когда-то стал Layout Builder. Меньше задач «поправьте нам блок» уходит разработчикам, больше остаётся в руках редакции.

Смысл для бизнеса простой. Контент на сайте обновляется часто? Тогда миграция окупается дважды: безопасностью и скоростью работы редакторов.

Что делать до декабря

План на вторую половину 2026 года зависит от того, на чём у вас сайт.

• Drupal 7, 8 или 9: мигрировать немедленно. Эти версии давно без поддержки, а путь на 12 в любом случае лежит через 11.
• Drupal 10: запланировать обновление до 11 на осень, не дожидаясь декабрьского дедлайна. В конце года подрядчики будут перегружены такими же горящими проектами.
• Drupal 11: после сентябрьской беты прогнать кастомные модули на совместимость с 12. Deprecated-вызовы вычистить заранее.
• Всем: провести инвентаризацию модулей. Какие contrib заброшены, какой кастомный код реально работает. Это 80% сметы будущей миграции.
• Перед любым обновлением: полный дамп базы и файлов, тестовый прогон на копии, и только потом продакшен.

Цена переезда между мажорными версиями сильно зависит от того, когда за него взяться. Осенью это плановая работа, в декабре пожарная. Не хватает рук или экспертизы оценить объём? Начните с аудита кода и модулей. По его итогам смета превращается из «где-то между неделей и полугодом» в конкретный план с датами.