01
Escolha a base sem adivinhar
Referências relativas exigem uma base válida. A referência pode ficar vazia quando há uma base. Uma base inválida informada causa erro mesmo junto de uma URL absoluta.
URL / URI Tools
Analisador de URLEntenda como o navegador interpreta o endereço
Entenda como o navegador interpreta o endereço
Analisador de URL
Entrada
A entrada é processada neste navegador e não é enviada a um servidor.
Resultados
Opções
Referências relativas precisam de uma base válida. Com base, a referência pode ficar vazia.
O resultado segue WHATWG. A entrada original e a base não são exportadas.
As credenciais da autoridade ficam ocultas e são removidas de href. Não há detecção de segredos em caminho, consulta ou fragmento.
Entrada e base: 100.000 unidades UTF-16 cada. Máximo de 1.000 parâmetros e 4.000.000 unidades na saída.
Digite um endereço ou uma base, ou carregue o exemplo.
O Analisador de URL ajuda a investigar links de logs, configurações e testes. Veja por que uma porta sumiu, o caminho mudou ou o nome antes de @ não corresponde ao servidor de destino.
Para analisar URL com caminho relativo, informe a base correta. Ao decompor URL, o relatório mantém os parâmetros de consulta repetidos e permite comparar a URL normalizada com o texto digitado.
Por que usar o Analisador de URL?
Encontre o host sem confundir nomes
O Analisador de URL apresenta hostname, host e origin separadamente. As credenciais viram marcadores fixos nos componentes e são removidas por inteiro de href.
Confira o diretório de referência
Com uma base terminada em /docs/guide/, ../assets/logo.svg aponta para /docs/assets/. Você vê a resolução sem alterar o conteúdo dos campos de entrada.
Da base à conferência do resultado
02
Leia as mudanças de normalização
Portas padrão são omitidas, o domínio pode ficar em minúsculas e .. é resolvido. Nos parâmetros, + significa espaço e %2B representa o sinal de mais.
03
Aguarde a nova análise antes de exportar
O modo automático espera 350 ms. Desligue-o para usar Analisar ou Ctrl/Cmd+Enter. Edições bloqueiam a saída antiga. Exemplo e Limpar têm prévia de substituição, aplicação e uma opção de desfazer.
O que cada parte informa
Host, nome e origem
host inclui uma porta fora do padrão; hostname não, mas mantém os colchetes de IPv6. Em endereços web comuns, origin também inclui o esquema.
Parâmetros na ordem recebida
Nomes repetidos não se sobrescrevem. Nomes e valores vazios são mantidos, mas flag e flag= resultam no mesmo valor vazio.
Relatório JSON ou endereço
Escolha os componentes JSON ou href sem credenciais. O relatório informa se houve uma base, sem incluir o texto dela nem a entrada original.
Além de HTTP e HTTPS
mailto:, data:, blob: e file: seguem as regras nativas. Um host vazio ou origin com o texto null pode ser um resultado válido.
Regras de interpretação e limites
- Normalização segundo WHATWG
- A API pode alterar letras do domínio, formas IPv4, portas e caminhos. A grafia original permanece apenas nos editores e não entra nas exportações. Controles C0 e espaços nas pontas, além de tabulações, CR e LF internos, são removidos; substitutos Unicode isolados viram U+FFFD.
- Decodificação tolerante dos parâmetros
- URLSearchParams interpreta + como espaço e tolera sequências percentuais malformadas. UTF-8 inválido, como %FF, produz um caractere de substituição. Isso não equivale a uma validação estrita.
- Proteção das credenciais da autoridade
- username, password e userinfo usam *** quando presentes; href os remove. Autoridades aninhadas em blob também recebem proteção. Não há busca de segredos em caminho, consulta ou fragmento. O processamento de blob aninhado vai até 32 níveis. Caminhos mais profundos ou caminhos aninhados não interpretáveis que contenham @ ficam totalmente ocultos.
- Nenhum teste de conexão
- Não há navegação, requisição HTTP ou consulta DNS. Uma URL aceita não comprova segurança nem disponibilidade. O hostname não é dividido em domínio registrável pela PSL.
- Caminhos opacos não são diretórios
- mailto: e data: têm regras próprias e nem sempre servem de base para caminhos relativos. O resultado de file: não verifica existência ou permissão de leitura de arquivos.
- Resultado completo ou erro
- Entrada e base aceitam até 100.000 unidades UTF-16 cada. Os limites são 1.000 parâmetros e 4.000.000 unidades na saída. Acima disso, a operação falha em vez de cortar o conteúdo.
Dúvidas sobre o Analisador de URL
Como distinguir host de origin?
Em https://example.com:8443/a, host é example.com:8443, origin é https://example.com:8443 e hostname é example.com. Portas padrão desaparecem na normalização.
Por que a normalização altera o caminho digitado?
O navegador resolve segmentos conforme o padrão. Em uma URL HTTPS, /a/../b vira /b. O relatório descreve a interpretação do endereço, não uma cópia literal do texto.
O endereço analisado sai do navegador?
A análise é feita neste navegador. A operação não envia o endereço digitado a um servidor de análise nem abre o destino.
Como userinfo pode disfarçar o host verdadeiro?
Em https://trusted.example@other.example/, trusted.example é o nome de usuário. O hostname é other.example. Por isso, não basta olhar para o texto antes de @.
O que significa xn-- no nome do host?
É o prefixo de uma representação Punycode para rótulos de domínio internacionalizados. O resultado mantém a forma ASCII nativa, sem concluir quem é o dono ou se o domínio é confiável.
Encontrou um problema?
Confira seu próximo link
Use o Analisador de URL para comparar a base com o caminho resolvido e verificar valores repetidos antes de salvar o resultado.