Error 500 y Pantalla Blanca en WordPress: Diagnóstico y Solución Paso a Paso

Tu tienda WooCommerce estaba funcionando bien y de repente aparece una pantalla en blanco o un error 500. No hay mensaje claro, no sabes qué rompió, y cada minuto que pasa son ventas que no entran. Ese escenario es más común de lo que parece, y casi siempre tiene solución si sabes dónde mirar.

Antes de entrar en pánico o contratar soporte de emergencia, conviene entender qué está pasando realmente. El error 500 y la pantalla blanca de la muerte (WSoD) son síntomas distintos que comparten varias causas raíz. Este artículo te lleva por el diagnóstico correcto y las acciones concretas para recuperar tu sitio.

Qué Está Pasando Realmente: Error 500 vs. Pantalla Blanca

Son dos manifestaciones diferentes del mismo tipo de problema: WordPress no puede ejecutar el código que necesita para mostrar tu sitio.

El error 500 (Internal Server Error) lo genera el servidor web cuando algo falla en el procesamiento de la solicitud, pero no puede identificar exactamente qué. Es una respuesta genérica que dice «algo salió mal aquí adentro». La pantalla blanca de la muerte, en cambio, ocurre cuando PHP sí empieza a ejecutarse pero falla a mitad del proceso, devolviendo una respuesta vacía al navegador.

La diferencia práctica importa para el diagnóstico: si ves el error 500, el problema suele estar en la configuración del servidor o en archivos de sistema. Si ves pantalla blanca, casi siempre hay un error de PHP que puedes rastrear activando el modo de depuración.

No son errores de WordPress en sí mismos. Son señales de que algo en la instalación —un plugin, un tema, un archivo de configuración o el límite de memoria— está bloqueando la ejecución normal.

Las Causas Más Frecuentes (y Cómo Identificar Cuál Es la Tuya)

Antes de aplicar soluciones al azar, vale la pena acotar el problema. Estas son las causas más comunes, ordenadas de más a menos frecuente:

Archivo .htaccess corrupto o mal configurado

El archivo .htaccess controla cómo el servidor Apache maneja las solicitudes de tu sitio. Si este archivo tiene una línea incorrecta —por una actualización de plugin, un cambio manual o un error de escritura— el servidor no puede procesar ninguna solicitud y devuelve error 500. Es la causa número uno en instalaciones de WordPress con Apache.

Límite de memoria PHP insuficiente

WordPress y sus plugins consumen memoria RAM del servidor para ejecutarse. Cuando el proceso supera el límite asignado, PHP lo termina abruptamente. El resultado puede ser error 500 o pantalla blanca, dependiendo de en qué punto del proceso ocurre el corte. Tiendas WooCommerce con catálogos grandes o varios plugins activos son especialmente vulnerables a esto.

Plugin o tema con conflicto o error de código

Una actualización mal aplicada, un plugin incompatible con tu versión de PHP o WordPress, o un tema con un error de sintaxis pueden romper la ejecución completa del sitio. Si el error apareció justo después de instalar o actualizar algo, aquí está la causa.

Permisos de archivos incorrectos

WordPress necesita permisos específicos para leer y escribir archivos. Si los permisos son demasiado restrictivos o demasiado permisivos, el servidor puede rechazar ejecutar ciertos archivos. Esto ocurre frecuentemente después de migraciones o cambios de hosting.

Caché desactualizada o corrupta

Los plugins de caché guardan versiones estáticas de tus páginas. Si esa caché queda desincronizada con el estado actual del sitio —por ejemplo, después de una actualización— puede servir contenido roto o interferir con la carga normal.

Diagnóstico: Por Dónde Empezar

¿Cuándo apareció el error? Esa pregunta es tu punto de partida.

• Si el error apareció justo después de una actualización, el culpable probable es el plugin o tema que actualizaste.
• Si apareció sin cambios recientes visibles, revisa primero el límite de memoria y el archivo .htaccess.
• Si solo afecta algunas páginas y no otras, el problema puede estar en un shortcode, bloque o plugin específico de esas páginas.
• Si el panel de administración también está caído, el problema es más profundo: probablemente un archivo de sistema o un plugin que carga en todas las páginas.

Con esa información, puedes ir directo a la solución correcta en lugar de probar todo a ciegas.

Soluciones para el Error 500

1. Regenerar el archivo .htaccess

Si tienes acceso al panel de administración de WordPress, ve a Ajustes → Enlaces permanentes y haz clic en «Guardar cambios» sin modificar nada. Esto regenera el archivo .htaccess automáticamente.

Si no tienes acceso al panel, entra por FTP o el administrador de archivos de tu hosting, localiza el archivo .htaccess en la raíz de tu instalación y renómbralo a .htaccess_backup. WordPress creará uno nuevo con la próxima solicitud. Si el sitio vuelve, el archivo original estaba corrupto.

2. Aumentar el límite de memoria PHP

Abre el archivo wp-config.php con un editor de texto y agrega esta línea antes de la que dice /* That's all, stop editing! */:

define('WP_MEMORY_LIMIT', '256M');

Si no tienes acceso a wp-config.php, también puedes agregar esta línea al archivo .htaccess:

php_value memory_limit 256M

Si ninguna de las dos opciones funciona, el límite lo está imponiendo el servidor y necesitas contactar a tu proveedor de hosting para que lo ajuste desde su configuración.

3. Desactivar plugins desde el servidor

Si sospechas que un plugin es el culpable y no puedes acceder al panel de administración, entra por FTP y navega a wp-content/plugins/. Renombra la carpeta completa de plugins a plugins_disabled. WordPress no encontrará los plugins y los desactivará todos automáticamente.

Si el sitio vuelve, reactiva los plugins uno por uno desde el panel de administración hasta identificar cuál rompe el sitio.

