Hosting Version en ingles

Articulo de ayuda

Error 500 y Pantalla Blanca en WordPress: Cómo Solucionarlo

Soluciona el error 500 y la pantalla blanca (WSOD) de WordPress identificando plugins, temas, memoria PHP, .htaccess o archivos danados.

Publicado: 30/6/2026 Actualizado: 12/7/2026

Introduccion

El error 500 (Internal Server Error) y la pantalla blanca de WordPress, conocida como White Screen of Death o WSOD, son dos formas de mostrar el mismo tipo de problema: un fallo de PHP que impide que WordPress se ejecute correctamente.

Normalmente existe un error de PHP de fondo, pero WordPress oculta los mensajes tecnicos por defecto. Segun la configuracion del servidor, el resultado visible puede ser una pagina completamente en blanco o un error 500 genérico.

Antes de hacer cambios, crea una copia de seguridad de los archivos y de la base de datos siempre que sea posible. Consulta como hacer backup y restaurar WordPress si no tienes una reciente.

Identifica el alcance del problema

Comprueba estas direcciones:

https://tudominio.com
https://tudominio.com/wp-admin
https://tudominio.com/wp-login.php

El comportamiento puede dar una pista:

  • Solo falla una pagina: suele existir un error en una plantilla, bloque, shortcode o contenido concreto.
  • Falla la web publica, pero funciona /wp-admin: revisa el tema y los plugins que afectan al frontal.
  • Falla tambien el administrador: desactiva plugins desde archivos o base de datos y revisa la memoria.
  • Falla solo despues de iniciar sesion: puede existir un problema con un plugin del escritorio o una personalizacion del panel.

Paso 1: revisar el registro de errores

El registro de errores suele indicar el archivo y la linea que provocan el fallo.

En DirectAdmin o cPanel, busca secciones como Errores, Error Log o Registros. Tambien puede existir un archivo error_log dentro de la carpeta de la web.

Busca mensajes recientes con expresiones como:

PHP Fatal error
Uncaught Error
Allowed memory size exhausted
Call to undefined function
Cannot redeclare

Si el error menciona una ruta dentro de wp-content/plugins/nombre-plugin, ese plugin es el principal sospechoso. Si apunta a wp-content/themes/nombre-tema, revisa el tema activo.

Paso 2: activar el registro de depuracion de WordPress

Si no encuentras informacion suficiente, edita wp-config.php y anade estas lineas antes del comentario final de WordPress (puedes ver el detalle en como activar el modo debug):

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

Recarga la pagina que falla y revisa:

wp-content/debug.log

WP_DEBUG_DISPLAY se mantiene desactivado para que los visitantes no vean rutas internas ni datos tecnicos. Cuando termines, desactiva la depuracion (WP_DEBUG en false) y no dejes el archivo debug.log accesible mas tiempo del necesario.

Paso 3: desactivar todos los plugins

Los plugins son una de las causas mas frecuentes.

Si puedes entrar en WordPress: ve a Plugins > Plugins instalados, selecciona todos y elige Desactivar en las acciones en lote. Comprueba la web y reactivalos uno a uno hasta localizar el responsable.

Si no puedes entrar: accede por FTP o desde el administrador de archivos, abre wp-content y renombra la carpeta plugins como plugins-desactivados. Si la web vuelve a funcionar, crea de nuevo una carpeta vacia plugins o devuelve el nombre original y renombra las carpetas internas una a una hasta encontrar el responsable.

Renombrar la carpeta no elimina la configuracion de los plugins; WordPress los marcara como desactivados al no encontrar sus archivos. Consulta como desactivar plugins de WordPress sin acceso al admin para mas metodos, incluidos WP-CLI y phpMyAdmin.

Los plugins alojados en wp-content/mu-plugins se cargan automaticamente y no se desactivan desde la pantalla normal. Si el error apunta a esa carpeta, revisa sus archivos con precaucion.

Paso 4: cambiar temporalmente el tema activo

Si los plugins no son la causa, activa un tema predeterminado de WordPress desde Apariencia > Temas.

