¿Módulos de terceros o módulos propios en PrestaShop? Por qué sustituimos los abandonados

Una tienda PrestaShop vive de sus módulos: el buscador, las opiniones, las URL amigables, el acceso de clientes, los emails… En velasdeolor.es muchos de esos módulos, incluidos algunos que venían con la plantilla, llevaban años sin una sola actualización. Al preparar la actualización a PrestaShop 8.2.8 y, después, a PrestaShop 9, nos tocó decidir qué hacer con cada uno. Contamos con qué criterio lo hemos hecho y qué módulos hemos sustituido ya por desarrollos propios.

El problema de los módulos abandonados

  • Seguridad: si aparece una vulnerabilidad, nadie la va a corregir. Y un módulo tiene el mismo acceso a la base de datos que el propio PrestaShop.
  • Bloquean las actualizaciones: un módulo que no funciona con PHP 8.2 o con PrestaShop 9 te ata a versiones antiguas de todo lo demás.
  • Hacen más de lo que parece: overrides que cambian el comportamiento del núcleo, tablas que crecen sin control, llamadas a servidores externos.

Un ejemplo de este mes: antes de activar un módulo comercial de avisos de pedido por WhatsApp, revisamos su código. Enviaba mensajes al teléfono de cualquier cliente sin pedirle consentimiento (el ajuste que parecía hacerlo no se usaba en ningún sitio) y desactivaba la verificación del certificado SSL en sus conexiones con la API de mensajería. El módulo sigue sin activar y, cuando llegue el momento, lo completaremos con un pequeño módulo propio que gestione el consentimiento. La lección: antes de activar un módulo que maneja datos personales, hay que leer su código o pedir a alguien que lo haga.

Cuándo compensa un módulo propio (y cuándo no)

Un desarrollo propio también hay que mantenerlo, así que no es la respuesta para todo. Nuestro criterio:

  • Sí, cuando el módulo es importante para la tienda y está abandonado; cuando el de terceros hace diez cosas y necesitas dos; cuando toca datos personales u obligaciones legales (consentimientos, precios anteriores de las ofertas) y quieres saber exactamente qué hace; y cuando necesitas controlar cuándo será compatible con PrestaShop 9.
  • No, para las pasarelas de pago (mejor el módulo oficial del banco o de PayPal), los módulos de transportistas que mantiene la propia empresa de transporte, ni los módulos complejos que se actualizan con regularidad y funcionan bien.

Lo que ya hemos sustituido

URL amigables

Las direcciones sin números de la tienda las generaba un módulo de terceros. El nuestro produce exactamente las mismas URL: al instalarse copia los ajustes del anterior, comprueba que las direcciones resultantes coinciden y solo entonces lo sustituye (y si se desinstala, vuelve a dejar el anterior con sus ajustes). Además, guarda los nombres antiguos cuando cambia la URL de un producto o una categoría y redirige con un 301 automático, gestiona desde el panel las redirecciones que antes había que escribir a mano en el .htaccess y muestra las direcciones que chocan entre sí. Está en producción desde el 22 de octubre de 2026, y, como las direcciones no cambian, para Google el cambio es invisible, que era justo el objetivo.

Opiniones de clientes

El módulo de opiniones de la tienda no tiene versiones nuevas ni parece que vaya a tenerlas. El sustituto migra todas las opiniones conservando sus identificadores (así siguen funcionando los enlaces de los emails antiguos), solo deja opinar a clientes con cuenta o desde el enlace del email del pedido, marca la «compra verificada» y mantiene el feed de opiniones para Google con la misma dirección. Ya está instalado y probado en la tienda real en modo prueba, y el cambio definitivo se hará en las próximas semanas, tras la actualización de PrestaShop.

Acceso de clientes, emails y más

El acceso con Google es ahora un módulo propio que añade la entrada con código por email, y el antiguo ya se ha retirado. Los emails de la tienda tienen diseño y asuntos propios. Y antes llegaron el buscador a medida, el precio anterior de las ofertas según la norma Omnibus y los productos relacionados en otros formatos.

Cómo los hacemos para no crear el problema de mañana

  • Sin tocar la plantilla y evitando los overrides; si alguno es imprescindible, pequeño y documentado.
  • Modo prueba: cada módulo empieza visible solo para la cuenta del responsable de la tienda, en la tienda real, antes de activarse para todo el mundo.
  • Compatibles de PrestaShop 8 a 9 desde el primer día, con pruebas en tiendas locales y en staging.
  • Código en un repositorio privado de GitHub, con versiones y notas de desarrollo, para que cualquiera pueda retomarlo.
  • Desinstalar deja la tienda como estaba: ningún módulo propio se queda pegado al núcleo.

Cómo trabajamos en el día a día lo contamos en módulos a medida desarrollados con inteligencia artificial.

Nuestra recomendación

  • Haz un inventario de tus módulos: fecha de la última versión, compatibilidad con tu PHP y tu PrestaShop, si se usa de verdad y si instala overrides.
  • Desinstala lo que no uses. Cada módulo instalado es código que alguien podría aprovechar.
  • Para los módulos importantes y abandonados, busca una alternativa mantenida o un desarrollo propio antes de que te bloqueen una actualización.
  • Antes de comprar un módulo nuevo, mira su historial de versiones y cuánto tarda el autor en responder.

Si quieres que revisemos los módulos de tu tienda o necesitas sustituir alguno, contacta con nosotros.

Más casos reales de velasdeolor.es

Scroll al inicio

Esta actuación está impulsada por el Plan de Recuperación, Transformación y Resiliencia, financiada por la Unión Europea – Next Generation EU

Financiado por la Unión Europea - NextGenerationEU. Plan de Recuperación, Transformación y Resiliencia. Programa Kit Digital financiado por los fondos Next Generation del Mecanismo de Recuperación y Resiliencia