Codificação e decodificação de componentes de URL

Converta o texto de um parâmetro em escapes percentuais ou leia seu conteúdo decodificado. A ferramenta usa encodeURIComponent e decodeURIComponent nativos, tratando toda a entrada como dados de um componente, sem preservar a estrutura de uma URL completa.

Funciona localmente no seu navegador

Converter o texto de um parâmetro

Cole o texto diretamente no campo. O processamento ocorre no navegador, sem acessar o endereço informado; não há entrada de arquivos nem processamento em lote.

  1. Insira o valor original ou o componente com escapes e escolha Codificar ou Decodificar.
  2. Confira a saída e use Copiar resultado. Se houver erro, o resultado anterior é apagado e a cópia fica desativada.
  3. Para fazer a operação inversa, cole o resultado na entrada. Limpar esvazia os dois campos.

Como o texto é transformado

Escapes UTF-8, sem codificar todos os símbolos

A-Z a-z 0-9 e - _ . ! ~ * ' ( ) permanecem como estão. Os demais caracteres Unicode válidos viram escapes UTF-8: 你好 😀 resulta em %E4%BD%A0%E5%A5%BD%20%F0%9F%98%80. Não há o escape adicional de ! ' ( ) * para conformidade estrita com a RFC 3986.

Separadores também entram na codificação

a=1&b=two words produz a%3D1%26b%3Dtwo%20words. Se você colar uma URL inteira, : / ? & = também serão codificados. Isso serve para representar a string toda como dado, não para manter sua estrutura de endereço.

Reinserir separadores decodificados pode mudar a interpretação de uma URL. Trate a saída como valor de parâmetro conforme o caso. Ela é exibida como texto, sem executar HTML; a ferramenta não valida URLs nem oferece criptografia.

Uma camada por decodificação

Codificar %20 gera %2520, pois o percentual também é codificado. Decodificar %2520 retorna o texto literal %20, não um espaço. Não há repetição automática da decodificação nem substituição da entrada pelo resultado.

Dúvidas sobre componentes de URL

Por que o sinal + continua na saída?

A ferramenta não aplica application/x-www-form-urlencoded. Ao codificar, espaço vira %20 e + vira %2B. Ao decodificar, o + literal é mantido: a+b%20c resulta em a+b c.

Quando ocorre URIError?

Na decodificação, %, %GG e %E4%A são escapes inválidos; %FF e %C0%AF não representam UTF-8 válido. Eles geram erro, não caracteres de substituição. Codificar um substituto UTF-16 sem par também falha. Texto literal sem escapes permanece inalterado ao decodificar; não há validação de cada caractere.

O campo remove espaços e mantém as quebras originais?

Não remove espaços em branco, nem nas extremidades. Porém, o textarea do navegador normaliza quebras de linha inseridas para LF, codificado como %0A; os bytes CRLF ou CR originais não são preservados. Não se aplica normalização Unicode. Uma entrada vazia gera um resultado vazio.

Ferramentas recentes: