Waarom vertaalde documenten langer worden

Een vertaald document kan pagina’s winnen zonder ideeën te winnen. Verschillende woordlengtes, zinsstructuren, regelafbrekingsregels en lettertypemetingen veranderen hoeveel ruimte dezelfde betekenis nodig heeft.

Het korte antwoord

Vertaalde documenten worden langer wanneer de doeltekst meer horizontale of verticale ruimte inneemt dan de bron. Dat kan komen doordat de vertaling meer tekens gebruikt, langere woorden heeft, minder plaatsen heeft om een regel af te breken, bredere glyphs heeft of een grotere regelafstand nodig heeft.

Het aantal pagina’s is daarom een resultaat van de lay-out, niet een betrouwbare maatstaf voor vertaalkwaliteit. Een beknopte vertaling kan toch een extra pagina nodig hebben, terwijl een slechte vertaling korter kan zijn omdat er inhoud is weggelaten.

De nuttigste planningsregel is simpel: reken erop dat de lay-out verschuift, vooral wanneer de bron ontworpen was om precies te passen.

Waarom dezelfde betekenis meer ruimte inneemt

Korte Engelse labels kunnen sterk uitdijen

Engels en Chinees drukken informatie vaak compact uit. Het W3C merkt op dat vertalingen uit deze talen daarom vaak langer zijn, vooral wanneer de bron korte labels bevat.

De richtlijnen van het W3C over tekstuitbreiding geven deze gemiddelde planningsmarges voor Engels dat naar Europese talen wordt vertaald:

Lengte van de Engelse bron	Gemiddelde vertaalde lengte ten opzichte van de bron
Tot 10 tekens	200-300%
11-20 tekens	180-200%
21-30 tekens	160-180%
31-50 tekens	140-160%
51-70 tekens	151-170%
Meer dan 70 tekens	130%

Deze cijfers zijn lay-outmarges, geen beloftes voor een specifiek talenpaar. De nuttige les is dat de kortste bronteksten vaak de grootste procentuele veiligheidsmarge nodig hebben. Een tabelkop of uitgelicht kader van twee woorden kan meer problemen veroorzaken dan een hele alinea, omdat die meestal in een kleinere container staat.

Grammatica verandert het aantal woorden

Talen verpakken betekenis niet op dezelfde manier. De ene taal kan een idee met een verbuiging uitdrukken, terwijl een andere een lidwoord, voorzetsel, hulpwerkwoord of verklarende zin nodig heeft. De woordvolgorde kan een bepaling of voorwaarde ook naar een plek verplaatsen waar die een extra regel veroorzaakt.

Dat betekent niet dat de vertaler de bronstructuur moet kopiëren of noodzakelijke woorden moet weglaten om het aantal pagina’s te behouden. De vertaling moet eerst volledig en natuurlijk zijn; de lay-out moet zich daaraan aanpassen.

Lange woorden beperken de afbreekmogelijkheden

Het W3C gebruikt het Duitse woord Eingabeverarbeitungsfunktionen als voorbeeld van een samenstelling die de Engelse uitdrukking “Input processing features.” vervangt. De Engelse uitdrukking kan afbreken bij spaties. De Duitse samenstelling blijft mogelijk op één regel, tenzij het document geschikte taalgevoelige woordafbreking heeft.

De regelafbrekingsstandaard van Unicode legt uit waarom dit belangrijk is: software kiest regeleinden uit de mogelijkheden die zijn toegestaan voor de tekens en de taal die worden gebruikt. Smalle kolommen, tabelcellen en tekstvakken lopen eerder vast wanneer die mogelijkheden beperkt zijn.

Aantal tekens is niet hetzelfde als visuele breedte

Een vertaling kan minder tekens bevatten en toch meer ruimte innemen. Het W3C vergelijkt het Engelse desktop met het Japanse デスクトップ: de Japanse term heeft minder tekens maar heeft meestal meer horizontale breedte nodig.

