PrestaShop, cyber_Folks, Sylius y BitBag: qué significa realmente la adquisición
El 18 de febrero de 2026, cyber_Folks anunció que había completado la adquisición del 100% de PrestaShop, junto con Sylius y BitBag, a través de su filial cyber_Pixel. Si gestionas una tienda PrestaShop, la reacción natural es una pequeña sacudida de inquietud: ¿mi plataforma sigue teniendo futuro y tengo que hacer algo? Esta es la respuesta honesta, vista con ojos de desarrollador, a esa pregunta: qué está confirmado de verdad, qué sigue siendo solo una promesa de nota de prensa y qué cambia (si es que cambia algo) en la forma de gestionar y desarrollar sobre PrestaShop ahora mismo.
Última actualización: junio de 2026.
Versión corta: sigue gestionando tu tienda, mantenla actualizada y juzga a los nuevos propietarios por lo que entreguen, no por lo que anuncien. La versión larga es más interesante, sobre todo si desarrollas módulos o gestionas tiendas para clientes, porque la operación es una apuesta clara por un ecosistema europeo de ecommerce de código abierto más amplio.
Qué está realmente confirmado
Conviene separar los hechos verificables de la interpretación, porque la mayor parte del ruido alrededor de esta operación mezcla ambas cosas.
- Comprador: cyber_Pixel, filial de cyber_Folks.
- Vendedor: Fortidia / MBE Worldwide.
- Activo adquirido: el 100% de PrestaShop SA.
- Agrupado con: Sylius y BitBag, bajo el mismo paraguas de cyber_Pixel.
- Escala declarada: la comunicación a inversores describe un ecosistema combinado de más de 700.000 clientes y alrededor de 35.000 millones de EUR de GMV anual respaldado por tecnologías del grupo. Toma la cifra de GMV como el propio encuadre del comprador para todo el grupo, no como una cifra exclusiva de PrestaShop.
El anuncio para inversores de cyber_Folks presenta PrestaShop como una de las mayores plataformas de ecommerce de código abierto del mundo, y GESSEL (que asesoró al comprador) publicó un resumen de la operación que cubre las tres propiedades. Todo lo que va más allá de esos hechos —promesas de hoja de ruta, "innovación impulsada por IA", ambiciones de ecosistema— es dirección, no entrega.
Quién lo compró realmente y por qué eso tranquiliza
cyber_Folks es un grupo tecnológico polaco construido sobre hosting, dominios, SaaS y servicios de ecommerce. El grupo está conectado con Shoper, y Jakub Dwernicki aparece descrito públicamente como presidente tanto de cyber_Folks como de Shoper en la cobertura de PAP/Bankier. Entonces, ¿qué significa eso para ti? No es una sociedad financiera que haya comprado un logotipo. Es un operador que ya gestiona hosting, facturación a comerciantes, marketplaces de aplicaciones y distribución de software a escala. La lógica de la operación es coherente de una forma que una compraventa típica de capital privado no suele serlo, y eso reduce (sin eliminarlo) el riesgo de que la plataforma sea exprimida y abandonada.
Dicho esto, que el propietario entienda el ecommerce es un motivo para un optimismo prudente, no una garantía de buena ejecución. Shoper es un producto SaaS cerrado; PrestaShop es código abierto autohospedado. La tensión interesante está en si el nuevo propietario los tratará como complementarios o si, con el tiempo, empujará PrestaShop hacia una forma más gestionada, alojada y monetizada.
¿PrestaShop dejará de ser gratis o de código abierto?
Esta es la pregunta que de verdad quita el sueño a los propietarios de tiendas, así que seamos precisos. No hay ninguna señal creíble de que PrestaShop esté a punto de cerrar su código o convertirse en un producto solo SaaS. La propia actualización mensual de marzo de 2026 de PrestaShop enmarca explícitamente el futuro alrededor del código abierto, y los mensajes de cyber_Folks a inversores describen repetidamente PrestaShop como una plataforma de código abierto. En una sesión de Q&A en directo con Mikolaj Krol y Olivier Binet, la nueva dirección se resumió en cuatro temas: una hoja de ruta más clara, alianzas tecnológicas más sólidas, innovación impulsada por IA con un compromiso continuado con el código abierto y un papel central para el ecosistema.
Pero aquí está el matiz honesto que la mayoría de coberturas omiten: "el código abierto sigue siendo código abierto" no es lo mismo que "todo seguirá siendo gratis". La licencia GPL del núcleo es una cosa; la superficie comercial a su alrededor es otra. La propiedad puede cambiar prioridades en paquetes de hosting, el marketplace oficial Addons, servicios en la nube y qué funciones llegan al núcleo frente a un nivel de pago. La licencia protege tu derecho a seguir ejecutando y modificando el código que ya tienes. No promete que todas las comodidades futuras vayan a ser gratis. No es una razón para entrar en pánico; es una razón para mantener tu tienda en una posición en la que nunca dependas de la hoja de ruta de un único proveedor, lo cual es una buena práctica al margen de quién sea el dueño de la plataforma.
Lo único práctico que esto cambia hoy: nada
Voy a decir alto y claro el punto aburrido, porque es el correcto. Un cambio de propiedad no es un detonante para migrar. Tu tienda funciona con exactamente el mismo código el día después de la operación que el día anterior. No hay ningún parche que aplicar, ningún ajuste que activar, ningún "modo adquisición" en Parámetros avanzados → Información. Si un proveedor o consultor usa esta noticia para empujarte a cambiar de plataforma, trátalo como una táctica comercial, no como un análisis.
Lo que sí merece unos minutos de tu atención es la disciplina que hace que cualquier transición de propiedad no sea un acontecimiento para tu tienda:
- Mantén tu versión al día. Controla en qué rama estás (el pie de página de tu back office y Parámetros avanzados → Información lo muestran) y mantente actualizado dentro de ella. Una tienda en una rama soportada y completamente parcheada, o en una rama legacy con un plan de mantenimiento explícito, es mucho más segura que una congelada, sea quien sea el propietario de la marca.
- Evita las sobrescrituras del núcleo siempre que puedas. Cada archivo en /override y cada bifurcación dura del tema son un impuesto para futuras actualizaciones. Cuanto más ligera sea tu personalización sobre el núcleo —módulos y hooks en lugar de clases del núcleo parcheadas—, con menos dolor absorberás lo que lancen los nuevos propietarios.
- Observa la adopción de 9.1 y 9.2, pero no seas el primero. La nueva dirección se verá en las versiones. Deja que los primeros usuarios encuentren las regresiones; adopta cuando tus módulos confirmen la compatibilidad.
- Prueba las funciones nativas en staging. El cambio del núcleo más comentado a corto plazo es un proceso de compra nativo en una sola página en 9.2. Antes de confiar en él en una tienda en producción, ejercítalo en una copia; lo cubrimos más abajo.
La cuestión del proceso de compra nativo en una sola página: no lo mezcles con la operación
Como en la sesión de Q&A de la adquisición se mencionaron el proceso de compra y el "ecosistema", muchos comerciantes han asociado mentalmente "nuevos propietarios" con "por fin tendré gratis un verdadero proceso de compra en una sola página". Son dos cosas distintas. El movimiento de PrestaShop hacia un proceso de compra nativo en una sola página es un elemento de la hoja de ruta que precede a esta operación y la sobrevivirá; y, crucialmente, el proceso de compra por defecto que tienes hoy no es un verdadero proceso de compra en una sola página: es una única URL con cuatro pasos plegados (el flujo escalonado del controlador order). Si la fricción en el proceso de compra te está costando pedidos ahora, la adquisición no cambia nada en tu calendario. Explicamos exactamente qué te da la plataforma, qué no te da y cuáles son tus rutas realistas en nuestra guía del proceso de compra en una sola página para PrestaShop; decidir si esperar al OPC nativo de 9.2 o actuar hoy depende por completo de tus propias cifras de conversión, no de quién firmó la operación.
La verdadera señal para desarrolladores: un ecosistema más grande y más coherente
Para autores de módulos, agencias e integradores, aquí es donde la cosa se vuelve realmente interesante. En una entrevista de PAP/Bankier, Jakub Dwernicki señaló que Shoper ya contaba con socios de aplicaciones que desarrollaban para unos 20.000 clientes, y que combinar las plataformas multiplica la base de comerciantes a la que se puede llegar. El argumento no es "el desarrollo continúa"; es "un grupo mayor hace que merezca más la pena crear aplicaciones e integraciones serias".
Sylius y BitBag encajan en esa tesis desde otro ángulo. Atienden a un mercado al que PrestaShop tradicionalmente no llega:
| Plataforma | Encaje típico | Arquitectura | Quién desarrolla sobre ella |
|---|---|---|---|
| PrestaShop | Comerciantes pequeños y medianos, autohospedado, módulos listos para usar | Núcleo Smarty/legacy avanzando hacia Symfony | Tiendas de módulos, freelancers, agencias que atienden a pymes |
| Sylius | Proyectos de ecommerce personalizados, de estilo enterprise | Nativo de Symfony, API-first, compatible con arquitecturas headless | Equipos de desarrollo a medida |
| BitBag | Entrega de implementación e integración | (Agencia, no una plataforma) | Aporta experiencia de desarrollo en Sylius/Symfony |
En teoría, se complementan en lugar de canibalizarse: PrestaShop para propietarios que quieren montar una tienda con módulos preparados, Sylius para proyectos que necesitan control a nivel de código, BitBag tendiendo puentes entre ambos. El punto a vigilar para los desarrolladores independientes es el de siempre: si el marketplace oficial y las alianzas de plataforma siguen siendo lo bastante justos como para que desarrollar para PrestaShop siga mereciendo la inversión. Esa equidad, y no la cifra destacada de GMV, es lo que determina si el ecosistema crece o se vacía.
Hay un tema de ecosistema que merece señalarse sin sobreinterpretarlo: la "innovación impulsada por IA" apareció repetidamente en la nueva dirección. Por ahora lo pondría en la columna de observar, no en la de actuar. Si estás pensando en cómo encaja realmente la IA en el trabajo diario con PrestaShop hoy, al margen de cualquier hoja de ruta de la plataforma, ese es otro debate, y escribí dónde he acabado posicionándome en herramientas de IA para trabajar con PrestaShop en 2026.
Cómo lo leemos como desarrolladores de módulos
Desarrollamos módulos comerciales para PrestaShop, así que nos jugamos algo en esto. Las oportunidades que abre un ecosistema más sano y mejor financiado son concretas: proceso de compra, B2B, rendimiento y caché, conectores de integración, herramientas de migración y seguridad en las actualizaciones son áreas en las que los comerciantes pagan por capacidades que el núcleo no incluye. Una base de comerciantes más grande hace que ese trabajo sea más sostenible, lo cual es bueno para todos los que dependen de módulos de terceros.
La otra cara también es real: una plataforma gestionada de forma más centralizada suele implicar expectativas de compatibilidad más estrictas y APIs que se mueven más rápido. Entonces, ¿qué significa eso para ti como comprador de módulos? Aumenta el valor de los proveedores que siguen el ritmo del núcleo: los que realmente prueban contra nuevas ramas, lanzan actualizaciones y te responden directamente cuando algo se rompe. Nuestra propia respuesta a esa presión es dar soporte a PrestaShop 1.6.1 hasta 9.1 (PHP 7.1+) en todo el catálogo y atender el soporte sin intermediarios, porque la seguridad al actualizar es exactamente lo que se vuelve más difícil cuando una plataforma acelera. Si quieres el contexto de cómo trabajamos, está en nuestro post de gran apertura.
Mi opinión: optimismo prudente, pendiente de evidencias
PrestaShop necesitaba de verdad una propiedad más enfocada, una disciplina de hoja de ruta más estricta y una mejor comunicación con desarrolladores. cyber_Folks tiene una razón real de ecommerce para invertir en lugar de extraer, el compromiso con el código abierto consta públicamente y la lógica Shoper/Sylius/BitBag encaja estratégicamente. Es un punto de partida mejor que el de la mayoría de adquisiciones de plataformas.
Pero el optimismo no es un respaldo. Las cosas que convertirían "prometedor" en "bueno" son todas medibles y ninguna ha sucedido todavía: actualizaciones más fluidas, menos regresiones, APIs estables y bien documentadas, módulos nativos mantenidos y un marketplace que siga siendo justo con los desarrolladores independientes. Eso se ve en la actividad de GitHub, las notas de versión y las guías de migración, no en los anuncios. Así que la postura práctica tanto para comerciantes como para desarrolladores es la misma: seguir adelante, mantenerse al día y llevar la cuenta con versiones reales.
Si sigues nuestra cobertura de la plataforma y del negocio detrás de estos módulos, también hemos reunido las piezas sobre por qué hacemos esto y dónde encontrarnos: por qué empezamos este blog y dónde seguirnos.
Preguntas frecuentes
¿Tengo que migrar desde PrestaShop ahora que ha sido adquirido?
No. Un cambio de propiedad no es un detonante para migrar. Tu tienda funciona con exactamente el mismo código el día después de la operación que el día anterior: no hay ningún parche que aplicar ni ningún ajuste que activar. Si un proveedor usa esta noticia para empujarte a cambiar de plataforma, trátalo como una táctica comercial. La respuesta sensata es la misma disciplina que hace que cualquier transición de propiedad no sea un acontecimiento: mantenerte al día dentro de tu rama, evitar sobrescrituras del núcleo y probar las nuevas versiones en staging antes de adoptarlas.
¿PrestaShop dejará de ser gratis o de código abierto?
No hay ninguna señal creíble de que PrestaShop esté a punto de cerrar su código o pasar a ser solo SaaS. Tanto la actualización de marzo de 2026 de PrestaShop como los mensajes de cyber_Folks a inversores enmarcan el futuro alrededor del código abierto. El matiz honesto: "el código abierto sigue siendo código abierto" no es lo mismo que "todo seguirá siendo gratis"; la propiedad puede cambiar prioridades en paquetes de hosting, el marketplace Addons y qué funciones llegan al núcleo frente a un nivel de pago. La GPL protege tu derecho a seguir ejecutando y modificando el código que ya tienes.
¿Quién compró realmente PrestaShop, y eso tranquiliza?
cyber_Pixel, filial del grupo tecnológico polaco cyber_Folks, compró el 100% de PrestaShop SA a Fortidia / MBE Worldwide, agrupado con Sylius y BitBag. cyber_Folks gestiona hosting, dominios, SaaS y servicios de ecommerce a escala y está conectado con Shoper, así que es un operador con una razón real de ecommerce para invertir, no una sociedad financiera que haya comprado un logotipo. Eso reduce, sin eliminarlo, el riesgo de que la plataforma sea exprimida y abandonada.
¿La adquisición significa que por fin tendré gratis un proceso de compra nativo en una sola página?
No mezcles las dos cosas. El movimiento de PrestaShop hacia un proceso de compra nativo en una sola página es un elemento de hoja de ruta que precede a esta operación y la sobrevivirá. El proceso de compra por defecto que tienes hoy no es un verdadero proceso de compra en una sola página: es una única URL con pasos escalonados y plegados. Si la fricción en el proceso de compra te está costando pedidos ahora, la adquisición no cambia nada en tu calendario; esa decisión depende de tus propias cifras de conversión.
¿Qué deberían vigilar realmente los desarrolladores de módulos y las agencias?
No la cifra destacada de GMV: vigila si el marketplace oficial y las alianzas de plataforma siguen siendo lo bastante justos como para que desarrollar para PrestaShop siga mereciendo la pena, y si las actualizaciones se vuelven más fluidas, las regresiones menos frecuentes y las APIs estables y bien documentadas. Eso se ve en la actividad de GitHub, las notas de versión y las guías de migración, no en los anuncios. La postura práctica para todos es la misma: seguir adelante, mantenerse al día y llevar la cuenta con versiones reales.
Comentarios
Aún no hay comentarios. ¡Sé el primero!
Sé el primero en hacer una pregunta o compartir una opinión útil.
Dejar un comentario
Comparte una pregunta, un detalle de instalación o una opinión que pueda ayudar a otro lector.