PAGUP Agent ControlAcceso a WordPress para asistentes de IA
Probar gratis

Una discrepancia entre Home URL y Site URL de WordPress rompe las conexiones de IA

Home URL y Site URL de WordPress usan esquemas, hosts o rutas diferentes.

Compare Home URL, Site URL, host canónico público y dirección base REST.

Causas probables

  • Home URL y Site URL de WordPress usan esquemas, hosts o rutas diferentes.
  • Una redirección cambia el esquema, host o ruta y también puede descartar encabezados de autenticación.
  • 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.
  • La configuración de enlaces permanentes o reescritura impide resolver la ruta base REST esperada.

Secuencia de diagnóstico

  1. Compare Home URL, Site URL, host canónico público y dirección base REST.
  2. Siga cada redirección y verifique que se conserven esquema, host, ruta y Authorization.
  3. Confirme que WordPress considera la solicitud HTTPS, no solo el navegador.
  4. Solicite el índice REST y confirme los espacios de nombres y metadatos de autenticación esperados.
  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. Alinee Home URL, Site URL, host público, esquema HTTPS y dirección base REST.
  2. Elimine o corrija la redirección que modifica inesperadamente la solicitud autenticada.
  3. Corrija el manejo del proxy de confianza y del origen para que WordPress reconozca la solicitud HTTPS original.
  4. Restaure la ruta o disponibilidad REST necesaria conservando autenticación y funciones de permiso.
  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.
  • El índice REST responde desde la URL HTTPS canónica y expone los espacios de nombres esperados.
  • La solicitud autenticada corresponde al usuario dedicado previsto.
  • La lectura limitada aprobada se completa con una respuesta reproducible.

Qué no hacer

  • No edite el núcleo de WordPress o archivos de plugins de terceros como primer paso.
  • No añada una solución permanente y no verificada del proxy antes de confirmar la ruta de confianza.
  • No conceda acceso de administrador solo para que una prueba de conexión funcione.
  • No desactive globalmente el WAF o plugin de seguridad para evitar una sola solicitud.
  • 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: .