🚀 Início rápido

Insira o conteúdo acima (URL, texto, CJK etc)
Clique em Codificar ou Decodificar para alternar o modo
Clique no botão para iniciar; o resultado aparece no mesmo campo de texto
Use o botão Copiar abaixo

📌 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 & = # ?

🧭 Dicas de uso

Evite dupla codificação: verifique se já há sequências %XX
Codificação parcial: codifique apenas valores de parâmetros (ex.: ?key=codificado) mantendo a estrutura da URL
Depuração: decodifique parâmetros em requisições de rede para localizar problemas rapidamente
Caracteres reservados: : / ? # [ ] @ ! $ & ' ( ) * + , ; = têm significado especial; como dados geralmente precisam de codificação (dependente do contexto, especialmente : / ? # & = +)
Codificação de caracteres: não ASCII em UTF‑8 (1–4 bytes), cada byte como %HH

⚠️ Limitações & compatibilidade

Codificação de URL ≠ criptografia: conversão de formato reversível que não protege dados sensíveis
Comprimento da URL: recomendado total < 2048 caracteres (varia por navegador/servidor)
Espaço: em query strings pode ser + (formulário) ou %20 (geral); esta ferramenta usa %20 por padrão
Texto muito longo: pode fazer o navegador parar de responder ou travar; processe em partes

🔒 Privacidade & segurança

Todo o processamento ocorre no seu navegador; os dados não saem do seu dispositivo
Dados sensíveis (senhas, chaves, tokens) devem ser criptografados, não apenas codificados

❓ Perguntas frequentes

O que é uma URL e por que “codificar”?

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.

A codificação protege dados sensíveis?

Não. Codificação é uma conversão de formato reversível. Senhas e chaves devem ser criptografadas

Por que o espaço às vezes é + e outras %20?

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

Como saber se o conteúdo já está codificado?

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

Por que os caracteres não ASCII devem ser codificados?

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

Barras / precisam ser codificadas?

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)