Lettertypevervanging kan het resultaat opnieuw veranderen. Een vervangend lettertype kan breder of hoger zijn dan het bronlettertype, waardoor een regel die eerst paste in twee regels verandert. Als het vertaalde bestand naast overloop ook ontbrekende glyphs, losse letters of onverwachte lettertypen toont, onderzoek die dan afzonderlijk met onze gids over waarom lettertypen na een vertaling stukgaan.

Sommige schriften hebben meer verticale ruimte nodig

Arabisch, Chinees, Devanagari, Japans, Koreaans, Thai, Tibetaans en andere schriften kunnen hogere glyphs of meer regelafstand nodig hebben dan Latijnse tekst. Een alinea kan daardoor verticale ruimte toevoegen, zelfs wanneer het aantal regels gelijk blijft.

Daarom is het verkleinen van het lettertype zelden de beste eerste oplossing. De tekst past misschien, maar het doelschrift kan moeilijk leesbaar worden of de tekens kunnen elkaar raken.

Waar tekstuitbreiding een document breekt

Lange bodyalinea’s vloeien meestal opnieuw. Problemen concentreren zich in containers die rond de brontekst waren bemeten:

Documentelement	Typische fout	Betere reactie
Koppen	Een extra regel duwt de bodytekst naar een andere pagina	Sta afbreken toe en houd de kop bij de volgende alinea
Tabellen	Rijen groeien, kolommen worden te smal of tekst wordt afgeknipt	Maak belangrijke kolommen breder, sta rijgroei toe of wijzig de paginastand
Tekstvakken en uitgelichte kaders	Tekst loopt over of wordt automatisch verkleind	Vergroot het vak of verkort pas na inhoudelijke controle
Formulieren	Labels botsen met velden	Plaats labels boven de velden of vergroot de labelbreedte
Kop- en voetteksten	Tekst overlapt paginanummers of marges	Vereenvoudig de herhaalde tekst en controleer elke sectie
Onderschriften en voetnoten	Verwijzingen raken gescheiden van hun onderwerp	Houd samenhangende elementen bij elkaar en werk de paginering bij
Dia’s	Opsommingstekens worden te dicht of onleesbaar klein	Splits de dia of verminder de broninhoud vóór de vertaling

Eén gewijzigde regel kan doorwerken in de rest van een bestand. Een hogere tabel verschuift een onderschrift; het onderschrift verschuift een pagina-einde; het pagina-einde verandert de inhoudsopgave. Controleer het hele document nadat de tekst definitief is, in plaats van pagina’s te repareren terwijl de formulering nog verandert.

Bereid de bron voor op de vertaling

1. Verwijder handmatige regeleinden

Regeleinden die zijn ingevoegd om de bron in balans te laten lijken, passen zelden bij de doeltaal. Behoud echte alinea-einden, maar laat gewone zinnen automatisch afbreken.

2. Geef smalle containers ruimte om te groeien

Controleer tabellen, zijbalken, formulieren, grafieken en tekstvakken vóór de vertaling. Vergroot de opvulling alleen waar ruimte is, schakel rijgroei in en vermijd vakken met vaste hoogte voor essentiële tekst.

3. Gebruik alinea- en kopstijlen

Stijlen maken globale reparaties mogelijk. Als vertaalde koppen andere tussenruimte of regelhoogte nodig hebben, is één stijlwijziging veiliger dan elke kop handmatig aanpassen.

4. Stel de juiste documenttaal in

Taalinstellingen helpen compatibele software bij het kiezen van spelling, woordafbreking en regelafbrekingsgedrag. Ze voorkomen ook dat een editor de regels van de brontaal toepast op de vertaalde tekst.

5. Bescherm termen die niet mogen veranderen

Markeer productnamen, codes, URL’s, variabelen en juridische identificatoren. Geef de vertaler context bij afkortingen in plaats van te vertrouwen op verkorte bronlabels waarvoor misschien geen compacte vertaling bestaat.

6. Houd een bewerkbaar hoofdbestand bij

