Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Errores y diagnóstico

Pantalla blanca de la muerte en WordPress: cómo diagnosticarla con seguridad

Una página en blanco significa que PHP se detuvo y el error está oculto, no ausente. Esta es la secuencia técnica exacta para hallar la causa sin exponer nada.

Respuesta breve: una pantalla en blanco significa que PHP dejó de ejecutarse y WordPress oculta el error a las visitas. El error sigue existiendo: se ha escrito en un registro. Tu trabajo es leer ese registro y luego aislar el componente, no adivinar.

Primero, localiza dónde aparece el blanco

Carga la portada, una entrada y /wp-admin/. Un front en blanco con un administrador que funciona apunta al tema o a un plugin del front. Todo en blanco, incluido el administrador, apunta a un fallo global: memoria, un mu-plugin, PHP o un archivo del núcleo dañado. Esta única observación elimina la mitad de las posibilidades.

Activa el registro, no los errores en pantalla

Añade estas tres líneas a wp-config.php, justo encima de /* That's all, stop editing! */:

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

Recarga la página en blanco y abre /wp-content/debug.log. La última línea Fatal error indica el archivo, la línea y la función. Mantén WP_DEBUG_DISPLAY desactivado para que los errores no se muestren a las visitas: revelan rutas y nombres de plugins. Si tienes acceso al hosting, el registro de PHP del servidor lleva el mismo detalle.

Aísla los plugins por SFTP, uno a uno

Si el registro culpa a un plugin, o no llegas al administrador, trabaja a nivel de archivos:

  1. Por SFTP o el gestor del hosting, renombra /wp-content/plugins a plugins_off. Eso desactiva todos los plugins a la vez. Si la página vuelve, un plugin es la causa.
  2. Renombra la carpeta de nuevo a plugins. WordPress ahora muestra los plugins como desactivados.
  3. Reactívalos uno a uno y recarga tras cada uno. El que devuelve la pantalla blanca es el culpable, que es lo que de verdad necesitas saber en lugar de solo borrar el síntoma.

Descarta o confirma el tema

Si los plugins están descartados, renombra la carpeta del tema activo dentro de /wp-content/themes. WordPress recurre a un tema por defecto automáticamente, y si la pantalla blanca se soluciona, el fallo está en el tema: casi siempre una edición reciente de functions.php o una plantilla que llama a una función eliminada en una versión de PHP más nueva.

Memoria y archivos incompletos

Si el registro dice “Allowed memory size exhausted”, añade define('WP_MEMORY_LIMIT', '256M'); a wp-config.php —y ten en cuenta que muchos hostings lo limitan a nivel de servidor, así que confirma que se aplicó—. Una pantalla blanca que empezó justo tras una subida o migración puede indicar archivos ausentes; reinstalar el núcleo de WordPress sobre sí mismo reemplaza los archivos del núcleo sin tocar tu contenido.

Preserva primero, luego verifica

Copia el estado actual antes de editar, y retira las constantes de depuración al terminar para que no quede un registro expuesto. Que la portada cargue no es prueba: vuelve a probar la ruta exacta que fallaba, entra en el administrador y envía un formulario, porque una causa de memoria o compatibilidad de PHP suele estar esperando en otra página.

Consulta la documentación oficial de depuración de WordPress para las constantes admitidas.

CRITERIO DE INCIDENTE WP REPAIR

Cómo acotar el fallo sin adivinar

Una pantalla blanca no es un diagnóstico. La distinción útil es saber si PHP falló antes de cargar WordPress, durante la carga de un plugin o tema, o solo en una ruta concreta.

WP RepairModelo de diagnóstico
1Petición2PHP / servidor3WordPress4Componente
Sigue la cadena hasta encontrar el primer punto que deja de comportarse como debería.
01

Compara la portada, una URL interior y /wp-admin/ para delimitar el alcance.

02

Lee el log PHP del servidor además de debug.log; un fallo muy temprano puede no llegar al registro de WordPress.

03

Anota la versión exacta de PHP y el último despliegue o actualización.

04

Desactiva primero solo el componente nombrado por el error fatal antes de aislar de forma más amplia.

Qué debe quedar verificado

  • La URL exacta que fallaba carga dos veces sin un nuevo error fatal.
  • El administrador y un formulario o checkout crítico funcionan.
  • La visualización de errores está desactivada y el registro temporal se ha retirado o protegido.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia