Skip to content

Codificador e Decodificador de URL com Analisador Integrado

Cole uma URL para decodificar ou codificar em tempo real. Analisador de URL integrado decompõe cada componente em campos editáveis. Modo duplo: encodeURI e encodeURIComponent. Privado — nenhum dado enviado a servidor.

Sem rastreamento Roda no navegador Grátis
Decodificado
Codificado
Revisado para conformidade com RFC 3986, correção de encodeURI/encodeURIComponent e precisão de codificação UTF-8 — Go Tools Engineering Team · Apr 7, 2026

O que é Codificação de URL (Codificação Percentual)?

Codificação de URL, formalmente conhecida como codificação percentual, é um mecanismo definido no RFC 3986 para representar caracteres em um Identificador Uniforme de Recurso (URI) que não são permitidos ou têm significado especial. Converte cada byte inseguro em um sinal de percentual (%) seguido de dois dígitos hexadecimais — por exemplo, um espaço se torna %20, um e-comercial se torna %26, e o caractere chinês 中 se torna %E4%B8%AD (seus três bytes UTF-8, cada um codificado em percentual).

URLs podem conter apenas um conjunto limitado de caracteres do conjunto ASCII. Letras, dígitos e um punhado de símbolos (- _ . ~) são considerados 'não reservados' e podem aparecer como estão. Todos os outros caracteres — incluindo espaços, pontuação e toda a gama do Unicode — devem ser codificados em percentual para serem transmitidos com segurança em uma URL. Caracteres reservados como ?, &, = e # servem como delimitadores estruturais na sintaxe da URL, então também devem ser codificados quando usados como dados literais em vez de delimitadores.

Codificação percentual é essencial em toda a web: navegadores codificam envios de formulários, APIs requerem parâmetros de consulta codificados, fluxos OAuth dependem de URIs de redirecionamento corretamente codificadas, e nomes de domínio internacionalizados dependem de codificação para caracteres não-ASCII. Codificar incorretamente leva a links quebrados, vulnerabilidades de segurança (como ataques de redirecionamento aberto) e corrupção de dados.

Esta ferramenta fornece ambos os modos encodeURI e encodeURIComponent, um analisador de estrutura de URL integrado, conversão em tempo real e detecção de codificação dupla — tudo executando de forma privada no seu navegador.

Codificação de URL é frequentemente usada junto com outras ferramentas de desenvolvimento web. Você pode precisar codificar uma URL em Base64 para incorporar em um token JWT ou payload de API, ou formatar dados JSON que contêm strings de URL para inspecionar sua estrutura.

// Encode a query parameter value
const param = encodeURIComponent('hello world & goodbye');
console.log(param); // → 'hello%20world%20%26%20goodbye'

// Encode a full URL (preserves structure)
const url = encodeURI('https://example.com/path name?q=hello world');
console.log(url); // → 'https://example.com/path%20name?q=hello%20world'

// Decode a percent-encoded string
const decoded = decodeURIComponent('hello%20world%20%26%20goodbye');
console.log(decoded); // → 'hello world & goodbye'

// Build a URL with encoded parameters
const base = 'https://api.example.com/search';
const query = `?q=${encodeURIComponent('你好')}&lang=zh`;
console.log(base + query); // → 'https://api.example.com/search?q=%E4%BD%A0%E5%A5%BD&lang=zh'

Recursos Principais

Dois Modos de Codificação

Alterne entre encodeURI (preserva estrutura da URL) e encodeURIComponent (codifica tudo para valores de parâmetros) para atender seu caso de uso exato.

Analisador de URL Integrado

Decompõe automaticamente qualquer URL em protocolo, host, porta, caminho, parâmetros de consulta e fragmento — cada campo é editável e pode ser reconstruído em uma nova URL.

Conversão em Tempo Real

Codifique e decodifique instantaneamente conforme digita — sem botões para clicar, resultados aparecem imediatamente na outra área a cada tecla.

100% Baseado no Navegador

Todo o processamento acontece localmente no seu navegador usando APIs nativas do JavaScript. Seus dados nunca saem do dispositivo — sem uploads para servidor, sem rastreamento.

Suporte Completo a UTF-8

Lida corretamente com chinês, japonês, coreano, árabe, emoji e qualquer texto Unicode através de codificação e decodificação adequada de bytes UTF-8.

Detecção de Codificação Dupla

