Error 500 en PrestaShop: causas y cómo solucionarlo

Tu tienda devuelve una página en blanco o un «Error 500 - Internal Server Error» y, mientras tanto, no vendes. Vamos al grano: por qué ocurre, cómo encontrar la causa real y cómo arreglarlo paso a paso.

Qué es un Error 500 (en cristiano)

El HTTP 500 es la forma que tiene el servidor de decir «algo ha petado al ejecutar tu tienda, pero no te voy a contar el qué». Por seguridad, PrestaShop oculta el detalle del error en producción. Por eso ves una página genérica (o en blanco) en lugar del problema real. El truco para resolverlo siempre es el mismo: hacer que el error se muestre, leerlo y atacar la causa.

Las 6 causas más frecuentes

• Un módulo recién instalado o actualizado. Es, con diferencia, la causa nº1. Un módulo incompatible con tu versión de PrestaShop o de PHP tumba la tienda entera. Si el error empezó justo después de actualizar PrestaShop, mira errores después de actualizar.
• Cambio de versión de PHP en el hosting. Si tu hosting actualizó PHP (p. ej. de 7.4 a 8.1) y tu tienda o un módulo no son compatibles, aparece el 500. Qué PHP admite cada versión de PrestaShop.
• Memoria insuficiente (memory_limit). Tiendas grandes o procesos pesados que superan el límite de memoria PHP del servidor.
• Archivo .htaccess corrupto tras regenerar URLs amigables o un cambio de servidor.
• Un override o una personalización con un error de PHP (un punto y coma de menos puede tirar todo).
• Permisos de archivos o conexión a la base de datos mal configurados tras una migración.

Cómo encontrar la causa real (modo debug)

No adivines: que PrestaShop te diga el error exacto con el modo debug. Edita el archivo config/defines.inc.php y cambia esta línea:

• Busca define('_PS_MODE_DEV_', false);
• Cámbiala a define('_PS_MODE_DEV_', true);
• Recarga la página: ahora verás el error PHP concreto (archivo y línea).

Si la página sigue en blanco, el error está en los registros (los «logs»). Dónde mirar, según tu versión:

En todas, el modo debug está en el mismo sitio (config/defines.inc.php), y tu alojamiento guarda además su propio registro, el error_log (en cPanel, «Registros de errores»). Ahí suele estar el «Fatal error» que delata al módulo o archivo culpable.

¿Sale en toda la tienda, solo en el panel o en una sola página?

• En toda la tienda y en el panel: algo general, como el PHP del alojamiento, la memoria, el .htaccess o un módulo que se carga en todas las páginas.
• Solo en el panel: suele ser un módulo o un override que toca la administración, o una actualización a medias. Si acabas de actualizar, mira errores después de actualizar, y si no puedes entrar, no puedo entrar al panel.
• Solo en una página (el carrito, el pago, una ficha): mira primero el módulo que actúa en esa página, como el de pago o el de transporte en el proceso de compra. Más en PrestaShop no deja finalizar la compra.
• Solo en las categorías (y en novedades, rebajas o marcas), con PrestaShop 9 en español y la plantilla Hummingbird: es una frase mal traducida en el paquete de español del 2 de noviembre de 2026. Se arregla desde el panel: error 500 en las categorías de PrestaShop 9.

Cómo solucionarlo, paso a paso

1. ¿Apareció tras instalar/actualizar un módulo? Desactívalo. Si no puedes entrar al back office (más causas aquí), renómbralo por FTP en modules/ (p. ej. nombre-modulo → nombre-modulo_off) y recarga.
2. ¿Cambió la versión de PHP? Vuelve a la versión anterior desde el panel del hosting o actualiza la tienda/módulo a una versión compatible.
3. ¿Error de memoria? Sube memory_limit a 256M o 512M en el php.ini o desde el hosting.
4. ¿.htaccess roto? Regenéralo desde Parámetros de la tienda → Tráfico & SEO: guarda la sección de «URL amigable» y PrestaShop lo vuelve a escribir (comprobado en PrestaShop 9). O restaura una copia previa.
5. Limpia la caché (en la 1.7, la 8 y la 9, el contenido de var/cache/; en la 1.6, cache/smarty/compile/ y el fichero cache/class_index.php): muchos 500 desaparecen al vaciarla tras un cambio.
6. Restaura una copia de seguridad si el error vino de un cambio que no localizas. (Por eso el mantenimiento con backups automáticos es oro.)

Cuándo merece la pena llamar a un experto

Si la tienda está caída, vendes a diario y no encuentras la causa en 15-20 minutos, cada hora que pasa son ventas perdidas. Ahí lo rentable no es seguir probando a ciegas, sino que lo resuelva alguien que lo ha visto cien veces. Nosotros hacemos exactamente eso:

• Rescate de tienda PrestaShop: caída, hackeo o update roto, lo levantamos.
• Si sospechas que te han hackeado: qué hacer en la primera hora.
• Mantenimiento PrestaShop: actualizaciones, backups y monitorización para que esto no vuelva a pasarte.
• Optimización de velocidad: si además va lenta, la dejamos rápida y estable.

Preguntas frecuentes

← Volver al blog