PAGUP Agent ControlAcceso a WordPress para asistentes de IA
Probar gratis

Bucle de redirección en una conexión IA de WordPress: HTTP, HTTPS y URL canónica

Una redirección cambia el esquema, host o ruta y también puede descartar encabezados de autenticación.

Siga cada redirección y verifique que se conserven esquema, host, ruta y Authorization.

Causas probables

  • Una redirección cambia el esquema, host o ruta y también puede descartar encabezados de autenticación.
  • Home URL y Site URL de WordPress usan esquemas, hosts o rutas diferentes.
  • El navegador usa HTTPS, pero WordPress no detecta como segura la solicitud recibida en el origen.
  • El cliente llama al dominio, ruta base, endpoint REST o endpoint MCP equivocado.
  • El alojamiento, proxy inverso, redirección o WAF elimina el encabezado Authorization antes de que llegue a WordPress.

Secuencia de diagnóstico

  1. Siga cada redirección y verifique que se conserven esquema, host, ruta y Authorization.
  2. Compare Home URL, Site URL, host canónico público y dirección base REST.
  3. Confirme que WordPress considera la solicitud HTTPS, no solo el navegador.
  4. Verifique mediante evidencia saneada del servidor que el encabezado Authorization llega a WordPress.
  5. Confirme el esquema, host, ruta base y endpoint exactos configurados en el cliente.
  6. Registre las versiones de WordPress, plugin, cliente, conector y servidor antes de cambiar nada.

Aplicar la corrección mínima

  1. Elimine o corrija la redirección que modifica inesperadamente la solicitud autenticada.
  2. Alinee Home URL, Site URL, host público, esquema HTTPS y dirección base REST.
  3. Corrija el manejo del proxy de confianza y del origen para que WordPress reconozca la solicitud HTTPS original.
  4. Configure el servidor o proxy de confianza para pasar el encabezado Authorization a WordPress.
  5. Corrija endpoint, transporte, nombre de herramienta o referencia de credencial sin ampliar permisos.

Verificar el resultado

  • La solicitud autenticada llega al endpoint canónico sin una redirección inesperada.
  • La evidencia saneada confirma que el encabezado Authorization llega a WordPress.
  • La solicitud autenticada corresponde al usuario dedicado previsto.
  • La lectura limitada aprobada se completa con una respuesta reproducible.

Qué no hacer

  • No añada una solución permanente y no verificada del proxy antes de confirmar la ruta de confianza.
  • No desactive globalmente el WAF o plugin de seguridad para evitar una sola solicitud.
  • No edite el núcleo de WordPress o archivos de plugins de terceros como primer paso.
  • No conceda acceso de administrador solo para que una prueba de conexión funcione.
  • No incluya una Application Password, encabezado Authorization, token o cookie en prompts, tickets, registros o capturas.

Guías relacionadas

Fuentes y verificación

Esta página se verificó a partir de las siguientes fuentes primarias. Última revisión de las fuentes: .