Cuando WordPress está caído, devuelve errores de servidor o muestra una página en blanco, el objetivo es recuperar el servicio sin perder la capacidad de volver atrás. La misma caída visible puede venir de causas muy distintas, así que la vía segura es leer la evidencia antes de desactivar o sustituir nada.
Paso 1 — Clasifica la caída
¿Qué ves exactamente? Un 500 o 502, un error de conexión con la base de datos, la pantalla de error crítico, una página en blanco o un aviso de suspensión del hosting llevan cada uno por un camino distinto. Anota el mensaje exacto, la hora en que empezó y si afecta a toda la web o a una ruta. Comprueba si /wp-admin/ aún carga: un administrador que funciona acota muchísimo el problema.
Paso 2 — Lee los registros antes de tocar archivos
Activa el registro en wp-config.php (WP_DEBUG_LOG activo, WP_DEBUG_DISPLAY desactivado) y lee /wp-content/debug.log, además de los registros de PHP y del servidor de tu hosting. El registro suele nombrar un archivo y una línea, informar de memoria agotada o mostrar un timeout, mucho más fiable que adivinar por el síntoma visible.
¿Tu web está afectada ahora mismo?
Envía la URL y el síntoma que ves. Jordi Ensenyat revisa el caso personalmente y define el alcance y el presupuesto antes de tocar nada. Este formulario nunca pide contraseñas.
Paso 3 — La secuencia de aislamiento estándar
- Plugins: renombra
/wp-content/pluginsaplugins_offpor SFTP. Si la web vuelve, reactívalos uno a uno para encontrar al culpable. - Tema: renombra la carpeta del tema activo para que WordPress recurra a un tema por defecto.
- .htaccess (Apache): renómbralo a
.htaccess_oldy recarga; si eso arregla un 500, regenera reglas limpias volviendo a guardar los enlaces permanentes en lugar de dejar la web sin ellas. - Archivos del núcleo: reinstala el núcleo de WordPress sobre sí mismo —reemplaza los archivos del núcleo sin tocar tu contenido— si el registro apunta a archivos del núcleo ausentes o dañados.
Paso 4 — Cuando es infraestructura, no WordPress
Si todas las webs del servidor están caídas, o la página de estado del hosting muestra una incidencia, la vía más rápida es el proveedor, no tus archivos. Un error de conexión con la base de datos en todas las webs, un mensaje de cuota de disco o una cuenta suspendida son problemas de infraestructura que ningún renombrado de plugins va a resolver.
Preserva primero, siempre
Copia el estado roto actual antes de cambiar nada. Si no hay una copia reciente, eso es lo más importante que hay que resolver en cuanto se restablezca el servicio.
Cuándo escalar
Llama a un especialista si la caída afecta a una tienda, no hay una copia viable, los registros apuntan a corrupción del núcleo o de la base de datos, o la web además se comporta de forma extraña (redirecciones, usuarios desconocidos) que sugiere un compromiso. Envía el error exacto, la hora de inicio y los cambios recientes y se podrá evaluar la incidencia antes de conceder ningún acceso.
RECUPERACIÓN WORDPRESS BASADA EN EVIDENCIA
Una vuelta controlada desde un WordPress caído
Una web fuera de servicio o que devuelve errores de servidor puede tener varias causas con el mismo síntoma visible. La reparación más segura empieza preservando una vía de recuperación, revisando los cambios recientes y leyendo la evidencia disponible antes de desactivar o sustituir nada.
Qué comprobamos
- Estado HTTP y registros de PHP y del servidor en el momento del fallo
- Cambios recientes de plugins, tema, núcleo, PHP o alojamiento
- Disponibilidad de la base de datos, disco, memoria e integridad de archivos
- Portada, administrador, formularios y recorridos críticos después de reparar
Qué significa un resultado verificado
Una recuperación correcta es más que ver cargar la portada una vez. Se prueba el recorrido afectado, se documentan la causa y el cambio aplicado, y sabes qué acción posterior reduce la probabilidad de que la caída se repita.
ANTES DE LA EVALUACIÓN
Preguntas frecuentes sobre esta incidencia
¿Podéis reparar WordPress sin empeorar la caída?+
El primer objetivo es preservar una copia o vía de rollback y reunir evidencia. Después los cambios se limitan a lo que el diagnóstico respalda.
¿Con qué rapidez puede empezar una reparación urgente?+
La disponibilidad y la urgencia se confirman durante la evaluación. El alcance, los accesos necesarios y el presupuesto se acuerdan antes de intervenir.
¿Qué debo enviar antes de dar acceso?+
Envía la URL, el error visible, la hora aproximada de inicio, los cambios recientes y el impacto en el negocio. No envíes contraseñas por el formulario público.