Codificador URL Grátis: Codificar e Decodificar URL Online

A %20 é a codificação padrão do espaço em URLs. O + é usado como alternativa ao espaço apenas em formulários (application/x-www-form-urlencoded).

A Esta ferramenta foca na codificação de URL, não na conversão de conjuntos de caracteres. Assume que seu texto de entrada já está em um conjunto padrão como UTF-8. Se você tiver texto em outra codificação, precisará convertê-lo para UTF-8 primeiro antes de usar este codificador para garantir uma codificação percentual adequada. Certifique-se de que sua string seja representada como bytes UTF-8 antes de inseri-la aqui.

A encodeURI é para codificar URLs completas, não valores de parâmetros. Ele preserva caracteres com significado especial em URLs — como ?, #, / e =. Se precisar codificar esses caracteres, use encodeURIComponent. Por exemplo, encodeURI mantém ? como está, mas encodeURIComponent vira %3F. Escolha o modo certo nesta ferramenta conforme a parte da URL que você está codificando.

A Os navegadores geralmente normalizam URLs automaticamente. Por exemplo, digitar um espaço na barra de endereços é convertido em %20, mas alguns navegadores o exibem novamente como um espaço. Nossa ferramenta mostra a saída bruta com codificação percentual, que é o que realmente é enviado pela rede. Cole a URL do seu navegador no decodificador para ver os caracteres reais subjacentes. Essa diferença pega muitos desenvolvedores de surpresa.

A Sim, são sistemas totalmente diferentes. A codificação URL transforma espaços em %20, enquanto a de entidades HTML usa   ou  . Confundir os dois quebra links ou exibe código bruto nas páginas. Use esta ferramenta apenas para codificação URL. Se ao depurar respostas de API JSON você vir & em vez de &, é codificação HTML vazando, não um problema de URL.

A A dupla codificação ocorre quando alguém codifica uma string já percent-encoded. Você vai encontrar %2520 no lugar de %20. Passe pelo decodificador uma vez, confira se ainda tem sinais de porcentagem e decodifique de novo se necessário. Três rodadas quase nunca são precisas. Se um callback de gateway de pagamento chegar bagunçado, esse é o provável culpado.

A Não, de jeito nenhum. A codificação de URL é só formatação — transforma espaços em %20 e caracteres especiais em códigos de porcentagem. Qualquer um pode decodificar instantaneamente com esta mesma ferramenta. Pense como embrulhar um sanduíche em plástico filme: arrumado, mas totalmente visível. Para compartilhar senhas ou chaves de API em URLs, use criptografia de verdade (HTTPS cuida do transporte) ou hashing. Só codificar não oferece privacidade alguma.

A Editores de e-mail normalmente codificam espaços e caracteres especiais de forma inconsistente. Um espaço bruto parece normal no editor, mas vira %20 só no envio — ou pior, o link é cortado no primeiro espaço. Cole o link neste decodificador para ver os caracteres reais. Se achar um `&` solto em vez de `&`, é codificação HTML, não URL. Dica: codifique toda a string de consulta com `encodeURIComponent` antes de inserir no template.

A O decodificador apenas mostra os bytes codificados originais, nada mais. Por exemplo, `%2520` decodifica para `%20` na primeira passada, não para um espaço. Execute novamente se suspeitar de codificação dupla — é na segunda passada que você finalmente verá o espaço. Já vi pipelines de dados codificarem strings de consulta três vezes por engano, então verifique seus logs duas vezes. Dica: ao limpar exportações de planilhas, decodifique uma vez e depois procure por sinais `%` restantes.

A Não, e confundir as duas gera dores de cabeça reais. A codificação de URL usa sinais de porcentagem seguidos de valores hexadecimais — um espaço vira %20. Base64 usa um alfabeto completamente diferente com A-Z, a-z, 0-9, mais e barra para empacotar dados binários em texto. Tente decodificar uma string Base64 aqui e você verá lixo ou um erro. Para diferenciar: strings Base64 costumam terminar com = e são bem mais longas que a origem. Se você está criando links assinados para uma API, confira a documentação: alguns sistemas esperam Base64url, que troca + e / por - e _. Essa variante também não funciona corretamente na nossa ferramenta.