Pantalla en blanco en WordPress: leer el error antes de tocar la web

Su web muestra una página vacía, o la frase «Ha habido un error crítico en esta web». En los dos casos, PHP ha escrito en algún lugar un mensaje preciso que nombra el archivo responsable. Esta guía muestra dónde leerlo, cómo interpretarlo y qué paso corresponde a cada mensaje.

Publicado el 1 de octubre de 2026 9 minutos de lectura

Todas las guías

Lo esencial

  1. Abra el buzón de la dirección de correo electrónico de administración del sitio: WordPress envía allí un enlace que abre la administración a pesar del error.
  2. Sin ese correo, active el registro de depuración en wp-config.php y vuelva a cargar la página con el error.
  3. Lea la línea PHP Fatal error de wp-content/debug.log: la ruta del archivo nombra el plugin o el tema responsable.
  4. Desactive solo ese componente, cambiando el nombre de su carpeta o con WP-CLI.
  5. Si el mensaje habla de memoria o de versión de PHP, el ajuste se hace en la configuración del sitio o en el proveedor de hosting.
  6. Cuando el sitio vuelva, desactive el registro y elimine debug.log.

«Error crítico» o pantalla en blanco: la misma avería

Una pantalla en blanco suele ser un error fatal de PHP: un archivo del sitio ha pedido algo imposible y la ejecución se ha detenido antes de mostrar nada. Desde WordPress 5.2, WordPress intercepta estos errores: en lugar de una página vacía, muestra «Ha habido un error crítico en esta web» y envía un correo a la dirección de correo electrónico de administración del sitio.

La página sigue totalmente en blanco en algunos casos: una versión de WordPress más antigua, un error ocurrido antes de que se cargue este mecanismo, la constante WP_DISABLE_FATAL_ERROR_HANDLER con el valor true, o un plugin de caché que sirve una página vacía guardada durante la avería. El método que sigue vale para todos estos casos.

Tres pasos pueden esperar a que haya leído el error: reinstalar WordPress, eliminar plugins, restaurar una copia de seguridad antigua. Cada uno puede borrar ajustes o datos recientes, mientras que el mensaje de error suele indicar qué componente desactivar, sin perder nada.

El atajo: el modo de recuperación

Cuando WordPress intercepta el error, envía a la dirección de correo electrónico de administración del sitio un mensaje con el asunto «[Nombre del sitio] Tu sitio tiene problemas técnicos». Nombra el plugin o el tema responsable e incluye un enlace que abre la administración en modo de recuperación.

Leer el error: el registro de depuración

Conéctese al sitio por SFTP o con el administrador de archivos de su proveedor de hosting, abra wp-config.php en la raíz y sustituya la línea define( 'WP_DEBUG', false ); por estas cuatro líneas:

wp-config.php
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Se colocan encima del comentario que cierra la zona editable del archivo (/* ¡Eso es todo, deja de editar! Feliz blogging */ en un WordPress instalado en español). Vuelva a cargar la página con el error y abra wp-content/debug.log. WP_DEBUG_DISPLAY en false mantiene los mensajes en el archivo, fuera de la página que ven sus visitantes.

Si debug.log sigue vacío o no aparece, PHP ha registrado el error directamente: busque un archivo error_log en la raíz del sitio o en wp-admin, o el apartado de registros de errores en el panel de su proveedor.

Lo que dice el mensaje, y el paso que corresponde

Un error fatal cabe en una línea: el tipo de error, su descripción y, después, in seguido de la ruta completa del archivo y del número de línea. La ruta es el dato más útil: wp-content/plugins/nombre/ designa un plugin, wp-content/themes/nombre/ un tema.

El mensaje contieneLo que significaEl paso
Call to undefined function o Class "…" not found, en wp-content/plugins/nombre-plugin/El plugin llama a un código ausente: actualización incompleta, plugin del que depende desactivado o versión de PHP que no admite.Desactivar ese plugin y, después, reinstalarlo o actualizarlo.
Allowed memory size of 268435456 bytes exhaustedEl script ha superado la memoria asignada a PHP, aquí 268.435.456 bytes, es decir, 256 MB.Subir WP_MEMORY_LIMIT en wp-config.php, dentro del límite que fija el proveedor, y buscar qué consume tanta memoria.
PHP Parse error: syntax error, unexpected, en functions.php on line 42Un error de sintaxis en un archivo, muy a menudo tras una modificación hecha a mano en el editor de temas.Corregir la línea indicada, o volver a la versión anterior del archivo.
Uncaught TypeError o Uncaught ArgumentCountError, tras un cambio de versión de PHPUn componente escrito para una versión de PHP más antigua, que la versión instalada se niega a ejecutar.Actualizar el componente. Como solución temporal, volver a la versión de PHP anterior en el panel del proveedor mientras se sustituye.
Maximum execution time of 30 seconds exceededUn proceso ha superado la duración que permite PHP (max_execution_time).Identificar el proceso (importación, copia de seguridad, generación de imágenes) y subir el límite en el proveedor si ese proceso es legítimo.
wp-config.php, para subir la memoria asignada a WordPress
define( 'WP_MEMORY_LIMIT', '256M' );

