¿Es seguro eliminar módulos antiguos desactivados desde el back office?

Generalmente sí, pero desinstala primero, no solo elimines la carpeta. Desactivar un módulo solo lo apaga; sus tablas de base de datos, hooks y filas de configuración quedan atrás. El orden correcto es:

La ruta normal es Modules > Module Manager, después buscar el módulo, abrir su menú de acciones y elegir Uninstall. Tras desinstalarlo, PrestaShop puede eliminar la carpeta del módulo, o puedes borrar la carpeta de modules/modulename/ una vez que la desinstalación haya finalizado correctamente.

Algunos módulos conservan intencionadamente datos históricos después de la desinstalación, especialmente módulos de pago, pedidos, transporte, soporte, marketplace y auditoría. No siempre es una mala rutina de desinstalación: facturas, referencias de pedido, registros de validación o historial de licencias pueden necesitar seguir siendo legibles aunque el módulo esté desactivado.

1. Haz copia de seguridad de tu base de datos y archivos primero, para que una mala limpieza sea reversible.
2. En el back office, haz clic en Uninstall en el módulo. Esto ejecuta la propia rutina de desinstalación del módulo y elimina los datos que creó.
3. Luego elimina la carpeta del módulo (el back office puede hacerlo por ti después de desinstalar).

Si saltas la desinstalación y eliminas la carpeta directamente, dejas tablas huérfanas y registros de hooks en la base de datos. Para recuperación de pantalla blanca y error 500, consulta nuestra guía de resolución de problemas de PrestaShop.

SELECT m.id_module, m.name, h.name AS hook_name
FROM ps_module m
LEFT JOIN ps_hook_module hm ON hm.id_module = m.id_module
LEFT JOIN ps_hook h ON h.id_hook = hm.id_hook
WHERE m.name = 'modulename';

SELECT id_tab, class_name, module, active
FROM ps_tab
WHERE module = 'modulename' OR class_name LIKE '%ModuleName%';

Hay dos casos en los que debes detenerte: si el módulo proporcionaba integración de pago, envío, impuestos, marketplace o ERP, confirma primero que no hay pedidos activos, transportistas, webhooks o cron jobs que todavía dependan de él; y si el módulo es personalizado, inspecciona su rutina de desinstalación porque algunos módulos conservan intencionadamente tablas históricas por motivos de auditoría. Una buena limpieza es desinstalar un módulo cada vez, recargar el back office, abrir el front office y revisar el log de errores PHP antes de continuar.

El código fuente del módulo suele explicar por qué importa el paso de desinstalación desde back office. Los módulos bien construidos eliminan tabs, configuración, hooks y a veces preferencias admin personalizadas en su método uninstall(). Eliminar solo la carpeta se salta esa limpieza y puede dejar entradas de menú rotas, hooks muertos o tablas de base de datos que dificultan depurar actualizaciones futuras.