Wat gebeurt er met tabellen tijdens documentvertaling?

Een tabel kan elke rij en kolom behouden en na vertaling toch niet meer werken. Langere tekst, andere regelafbrekingen, rechts-naar-links-inhoud, gelokaliseerde getallen en verloren kopmetadata kunnen een intact ogend raster veranderen in misleidende informatie.

Wat verandert er wanneer een tabel wordt vertaald?

Een documenttabel heeft drie lagen, die elk afzonderlijk moeten worden gecontroleerd:

Laag	Wat er zou moeten gebeuren	Wat er mis kan gaan
Inhoud	Koppen, labels, notities en lopende tekst worden vertaald	Tekst wordt weggelaten, gedupliceerd, verkeerd vertaald of blijft in de brontaal staan
Structuur	Rijen, kolommen, samengevoegde cellen en relaties tussen koppen blijven verbonden	Een conversie splitst cellen, verandert overspanningen of verliest structurele metadata
Presentatie	Randen, opvullingen, lettertypen, breedtes en uitlijning blijven bruikbaar	Tekst loopt door, wordt afgekapt, verkleind of overlapt, of duwt de tabel naar een andere pagina

Bij vertaling hoeft de tabel niet helemaal opnieuw te worden opgebouwd. Een indelingsbewuste workflow kan de structuur en opmaak behouden, maar behoud betekent niet dat elke cel daarna evenveel ruimte inneemt.

W3C merkt op dat vertaalde tekst waarschijnlijk een andere lengte heeft en raadt flexibele lay-outs aan in plaats van smalle containers met een vaste breedte. Dit speelt vooral bij tabellen, omdat korte koppen vaak in de krapste cellen staan. De voorbeelden laten ook zien dat een Duitse samenstelling minder natuurlijke afbreekpunten kan hebben dan de Engelse tegenhanger, terwijl sommige niet-Latijnse schriften bredere tekens of een grotere regelhoogte vereisen.

Lees voor een bredere uitleg van deze effecten waarom vertaalde documenten langer worden.

Welke tabelelementen blijven doorgaans behouden?

Wanneer een bewerkbaar bronbestand met een indelingsbewuste tool wordt vertaald, kunnen deze elementen in het resultaat worden overgenomen. Ga er nooit zonder controle van uit dat ze correct zijn.

Element	Verwacht resultaat	Controlevraag
Rijen en kolommen	Hetzelfde logische raster	Ontbreken er rijen, kolommen of cellen, of zijn ze gedupliceerd?
Randen en opvullingen	Dezelfde visuele groepering	Brengen kleuren en randen de bedoelde categorieën nog steeds over?
Samengevoegde cellen	Dezelfde overspanning over rijen of kolommen	Omvat elke kop nog steeds de juiste gegevens?
Koprijen	Dezelfde labels en hetzelfde herhaalgedrag	Is de kop nog aan de juiste kolommen gekoppeld en wordt deze over pagina’s herhaald?
Celstijlen	Hetzelfde lettertype, nadruk, dezelfde opvulling en uitlijning	Heeft lettertypevervanging of automatisch aanpassen een cel onleesbaar gemaakt?
Getallen en formules	Dezelfde onderliggende waarden en logica	Is een teken, scheidingsteken, eenheid, formule of verwijzing veranderd?
Notities en links	Dezelfde bestemming en koppeling	Hoort elke notitie of link nog bij de juiste cel?

Indelingsconversie vormt een apart risico. De W3C-richtlijnen voor toegankelijke tabellen waarschuwen dat structurele tabelmarkeringen vaak verloren gaan wanneer inhoud tussen indelingen wordt verplaatst. Een tabel kan er daardoor correct uitzien, terwijl de relaties tussen koppen en gegevens niet meer toegankelijk zijn voor ondersteunende technologie.

Vijf veelvoorkomende tabelproblemen en hun oplossingen

1. Tekst loopt over of maakt rijen te hoog

Vertaalde labels kunnen langer zijn, bredere tekens bevatten of op andere plaatsen afbreken. Vaste rijhoogtes kunnen de laatste regel afkappen; automatische rijgroei kan de tabel juist over een pagina-einde duwen.