Desactivar el componente responsable sin la administración

Por SFTP o con el administrador de archivos

Cambie el nombre de la carpeta del plugin que cita el mensaje, por ejemplo de wp-content/plugins/nombre-plugin a nombre-plugin.off. WordPress deja de encontrar el plugin y de cargarlo; sus ajustes siguen guardados en la base de datos, y WordPress lo desactiva la próxima vez que se abre la pantalla de plugins.

En el caso de un tema, cambiar el nombre de su carpeta en wp-content/themes devuelve el acceso a la administración, pero los visitantes ven una página vacía mientras no haya ningún tema activo. Abra enseguida Apariencia > Temas: WordPress muestra el aviso «El tema activo está roto. Volviendo al tema por defecto» y pasa a un tema por defecto instalado.

Con WP-CLI

Terminal, en la raíz del sitio (el tema que se activa debe figurar en wp theme list)
wp plugin list --status=active
wp plugin deactivate nombre-plugin
wp theme list
wp theme activate twentytwentyfive

El primer comando muestra la lista de plugins activos, que conviene guardar antes de cualquier desactivación en bloque. Si el propio WP-CLI se detiene por el error, añada --skip-plugins --skip-themes al comando: se ejecuta entonces sin cargar los plugins ni el tema. Los plugins de la carpeta wp-content/mu-plugins se cargan de todos modos; si el error viene de uno de ellos, cambie el nombre de su archivo.

Cuando el mensaje no señala ningún componente, wp plugin deactivate --all desactiva todos los plugins. Si el sitio vuelve, reactívelos uno a uno, recargando el sitio entre uno y otro: el último reactivado antes de que vuelva el error es el responsable.

Cuando el sitio vuelva

  1. Vuelva a poner define( 'WP_DEBUG', false ); y retire WP_DEBUG_LOG de wp-config.php.
  2. Elimine wp-content/debug.log: al estar en una carpeta accesible desde la web, cualquiera puede leerlo, y contiene rutas del servidor.
  3. Actualice o sustituya el componente responsable, leyendo su registro de cambios.
  4. Vacíe la caché del plugin de caché y la del proveedor de hosting, si tiene una.
  5. Para la próxima vez: pruebe las actualizaciones en una copia del sitio antes de aplicarlas en la web en línea.

Un sitio cuyas actualizaciones son nuestro trabajo

Con Serenity by Simafri, creamos su sitio web profesional, lo alojamos, lo protegemos y lo mantenemos actualizado. Usted nos escribe, nosotros nos ocupamos de todo. Nombre de dominio y correo profesional incluidos.

Descubrir Serenity by Simafri

Preguntas frecuentes

¿Por qué mi web WordPress muestra «Ha habido un error crítico en esta web»?

Porque se ha producido un error fatal de PHP, en la mayoría de los casos en un plugin o en un tema. WordPress lo intercepta, muestra este mensaje y envía un correo a la dirección de correo electrónico de administración del sitio, con un enlace al modo de recuperación. El registro de depuración da el detalle del error y el archivo responsable.

No he recibido el correo del modo de recuperación, ¿qué hago?

Revise la carpeta de spam y la Dirección de correo electrónico de administración indicada en Ajustes > Generales. Sin correo, active el registro de depuración en wp-config.php, lea el error en wp-content/debug.log y desactive el componente responsable cambiando el nombre de su carpeta por SFTP.

¿Cambiar el nombre de la carpeta de un plugin hace perder sus ajustes?

No. Los ajustes de los plugins se guardan en la base de datos, no en su carpeta. Un plugin renombrado aparece desactivado; devuélvale su nombre original y actívelo de nuevo desde la pantalla de plugins para recuperarlo con sus ajustes.

La pantalla en blanco solo aparece en la administración, ¿por qué?

El componente con el error solo se carga en la administración, o allí necesita más memoria. WordPress aplica WP_MAX_MEMORY_LIMIT a las pantallas de administración y WP_MEMORY_LIMIT al sitio público. El registro de depuración da la misma información en ambos casos: cargue la página de administración con el error y lea después debug.log.

Contáctenos