Pimcore 2026.3: три мелкие правки, от которых зависит цена PIM

Pimcore выпустил версию 2026.3.0 (релиз на GitHub).

Громких функций в списке изменений нет.

Разработчики добавили в версии объектов данные о соавторах, дали workflow слот для собственных расширений и вынесли срок кеширования миниатюр в конфигурацию.

Если у компании на Pimcore каталог из десятков тысяч товаров, этот список стоит прочитать внимательно: от таких правок зависит, сколько будет стоить сопровождение PIM через три года.

Pimcore сохраняет историю каждого объекта в виде версий. PR #19235 добавляет в версию информацию о соавторах.

Карточку товара обычно правят несколько участников.

Интеграция привозит атрибуты из 1С, контент-менеджер пишет описание, AI-генератор дописывает SEO-текст, категорийный менеджер меняет цену и фото.

Когда на маркетплейсе находят ошибку в характеристике, первым делом выясняют, откуда она взялась.

Если в истории записан только последний, кто сохранил карточку, команда восстанавливает картину по переписке в чатах.

Наша трактовка (в описании релиза её нет): соавторство в версии позволяет разделить вклад человека и модели.

Это нужно для контроля качества в проектах, где карточки генерирует модель.

Когда видно, какие поля заполнил агент, проверку настраивают только на эти поля, и редактор не перечитывает карточку целиком.

Workflow в Pimcore описывает жизненный цикл объекта.

Статусы (черновик, обогащение, проверка, опубликовано) называются places, разрешённые переходы между ними - transitions, действия, доступные в любом статусе, - global actions. PR #19237 добавляет во все три сущности общий слот `custom_extensions`. К статусам почти всегда нужны свои данные: срок прохождения этапа, ответственная роль, признак обязательной AI-проверки перед публикацией.

Раньше их хранили рядом с workflow, в отдельном конфиге или бандле, и при каждом обновлении сверяли, не разъехались ли они с процессом.

Теперь эти данные лежат в слоте `custom_extensions` прямо в описании процесса, и этот формат поддерживает сам Pimcore. Пример из нашей практики.

Перед переходом «на публикацию» карточка проходит проверку через LLM & Security Gateway: модель сверяет описание с атрибутами и ищет противоречия.

Флаг «проверка обязательна»

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

Pimcore нарезает миниатюры из исходных изображений и отдаёт их с HTTP-заголовками кеширования. PR #19255 делает срок жизни этого кеша настраиваемым.

На большом каталоге эта небольшая настройка даёт заметный эффект.

Фото товаров меняются раз в год: длинный срок кеша сокращает число запросов к серверу Pimcore и ускоряет отдачу через CDN.

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

Ещё в релиз вошёл рефакторинг разбора логов GEE (Generic Execution Engine - движок фоновых задач Pimcore: экспорты, массовые операции).

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