Comparar Texto es una herramienta online que toma dos textos y te muestra exactamente qué cambió entre ellos. Pega la versión antigua a un lado y la nueva al otro; las diferencias se resaltan a color. Verde es añadido, rojo es eliminado.
Funciona con cualquier texto plano: párrafos, fragmentos de código, archivos de configuración, cláusulas de contratos, traducciones. Las líneas que coinciden se quedan neutras, así el ojo va directo a lo distinto.
Úsala cuando no quieras abrir una herramienta de escritorio pero sí quieras un resultado preciso en un clic. Sin registro, sin subida y sin rastro de lo que comparaste.
Compare Text toma dos textos y resalta lo añadido en verde y lo eliminado en rojo. Trabaja carácter a carácter, así que una coma que falta o una variable renombrada aparece con claridad. El motor es la librería diff-match-patch de Google (Apache 2.0). La técnica general se llama diff, y el problema de fondo (encontrar el conjunto mínimo de ediciones entre dos cadenas) se reduce al clásico problema de la subsecuencia común más larga.
El motor maneja igual de bien lenguaje natural y código: el mismo tipo de enfoque que mueve los historiales de revisión en los editores de documentos. Si vas a comparar datos estructurados en lugar de prosa, nuestra herramienta de diff de JSON analiza ambos lados primero e ignora el orden de las claves: otro problema, otra herramienta.
No hay servidor. Tu texto lo lee JavaScript con la API FileReader, lo compara y dibuja el resultado en la página. Cierras la pestaña y desaparece.
Tres pasos. El diff se actualiza mientras escribes, no hay botón de comparar.
Pégalo en el panel izquierdo, o pulsa Subir para abrir un archivo .txt o .md. Ejemplo carga un texto corto si quieres ver la herramienta en acción.
Pega o sube en la derecha. Cuando ambos paneles tengan contenido, las eliminaciones aparecen en rojo a la izquierda y las adiciones en verde a la derecha.
Desplázate por cualquier lado, ambos paneles se sincronizan. El encabezado indica cuántos cambios se detectaron. Copia o descarga cualquiera de los textos.
Pega la V1 del acuerdo con un proveedor a la izquierda y la V2 con marcas a la derecha. Las cláusulas de indemnización, pago y rescisión que cambiaron sin avisar saltan a la vista enseguida. Útil cuando la otra parte envía una copia limpia sin el control de cambios activado.
Compara tu borrador con la versión revisada del editor, o tu entrada de blog antes y después de la corrección. Cada palabra que cambió aparece marcada; no tienes que releer el texto entero para encontrar la frase que se cayó.
Original a un lado, las revisiones del traductor al otro. Detecta qué expresiones se reescribieron y dónde el revisor descartó una versión literal. Te ahorra una segunda lectura completa cuando confías en quien revisa.
nginx.conf, archivos de unidad de systemd, plantillas .env. Dos versiones, lado a lado, en segundos. Más rápido que abrir diff en una terminal cuando ya tienes ambos archivos en el portapapeles desde un chat.
El log del despliegue de ayer contra el de hoy, o la salida del mismo job en dos ejecuciones de CI. Las líneas estables se difuminan y el nuevo patrón de error queda a la vista. En logs de varios MB, filtra antes con grep para acotar el contenido.
Casos límite que esta herramienta suele destapar, con el porqué de cada uno.
| Tema | Qué hace esta herramienta |
|---|---|
| Finales de línea | LF, CRLF y CR son caracteres distintos. Un archivo de Windows (CRLF) comparado con uno de Unix (LF) parecerá tener todas las líneas diferentes. Normaliza a LF en ambas fuentes o quita los retornos de carro antes de comparar. |
| Espacios al final de línea | Aparecen como diferencia real: el resaltado se extiende más allá del carácter visible. Útil para detectar espacios sobrantes en YAML o CSV que rompen los parsers sin avisar. |
| Normalización Unicode | café con una é precompuesta (U+00E9) es un carácter; la forma descompuesta e + acento combinable (U+0301) son dos. Se ven igual pero el diff las distingue. Aplica la forma de normalización Unicode C con String.prototype.normalize() para que coincidan. |
| Granularidad de coincidencia | A nivel de carácter por debajo, con una pasada de limpieza semántica que agrupa los cambios en límites de palabra cuando puede. Por eso a veces palabras cortas comunes parecen coincidir en textos sin relación. |
| Codificación de archivo | Los archivos subidos se leen como UTF-8 mediante la API FileReader. Otras codificaciones se verán ilegibles. Convierte antes, o pega desde una herramienta que ya haya decodificado el archivo. |
| Entradas grandes | Hasta unos cientos de KB es subsegundo. Entre 1 y 2 MB se nota más lento. Pasados 5 MB el cuello de botella es el renderizado, no el algoritmo de diff. Acota antes de pegar. |
| Un lado vacío | Si un panel está vacío, el otro aparece entero como adición (o eliminación). Es el comportamiento correcto del diff, no un fallo. |
| Entradas idénticas | Cuando ambos lados coinciden exactamente (incluyendo espacios, finales de línea y forma Unicode) hay cero cambios y las cabeceras no muestran cifras. |
No. Toda la comparación se hace en tu navegador. No se envía nada a un servidor, ni se registra, ni se almacena. Abre las DevTools y mira la pestaña Network: no hay peticiones salientes cuando comparas. Cierra la pestaña y tu texto desaparece.
Un diff de texto compara caracteres en orden, así que reordenar claves en JSON o cambiar los espacios aparece como diferencia aunque los datos sean idénticos. Si vas a comparar JSON específicamente, usa la herramienta Compare JSON: analiza ambos lados primero y tiene en cuenta el orden. Para prosa, configuraciones, código sin estructura o cualquier cosa que no sean datos estructurados, el diff de texto es lo que buscas.
Los compara tal cual, así que un archivo de Windows (CRLF) pegado contra uno de Unix (LF) parecerá tener todas las líneas distintas aunque el contenido coincida. Eso es el diff funcionando bien: las entradas son realmente diferentes. Para arreglarlo, normaliza los finales de línea en ambas fuentes, o quita los retornos de carro antes de pegar.
El límite real es la memoria de tu dispositivo. Textos de hasta unos cientos de KB se comparan en mucho menos de un segundo. Pasado 1 MB el navegador empieza a notarlo, sobre todo porque renderizar los resaltados sale caro. Para logs enormes o manuscritos completos, acota antes a la sección que te interesa.
El diff a nivel de carácter alinea subcadenas comunes cortas (artículos, letras sueltas, puntuación) donde puede. Una pasada de limpieza semántica las agrupa en bloques a nivel de palabra cuando es posible, pero dos párrafos sin relación seguirán dando un resultado fragmentado. El algoritmo no puede saber cuándo dos textos no estaban pensados para compararse.
Los archivos subidos con el botón de carga se leen como UTF-8 (el comportamiento por defecto del FileReader). Los archivos en otras codificaciones (Latin-1, Shift-JIS, Windows-1252) se verán ilegibles; conviértelos a UTF-8 primero. Para texto que ya está en el portapapeles, tu sistema operativo ha resuelto la codificación antes de pegar, así que normalmente funciona sin más.