Los het in deze volgorde op: verwijder handmatige regelafbrekingen, laat rijen meegroeien, maak de krapste kolom breder, verminder onnodige celopvulling en gebruik waar passend afbreking voor de doeltaal. Kort tekst pas in nadat een taalrevisor heeft bevestigd dat er geen betekenis verloren gaat. Verklein het lettertype als laatste.

Als het doelschrift blokjes, losstaande letters of onverwachte lettertypen toont, behandel dit dan als een lettertypeprobleem en niet als een overloopprobleem. Volg de controles in waarom lettertypen na vertaling niet goed werken.

2. Samengevoegde cellen beschrijven niet langer de juiste gegevens

Een samengevoegde kop kan in de bron drie productkolommen omvatten. Als tijdens de conversie een rij of kolom wordt ingevoegd, verwijderd of verschoven, kan de kop boven de verkeerde groep komen te staan, ook al zijn de woorden correct vertaald.

Los dit op door de overspanningen met de bron te vergelijken. Volg elke kop die meerdere kolommen of rijen beslaat naar de cellen waarop deze van toepassing is. Voeg niet zomaar nieuwe samengevoegde cellen toe om een vertaald label passend te maken; pas in plaats daarvan de breedte of tekstterugloop aan.

Microsoft adviseert voor toegankelijkheid eenvoudige rechthoekige tabellen, omdat gesplitste cellen, samengevoegde cellen, geneste tabellen en lege rijen of kolommen kunnen verstoren hoe schermlezers cellen tellen en herkennen. Wanneer complexe overspanningen nodig zijn, is alleen visuele inspectie niet voldoende.

3. Koppen verliezen hun relatie met gegevenscellen

Vetgedrukte tekst in de eerste rij ziet er voor een ziende lezer uit als een kop, maar het uiterlijk bepaalt de structuur niet. Volgens de W3C-richtlijnen moeten kopcellen en gegevenscellen worden geïdentificeerd en gekoppeld, zodat ondersteunende technologie de relevante rij- en kolomcontext kan uitspreken.

Los dit op door semantische koppen in het bewerkbare document te herstellen. Markeer de eerste rij als kop, controleer herhaalde koppen in tabellen van meerdere pagina’s en test complexe tabellen met de toegankelijkheidscontrole van de toepassing. Controleer in geëxporteerde HTML of PDF of de koppelingen met koppen de conversie hebben overleefd.

4. Getallen, formules en identificatiecodes veranderen ongemerkt

Een vloeiende zin valt snel op; een veranderd decimaalteken, minteken, percentage, modelnummer of spreadsheetverwijzing niet. Sommige waarden moeten voor lezers worden gelokaliseerd, terwijl identificatiecodes en berekeningslogica exact moeten blijven.

Los dit op met een aparte vergelijking van alleen de gegevens. Negeer de lopende tekst en vergelijk cijfers, valutacodes, procenttekens, eenheden, bereiken, totalen, formules, voetnootmarkeringen en celverwijzingen. Bereken spreadsheetformules en totalen opnieuw in het doelbestand. Leg bewuste locale-aanpassingen vast, zodat revisoren ze niet terugzetten naar de bronnotatie.

5. Rechts-naar-links-tekst haalt leestekens of uitlijning door elkaar

Arabisch en Hebreeuws lopen van rechts naar links, maar ingevoegde Latijnse termen en cijfers blijven van links naar rechts lopen. Unicode behandelt dit daarom als bidirectionele tekst. Unicode merkt ook op dat afzonderlijke tabelcellen als afzonderlijke alinea’s kunnen worden behandeld, zodat de richting per cel of alinea kan worden ingesteld.

Los dit cel voor cel op. Stel de juiste basisrichting in en controleer vervolgens productcodes, datums, percentages, haakjes, schuine strepen en leestekens naast Latijnse tekst. Keer cijfers niet handmatig om. Controleer zowel het bewerkbare document als de geëxporteerde PDF, omdat richting en spiegeling door de weergave worden bepaald.

Checklist vóór de vertaling

