PDF vertalen en lay-out behouden: wat ‘opmaak behouden’ werkelijk betekent
TABLE OF CONTENTS
“Opmaak behouden” klinkt als een vinkje in een keuzelijst — totdat de vertaalde PDF terugkomt met overlopende kolommen, kapotte tabellen en lettertypen die niet meer kloppen. Hier lees je wat lay-outbehoud werkelijk moet betekenen voordat je betaalt.
Waarom de lay-out breekt na vertaling
Een PDF is gemaakt om overal hetzelfde te lijken. Hij slaat tekens op vaste posities op een pagina op — niet als lopende alinea’s die meeschuiven wanneer de tekst verandert. Wanneer een vertaler (mens of AI) tekst uit het document haalt, vertaalt en terugplaatst, werken er drie dingen tegelijk tegen de lay-out:
- Vaste kaders, langere tekst. Veel Europese talen zijn langer dan Engels. Branche-schattingen komen voor Frans vaak uit op ongeveer +15–20% en voor Duits op +10–35% bij lopende tekst; korte, UI-achtige teksten kunnen veel meer uitdijen. Een tekstvak dat voor Engels is gemaakt, heeft geen ruimte voor de extra tekens, dus de tekst loopt over, wordt kleiner of overlapt de buren. Een PDF kan geen ‘alinea laten groeien’ zoals Word of InDesign dat kunnen.
- Leesvolgorde versus visuele volgorde. Pagina’s met meerdere kolommen, zijbalken en koppen slaan tekst vaak op in een volgorde die niet overeenkomt met de volgorde waarin je oog leest. Bij extractie kunnen kolommen samenvloeien, zinnen breken bij harde regeleinden, of een kop in losse fragmenten worden opgesplitst.
- Structuur die alleen visueel is. Tabellen bestaan soms uit lijnen en op positie geplaatste cellen in plaats van een echt tabelobject. Afbeeldingen staan op coördinaten. Lettertypen kunnen zijn ingesloten voor de brontaal, maar missen tekens voor de doeltaal.
Daarom gaat knippen en plakken in een chatvertaler bijna altijd de pagina verpesten: je krijgt woorden zonder het document eromheen. Lay-outbewuste tools proberen de structuur te ontleden, te vertalen en daarna opnieuw op te bouwen — maar ze moeten nog steeds langere (of kortere) tekst passend maken in een ontwerp dat nooit bedoeld was om te verschuiven. Voor een stapsgewijs overzicht van methodes, zie hoe je een PDF vertaalt zonder opmaak te verliezen.
Wat ‘opmaak behouden’ echt zou moeten bewaren
Marketingpagina’s houden van die zin. Als koper moet je hem behandelen als een checklist — niet als belofte van een pixelperfecte kopie.
Tabellen. Celgrenzen, uitlijning van rijen en kolommen, en kopstijl moeten behouden blijven. Als getallen en labels door elkaar schuiven tot woordsoep, heeft de tool de structuur niet behouden — hij heeft alleen teksten vertaald. Complexe geneste tabellen en formulieren blijven het grootste risico; reken op een controleronde. Voor specifieke valkuilen bij tabellen, zie tabellen in documentvertaling.
Lettertypen en typografie. Gewicht (vet/cursief), grootte, kleur en een ongeveer gelijk lettertype moeten behouden blijven. Exacte letterafstemming is niet altijd mogelijk: de doeltaal heeft mogelijk tekens nodig die het ingesloten lettertype nooit had (de klassieke ‘tofu’-vakjes bij CJK, Arabisch of Cyrillisch). Een degelijke workflow voor opmaakbehoud vervangt het lettertype door een compatibel alternatief in plaats van stilletjes tekens weg te laten. Verwant: waarom lettertypen breken na vertaling.
Afbeeldingen en graphics. Logo’s, foto’s, grafieken en decoratieve lijnen moeten op hun plaats blijven. Tekst in een afbeelding is geen PDF-tekst — daarvoor is OCR of een aparte beeldpijplijn nodig. Bijschriften en aanwijzingen bij figuren moeten bij het juiste beeld blijven horen.
Paginalay-out. Kolommen, marges, koptekst/voettekst en paginaformaat moeten herkenbaar blijven. ‘Lay-out behouden’ betekent niet nul verandering bij sterke tekstuitbreiding. Eerlijke tools maken de regelafstand iets krapper, schalen het lettertype licht, of herschikken de tekst binnen een blok zodat de pagina leesbaar blijft. Wat je moet afwijzen, is een download die in wezen platte tekst is waarbij je huisstijl is verdwenen.
Een nuttige vraag voor de koper: Levert de export een opnieuw opgebouwde PDF met tabellen, afbeeldingen, lettertypen en paginalay-out intact — of alleen een tekstdump? Als de productpagina alleen uitvoer in chatstijl laat zien, zoek dan verder.
Native pdf versus gescand (eerlijke OCR-grenzen)
Niet elke PDF is hetzelfde type probleem.
| Type | Wat erin zit | Vertaalroute | Verwachtingen qua lay-out |
|---|---|---|---|
| Native (digitaal geboren) | Selecteerbare tekstlaag | Tekst + structuur ontleden, vertalen, opnieuw renderen | Grootste kans om tabellen, lettertypen, links en lay-out te behouden |
| Gescand / alleen beeld | Foto’s van pagina’s, weinig of geen tekst | Eerst OCR, dan vertalen en tekst plaatsen | Hangt af van scankwaliteit; meer lay-outverschuiving |
| Gemengd | Sommige pagina’s native, andere gescand | Routering per pagina nodig | Makkelijk te weinig vertaald of te veel OCR |
Native PDF’s bevatten al tekst die tot in de letter klopt. OCR erop draaien is meestal een fout: je vervangt exacte tekst door een gok en kunt nieuwe fouten introduceren. Geef de voorkeur aan parsers die de tekstlaag lezen.
Gescande PDF’s hebben OCR nodig. De kwaliteit hangt af van resolutie, contrast, scheefstand en ondersteuning van het schrift. Ruwe praktische ondergrenzen uit de OCR-praktijk: onder ongeveer 150–200 DPI nemen tekenverwisselingen toe (rn→m, 0→O). Scheve telefoonfoto’s en handschrift blijven moeilijk. De documentvertalingsdocumentatie van Google Cloud merkt ook op dat gescande PDF’s vaak meer opmaak verliezen dan native — vooral bij dichte tabellen, meerkoloms lay-outs en gelabelde grafieken.
Eerlijkheidscheck voor claims als “OCR + lay-out behouden”: OCR herstelt woorden; een verzorgd meerkoloms ontwerp uit pixels reconstrueren is een moeilijkere tweede klus. Heldere, hoge-resolutie, rechtopstaande scans van eenvoudige pagina’s werken goed. Vage faxen van complexe rapporten hebben vaak een menselijke opschoning nodig — of het originele bewerkbare Word- of InDesign-bestand, als je dat nog hebt. Voor scanspecifieke workflows, zie hoe je een gescande PDF vertaalt in 2026.
Hoe je vooraf een voorbeeld bekijkt voordat je betaalt
Betalen voor een volledig document voordat je de lay-outkwaliteit hebt gezien, is hoe kopers blijven zitten met onbruikbare bestanden. Gebruik deze korte checklist:
- Controleer het bestandstype. Probeer tekst te selecteren in een PDF-viewer. Als je woorden kunt markeren, is het waarschijnlijk native. Als de hele pagina zich als een afbeelding gedraagt, reken dan op OCR-grenzen.
- Zoek eerst de lastige onderdelen op. Open pagina’s met tabellen, tweekoloms tekst, aangepaste lettertypen en figuren. Dat zijn de pagina’s die bepalen of ‘opmaak behouden’ écht geldt voor jouw bestand.
- Gebruik een gratis of beperkt voorbeeld. Geef de voorkeur aan tools die een vertaald voorbeeld met lay-out tonen, niet alleen een woordenaantal als offerte. De PDF-vertaler van OpenL biedt een gratis dagelijks voorbeeld, zodat je de opmaak op een sample kunt beoordelen voordat je het volledige bestand betaalt — inclusief tabellen, afbeeldingen, lettertypen en paginalay-out waar dat wordt ondersteund. Volledige documentvertaling is betaald omdat het veel rekenkracht kost; het voorbeeld bestaat zodat je eerst kunt beoordelen of het past.
- Controleer voordat je deelt. Bekijk de eerste en laatste pagina, elke tabel, de tekenondersteuning van het lettertype in de doeltaal, en of afbeeldingen nog steeds naast de juiste alinea’s staan. Als de tool ook een tweetalig vergelijkingsbestand teruggeeft, gebruik het dan om de terminologie steekproefsgewijs na te kijken.
- Schaal op wanneer de PDF een doodlopende weg is. Als de lay-out kritiek is (drukwerk van een brochure, wettelijk dossier), vraag dan om het InDesign- of Word-bronbestand. Een bewerkbaar origineel vertalen en een nieuwe PDF exporteren is nog steeds beter dan vechten met een geplatte PDF.
Een zachte volgende stap: upload een representatieve PDF naar doc.openl.io/translate/pdf, bekijk de lay-out op een sample en besluit pas daarna of de volledige vertaling aan je eisen voldoet. Opmaak behouden moet betekenen dat je een document hebt dat je echt aan een klant kunt geven — geen hoop.
Sources
- Translating PDF Files: Why Layouts Break — DTP Services Berlin — Tekst van PDF’s op vaste posities, fouten in leesvolgorde, en waarom kaders niet meeschuiven
- How to Translate a PDF and Keep the Layout — Vitra.ai — Element-voor-element uitsplitsing van kolommen, tabellen, lettertypen en tekstuitbreiding
- Expansion and contraction factors — Andiamo! — Uitbreidingsbereiken per taalpaar, gebruikt bij het plannen van lay-outruimte
- Text size in translation — W3C Internationalization — Waarom korte teksten onevenredig uitdijen
- Translate documents — Google Cloud Translation — Officiële notities over opmaakverlies bij native versus gescande PDF’s
- What Is PDF Parsing / Supported File Types — LlamaIndex glossary — Kenmerken van native versus gescande bestanden en OCR-grenzen
- Image / PDF → Text: The Reading Task (2026) — CodeSOTA — Waarom OCR op een digitaal geboren PDF extra fouten toevoegt
- AI PDF Translator — OpenL Doc — Behoud van lay-out, OCR voor heldere scans, en gratis voorbeeld voor betaling


