Codificação/decodificação de URL
Codificação/decodificação de URL
Codificação/decodificação de URL: Suporta codificação e decodificação de porcentagem de URL, manipulação de caracteres especiais, espaços e texto multilíngue. Detecta automaticamente o formato de codificação, suporta processamento de parâmetros de consulta, adequado para chamadas de API, envios de formulários e compartilhamento de links.
Início rápido
Cenários comuns
Parâmetros de API
codifique parâmetros de consulta e corpos de requisição para transmitir corretamente caracteres especiais
Envio de formulários
trate dados GET/POST; suporta CJK e símbolos especiais
Links de compartilhamento
gere URLs com CJK/símbolos especiais sem erros de caracteres
Consultas de busca
codifique palavras‑chave, especialmente quando incluem & = # ?
Cenário adicional
percent encoding, uri codificador e url escape podem ser tratados no mesmo fluxo para conferir o resultado antes de copiar ou exportar.
Dicas de uso
Limitações e compatibilidade
Gestão da sessão
Perguntas frequentes
A URL (Uniform Resource Locator) foi introduzida por Tim Berners‑Lee nos anos 1990 para a Web: uma cadeia legível que descreve esquema/host/caminho/consulta/fragmento. Para evitar que caracteres de dados sejam confundidos com separadores (p. ex., ? & # = /) e para lidar com espaços, texto não ASCII e emoji, a URL converte esses caracteres em percent‑encoding %HH (ex.: espaço→%20; “/” dentro de um valor→%2F). Em contextos application/x‑www‑form‑urlencoded, o espaço também pode ser “+” (fora de formulários recomenda‑se %20). A codificação de URL é uma formatação reversível para manter os links robustos; não oferece criptografia nem confidencialidade.
Não. Codificação é uma conversão de formato reversível. Senhas e chaves devem ser criptografadas
Formulários (application/x-www-form-urlencoded) usam +, enquanto a RFC 3986 geralmente usa %20. Esta ferramenta usa %20 por compatibilidade; se precisar de +, use em contexto de formulário ou substitua manualmente
Conteúdo codificado contém sequências %XX (% seguido de dois dígitos hexadecimais, ex.: %E4%BD%A0). Se houver muitas, já está codificado; evite codificar novamente
O padrão de URL permite apenas ASCII. Texto não ASCII (ex.: letras acentuadas, emoji) deve ser codificado por porcentagem (bytes UTF‑8 como %HH) para transmissão segura
Depende da posição: como separador de caminho, não codifique (ex.: /api/users). Como valor de parâmetro, codifique como %2F (ex.: ?path=%2Fhome%2Fuser)