Error 500 en WordPress: qué revisar antes de tocar la web

Ilustración de una web con un fallo de servidor y herramientas de diagnóstico

Ver “500 Internal Server Error” en una web WordPress significa que el servidor no pudo completar esa petición. El mensaje no identifica por sí solo al culpable: puede aparecer tras un cambio de plugin o tema, por un error de PHP o por un problema del alojamiento. Tampoco demuestra automáticamente que la web esté hackeada. La prioridad es recuperar el servicio sin perder la pista del fallo.

Primero, confirma el alcance del error

Anota la hora exacta, la URL y el texto que aparece. Comprueba si falla toda la web o solo una página, si puedes entrar en /wp-admin/ y si otras personas ven lo mismo. Prueba desde otra red o dispositivo para descartar una incidencia local. Si hay un proceso de venta o un formulario afectado, avisa a quien atiende a los clientes para que tenga una alternativa temporal.

Qué revisar antes de cambiar nada

1. Últimos cambios

¿Se actualizó un plugin, el tema, WordPress o la versión de PHP? ¿Se instaló una extensión o se editó código? La coincidencia temporal no siempre prueba la causa, pero ayuda a acotar. Guarda esa información antes de revertir cambios.

2. Copia de seguridad recuperable

Antes de desactivar extensiones en cadena o restaurar, confirma que existe una copia de archivos y base de datos. Si no la hay, solicita al hosting una copia del estado actual. Aunque el sitio esté fallando, puede contener datos recientes que no conviene perder.

3. Registros del servidor y correo de error crítico

El panel de alojamiento suele ofrecer registros de PHP o del servidor que dan una pista más precisa que la pantalla 500. WordPress también puede enviar al administrador un correo de error crítico con información del componente implicado. Si no tienes experiencia con estos datos, compártelos de forma segura con tu técnico o proveedor, sin publicarlos en un foro.

Si puedes acceder a WordPress

Revisa el estado del sitio y las actualizaciones pendientes. Si el error apareció tras un cambio concreto, prueba a revertirlo en un entorno de pruebas o con una copia verificada. Después comprueba páginas, formularios y funciones principales. No desactives todos los plugins en producción sin un plan: podrías afectar pagos, caché, seguridad o integraciones.

Si también falla el administrador

Contacta con el hosting indicando hora, URL y alcance del fallo. Pide que revise registros y disponibilidad de PHP, base de datos y recursos. Si hace falta tocar archivos o depurar código, conviene hacerlo con copia y, cuando sea posible, en staging. La documentación de WordPress recomienda no mostrar mensajes de depuración a visitantes en producción.

Errores parecidos que requieren otra comprobación

Un 502, 503 o 504 no es exactamente lo mismo que un 500. Puede haber saturación o un problema entre servidores. Antes de aplicar una receta encontrada en Google, confirma el código real y si el proveedor informa de una incidencia. Las soluciones genéricas —subir memoria sin diagnóstico o reemplazar archivos— pueden ocultar el problema y complicar la recuperación.

Cuándo pedir asistencia

Si la web lleva caída más de unos minutos, hay ventas o contactos afectados, o no puedes revisar los registros con seguridad, solicita ayuda. En Rescate urgente puedes explicar el error y recibir un diagnóstico. Si administras varias webs de clientes, el soporte para agencias permite resolver este tipo de incidencias sin ampliar tu equipo interno.

Fuentes y lectura adicional

WordPress.org: errores habituales · WordPress.org: depuración segura · WordPress.com: interpretación de códigos HTTP.

Scroll al inicio