Repareer de lay-out indien mogelijk in het DOCX-, PPTX-, spreadsheet- of ontwerpbronbestand. De richtlijnen van Google Cloud voor documentvertaling raden aan om DOCX of PPTX te vertalen voordat het resultaat naar PDF wordt geconverteerd, omdat die formaten de lay-out en stijlen over het algemeen beter behouden dan PDF. Volg voor PDF-specifieke voorbereiding de workflow voor PDF’s vertalen zonder de opmaak te verliezen.

Herstel een uitgebreide vertaling zonder deze te beschadigen

Gebruik deze volgorde zodat een visuele reparatie geen taalprobleem veroorzaakt:

1. Controleer of niets is gedupliceerd. Vergelijk de volgorde van koppen, lijsten, tabellen en herhaalde alinea’s met de bron.
2. Verwijder regeleinden uit de brontaal. Laat de doeltekst opnieuw vloeien voordat je de typografie wijzigt.
3. Pas de grootte van de container aan. Maak een kolom breder, maak een tekstvak dieper of sta toe dat een tabelrij groeit.
4. Pas de tussenruimte aan. Verminder overmatige alinea-afstand of opvulling zonder het schrift te verdringen.
5. Pas taalgevoelige woordafbreking toe. Gebruik die alleen wanneer die correct is voor de doeltaal en de documentstijl.
6. Herschrijf lokaal. Vraag een bevoegde reviewer om een kop of label te verkorten met behoud van betekenis en toon.
7. Verklein het lettertype als laatste. Houd bodytekst en herhaalde elementen consistent en verklein geïsoleerde passages niet tot ze er net in passen.

Verwijder geen nuances, voorbeelden, waarschuwingen of juridische voorwaarden om het oorspronkelijke aantal pagina’s terug te krijgen. Als een vaste limiet verplicht is, zoals een formulier van één pagina of een samenvatting van twee dia’s, leg die limiet dan vast vóór de vertaling, zodat de vertaler voor de beschikbare ruimte kan schrijven.

Gebruik een lay-outbehoudende vertaalworkflow

Tekst kopiëren naar een gewone vertaler gooit de tabellen, stijlen, tekstkaders en relaties weg waarvan de lay-out afhankelijk is. Het bewerkbare document uploaden geeft een documentbewuste tool meer structuur om te behouden.

OpenL Doc Translator ondersteunt formaten waaronder PDF, DOCX, PPTX, XLSX, EPUB en SRT. De officiële pagina stelt dat het lettertypen, kleuren, tabellen en paginalay-out behoudt en zowel vertaalde als tweetalige versies levert. Het tweetalige bestand is handig om te controleren of een lay-outwijziging het gevolg is van legitieme tekstuitbreiding of van ontbrekende of gedupliceerde inhoud.

Het behoud van opmaak vermindert handmatige reconstructie, maar kan niet elke taal dezelfde ruimte laten innemen. Sluit af met een aparte tweetalige controle en lay-outcontrole met de checklist voor tweetalige documentcontrole. Controleer overloop, tabelgroei, pagina-einden, kop- en voetteksten, de inhoudsopgave en de uiteindelijke geëxporteerde PDF.

Laatste controle voor oplevering

• Geen tekst is afgeknipt, verborgen, overlappend of automatisch verkleind onder de goedgekeurde grootte.
• Tabellen behouden hun rij-kolomrelaties en blijven leesbaar.
• Koppen blijven bij de inhoud die ze inleiden.
• Onderschriften, voetnoten, uitgelichte kaders en paginareferenties verwijzen nog naar de juiste plek.
• Lettertypen ondersteunen elk teken en elke stijl van de doeltaal.
• De inhoudsopgave en kruisverwijzingen zijn bijgewerkt.
• Zowel het bewerkbare bestand als de geëxporteerde PDF is gecontroleerd.
• Een tweetalige vergelijking bevestigt dat er geen inhoud verloren is gegaan om het bestand te laten passen.

Een langer vertaald document is meestal een aanwijzing dat taal en lay-out op elkaar inwerken, niet dat er iets mis is gegaan. Plan ruimte voor uitbreiding, behoud de documentstructuur en pas de lay-out pas aan nadat de vertaling voltooid is.

Sources

• W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
• Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
• Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
• OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.