PAGUP Agent ControlAcesso ao WordPress para assistentes de IA
Testar grátis

Divergência entre Home URL e Site URL do WordPress interrompe conexões de IA

Home URL e Site URL usam esquemas, hosts ou caminhos diferentes.

Compare Home URL, Site URL, host canônico público e endereço base REST.

Causas prováveis

  • Home URL e Site URL usam esquemas, hosts ou caminhos diferentes.
  • Um redirecionamento muda esquema, host ou caminho e pode remover cabeçalhos de autenticação.
  • O navegador usa HTTPS, mas o WordPress não reconhece a solicitação recebida na origem como segura.
  • O cliente chama o domínio, caminho base, endpoint REST ou endpoint MCP errado.
  • A configuração de links permanentes ou reescrita impede a resolução do caminho base REST.

Sequência de diagnóstico

  1. Compare Home URL, Site URL, host canônico público e endereço base REST.
  2. Rastreie cada redirecionamento e verifique esquema, host, caminho e Authorization.
  3. Confirme que o próprio WordPress reconhece a solicitação como HTTPS, não apenas o navegador.
  4. Solicite o índice REST e confirme namespaces e metadados de autenticação esperados.
  5. Confirme esquema, host, caminho base e endpoint configurados no cliente.
  6. Registre as versões de WordPress, plugin, cliente, conector e servidor antes de qualquer alteração.

Aplicar a menor correção necessária

  1. Alinhe Home URL, Site URL, host público, esquema HTTPS e endereço base REST.
  2. Remova ou corrija o redirecionamento que altera inesperadamente a solicitação autenticada.
  3. Corrija o tratamento do proxy confiável e da origem para o WordPress reconhecer a solicitação HTTPS original.
  4. Restaure a rota ou disponibilidade REST necessária preservando autenticação e controles de permissão.
  5. Corrija endpoint, transporte, nome da ferramenta ou referência da credencial sem ampliar permissões.

Verificar o resultado

  • A solicitação autenticada chega ao endpoint canônico sem redirecionamento inesperado.
  • O índice REST responde pela URL HTTPS canônica e expõe os namespaces esperados.
  • A solicitação autenticada corresponde ao usuário dedicado pretendido.
  • A leitura restrita aprovada funciona com resposta reproduzível.

O que não fazer

  • Não edite o núcleo do WordPress ou arquivos de plugins terceiros como primeiro passo.
  • Não adicione uma solução permanente e não verificada de proxy antes de confirmar o caminho confiável.
  • Não conceda acesso de administrador apenas para uma prova de conexão funcionar.
  • Não desative globalmente WAF ou plugin de segurança para contornar uma solicitação.
  • Não inclua Application Password, Authorization, token ou cookie em prompt, chamado, log ou captura.

Guias relacionados

Fontes e verificação

Esta página foi verificada com base nas seguintes fontes primárias. Última revisão das fontes: .