URL Codificar/Decodificar Online
Codifique ou decodifique strings de URL (percent-encoding) no seu navegador.
Para que serve
URLs limpas instantaneamente
Padrão RFC 3986
Codificação conforme o padrão URI para compatibilidade com todos os servidores e clientes HTTP.
100% privado
A codificação acontece no seu navegador usando funções nativas do JavaScript. Suas URLs nunca são enviadas a nenhum servidor.
Suporte completo a Unicode
Lida corretamente com caracteres de qualquer idioma: árabe, chinês, russo, japonês e todos os caracteres UTF-8.
Instantâneo
Os resultados aparecem enquanto você digita. Sem espera, sem envio de formulário.
Como funciona
Três passos, sem complicação
Cole seu texto ou URL
Insira o texto que você quer codificar para usar em uma URL, ou cole uma URL codificada que você quer ler de forma clara.
Escolha a operação
Clique em Codificar para converter caracteres especiais para o formato %XX, ou em Decodificar para converter uma string codificada de volta ao texto legível.
Copie o resultado
O resultado aparece imediatamente. Use o botão de copiar para enviá-lo para a área de transferência e cole onde precisar.
Perguntas frequentes
Ficou com dúvidas?
O RFC 3986 reserva certos caracteres para fins especiais em URLs: : / ? # [ ] @ ! $ e & entre outros. Esses caracteres precisam ser codificados quando usados como dados e não como separadores de URL. Caracteres não ASCII, como letras acentuadas, emojis ou caracteres chineses, precisam sempre ser codificados.
São mecanismos diferentes para finalidades diferentes. A codificação de URL (percent-encoding) converte caracteres especiais para a representação %XX, tornando-os seguros dentro de uma URL. O Base64 converte dados binários em texto ASCII para transporte por protocolos baseados em texto. A codificação de URL produz saída mais curta para strings simples; o Base64 é necessário para dados binários completos.
Depende do contexto. A codificação de URL estrita (RFC 3986) usa %20 para espaços. O formato application/x-www-form-urlencoded usado por formulários HTML usa o sinal de mais no lugar de %20. Ambas as representações são válidas em seus respectivos contextos, mas são distintas e não intercambiáveis.
Sim. Caracteres não ASCII são primeiro convertidos para sua representação UTF-8 (que pode ter 2 a 4 bytes) e depois cada byte é codificado como %XX. Por exemplo, o ç do português é codificado como %C3%A7 (2 bytes UTF-8). A decodificação inverte esse processo e restaura o caractere original corretamente.
A codificação dupla ocorre quando você codifica uma URL que já estava codificada. Por exemplo, %20 (um espaço codificado) vira %2520, pois %25 é o código de %. Isso quebra a URL porque o servidor recebe %2520 em vez de um espaço. Para evitar isso, sempre decodifique primeiro se não tiver certeza se a string já está codificada.
Codificação de URL: o que é o percent-encoding e quando usar
Uma URL pode conter apenas um conjunto limitado de caracteres ASCII seguros. Quando você precisa incluir dados em uma URL que contém caracteres especiais, como espaços, letras acentuadas, pontuação ou caracteres não latinos, é necessário codificá-los primeiro usando o percent-encoding. Esse mecanismo substitui cada caractere problemático por um sinal de percentual seguido de dois dígitos hexadecimais: um espaço vira %20, ç vira %C3%A7 e o símbolo de arroba vira %40.
O percent-encoding é essencial no desenvolvimento web para vários casos práticos: parâmetros de query em APIs REST quando os valores contêm caracteres especiais, construção de URLs com dados inseridos pelo usuário para evitar injeção de URL, armazenamento de URLs em bancos de dados e geração de links que incluem texto em qualquer idioma. Os navegadores codificam URLs automaticamente ao enviar formulários HTML, mas quando você constrói URLs por programação, precisa fazer isso por conta própria.
O Convertir.ai realiza a codificação e a decodificação diretamente no navegador usando as funções nativas do JavaScript encodeURIComponent() e decodeURIComponent(), que implementam corretamente o RFC 3986. Por não enviar a URL a nenhum servidor, evita o risco de expor parâmetros sensíveis, como tokens de API e dados pessoais, durante o processo de codificação.