4. Verificar permisos de archivos

Los permisos correctos en WordPress son:

• Archivos: 644
• Directorios: 755
• Archivo wp-config.php: 600 (más seguro)

Puedes verificar y corregir estos permisos desde el administrador de archivos de tu hosting o mediante comandos FTP.

Cómo Recuperar tu Sitio de la Pantalla Blanca

Paso 1: Activar el modo de depuración

La pantalla blanca no te dice nada por sí sola. Para ver el error real que la está causando, activa el modo debug en wp-config.php:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Con WP_DEBUG_LOG en true, los errores se guardan en el archivo wp-content/debug.log en lugar de mostrarse en pantalla. Revisa ese archivo: ahí estará el error exacto con el nombre del archivo y la línea de código que lo causó.

Paso 2: Limpiar la caché

Si tienes un plugin de caché activo (WP Rocket, W3 Total Cache, LiteSpeed Cache), limpia toda la caché desde su panel de configuración. Si no puedes acceder al panel, elimina manualmente el contenido de la carpeta wp-content/cache/ desde FTP.

Paso 3: Cambiar temporalmente al tema predeterminado

Accede a la base de datos desde phpMyAdmin y busca en la tabla wp_options las filas con los nombres template y stylesheet. Cambia sus valores a twentytwentyfour (o cualquier tema predeterminado de WordPress que tengas instalado). Si la pantalla blanca desaparece, el problema estaba en tu tema activo.

Paso 4: Revertir la última actualización

Si identificaste que el problema empezó con una actualización específica, puedes instalar la versión anterior del plugin o tema desde el repositorio de WordPress o desde una copia de seguridad. El plugin WP Rollback facilita este proceso directamente desde el panel de administración.

Checklist de Verificación: Antes de Dar el Sitio por Recuperado

Una vez que el sitio vuelve a cargar, no des el problema por resuelto todavía. Verifica lo siguiente:

• ✓ El panel de administración carga sin errores
• ✓ Las páginas principales del sitio (inicio, tienda, producto, carrito, checkout) cargan correctamente
• ✓ Los plugins críticos están activos y funcionando
• ✓ El proceso de compra completo funciona (agrega al carrito, pago, confirmación)
• ✓ Las imágenes de productos cargan correctamente
• ✓ El archivo wp-config.php no tiene WP_DEBUG en true en producción
• ✓ La caché está limpia y regenerada con el estado actual del sitio

Si alguno de estos puntos falla, el problema no está completamente resuelto.

Qué Hacer si Nada de lo Anterior Funciona

Hay casos donde el error persiste después de revisar todos los puntos anteriores. Eso generalmente indica uno de estos escenarios:

• Incompatibilidad de versión de PHP: Tu hosting actualizó la versión de PHP y algún plugin o tema no es compatible. Revisa en Herramientas → Salud del sitio qué versión de PHP está corriendo y compárala con los requisitos de tus plugins principales.
• Base de datos corrupta: Ve a Herramientas → Reparar base de datos (debes activar esta opción en wp-config.php con define('WP_ALLOW_REPAIR', true);).
• Archivos core de WordPress corruptos: Descarga una copia limpia de WordPress desde wordpress.org y reemplaza las carpetas wp-admin y wp-includes por las nuevas, sin tocar wp-content ni wp-config.php.
• Problema en el servidor del hosting: Si el error aparece en múltiples sitios del mismo servidor o coincide con mantenimientos del proveedor, el problema no está en tu instalación.

Prevención: Cómo Evitar que Vuelva a Pasar

Resolver el error una vez no garantiza que no vuelva. Estas prácticas reducen significativamente la probabilidad de que ocurra de nuevo:

• Copias de seguridad automáticas diarias de archivos y base de datos, almacenadas en un lugar externo al servidor (Google Drive, Dropbox, S3). Sin esto, cualquier error puede convertirse en pérdida permanente de datos.
• Entorno de staging para probar actualizaciones antes de aplicarlas en producción. La mayoría de hostings de calidad incluyen esta funcionalidad.
• Actualizaciones escalonadas: no actualices todos los plugins el mismo día. Hazlo de a uno y verifica que el sitio funcione entre cada actualización.
• Monitoreo de disponibilidad con herramientas como UptimeRobot (gratuito) o Pingdom. Te avisan por correo o SMS cuando tu sitio cae, antes de que lo note un cliente.
• Registro de cambios: anota qué actualizaste y cuándo. Cuando algo falla, esa bitácora te ahorra horas de diagnóstico.

La disponibilidad del sitio no es solo un tema técnico. Cada minuto caído tiene un costo directo en ventas perdidas y un costo indirecto en confianza del cliente que es mucho más difícil de recuperar.

Si Vendes en Mercado Libre desde WooCommerce

Cuando tu tienda WooCommerce cae, el impacto no se limita a tu sitio. Si estás sincronizando stock entre WooCommerce y Mercado Libre, una caída prolongada puede desincronizar inventarios, generar ventas de productos sin stock disponible o dejar publicaciones desactualizadas.

Para quienes operan en ambos canales, mantener la sincronización activa y confiable es tan importante como mantener el sitio en pie. El plugin para sincronizar WooCommerce y Mercado Libre de WooSync mantiene el stock, precios y estado de publicaciones alineados entre ambas plataformas, reduciendo el riesgo de que una caída técnica en un canal genere problemas en el otro.

Resolver los errores técnicos de WordPress es el primer paso. El segundo es asegurarte de que tu operación multicanal tenga la resiliencia suficiente para absorber esos momentos sin consecuencias graves. Si quieres dejar de gestionar esa sincronización de forma manual, WooSync conecta tu tienda WooCommerce con Mercado Libre de forma automática y bidireccional.