Pantalla Blanca de la Muerte en WordPress: Cómo Resolver Errores 500

Abres tu sitio WordPress y no ves nada — página en blanco o un error 500. El panel de administración tampoco responde. No sabes qué rompiste ni por dónde empezar.

Esto se llama WSOD (White Screen of Death) y es uno de los errores más comunes en WordPress. La buena noticia: tiene causas conocidas y en la mayoría de los casos se resuelve en menos de 15 minutos siguiendo los pasos correctos.

¿Qué es la pantalla blanca de la muerte en WordPress?

El WSOD ocurre cuando WordPress encuentra un error fatal de PHP que no puede mostrar en pantalla. En lugar de mostrar el error (que podría exponer información sensible), el servidor devuelve una página completamente blanca o un código 500.

El error 500 (Internal Server Error) y la pantalla blanca son síntomas del mismo problema: algo falló en el backend antes de que WordPress pudiera renderizar cualquier contenido.

Lo que hace frustrante al WSOD es que no hay mensaje de error visible. Para resolver esto necesitas primero activar el modo debug.

Causas más comunes del error 500 y WSOD

Plugin incompatible o mal actualizado

Es la causa número uno. Actualizaste un plugin, instalaste uno nuevo, o WordPress se actualizó automáticamente y un plugin dejó de ser compatible. El conflicto entre plugins también puede causarlo: dos plugins que modifican la misma función de WordPress.

Tema WordPress con errores PHP

Un tema con código PHP incorrecto — especialmente en functions.php — genera un error fatal que blanquea el sitio completo. Esto ocurre frecuentemente al editar el tema directamente (sin usar child theme) o al instalar un tema premium con requisitos de PHP que tu hosting no cumple.

Memoria PHP insuficiente

WordPress tiene un límite de memoria PHP (memory_limit). Cuando un proceso necesita más memoria de la disponible, PHP muere y devuelve pantalla blanca. Los sitios con muchos plugins, WooCommerce o generadores de páginas (Elementor, Divi) son especialmente propensos.

Archivo .htaccess corrupto

El .htaccess controla cómo Apache maneja las solicitudes. Un .htaccess con reglas incorrectas — a veces generado por un plugin de seguridad o caché — puede hacer que el servidor devuelva 500 para todas las páginas.

Paso 1 — Activar WP_DEBUG para ver el error real

Antes de tocar nada, necesitas saber qué dice el error real. Activa el modo debug en wp-config.php.

Accede al archivo manager de cPanel o conéctate por FTP. El archivo wp-config.php está en la raíz de WordPress. Busca la línea:

define( 'WP_DEBUG', false );

Cámbiala por:

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

Con esto, los errores se escriben en wp-content/debug.log sin mostrarse al público. Recarga el sitio, luego abre ese archivo — te dirá exactamente qué línea y qué archivo causó el problema.

Importante: desactiva WP_DEBUG cuando termines. No dejes el modo debug en producción.

Paso 2 — Desactivar plugins vía FTP o cPanel

Si el log apunta a un plugin, o si no puedes acceder al dashboard para desactivarlos desde ahí, hazlo directamente desde el servidor.

En el File Manager de cPanel (o por FTP), navega a wp-content/plugins/. Renombra la carpeta del plugin sospechoso — por ejemplo, de woocommerce a woocommerce_DISABLED. WordPress lo marcará como no instalado automáticamente.

Si no sabes cuál plugin es el culpable, renombra la carpeta plugins completa a plugins_DISABLED. WordPress desactiva todos y el sitio debería volver. Luego reactiva uno por uno para identificar el conflicto.

Paso 3 — Cambiar tema a Twenty Twenty-Four temporalmente

Si el problema es el tema, necesitas cambiarlo sin acceso al dashboard. La forma más rápida es desde phpMyAdmin en cPanel.

Abre phpMyAdmin, selecciona la base de datos de WordPress, y ejecuta esta query:

UPDATE wp_options
SET option_value = 'twentytwentyfour'
WHERE option_name = 'template' OR option_name = 'stylesheet';

Asegúrate de que el tema twentytwentyfour esté en wp-content/themes/. Si no lo está, súbelo manualmente y luego ejecuta la query.

Paso 4 — Aumentar memoria PHP en wp-config.php

Si el error en el log menciona "allowed memory size exhausted" o similar, el problema es de memoria. Añade esta línea en wp-config.php antes de /* That's all, stop editing! */:

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

Si tu hosting lo permite, también puedes modificar memory_limit directamente en php.ini o desde el MultiPHP INI Editor de cPanel. En Elevocloud puedes ajustar los límites de PHP directamente desde el panel sin necesidad de soporte.

Paso 5 — Regenerar .htaccess desde Ajustes > Enlaces permanentes

Si el sitio vuelve pero algunas páginas dan 404 o el frontend sigue con problemas, el .htaccess puede estar corrupto.

La solución más simple: accede a Ajustes > Enlaces permanentes en el dashboard de WordPress y haz clic en Guardar cambios sin modificar nada. WordPress regenera el .htaccess automáticamente.

Si no tienes acceso al dashboard, renombra el .htaccess actual a .htaccess_old por FTP y recarga el sitio. WordPress creará uno nuevo básico.

Cuándo contactar a tu hosting si nada funciona

Si seguiste todos los pasos y el sitio sigue caído, el problema puede estar a nivel de servidor: PHP crashando sin log accesible, problemas con MySQL, o errores de configuración de Apache/LiteSpeed.

En ese caso, tu hosting necesita revisar los logs del servidor (no solo los de WordPress). Los logs de Apache o LiteSpeed muestran errores que WordPress nunca alcanza a registrar.

Un buen hosting responde en minutos con acceso a esos logs y puede reiniciar servicios si es necesario. Si tardas horas en obtener respuesta, el hosting es parte del problema.

¿Tu sitio sigue sin responder? En Elevocloud tenemos soporte técnico real — no bots, no tickets que tardan días. Si tu WordPress da pantalla blanca, te ayudamos a diagnosticarlo y resolverlo con acceso directo al servidor. Conoce nuestros planes de hosting.