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

Errors & Diagnosis

Redis rechaza la conexión en WordPress: cómo recuperar la web y la caché de objetos

Una caída de caché de objeto persistente puede romper cada petición cuando Redis no está disponible o está mal configurada. Confirma el comportamiento de caché y mecanismo de respaldo.

“Redis connection refused” en WordPress suele ser un problema de disponibilidad o configuración de la caché de objetos, no un motivo para vaciar toda la base de datos. Los datos persistentes pueden estar bien mientras el cliente de caché no llega a Redis o utiliza host, puerto, autenticación, base o socket equivocados.

Decide primero si WordPress puede funcionar de forma segura sin Redis

Confirma si el object-cache drop-in es imprescindible u opcional. Si la web puede volver temporalmente a base de datos, desactivar la capa de caché rota puede recuperar servicio mientras investigas. No lo hagas a ciegas si Redis también guarda sesiones, locks o estado de otros servicios.

Evidencia para separar red, servicio y configuración

  • Host/socket, puerto y base Redis configurados para WordPress.
  • Si el servicio Redis está activo y es accesible desde WordPress.
  • Error exacto del object cache y timestamp.
  • Despliegues, cambios de entorno o rotaciones recientes.

Comprueba cliente y servidor como dos sistemas distintos

Que Redis esté activo no demuestra que WordPress apunte bien a él, y una configuración correcta no demuestra que la red permita la conexión.

Restaura la conexión con el cambio menos destructivo

  1. Corrige host/socket, puerto, autenticación o política de red.
  2. Verifica que el drop-in corresponde al plugin/runtime real.
  3. Vacía caché solo cuando conozcas el alcance y la aplicación pueda reconstruirla.
  4. Prueba frontend, admin y una operación de escritura representativa.

Los fallos programados pueden hacer que un problema intermitente parezca aleatorio

Si coincide con tareas de fondo, compara el diagnóstico de WP-Cron. Si coincide con cambios de archivos inexplicados, utiliza el triaje de integridad antes de atribuirlo todo a Redis.

No borres datos de Redis como primer paso

Un flush no arregla una conexión rechazada y puede provocar una segunda incidencia si otros servicios comparten la instancia o base.

Verificación

El cliente de caché debe reconectarse de forma estable con peticiones y jobs normales, las escrituras de WordPress deben persistir y Redis no debe mostrar bucles continuos de reconexión.

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↗