Pimcore et POCL en 2026 : la décision de licence que tu ne peux plus reporter

Un changement de licence est une décision budgétaire déguisée

Pimcore a changé la manière dont sa Community Edition est sous licence, et beaucoup d'équipes ont rangé ça dans le tiroir "le service juridique s'en occupera un jour". C'est le mauvais tiroir. Pour une entreprise au-dessus d'un certain seuil de chiffre d'affaires, c'est une décision d'achat et de budget avec un vrai chiffre attaché, et elle tombe au moment où tu fais ta prochaine mise à niveau de plateforme.

C'est un guide de décision, pas un conseil juridique. Voici ce qui a changé, qui est concerné, et comment décider sans deviner.

Ce qui a réellement changé

Pimcore a fait passer sa Community Edition de la GNU General Public License v3 (GPLv3) à la Pimcore Open Core License (POCL), à partir de la version de plateforme 2025.1. La version de plateforme 2024.4 a été la dernière release sous GPLv3.

La motivation est la partie que la plupart des articles présentent correctement : la GPLv3 est "virale". Ses clauses de copyleft créent une vraie incertitude pour les entreprises qui construisent des extensions propriétaires au-dessus d'un cœur open source. POCL garde le code source ouvert et personnalisable tout en supprimant cette friction, donc tu peux garder tes extensions Pimcore personnalisées privées sans la question GPLv3 qui plane au-dessus.

La ligne qui décide de tout : 5 millions d'euros

POCL garde Pimcore gratuit pour :

• les organisations avec moins de 5 millions d'euros de chiffre d'affaires annuel,
• les associations à but non lucratif, et
• les établissements d'enseignement.

Si ton organisation dépasse 5 millions d'euros de chiffre d'affaires annuel et que tu fais une mise à niveau vers une version de l'ère POCL (2025.1 ou ultérieure), tu as besoin d'une licence commerciale pour rester conforme. Pour une entreprise du Mittelstand allemand qui fait tourner ses données produits sur Pimcore, cette ligne des 5 millions d'euros est généralement loin derrière toi, ce qui veut dire que la mise à niveau et la licence sont la même conversation.

Une clarification importante : si tu es déjà sur une édition Pimcore Professional, Enterprise ou PaaS sous un accord commercial, rien ne change pour toi. POCL concerne la Community Edition qui était auparavant sous GPLv3.

Ce que POCL autorise, en termes simples

• Tu peux accéder au code source, le lire, le personnaliser et construire dessus.
• Tu peux garder tes propres extensions et personnalisations privées.
• La frontière de l'open core est explicite, ce qui supprime l'ambiguïté de la GPLv3 qui rendait certains services juridiques nerveux.

POCL n'est pas un passage au code fermé. C'est un passage à des termes clairs.

Les trois options honnêtes

Pour une organisation au-dessus du seuil de chiffre d'affaires, il existe exactement trois positions, et chacune a un coût.

1. Geler sur 2024.4 (GPLv3). Tu restes sur la dernière release GPLv3 et tu ne fais aucune mise à niveau de l'ère POCL. Coût : tu cesses de recevoir les mises à jour de plateforme, les correctifs de sécurité finissent par se raréfier, et tu accumules de la dette de mise à niveau. Ça achète du temps, pas un avenir.
2. Mettre à niveau et prendre une licence. Tu passes sur la ligne de plateforme actuelle et tu prends la licence commerciale. Coût : une ligne de licence dans le budget, en échange de rester à jour, supporté et conforme.
3. Réévaluer la plateforme. Si le coût de la licence force la question, c'est le bon moment pour confirmer que Pimcore reste le bon choix, plutôt que de renouveler par inertie. C'est généralement le cas, surtout pour un PIM et un DAM sérieux, mais la question mérite une réponse honnête.

La mauvaise option, c'est la quatrième vers laquelle les équipes dérivent par accident : mettre à niveau sans prendre de licence tout en étant au-dessus du seuil de chiffre d'affaires. C'est un écart de conformité, pas une économie.

Comment évaluer ton exposition en une après-midi

Tu peux cadrer ça toi-même avant toute conversation avec un éditeur.

1. Version. Sur quelle version de plateforme Pimcore es-tu ? Tout ce qui est 2025.1 ou ultérieur est POCL. 2024.4 ou antérieur est GPLv3.
2. Édition. Community Edition, ou un accord commercial Professional, Enterprise ou PaaS ? Une édition commerciale signifie que ça ne s'applique pas à toi.
3. Chiffre d'affaires. Au-dessus ou en dessous de 5 millions d'euros de chiffre d'affaires annuel ?
4. Pression de mise à niveau. Qu'est-ce qui force une mise à niveau : une exigence de sécurité, une fin de vie de Symfony ou de PHP, une fonctionnalité dont tu as besoin ? Ce timing est ta vraie échéance.

Ces quatre réponses te placent dans l'une des trois positions ci-dessus. La plupart de la difficulté n'est pas la décision, c'est d'avoir l'inventaire pour la prendre.

Là où nous intervenons

Nous sommes des développeurs Pimcore et nous contribuons à des travaux Pimcore open source, dont notre bundle Pimcore Asset Pilot. Quand des clients tombent sur cette question de licence, ce dont ils ont généralement besoin en premier n'est pas une licence, c'est de la clarté : quelle version, quelle édition, ce que la mise à niveau implique réellement, et ce qu'il en coûte pour rester à jour. Nous proposons un audit Pimcore ciblé qui produit exactement ça : ta version et ton édition actuelles, ton exposition à POCL, le parcours de mise à niveau et son effort, et une recommandation que tu peux apporter en réunion budgétaire.

Pour en savoir plus sur notre façon de travailler avec la plateforme, consulte nos guides sur les mises à niveau Pimcore de la 10 à la 12 et la conception de workflows Pimcore en entreprise, ou la présentation des services Pimcore.

Si tu veux l'audit, démarre une conversation et dis-nous ta version et ton édition. Nous reviendrons vers toi avec une lecture claire de ta situation.

Sources : l'annonce de Pimcore, Pimcore says goodbye to GPL and enters a new era with POCL. Les conditions de licence peuvent changer ; confirme les conditions actuelles avec Pimcore avant une décision commerciale.