Detecta automaticamente e alerta sobre problemas de codificação dupla como %2520 (um %20 codificado em percentual), ajudando a evitar um dos erros mais comuns de codificação de URL.

Exemplos

Decodificar URL Ilegível

https%3A%2F%2Fexample.com%2Fsearch%3Fq%3Dhello%20world%26lang%3Den
https://example.com/search?q=hello world&lang=en

Uma URL totalmente codificada em percentual é decodificada de volta à sua forma legível, revelando os parâmetros de consulta e a estrutura original

Caracteres Chineses

https://example.com/search?q=你好世界
https://example.com/search?q=%E4%BD%A0%E5%A5%BD%E4%B8%96%E7%95%8C

Caracteres chineses são convertidos para suas sequências de bytes UTF-8 e codificados em percentual

Parâmetros de Consulta

https://example.com/api?name=John Doe&role=admin&lang=en&sort=date desc
https://example.com/api?name=John%20Doe&role=admin&lang=en&sort=date%20desc

Espaços e caracteres especiais nos valores dos parâmetros de consulta são codificados em percentual preservando a estrutura da URL

URL Completa

https://user:pass@example.com:8080/path/to/page?key=value&arr[]=1#section-2
https://user:pass@example.com:8080/path/to/page?key=value&arr%5B%5D=1#section-2

Uma URL completa com credenciais, porta, caminho, parâmetros de consulta com colchetes e um identificador de fragmento

URI de Redirecionamento OAuth

https://auth.example.com/authorize?redirect_uri=https://myapp.com/callback?code=abc&state=xyz
https://auth.example.com/authorize?redirect_uri=https%3A%2F%2Fmyapp.com%2Fcallback%3Fcode%3Dabc%26state%3Dxyz

O valor do redirect_uri contém uma URL completa que deve ser codificada para que seus caracteres especiais não sejam interpretados como parte da URL externa

Como Usar

  1. 1

    Insira uma URL ou String Codificada

    Cole uma URL na área decodificada para codificá-la, ou cole uma string codificada em percentual na área codificada para decodificá-la. Selecione o modo encodeURI ou encodeURIComponent dependendo do seu caso de uso.

  2. 2

    Veja Resultados e Estrutura Analisada

    A outra área é atualizada instantaneamente conforme você digita. O analisador de URL decompõe a URL em protocolo, host, porta, caminho, parâmetros de consulta e fragmento — todos editáveis.

  3. 3

    Copie ou Reconstrua

    Clique em Copiar para copiar o resultado codificado ou decodificado. Edite componentes individuais da URL e clique em Reconstruir para construir uma nova URL a partir das partes modificadas.

Erros Comuns

Codificação Dupla (%2520 em vez de %20)

Codificação dupla ocorre quando uma URL já codificada é codificada novamente. O % em %20 é codificado como %25, transformando %20 em %2520. Isso quebra a URL porque o servidor vê uma string literal %20 em vez de um espaço.

✗ Incorreto
https://example.com/path%2520with%2520spaces
✓ Correto
https://example.com/path%20with%20spaces

Espaço Codificado como + em Segmentos de Caminho

O caractere + representa um espaço apenas no formato application/x-www-form-urlencoded (strings de consulta de formulários HTML). Em segmentos de caminho de URL, + é interpretado como um sinal de mais literal, não um espaço. Sempre use %20 para espaços em segmentos de caminho.

✗ Incorreto
https://example.com/my+file+name.pdf
✓ Correto
https://example.com/my%20file%20name.pdf

Usando encodeURI em Valores de Parâmetros de Consulta

encodeURI() não codifica &, = ou outros caracteres reservados, então usá-lo em um valor de parâmetro que contém esses caracteres corrompe a estrutura da string de consulta.

✗ Incorreto
encodeURI('key=value&more')  → 'key=value&more' (& not encoded!)
✓ Correto
encodeURIComponent('key=value&more')  → 'key%3Dvalue%26more'

Assumir Codificação Diferente de UTF-8

Alguns sistemas legados usam codificações como Latin-1 ou Shift-JIS para parâmetros de URL. Padrões modernos exigem UTF-8. Decodificar um parâmetro codificado em Shift-JIS com um decodificador UTF-8 produz texto corrompido.

✗ Incorreto
Decoding %82%B1%82%F1 as UTF-8 (this is Shift-JIS for こん)
✓ Correto
Using UTF-8: %E3%81%93%E3%82%93 correctly decodes to こん

Codificar Caminhos Relativos sem Contexto