Sin acceso al administrador, entra en wp-content/themes, comprueba que exista un tema predeterminado y renombra la carpeta del tema activo. WordPress intentara utilizar otro tema valido disponible. No borres el tema original mientras haces la prueba.

Paso 5: aumentar la memoria disponible

Una operacion que supera el limite de memoria de PHP puede dejar la pagina en blanco. Anade en wp-config.php, antes del comentario final:

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

Estos valores no pueden superar el limite maximo impuesto por PHP o el servidor. Si necesitas identificar exactamente que proceso agota la memoria, consulta memoria agotada en WordPress.

Paso 6: revisar una actualizacion incompleta

Si el fallo aparecio durante una actualizacion, comprueba si existe el archivo .maintenance en la raiz de WordPress. Si la actualizacion ya termino y la web sigue en mantenimiento, elimina unicamente ese archivo.

Si sospechas de archivos danados, descarga una copia limpia de WordPress y sustituye wp-admin y wp-includes, junto con los archivos de la raiz salvo wp-config.php. No reemplaces ni elimines wp-content.

Paso 7: regenerar .htaccess

Un archivo .htaccess con reglas incorrectas puede causar un error del servidor. Descarga una copia, renombralo como .htaccess-anterior y comprueba la web. Si puedes entrar al administrador, ve a Ajustes > Enlaces permanentes y pulsa Guardar cambios para regenerar las reglas (ver tambien configurar permalinks en WordPress).

Este paso se aplica principalmente a Apache. En Nginx, las reglas se administran en la configuracion del servidor.

Paso 8: comprobar la version de PHP

La pantalla blanca puede aparecer despues de cambiar de PHP si un plugin o tema usa codigo incompatible. Si el problema comenzo justo despues de actualizar PHP, vuelve temporalmente a la version anterior y actualiza WordPress, el tema y los plugins antes de reintentarlo. Consulta como actualizar PHP sin romper WordPress para un procedimiento seguro.

Paso 9: revisar los permisos y la base de datos

Comprueba tambien que los permisos de carpetas y archivos sean correctos (normalmente 755 para carpetas y 644 para archivos, segun el servidor) y que ninguna tabla de la base de datos este danada. Puedes revisarlo desde phpMyAdmin con la opcion de reparar tablas, o mediante un error de conexion con la base de datos si el fallo parece estar en ese punto.

Problemas frecuentes

Cambie algo en functions.php o un tema hijo

Deshaz el ultimo cambio, revisa llaves, parentesis y puntos y coma, y comprueba que no haya funciones duplicadas. Un solo error de sintaxis puede impedir que WordPress cargue.

La cache sigue mostrando el error despues de solucionarlo

Vacia la cache del plugin, del servidor y de la CDN, y prueba en una ventana privada.

El error aparece solo en una pagina

Esa pagina puede usar una plantilla, bloque o consulta que provoque el fallo. El registro de depuracion ayudara a localizarlo.

Preguntas frecuentes

La pantalla blanca significa que he perdido la web?

No necesariamente. Normalmente los datos continuan en la base de datos y el fallo impide ejecutar o mostrar WordPress.

Es seguro activar WP_DEBUG?

Si, durante una revision controlada. Guarda los mensajes en un archivo, evita mostrarlos publicamente y desactivalo al terminar.

Restaurar una copia de seguridad solucionara el problema?

Puede solucionarlo si la copia es anterior al cambio que causo el fallo. Antes de restaurar, conserva una copia del estado actual.

Cuando debo contratar ayuda tecnica?

Si tras revisar plugins, tema, memoria, PHP y base de datos el problema persiste, o si no te sientes comodo editando wp-config.php o la base de datos.

Conclusion

El error 500 y la pantalla blanca de WordPress suelen resolverse localizando el error en los registros, desactivando plugins, cambiando temporalmente el tema o corrigiendo la memoria y la version de PHP.

Trabaja paso a paso y prueba la web despues de cada cambio. Si necesitas ayuda, facilita a soporte los mensajes de error y las pruebas realizadas para acelerar el diagnostico.