Sylius rachète PrestaShop : ce que ça change pour vous

En décembre 2025, Cyber_Folks — hébergeur polonais qui possède déjà Shoper — a racheté PrestaShop via sa filiale Sylius. Pour les 300 000 boutiques qui tournent sur PrestaShop, la question est brutale : que devient mon CMS quand mon nouveau propriétaire vend aussi un concurrent direct ? Après 10 ans sur PrestaShop et 193 projets livrés, voici mon analyse de ce rachat et pourquoi l'architecture headless protège les commerçants français — quel que soit le scénario qui se dessine.

Ce qui s'est passé : les faits

Cet article fait partie de notre dossier PrestaShop Headless › architecture.

Cyber_Folks est un groupe polonais coté en bourse, spécialisé dans l'hébergement web et les solutions e-commerce. Il possède Shoper, une plateforme SaaS qui équipe plus de 30 000 boutiques en Pologne. En rachetant PrestaShop — via Sylius, son bras open source — Cyber_Folks met la main sur le CMS e-commerce le plus utilisé en France et en Europe du Sud.

Sylius, de son côté, est un framework e-commerce PHP open source basé sur Symfony. Techniquement solide, mais avec une part de marché marginale : quelques milliers d'installations contre plus de 300 000 pour PrestaShop. Le rachat n'est pas une fusion entre égaux — c'est un hébergeur qui achète un écosystème.

Entité	Rôle	Modèle économique
Cyber_Folks (Pologne)	Maison mère, cotée en bourse	Hébergement + SaaS (Shoper)
Shoper	SaaS e-commerce (Pologne)	Abonnement mensuel, hébergé
Sylius	Framework e-commerce open source	Services, licences enterprise
PrestaShop	CMS e-commerce open source	Marketplace d'addons + hosting

Les trois scénarios qui se dessinent

Un hébergeur qui possède un SaaS (Shoper) et un CMS open source (PrestaShop) a trois options stratégiques. Aucune n'est neutre pour les commerçants.

1. Scénario 1 — Coexistence pacifique. Cyber_Folks maintient PrestaShop en open source, investit dans la roadmap, et utilise Shoper pour le marché polonais uniquement. C'est le scénario annoncé officiellement. C'est aussi le moins probable à long terme : un actionnaire coté en bourse ne maintient pas deux produits concurrents indéfiniment.
2. Scénario 2 — Cannibalisation douce. Shoper devient l'offre SaaS recommandée pour les petites boutiques. PrestaShop est repositionné sur le mid-market et l'enterprise. Les fonctionnalités gratuites migrent progressivement vers des modules payants ou vers l'offre hébergée. C'est le scénario le plus probable — il reproduit exactement ce que WordPress.com a fait avec WordPress.org.
3. Scénario 3 — Fusion technique. PrestaShop est progressivement réécrit sur le socle Sylius/Symfony. Les modules existants deviennent incompatibles. Les commerçants doivent migrer — vers la nouvelle version ou vers un autre CMS. Ce scénario est le plus long mais le plus destructeur pour l'écosystème actuel.

Le « milieu oublié » : les PME françaises entre deux feux

PrestaShop a toujours occupé un créneau spécifique : trop puissant pour les auto-entrepreneurs (qui vont sur Shopify), pas assez structuré pour les grands comptes (qui choisissent Magento ou Salesforce Commerce Cloud). Son cœur de marché, ce sont les PME françaises — 50 à 5 000 produits, 500 K€ à 10 M€ de CA, un prestataire local pour la maintenance.

Avec le rachat, ces PME se retrouvent entre deux feux. D'un côté, Shoper qui grignote le bas du marché avec une offre SaaS clé en main à 30 €/mois. De l'autre, Sylius qui pousse une stack Symfony/headless pour les développeurs. Le commerçant du milieu — celui qui a besoin d'un back-office fonctionnel ET d'un front performant — n'est la priorité de personne.

C'est précisément là que l'architecture headless change la donne. En séparant le front-end (ce que voit le client) du back-end (PrestaShop), le commerçant ne dépend plus de la roadmap de PrestaShop pour son expérience client. Le back-office peut évoluer, être remplacé, fusionné avec Sylius — le front Nuxt 3 continue de tourner. C'est une assurance architecturale contre l'incertitude.