• Begin waar mogelijk met het bewerkbare DOCX-, PPTX- of XLSX-bestand.
• Verwijder lege rijen en kolommen die alleen voor tussenruimte worden gebruikt.
• Vervang lay-outtabellen waar mogelijk door normale documentopmaak.
• Markeer echte koprijen en houd de tabelstructuur zo eenvoudig als de gegevens toelaten.
• Laat rijen meegroeien; vermijd vaste hoogtes voor vertaalbare cellen.
• Identificeer samengevoegde cellen, formules, totalen, beschermde identificatiecodes en termen die niet mogen worden vertaald.
• Stel de brontaal correct in en leg de doellocale vast.
• Bewaar een referentie-PDF, zodat revisoren weten hoe de goedgekeurde bron eruitzag.

Deze stappen verminderen onduidelijkheid voordat een tool of vertaler het bestand aanraakt. Ze maken het ook eenvoudiger om te bepalen of een later probleem door de vertaling, conversie of het oorspronkelijke tabelontwerp is veroorzaakt.

De vertaalde tabel controleren

Werk in afzonderlijke rondes. Wie taal, gegevens, structuur en lay-out tegelijk probeert te controleren, ziet kleine fouten gemakkelijk over het hoofd.

1. Vergelijk het raster. Tel tabellen, rijen, kolommen, samengevoegde gebieden, koprijen en notities en vergelijk ze met de bron.
2. Vergelijk de inhoud. Controleer of elke cel één keer is vertaald en onder de juiste kop staat.
3. Vergelijk de gegevens. Controleer getallen, tekens, eenheden, formules, totalen, identificatiecodes en links zonder de lopende tekst te bewerken.
4. Inspecteer de lay-out. Zoek naar afkapping, overmatige rijgroei, slechte pagina-einden, piepkleine automatisch aangepaste tekst, vervangende lettertypen en ongelijke uitlijning.
5. Controleer richting en toegankelijkheid. Verifieer RTL-cellen, koppelingen met koppen, leesvolgorde en herhaalde koppen.
6. Exporteer en inspecteer opnieuw. Open de geleverde PDF of andere definitieve indeling; keur niet alleen de bewerkbare bron goed.

OpenL Doc Translator ondersteunt documentindelingen zoals PDF, DOCX, PPTX en XLSX. Op de officiële pagina staat dat lettertypen, kleuren, tabellen en pagina-indeling behouden blijven en dat elke opdracht een vertaalde en een tweetalige versie bevat. Gebruik waar mogelijk de bewerkbare bron, bekijk een voorbeeld van het resultaat en vergelijk daarna de tweetalige versie voordat u de bovenstaande gestructureerde controle afrondt.

Opmaakbehoud vermindert het herstelwerk, maar neemt de noodzaak van kwaliteitscontrole niet weg. De checklist voor de controle van tweetalige documenten behandelt het volledige document nadat de tabellen zijn gecontroleerd.

Wanneer handmatige controle essentieel is

Wijs altijd een menselijke revisor aan wanneer een tabel het volgende bevat:

• Financiële totalen, tarieven, prognoses of gecontroleerde cijfers
• Juridische verplichtingen, nalevingslimieten, doseringen of veiligheidsgegevens
• Formules, verwijzingen tussen werkbladen of berekende velden
• Koppen met meerdere niveaus, samengevoegde gebieden of geneste tabellen
• Gescande cellen of cellen op basis van afbeeldingen die afhankelijk zijn van OCR
• Gemengde rechts-naar-links- en links-naar-rechts-tekst
• Een vaste afdruklay-out zonder ruimte voor uitbreiding

Bij deze tabellen zijn “het bestand kon worden geopend” en “de tabel ziet er ongeveer hetzelfde uit” geen acceptatiecriteria. Goedkeuring vereist dat de structuur overeenkomt met de bron, de betekenis in de doeltaal is gecontroleerd, elke kritieke waarde is nagekeken en de definitieve leveringsindeling is getest.

Een geslaagde tabelvertaling behoudt relaties, niet alleen rechthoeken. Controleer inhoud, structuur, gegevens, lay-out, richting en toegankelijkheid afzonderlijk; zo wordt de kans veel kleiner dat een opmaakfout een gegevensfout wordt.

Sources

• W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
• W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
• Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
• Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
• OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.