Codificar um caminho relativo como ../images/photo.jpg com encodeURIComponent transforma as barras e pontos em sequências codificadas em percentual, quebrando a estrutura do caminho. Use encodeURI() ou codifique apenas os segmentos individuais do caminho.

✗ Incorreto
encodeURIComponent('../images/photo.jpg')  → '..%2Fimages%2Fphoto.jpg'
✓ Correto
Encode each segment: '../images/' + encodeURIComponent('my photo.jpg')

Casos de Uso Comuns

Depurar URLs Ilegíveis
Decodifique URLs codificadas em percentual de logs de servidor, mensagens de erro ou ferramentas de desenvolvedor do navegador para ler o texto original legível.
Desenvolvimento de API
Codifique valores de parâmetros de consulta para chamadas de API REST, garantindo que caracteres especiais como &, = e espaços não quebrem a URL da requisição.
Configuração de Fluxo OAuth
Codifique corretamente redirect_uri e outros parâmetros de URL em URLs de autorização OAuth para evitar falhas de autenticação.
URLs Internacionalizadas
Codifique e decodifique URLs contendo chinês, japonês, coreano, árabe ou outros caracteres não-ASCII para aplicações web internacionalizadas.
Análise de Links de Marketing
Decodifique URLs de rastreamento de campanhas de e-mail e plataformas de publicidade para entender os parâmetros UTM incorporados e cadeias de redirecionamento.
Inspeção de Estrutura de URL
Analise URLs complexas em seus componentes — protocolo, host, porta, caminho, parâmetros de consulta e fragmento — para análise e modificação.

Detalhes Técnicos