Le lock-in infrastructure : le risque que personne ne mentionne

Quand un hébergeur rachète un CMS, le risque principal n'est pas technique — c'est le lock-in infrastructure. Cyber_Folks vend de l'hébergement. PrestaShop a déjà une offre d'hébergement officielle (PrestaShop Hosting). La tentation est évidente : optimiser PrestaShop pour tourner mieux sur l'infrastructure Cyber_Folks, rendre les migrations plus difficiles, intégrer des fonctionnalités exclusives à l'offre hébergée.

Ce n'est pas de la spéculation — c'est un modèle éprouvé. Automattic (WordPress.com) a progressivement rendu certains plugins et thèmes exclusifs à sa plateforme hébergée. Wix a racheté des outils tiers pour les intégrer en exclusivité. Un hébergeur qui possède le CMS a un intérêt structurel à rendre l'auto-hébergement moins attractif.

L'architecture headless casse cette logique. Le front tourne sur votre propre serveur. Le back-office PrestaShop peut tourner où vous voulez — chez OVH, chez Scaleway, chez Hetzner. Même si Cyber_Folks optimise PrestaShop pour son infra, votre front n'est pas concerné. Et si un jour vous devez remplacer PrestaShop par un autre back-end, seuls les connecteurs API changent — pas le front, pas le design, pas le tunnel de conversion.

Pourquoi le headless protège des deux côtés

L'architecture headless n'est pas une opinion sur le rachat — c'est une stratégie d'indépendance. Elle protège le commerçant dans les deux cas de figure :

• Si PrestaShop prospère sous Cyber_Folks : le commerçant profite des améliorations du back-office (gestion stock, ERP, multi-boutique) sans être lié au thème front de PrestaShop, qui a toujours été le maillon faible.
• Si PrestaShop décline ou fusionne avec Sylius : le commerçant migre son back-end sans toucher à son front. Les modules sur mesure sont adaptés au nouveau back-end. Le client final ne voit aucune différence.
• Si le lock-in s'installe : le front auto-hébergé sur un VPS français reste hors de portée de l'hébergeur. Les données de navigation, les analytics et le tunnel de conversion ne transitent jamais par l'infrastructure Cyber_Folks.

C'est la raison pour laquelle nous avons choisi cette architecture avant le rachat — pas en réaction. Le headless souverain n'est pas un plan B. C'est le plan A pour toute PME qui veut maîtriser sa stack e-commerce indépendamment des décisions d'un groupe polonais coté en bourse.

Scénario	Risque pour un thème classique	Impact en architecture headless
Fusion PS + Sylius	Thème et modules front à réécrire	Seuls les connecteurs API changent
Lock-in hébergement	Migration complète nécessaire	Front indépendant, back migrable
Cannibalisation Shoper	Features gratuites deviennent payantes	Modules ac_ sur mesure, aucune dépendance marketplace
Coexistence pacifique	Aucun risque immédiat	Aucun risque + front performant

Conclusion : l'incertitude est le problème — l'indépendance est la solution

Personne ne sait ce que Cyber_Folks fera de PrestaShop dans 3 ans. Les déclarations officielles sont rassurantes — elles le sont toujours après un rachat. Ce qui compte, c'est la structure : un hébergeur coté en bourse qui possède un SaaS concurrent et un CMS open source finira par arbitrer entre les deux. La question n'est pas « si » mais « quand » et « comment ».

Pour un commerçant français, la réponse architecturale est claire : séparer le front du back. Garder PrestaShop pour ce qu'il fait bien (gestion catalogue, commandes, stock, ERP). Construire un front indépendant qui ne dépend ni du thème PrestaShop, ni de la roadmap de Cyber_Folks, ni de l'infrastructure de quiconque. C'est ça, le headless souverain.

Vous utilisez PrestaShop et vous vous interrogez sur l'impact du rachat ? Je vous montre en 30 minutes comment l'architecture headless vous rend indépendant — démonstration sur une boutique en production.
Réserver un créneau →