Parse URL parts
parse URL · URL parts · query parameters
Learn what each URL component means and why splitting helps debugging redirects, OAuth, and analytics.
Por DN01 Network Team
A URL is not one opaque string; browsers, servers, CDNs, and analytics pipelines treat scheme, host, path, query, and fragment differently. O divisor de URL DN01 analisa endereços em scheme, host, path, query e fragment sem buscar o site de destino. Operadores usam em migrações, triagem de incidentes e onboarding de fornecedores quando precisam de evidência repetível em vez de capturas isoladas.
Support tickets often confuse a broken redirect with DNS failure when the real issue is a malformed query or missing encoding in the path.
Paste the full URL into URL Splitter, compare normalized output with server logs, and keep fragment separate because it never reaches the origin. Use a saída com o verificador de cabeçalhos HTTP ou logs de redirecionamento ao depurar login, checkout ou campanhas. Salve o permalink do resultado no ticket, registre a hora da verificação e compare a saída antes e depois de mudanças de configuração ou atualizações do cliente.
Repita a verificação após cada mudança relevante e mantenha o link do guia no runbook da equipe para novos operadores seguirem a mesma ordem de diagnóstico.
Componentes que o DN01 expõe
Scheme e host definem transporte e autoridade; path identifica o recurso; query carrega parâmetros; fragment fica no cliente.
A saída normalizada colapsa portas padrão e ajuda a comparar URLs que devem coincidir em listas permitidas.
Erros de depuração
Não assuma que o fragment aparece em logs do servidor; a maioria dos backends e pixels de analytics não o vê.
Não corrija encoding no escuro; decodifique uma vez, inspecione valores e codifique pelas regras RFC do componente.
Depois de dividir a URL
Compare a ordem da query quando há assinaturas ou caches legacy; alguns sistemas tratam parâmetros reordenados como URL nova.
Arquive a saída dividida em tickets para o próximo engenheiro ver a mesma visão analisada.
Documentação e próximos passos
Arquive a saída do verificador em tickets de mudança, revisões de fornecedores e incidentes para o próximo operador ver a mesma evidência analisada.
Vincule este guia e a página da ferramenta nos wikis da equipe e combine resultados com outras utilidades DN01 quando o problema cruzar DNS, e-mail, TLS ou camadas de segurança. Registre quem executou a verificação, qual entrada foi usada e se o permalink foi compartilhado com o solicitante.
Quando escalar ou combinar verificações
Se a saída do Divisor de URL ainda divergir do relato do usuário após reinício ou limpeza de cache, capture timestamps, entradas brutas e o permalink DN01 antes de alterar DNS, e-mail, TLS ou auth de produção.
Escale para donos de plataforma ou identidade quando a política corporativa bloquear a correção; caso contrário combine este guia com utilidades DN01 de DNS, e-mail, TLS ou segurança para fechar o ciclo em um ticket.
| Parte | Chega ao servidor |
|---|---|
| scheme | Sim |
| host | Sim |
| path | Sim |
| query | Sim |
| fragment | Não |
Perguntas frequentes
- O divisor de URL carrega o site?
Não. Ele analisa a string localmente e não solicita a origem de destino.
- Por que o fragment é separado?
Navegadores não enviam fragments aos servidores; logs backend não os veem.
- A ordem da query importa?
Sim. URLs assinadas, afiliados e caches legacy podem invalidar strings reordenadas.
- Posso compartilhar resultados com a equipe?
Sim. Copie a saída DN01 ou o permalink nos tickets de mudança para que todos revisem a mesma evidência analisada em vez de capturas soltas.