Tekst vergelijken is een online tool die twee teksten neemt en je precies laat zien wat er tussen ze veranderd is. Plak de oude versie aan één kant en de nieuwe aan de andere, en de verschillen lichten op in kleur. Groen voor toegevoegd, rood voor verwijderd.
Werkt met elke platte tekst: alinea's, codefragmenten, configuratiebestanden, contractbepalingen, vertalingen. Regels die overeenkomen blijven neutraal, dus je oog gaat meteen naar wat anders is.
Gebruik het als je geen desktop-tool wilt openen maar wel een exact resultaat in één klik wilt. Geen account, geen upload, geen registratie van wat je vergeleek.
Compare Text neemt twee teksten en markeert wat is toegevoegd in groen en wat is verwijderd in rood. Het werkt teken voor teken, dus een ontbrekende komma of een hernoemde variabele valt meteen op. De engine is Googles diff-match-patch-bibliotheek (Apache 2.0). De algemene techniek heet een diff, en het onderliggende probleem (de kleinste set bewerkingen tussen twee strings vinden) komt neer op het klassieke longest common subsequence-probleem.
De engine kan zowel natuurlijke taal als code goed aan — hetzelfde soort aanpak dat achter de versiegeschiedenis van documenteditors zit. Ben je gestructureerde data aan het vergelijken in plaats van prozatekst, dan parseert onze JSON diff-tool beide kanten eerst en negeert sleutelvolgorde: ander probleem, ander gereedschap.
Geen server. Je tekst wordt door JavaScript via de FileReader-API gelezen, vergeleken, en het resultaat in de pagina getekend. Tab dicht, weg.
Drie stappen. Het diff werkt bij terwijl je typt, dus geen vergelijken-knop.
Plak in het linker paneel of klik Uploaden voor een .txt- of .md-bestand. Voorbeeld zet een korte voorbeeldtekst neer.
Plak of upload rechts. Zodra beide panelen inhoud hebben, verschijnen verwijderingen rood links en toevoegingen groen rechts.
Scroll aan een kant, beide panelen blijven in sync. De kop toont het aantal gevonden wijzigingen. Kopieer of download een van de teksten.
Plak V1 van een leveranciersovereenkomst links en de geredigeerde V2 rechts. Bepalingen over vrijwaring, betaling en beëindiging die stilletjes zijn aangepast komen meteen boven. Handig wanneer de tegenpartij een schone kopie stuurt zonder track-changes aan.
Vergelijk je concept met de versie van de redacteur, of je blogpost vóór en na de correctie. Elk gewijzigd woord springt eruit; je hoeft het stuk niet opnieuw helemaal te lezen om de geschrapte zin te vinden.
Origineel aan de ene kant, de revisies van de vertaler aan de andere. Zie welke uitdrukkingen herschreven zijn en waar de redacteur een letterlijke vertaling heeft losgelaten. Bespaart een tweede leesronde door het hele document.
nginx.conf, systemd unit-bestanden, .env-templates. Twee versies, naast elkaar, in seconden. Sneller dan diff opstarten in een terminal als je beide bestanden al uit een chatdraadje op je klembord hebt staan.
Het deploy-log van gisteren tegen dat van vandaag, of de output van dezelfde job in twee CI-runs. Stabiele regels vallen weg en het nieuwe foutpatroon springt eruit. Bij logs van meerdere MB filter je eerst met grep om de relevante subset over te houden.
Randgevallen die deze tool het vaakst aan het licht brengt, met de redenen erbij.
| Onderwerp | Wat deze tool doet |
|---|---|
| Regeleinden | LF, CRLF en CR zijn aparte tekens. Een Windows-bestand (CRLF) tegenover een Unix-bestand (LF) lijkt op elke regel anders. Normaliseer naar LF in beide bronnen, of strip de carriage returns vóór het vergelijken. |
| Trailing whitespace | Wordt als echt verschil getoond: de markering loopt door tot voorbij het zichtbare teken. Handig om trailing spaces in YAML of CSV te vangen die parsers stil breken. |
| Unicode-normalisatie | café met een vooraf samengestelde é (U+00E9) is één teken; de gedecomposeerde vorm e + combinerend accent (U+0301) zijn er twee. Ze zien er identiek uit maar diffen verschillend. Pas Unicode Normalization Form C toe met String.prototype.normalize() om ze te laten matchen. |
| Match-granulariteit | Onder de motorkap op tekenniveau, met een semantische opschoonpas die wijzigingen op woordgrenzen groepeert waar het kan. Daarom matchen korte gangbare woorden soms in niet-verwante tekst. |
| Bestandscodering | Geüploade bestanden worden gelezen als UTF-8 via de FileReader API. Andere coderingen zien er onleesbaar uit. Converteer vooraf, of plak vanuit een tool die het bestand al heeft gedecodeerd. |
| Grote invoer | Tot een paar honderd KB is sub-seconde. 1–2 MB voelt merkbaar trager. Voorbij 5 MB is het renderen, niet het diff-algoritme, de bottleneck. Beperk de invoer vóór het plakken. |
| Lege kant | Als één paneel leeg is, verschijnt de andere kant volledig als toevoeging (of verwijdering). Dat is het diff dat zich correct gedraagt, geen bug. |
| Identieke invoer | Als beide kanten exact overeenkomen (inclusief witruimte, regeleinden en Unicode-vorm) zijn er nul wijzigingen en tonen de headers geen aantallen. |
Nee. De hele vergelijking draait in je browser. Niets wordt naar een server gestuurd, gelogd of opgeslagen. Open DevTools en kijk naar het Network-tabblad: er gaan geen verzoeken naar buiten als je vergelijkt. Tab sluiten en je tekst is weg.
Een tekst-diff vergelijkt tekens in volgorde, dus sleutelvolgorde wijzigen in JSON of opmaak aanpassen verschijnt als verschil ook al is de data identiek. Vergelijk je specifiek JSON, gebruik dan Compare JSON: die parseert beide kanten eerst en houdt rekening met volgorde. Voor proza, configs, gewone code of alles wat geen gestructureerde data is, is een tekst-diff wat je nodig hebt.
Het vergelijkt ze zoals ze zijn, dus een Windows-bestand (CRLF) tegenover een Unix-bestand (LF) lijkt op elke regel een verschil te hebben ook als de inhoud overeenkomt. Dat is het diff dat correct werkt: de invoer is echt anders. Normaliseer regeleinden in beide bronnen, of strip de carriage returns vóór het plakken.
De praktische limiet is het geheugen van je apparaat. Teksten tot een paar honderd KB diffen in ruim onder een seconde. Voorbij 1 MB merk je de browser, vooral omdat het renderen van de markeringen duur wordt. Voor enorme logbestanden of volledige boekmanuscripten beperk je je eerst tot het stuk dat je echt nodig hebt.
Diff op tekenniveau lijnt korte gemeenschappelijke substrings uit (de, een, losse letters, leestekens) waar het kan. Een semantische opschoonpas groepeert ze waar mogelijk in stukken op woordniveau, maar twee niet-verwante alinea's geven nog steeds een gefragmenteerd resultaat. Het algoritme weet niet wanneer twee teksten niet bedoeld waren om vergeleken te worden.
Bestanden die via de uploadknop worden ingelezen worden gelezen als UTF-8 (de standaard voor FileReader). Bestanden in andere coderingen (Latin-1, Shift-JIS, Windows-1252) zien er onleesbaar uit; converteer ze eerst naar UTF-8. Voor tekst die al op je klembord staat heeft je besturingssysteem de codering al opgelost vóór het plakken, dus dat werkt meestal vanzelf.