Analisador de URL
Divida uma URL em protocolo, host, caminho e parâmetros
Sobre esta ferramenta
Cole uma URL e veja-a dissecada: protocolo, host, porta, caminho, fragmento e cada parâmetro de query em uma tabela de chave-valor já decodificada. Ela usa o mesmo parser de URL do WHATWG que o seu navegador usa para navegar, então a interpretação que você vê é a que um navegador realmente vai aplicar — incluindo casos de borda como portas padrão sendo omitidas e caminhos sendo normalizados.
A tabela de parâmetros de query é a parte que você mais vai usar: redirecionamentos longos de OAuth, links marcados com analytics e chamadas de API ficam legíveis de relance, com cada valor já decodificado do escape percentual. Domínios sem esquema também são aceitos; https:// é assumido para o parsing.
Ela combina naturalmente com o codificador de URL — parseie uma URL aqui para achar o parâmetro que precisa, edite o valor e recodifique lá.
Perguntas frequentes
- Por que a URL parseada difere ligeiramente do que colei?
- O parser do WHATWG normaliza: converte esquema e host para minúsculas, remove portas padrão (:443 para https), resolve segmentos de caminho ./ e ../ e codifica os caracteres que precisam. O que você vê é a forma canônica com que servidores e navegadores concordam.
- Ele lida com URLs com chaves de query duplicadas?
- Sim — cada ocorrência é listada como sua própria linha, em ordem. Chaves duplicadas são legais e comuns: muitas APIs as leem como arrays (?tag=a&tag=b).
- Qual é a diferença entre host e hostname?
- hostname é só o domínio (example.com); host inclui uma porta explícita não padrão (example.com:8080). Quando a porta é a padrão do esquema, os dois ficam iguais porque a porta é omitida.
- O fragmento (#...) é enviado ao servidor?
- Não. Tudo depois do # fica no navegador — servidores nunca o veem. É por isso que aplicações de página única historicamente o usavam para roteamento no cliente, e por que parâmetros de analytics colocados depois do # são invisíveis para o backend.