Conversor de codificação
Converta dados entre texto puro, Base64, codificação de URL, hexadecimal e binário de 8 bits em tempo real, byte a byte em UTF-8
Dados de entrada e formatação
Como usar esta ferramenta
- Escolha “Codificar texto” ou “Decodificar” e depois o formato de entrada: texto puro, Base64, URL codificado, hexadecimal ou binário.
- Digite ou cole os dados; os demais formatos se atualizam enquanto você digita.
- Ajuste os separadores de hex e binário e marque a opção de Base64 seguro para URL se quiser - e _ no lugar de + e /.
- Use o botão Copiar ao lado do formato desejado, ou copie todos os formatos de uma vez.
Exemplo prático
O texto padrão Hello, World! tem 13 caracteres e 13 bytes em UTF-8. O Base64 é SGVsbG8sIFdvcmxkIQ==, a forma URL é Hello%2C%20World! e o hex é 48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21. Uma letra fora do ASCII muda a contagem de bytes: Héllo tem 5 caracteres mas 6 bytes, porque o é ocupa dois (c3 a9), e o Base64 é SMOpbGxv. Se você decodificar bytes que não são UTF-8 válido, a coluna de texto mostra caracteres de substituição, então o texto pode não bater com os bytes originais. Base64 é uma codificação para transporte, não criptografia.
Metodologia
Codificações traduzem bytes em texto que sobrevive ao transporte e ao armazenamento. Exemplo: a string Héllo, de 5 caracteres, ocupa 6 bytes em UTF-8 porque o é usa dois (c3 a9): hex 48 c3 a9 6c 6c 6f, Base64 SMOpbGxv, forma de URL H%C3%A9llo. Todas as outras representações derivam desses bytes, seja qual for o formato em que você digitar.
Quantos bytes custa um único símbolo?
Cada linha foi digitada como texto simples com as configurações padrão (hexadecimal separado por espaços, Base64 padrão). A coluna de contagem mostra o contador de caracteres da ferramenta e depois os bytes em UTF-8.
| Texto | Caracteres → bytes | Hex | Base64 |
|---|---|---|---|
| Hi | 2 → 2 | 48 69 | SGk= |
| ñ | 1 → 2 | c3 b1 | w7E= |
| € | 1 → 3 | e2 82 ac | 4oKs |
| 日本 | 2 → 6 | e6 97 a5 e6 9c ac | 5pel5pys |
| 😀 | 2 → 4 | f0 9f 98 80 | 8J+YgA== |
Como ler: o texto em Base64 cresce com os bytes, não com os caracteres. O contador usa unidades UTF-16, por isso o emoji aparece como 2 caracteres, embora seja um só símbolo; para limites de tamanho, o que vale é o número de bytes. Na saída de URL da ferramenta, viram %C3%B1, %E2%82%AC, %E6%97%A5%E6%9C%AC e %F0%9F%98%80. Com a opção URL-safe, o 8J+YgA== do emoji vira 8J-YgA. Base64 é um jeito de levar bytes como texto, não é criptografia.
Perguntas frequentes
Qual é a diferença entre Base64 padrão e Base64 URL-Safe? ▼
O Base64 padrão (RFC 4648 §4) utiliza os caracteres “+” e “/” e preenchimento com “=”. Em URLs e parâmetros de rotas HTTP, esses caracteres geram conflitos de parsing. A versão URL-Safe (RFC 4648 §5) substitui “+” por “-” e “/” por “_”, dispensando normalmente o preenchimento com “=”.
Por que um texto com acentos produz mais bytes do que o número de caracteres? ▼
Na codificação variável UTF-8, caracteres ASCII padrão consomem 1 byte. Caracteres acentuados da língua portuguesa (como á, é, ç, ã) demandam 2 bytes cada na memória, o que se reflete na quantidade de bytes e nos dígitos hexadecimais gerados.
Meus dados ou tokens são enviados para algum servidor durante a conversão? ▼
O código de conversão roda no seu navegador usando as funções nativas TextEncoder, TextDecoder, atob e btoa, e a página não envia o que você digita. Mesmo assim, evite colar segredos reais de produção em sites que você não controla. Lembre também que Base64, codificação de URL, hexadecimal e binário são codificações reversíveis, não criptografia: quem vê o resultado consegue decodificá-lo, então codificar uma senha ou token não o protege. Se a entrada não for válida para o formato escolhido (por exemplo, hexadecimal com número ímpar de dígitos ou binário que não seja múltiplo de 8 bits), a ferramenta mostra um erro em vez de adivinhar.