La pantalla blanca (WSOD) y el aviso de error crítico son el mismo tipo de fallo con distinta cara: PHP reventó y WordPress no pudo pintar el administrador. Desde la 5.2, WordPress intenta mandarte un correo a la cuenta administradora con un enlace de recovery mode. Si ese correo llega, úsalo: entras a un escritorio de emergencia y desactivas el plugin o el tema que acaba de fallar, sin FTP.
Si el correo no llega —cola llena, SMTP mal, o el error fue antes de cargar el correo— el camino es el mismo que en el 500: FTP o Administrador de archivos, y una carpeta a la vez. El producto sigue siendo un sitio elástico con cPanel.
Qué vas a tener al terminar
Entrar otra vez a /wp-admin, con el plugin o el tema problemático apagado, o una copia restaurada si el cambio de hoy no tiene marcha atrás a mano.
1. El correo de recuperación
Revisa la bandeja de la cuenta administradora (y el spam). El asunto habla de un error crítico en tu sitio. El enlace pone WordPress en modo de recuperación un rato: ves el escritorio y un aviso de qué pieza falló. Desactívala. Entra otra vez en modo normal.
Si el enlace expiró, pide otro recargando el sitio o espera el siguiente intento. No reenvíes el mensaje a media oficina: el token es de quien administra.
2. Plugins por carpeta
Sin correo, conéctate por FTP. En wp-content renombra plugins a plugins-off. Si el sitio (o al menos el login) vuelve, restaura el nombre plugins y apaga de a uno, empezando por el que instalaste o actualizaste hoy, LiteSpeed Cache, el page builder y los de seguridad. El que, al devolverle el nombre, deja la pantalla blanca otra vez, es el que se queda renombrado.
No borres la carpeta. Renombrar basta y deja el código por si soporte pide verlo.
3. Tema
Si sin plugins sigue en blanco, renombra el tema activo en wp-content/themes. WordPress usará un tema por defecto. Un child theme con un functions.php roto hace exactamente esta pantalla. El padre puede estar sano y el hijo no.
4. WP_DEBUG, un rato, no para siempre
Por FTP edita wp-config.php (copia el archivo primero). Busca WP_DEBUG. Si está en false, déjalo así en producción y usa el log: en cPanel → Métricas → Errores, o el error_log del directorio. Encender WP_DEBUG en un sitio público imprime avisos en HTML: feo y, a veces, con rutas internas.
Si necesitas el detalle en pantalla, hazlo en un clon de prueba, no en el dominio de la tienda.
5. Memoria y PHP
Un constructor, un importador o un plugin de backups en PHP puede dejar la pantalla blanca al quedarse sin memoria. Eso no se ve como 500 en todos los navegadores. Sube el techo con cabeza: memory_limit en cPanel. Si acabas de subir de PHP, una función eliminada en 8.2 o 8.3 tumba un plugin viejo: versión de PHP.
6. Restaurar y no «seguir instalando»
Si el error crítico salió al actualizar el núcleo o veinte plugins a la vez, restaura con JetBackup a la fecha de anoche y vuelve a subir en un staging. El procedimiento está en actualizar WordPress sin llevarse el sitio.
Qué no es esto
- Un 500 con página de error del servidor: error 500.
- Un 403: error 403.
- El home bien y el resto 404: enlaces permanentes.
Si no sale
Ticket de soporte técnico: dominio, si ves pantalla en blanco o el recuadro rojo de WordPress, último plugin o tema que tocaste, y si el correo de recovery llegó. Adjunta captura. Cómo abrir el caso: crear un ticket.
