Comparar Texto é uma ferramenta online que pega dois textos e mostra exatamente o que mudou entre eles. Cole a versão antiga de um lado e a nova do outro; as diferenças aparecem coloridas. Verde para adições, vermelho para remoções.
Funciona com qualquer texto plano: parágrafos, trechos de código, arquivos de configuração, cláusulas de contrato, traduções. As linhas iguais ficam neutras, então o olho vai direto pro que mudou.
Use quando não quer abrir uma ferramenta de desktop mas quer resultado preciso em um clique. Sem cadastro, sem upload e sem registro do que você comparou.
O Compare Text pega dois textos e destaca o que foi adicionado em verde e o que foi removido em vermelho. O trabalho é feito caractere por caractere, então uma vírgula que falta ou uma variável renomeada aparece com clareza. O motor é a biblioteca diff-match-patch do Google (Apache 2.0). A técnica geral chama-se diff, e o problema por trás dela (encontrar o menor conjunto de edições entre duas strings) reduz-se ao clássico problema da subsequência comum mais longa.
O motor lida igualmente bem com linguagem natural e código: o mesmo tipo de abordagem por trás dos históricos de revisão dos editores de documentos. Se você está comparando dados estruturados em vez de prosa, nossa ferramenta de diff de JSON parseia os dois lados primeiro e ignora a ordem das chaves: outro problema, outra ferramenta.
Sem servidor. Seu texto é lido pelo JavaScript usando a API FileReader, comparado, e o resultado desenhado na página. Fechou a aba, acabou.
Três passos. O diff atualiza enquanto você digita, sem botão de comparar.
Cole no painel da esquerda, ou clique em Carregar para abrir um arquivo .txt ou .md. Exemplo coloca um texto curto para você ver a ferramenta funcionando.
Cole ou carregue à direita. Quando os dois painéis tiverem conteúdo, as remoções aparecem em vermelho à esquerda e as adições em verde à direita.
Role qualquer um dos lados, ambos ficam sincronizados. O cabeçalho mostra quantas mudanças foram detectadas. Copie ou baixe qualquer um dos textos.
Cole a V1 do contrato com o fornecedor à esquerda e a V2 com marcações à direita. Cláusulas de indenização, pagamento e rescisão que mudaram discretamente aparecem na hora. Útil quando o outro lado envia uma cópia limpa sem o controle de alterações ligado.
Compare seu rascunho com a versão revisada pelo editor, ou seu post de blog antes e depois da revisão. Cada palavra que mudou aparece destacada; você não precisa reler o texto inteiro para encontrar a frase que sumiu.
Original de um lado, as revisões do tradutor do outro. Veja quais expressões foram reescritas e onde o revisor descartou uma versão literal. Poupa uma segunda leitura do documento inteiro quando você confia em quem revisa.
nginx.conf, arquivos de unidade do systemd, modelos .env. Duas versões, lado a lado, em segundos. Mais rápido do que abrir o diff num terminal quando os dois arquivos já estão no seu clipboard vindos de um chat.
O log de deploy de ontem contra o de hoje, ou a saída do mesmo job em duas execuções de CI. Linhas estáveis somem no fundo e o novo padrão de erro fica em destaque. Para logs de vários MB, filtre antes com grep para reduzir o volume.
Casos de borda que esta ferramenta expõe com mais frequência, com a explicação por trás.
| Tópico | O que esta ferramenta faz |
|---|---|
| Finais de linha | LF, CRLF e CR são caracteres distintos. Um arquivo Windows (CRLF) comparado com um Unix (LF) vai parecer ter todas as linhas diferentes. Normalize para LF nas duas fontes ou retire os retornos de carro antes de comparar. |
| Espaços ao final da linha | Aparecem como diferença real: o destaque vai além do caractere visível. Útil para pegar espaços extras em YAML ou CSV que quebram parsers sem avisar. |
| Normalização Unicode | café com um é pré-composto (U+00E9) é um caractere; a forma decomposta e + acento combinante (U+0301) tem dois. Renderizam igual mas são tratados de forma diferente no diff. Aplique a forma de normalização Unicode C com String.prototype.normalize() para fazê-los coincidir. |
| Granularidade de correspondência | Em nível de caractere por baixo, com uma passagem de limpeza semântica que agrupa mudanças nos limites de palavra quando dá. Por isso palavras curtas comuns às vezes parecem casadas em textos sem relação. |
| Codificação de arquivo | Arquivos enviados são lidos como UTF-8 via FileReader API. Outras codificações vão aparecer ilegíveis. Converta antes ou cole de uma ferramenta que já tenha decodificado o arquivo. |
| Entradas grandes | Até algumas centenas de KB é abaixo do segundo. 1 a 2 MB já fica perceptivelmente mais lento. Acima de 5 MB o gargalo é a renderização, não o algoritmo de diff. Recorte antes de colar. |
| Lado vazio | Se um painel está vazio, o outro aparece inteiro como adição (ou remoção). É o diff funcionando como deveria, não um bug. |
| Entradas idênticas | Quando os dois lados batem exatamente (incluindo espaços, finais de linha e forma Unicode), há zero alterações e os cabeçalhos não mostram contagens. |
Não. Toda a comparação roda no seu navegador. Nada é enviado para um servidor, registrado em log nem armazenado. Abra o DevTools e olhe a aba Network: não há nenhuma requisição de saída quando você compara. Feche a aba e seu texto some.
Um diff de texto compara caracteres em ordem, então reordenar chaves em JSON ou reformatar espaços aparece como diferença mesmo quando os dados são idênticos. Se você está comparando JSON especificamente, use a ferramenta Compare JSON: ela parseia os dois lados primeiro e considera a ordem. Para prosa, configurações, código simples ou qualquer coisa que não seja dado estruturado, o diff de texto é o que você quer.
Compara como estão, então um arquivo Windows (CRLF) colado contra um arquivo Unix (LF) vai parecer ter todas as linhas diferentes mesmo com o conteúdo igual. Esse é o diff funcionando direito: as entradas realmente são diferentes. Para resolver, normalize os finais de linha em ambas as fontes ou retire os retornos de carro antes de colar.
O limite prático é a memória do seu dispositivo. Textos de até algumas centenas de KB são comparados em bem menos de um segundo. Acima de 1 MB o navegador começa a sentir, sobretudo porque renderizar os destaques fica caro. Para arquivos de log enormes ou manuscritos inteiros, recorte antes a parte que importa.
O diff em nível de caractere alinha substrings curtas e comuns (artigos, letras isoladas, pontuação) onde consegue. Uma passagem de limpeza semântica agrupa essas mudanças em pedaços de palavra quando dá, mas dois parágrafos sem relação ainda vão produzir um resultado fragmentado. O algoritmo não tem como saber quando dois textos não eram para ser comparados.
Arquivos enviados pelo botão de upload são lidos como UTF-8 (o padrão do FileReader). Arquivos em outras codificações (Latin-1, Shift-JIS, Windows-1252) vão aparecer ilegíveis; converta-os para UTF-8 antes. Para texto que já está no clipboard, o sistema operacional resolveu a codificação antes de você colar, então em geral funciona sem ajustes.