Caracteres Reservados e Não Reservados do RFC 3986
O RFC 3986 define caracteres não reservados (A-Z, a-z, 0-9, -, ., _, ~) que nunca precisam de codificação, e caracteres reservados (:, /, ?, #, [, ], @, !, $, &, ', (, ), *, +, ,, ;, =) que servem como delimitadores de URI e devem ser codificados em percentual quando usados como dados.
Fluxo de Codificação de Bytes UTF-8
Caracteres não-ASCII são primeiro convertidos para seu ponto de código Unicode, depois codificados como bytes UTF-8 (1-4 bytes dependendo do intervalo do ponto de código), e finalmente cada byte é codificado em percentual como %XX. Por exemplo: é (U+00E9) → bytes UTF-8 C3 A9 → %C3%A9. O emoji 🎉 (U+1F389) → bytes UTF-8 F0 9F 8E 89 → %F0%9F%8E%89.
Terminologia URL vs URI
Um URI (Identificador Uniforme de Recurso) é o termo geral para qualquer string identificadora. Uma URL (Localizador Uniforme de Recurso) é um URI que também especifica o mecanismo de acesso (como https://). As regras de codificação no RFC 3986 se aplicam a todos os URIs. A API do JavaScript usa a terminologia URI (encodeURI, decodeURI), enquanto o uso cotidiano favorece URL.

Melhores Práticas

Use o Modo Certo para o Trabalho
Use encodeURIComponent() para chaves e valores individuais de parâmetros de consulta. Use encodeURI() apenas quando tiver uma URL completa e quiser codificar caracteres inseguros sem quebrar sua estrutura. Nunca use encodeURI() em valores de parâmetros que possam conter &, = ou outros caracteres reservados.
Evite Codificação Dupla
Antes de codificar uma string, verifique se ela já está codificada. Procure sequências % existentes. Codificar uma string já codificada transforma %20 em %2520, %3D em %253D, e assim por diante. Se não tiver certeza, decodifique primeiro, depois codifique uma vez.
Decodifique no Lado do Servidor
A maioria dos frameworks web decodifica automaticamente parâmetros de URL antes que o código da sua aplicação os veja. Evite decodificar manualmente parâmetros que seu framework já decodificou — isso pode causar problemas se o valor original contiver sequências percentuais literais.
Codifique Valores para OAuth e Assinatura de API
Strings base de assinatura OAuth 1.0 e muitos algoritmos de assinatura de API requerem codificação percentual estrita conforme RFC 3986. Use encodeURIComponent() e depois substitua quaisquer caracteres restantes que não são codificados (como !, ', (, ), *) por seus equivalentes codificados em percentual se a especificação exigir.

Perguntas Frequentes

O que é codificação de URL e por que é necessária?
Codificação de URL (codificação percentual) converte caracteres inseguros em sequências hexadecimais %XX para que possam ser incluídos com segurança em URLs. Caracteres como espaços, e-comerciais e texto não-ASCII devem ser codificados porque caso contrário quebrariam a estrutura da URL ou seriam mal interpretados por navegadores e servidores. Definido no RFC 3986, esse mecanismo funciona porque URLs podem conter apenas um conjunto limitado de caracteres US-ASCII — letras (A-Z, a-z), dígitos (0-9) e alguns símbolos como hifens, sublinhados, pontos e tils. Qualquer caractere fora desse conjunto seguro é codificado como um sinal de percentual (%) seguido de dois dígitos hexadecimais representando o valor do byte do caractere. Por exemplo, um espaço se torna %20, uma barra se torna %2F, e um e-comercial se torna %26. Caracteres como &, =, ? e # têm significado estrutural especial em URLs — eles delimitam parâmetros de consulta, fragmentos e outros componentes. Sem codificação, um & literal em um valor de parâmetro seria interpretado como um separador de parâmetros, quebrando totalmente a estrutura da URL.
Qual é a diferença entre encodeURI e encodeURIComponent?
encodeURI() codifica uma URL completa preservando caracteres estruturais como :, /, ? e #. encodeURIComponent() codifica tudo exceto letras, dígitos e - _ . ~, tornando-o a escolha correta para codificar valores individuais de parâmetros de consulta. Use encodeURIComponent() para chaves e valores de parâmetros, e encodeURI() apenas para URLs completas. Por exemplo, encodeURI('https://example.com/path name') produz 'https://example.com/path%20name', preservando o :// e /. encodeURIComponent() é muito mais agressivo — codifica :, /, ?, #, & e =. Se você usasse encodeURI() em um valor de parâmetro que contivesse um e-comercial, o & passaria sem codificação e seria mal interpretado como um separador de parâmetros. encodeURIComponent() o codificaria corretamente como %26. Confundir esses dois é uma das causas mais comuns de bugs relacionados a URL em aplicações web.
A codificação de URL é o mesmo que a codificação HTML?
Não. Codificação de URL converte caracteres em sequências hexadecimais %XX para URLs (RFC 3986), enquanto codificação HTML converte caracteres em entidades como & e < para documentos HTML. Servem propósitos completamente diferentes e nunca devem ser trocadas. Codificação de URL é para transporte de dados dentro de URLs — um espaço se torna %20. Codificação HTML é para exibir conteúdo com segurança em HTML — um e-comercial se torna &. Um erro comum é aplicar codificação HTML a parâmetros de URL ou vice-versa. Por exemplo, codificar um espaço como   em uma URL não funcionaria — deve ser %20 ou +. Da mesma forma, usar %3C em texto HTML em vez de < não alcançaria o escape desejado.
Por que minha URL quebra quando uso em um comando curl?
O shell interpreta caracteres especiais da URL antes do curl vê-los: & executa comandos em segundo plano, ? dispara globbing e # inicia um comentário. Corrija envolvendo a URL em aspas simples: curl 'https://example.com/api?key=value&page=2#section'. Aspas simples impedem o shell de interpretar quaisquer caracteres especiais. O e-comercial (&) é o culpado mais comum — ele diz ao shell para executar o comando anterior em segundo plano, dividindo sua URL no primeiro & e descartando tudo depois. Alternativamente, você pode escapar caracteres individuais com barras invertidas, mas citar a URL inteira é mais simples e menos propenso a erros. Se sua URL também contiver aspas simples, use aspas duplas e escape quaisquer sinais de dólar ou crases incorporados.
Por que caracteres chineses se tornam strings como %E4%B8%AD em URLs?
Caracteres chineses são primeiro convertidos em bytes UTF-8, depois cada byte é codificado em percentual como %XX. O caractere 中 (U+4E2D) se torna três bytes UTF-8 (E4, B8, AD), produzindo %E4%B8%AD — é por isso que um caractere chinês se expande para 9 caracteres em uma URL. Esse processo de três etapas — caractere para ponto de código Unicode, ponto de código para bytes UTF-8, bytes para hexadecimal codificado em percentual — se aplica a todos os caracteres não-ASCII. Emoji frequentemente requerem 4 bytes UTF-8 e assim se expandem para 12 caracteres quando codificados em percentual. Quando a URL é decodificada, o inverso acontece: os valores hexadecimais são convertidos de volta em bytes, os bytes são interpretados como UTF-8, e os caracteres originais são restaurados.
Devo codificar o parâmetro redirect_uri do OAuth?
Sim, sempre codifique com encodeURIComponent(). O redirect_uri é uma URL completa incorporada como valor de parâmetro de consulta, então seus caracteres especiais (?, &, =) devem ser codificados para evitar que sejam mal interpretados como parte da estrutura da URL externa. Por exemplo, redirect_uri=https://myapp.com/callback?code=abc&state=xyz sem codificação faria o servidor de autorização ver redirect_uri como apenas https://myapp.com/callback?code=abc, enquanto state=xyz seria analisado como um parâmetro separado da URL externa. A versão corretamente codificada é redirect_uri=https%3A%2F%2Fmyapp.com%2Fcallback%3Fcode%3Dabc%26state%3Dxyz.
Qual é a diferença entre querystring do Node.js e URLSearchParams?
Use URLSearchParams para projetos novos — é o padrão WHATWG, corresponde ao comportamento do navegador e funciona identicamente no Node.js e navegadores. O módulo querystring é legado e não está mais sendo desenvolvido ativamente. Diferenças-chave: URLSearchParams codifica espaços como + (padrão de codificação de formulário), lida com chaves repetidas via getAll(), e fornece uma interface iterável com métodos entries(), keys() e values(). O módulo querystring codifica espaços como %20 e tem peculiaridades com tratamento de arrays (key=1&key=2 se torna { key: ['1', '2'] }). URLSearchParams é compatível com padrões e recomendado pela própria documentação do Node.js.
Como codifico uma URL em Python, JavaScript e Java?
JavaScript: encodeURIComponent('hello world') produz 'hello%20world'. Python: urllib.parse.quote('hello world') produz 'hello%20world'. Java: URLEncoder.encode('hello world', StandardCharsets.UTF_8) produz 'hello+world' (substitua + por %20 para RFC 3986). Em JavaScript, use encodeURIComponent() para valores de parâmetros e encodeURI() para URLs completas. Em Python 3, use urllib.parse.quote() para segmentos de caminho e urllib.parse.urlencode() para parâmetros de consulta — urlencode({'q': 'hello world'}) produz 'q=hello+world'. Em Java, note que URLEncoder usa codificação de formulário (espaços como +). Para construir URIs completas, use java.net.URI ou a classe URIBuilder do Apache HttpClient.
Quais caracteres não são codificados pela codificação de URL?
O RFC 3986 define 66 caracteres não reservados que nunca precisam de codificação: A-Z, a-z, 0-9, hífen (-), ponto (.), sublinhado (_) e til (~). Estes podem aparecer literalmente em qualquer parte de uma URL. Caracteres reservados — :, /, ?, #, [, ], @, !, $, &, ', (, ), *, +, ; e = — são permitidos em seus papéis estruturais (como ? para strings de consulta) mas devem ser codificados em percentual quando usados como dados literais. Em JavaScript, encodeURIComponent() codifica tudo exceto A-Z a-z 0-9 - _ . ~ e ! ' ( ) *, enquanto encodeURI() adicionalmente preserva caracteres reservados que servem como delimitadores de URL.
Qual é a diferença entre + e %20 para codificar espaços?
Ambos representam um espaço, mas %20 é a escolha universalmente segura. A convenção + vem da codificação de formulários HTML (application/x-www-form-urlencoded) e funciona apenas em strings de consulta. Em segmentos de caminho de URL, + é um sinal de mais literal, não um espaço. Na dúvida, use %20. A codificação + se origina da especificação HTML — quando navegadores enviam formulários, espaços se tornam + e o próprio caractere + se torna %2B. A codificação %20 vem do RFC 3986 (sintaxe URI), onde todo caractere não reservado é codificado como um sinal de percentual seguido de dois dígitos hexadecimais. %20 funciona em todas as partes de uma URL: caminho, consulta e fragmento.
Como a codificação de URL lida com emoji?
Um único emoji tipicamente se expande para 12 caracteres em uma URL. Emoji são convertidos em bytes UTF-8 (geralmente 4 bytes), depois cada byte é codificado em percentual como %XX. Por exemplo, 🚀 (U+1F680) se torna %F0%9F%9A%80. A maioria dos emoji usa pontos de código no intervalo U+1F000 a U+1FFFF ou superior, que requerem 4 bytes em UTF-8. Alguns emoji com modificadores de tom de pele ou sequências ZWJ consistem em múltiplos pontos de código e podem se expandir para 30+ caracteres quando codificados. Apesar dessa expansão, a codificação é totalmente reversível — decodificar %F0%9F%9A%80 produz corretamente 🚀.
A codificação de URL pode ser usada para criptografia ou segurança?
Não. Codificação de URL não é criptografia e não fornece nenhuma segurança. É uma transformação totalmente reversível e determinística — qualquer pessoa pode decodificar uma string codificada em percentual instantaneamente sem qualquer chave ou segredo. Existe apenas para escapar caracteres especiais para transporte seguro de URL. Tratar codificação de URL como ofuscação ou segurança é um equívoco perigoso. Dados sensíveis como senhas, tokens ou informações pessoais devem ser protegidos por HTTPS (criptografia TLS de toda a requisição), não por codificação de URL. Além disso, URLs frequentemente aparecem em logs de servidor, histórico do navegador e cabeçalhos referrer, então dados sensíveis geralmente devem ser enviados no corpo da requisição em vez de URLs.
Qual é o comprimento máximo de uma URL?
Não há máximo oficial, mas mantenha URLs abaixo de 2.000 caracteres para máxima compatibilidade. A maioria dos navegadores suporta ~2.048 caracteres, o Apache tem limite padrão de 8.190 bytes, e o Nginx de 8.192 bytes. Para grandes volumes de dados, use requisições POST. As especificações HTTP (RFC 7230) não definem um comprimento máximo de URL, mas limites práticos existem em cada camada. Chrome e Firefox podem lidar com URLs excedendo 100.000 caracteres, enquanto o IIS limita strings de consulta a 16.384 bytes. CDNs e proxies podem ter limites ainda mais restritos. Quando a codificação de URL expande caracteres — especialmente texto não-ASCII — uma URL aparentemente curta pode rapidamente se aproximar desses limites.
Qual é a diferença entre URL e URI?
Um URI (Identificador Uniforme de Recurso) é qualquer string que identifica um recurso. Uma URL (Localizador Uniforme de Recurso) é um URI que também especifica como acessá-lo via um protocolo como https://. Todas as URLs são URIs, mas nem todos os URIs são URLs — por exemplo, um URN como urn:isbn:0451450523 identifica um livro por ISBN mas não diz onde encontrá-lo. No desenvolvimento web cotidiano, os termos URL e URI são frequentemente usados de forma intercambiável. As regras de codificação definidas no RFC 3986 se aplicam a ambos. As funções do JavaScript são nomeadas encodeURI/decodeURI, refletindo a terminologia mais ampla de URI, embora a maioria dos desenvolvedores trabalhe exclusivamente com URLs.

Ferramentas relacionadas

Ver todas as ferramentas →

Decodificador e Codificador Base64

Codificação e Formatação

Decodifique e codifique Base64 online gratuitamente. Conversão em tempo real com suporte completo a UTF-8 e emoji. 100% privado — executa no seu navegador. Sem necessidade de cadastro.

Formatador e Validador JSON

Codificação e Formatação

Formate, valide e embeleze JSON instantaneamente no seu navegador. Ferramenta online gratuita com validação de sintaxe, detecção de erros, minificação e cópia com um clique. 100% privado — seus dados nunca saem do seu dispositivo.

Conversor de Base Numérica — Binário, Hex, Decimal e Octal

Ferramentas de Conversão

Converta números entre binário, hexadecimal, decimal, octal e qualquer base personalizada (2-36) instantaneamente. Gratuito, privado, sem cadastro — todo o processamento acontece no seu navegador.

Comprimir Imagens Online — JPEG, PNG e WebP

Ferramentas de Conversão

Reduza o tamanho de imagens em até 80% — comprima JPEG, PNG e WebP no navegador, sem upload. Lote de 20 imagens, ajuste de qualidade, compare antes e depois. Gratuito e privado.

Conversor de Comprimento — Métrico, Imperial e Mais

Ferramentas de Conversão

1 polegada = 2,54 cm, 1 pé = 0,3048 m, 1 milha = 1,609 km. Converta entre 16 unidades de comprimento instantaneamente — métrico, imperial, náutico e astronômico. Gratuito, privado, roda no seu navegador.

Gerador de Hash MD5 e Ferramenta de Checksum

Ferramentas de Segurança

Gere hashes MD5, SHA-256, SHA-1 e SHA-512 online gratuitamente. Faça hash de texto ou arquivos no navegador, verifique checksums e copie resultados. Sem cadastro necessário.