ทำไมเอกสารแปลจึงยาวขึ้น

เอกสารแปลอาจมีจำนวนหน้าเพิ่มขึ้นโดยไม่ได้มีความคิดเพิ่มขึ้น ความยาวของคำ โครงสร้างประโยค กฎการตัดบรรทัด และเมตริกของฟอนต์ที่ต่างกัน ล้วนเปลี่ยนว่าความหมายเดียวกันต้องใช้พื้นที่มากน้อยแค่ไหน

คำตอบสั้น ๆ

เอกสารแปลจะยาวขึ้นเมื่อข้อความปลายทางใช้พื้นที่แนวนอนหรือแนวตั้งมากกว่าต้นฉบับ ซึ่งเกิดขึ้นได้เพราะคำแปลใช้จำนวนตัวอักษรมากขึ้น คำยาวขึ้น มีจุดตัดบรรทัดน้อยลง กลิฟกว้างขึ้น หรือระยะห่างระหว่างบรรทัดมากขึ้น

จำนวนหน้าจึงเป็นผลลัพธ์ของเลย์เอาต์ ไม่ใช่ตัววัดคุณภาพการแปลที่เชื่อถือได้ คำแปลที่กระชับอาจยังต้องใช้หน้าอีกหน้า ขณะที่คำแปลที่แย่อาจสั้นกว่าเพราะตัดเนื้อหาออก

กฎการวางแผนที่มีประโยชน์ที่สุดนั้นเรียบง่าย: คาดไว้ว่าเลย์เอาต์จะขยับ โดยเฉพาะเมื่อต้นฉบับถูกออกแบบมาให้พอดีเป๊ะ

ทำไมความหมายเดียวกันจึงใช้พื้นที่มากขึ้น

ป้ายสั้น ๆ ในภาษาอังกฤษอาจขยายขึ้นอย่างรวดเร็ว

ภาษาอังกฤษและภาษาจีนมักสื่อสารข้อมูลได้อย่างกระชับ W3C ระบุว่าการแปลจากภาษาดังกล่าวจึงมักยาวขึ้น โดยเฉพาะเมื่อต้นฉบับมีป้ายสั้น ๆ

คำแนะนำเรื่องการขยายข้อความของ W3C ได้ให้ช่วงการวางแผนโดยเฉลี่ยสำหรับภาษาอังกฤษที่แปลเป็นภาษาในยุโรปไว้ดังนี้:

ความยาวต้นฉบับภาษาอังกฤษ	ความยาวคำแปลเฉลี่ยเมื่อเทียบกับต้นฉบับ
ไม่เกิน 10 ตัวอักษร	200-300%
11-20 ตัวอักษร	180-200%
21-30 ตัวอักษร	160-180%
31-50 ตัวอักษร	140-160%
51-70 ตัวอักษร	151-170%
มากกว่า 70 ตัวอักษร	130%

ตัวเลขเหล่านี้เป็นค่าเผื่อสำหรับเลย์เอาต์ ไม่ใช่คำสัญญาสำหรับคู่ภาษาใดคู่ภาษาหนึ่งโดยเฉพาะ บทเรียนที่มีประโยชน์คือ สตริงต้นฉบับที่สั้นที่สุดมักต้องมีส่วนเผื่อความปลอดภัยตามสัดส่วนที่มากที่สุด หัวตารางหรือกล่องข้อความเน้นสองคำอาจสร้างปัญหาได้มากกว่าย่อหน้าเต็ม ๆ เพราะมักอยู่ในกรอบที่เล็กกว่า

ไวยากรณ์เปลี่ยนจำนวนคำ

แต่ละภาษาไม่ได้บรรจุความหมายในแบบเดียวกัน ภาษาหนึ่งอาจแสดงความคิดด้วยการเปลี่ยนรูปคำ ขณะที่อีกภาษาต้องใช้คำนำหน้านาม คำบุพบท กริยาช่วย หรือวลีอธิบาย ลำดับคำยังอาจย้ายตัวขยายหรือเงื่อนไขไปยังตำแหน่งที่ทำให้เกิดบรรทัดเพิ่มขึ้น

นั่นไม่ได้หมายความว่านักแปลควรลอกโครงสร้างต้นฉบับหรือตัดคำที่จำเป็นออกเพื่อรักษาจำนวนหน้า คำแปลต้องครบถ้วนและเป็นธรรมชาติก่อน แล้วเลย์เอาต์จึงควรปรับตาม

คำยาวลดตัวเลือกในการตัดบรรทัด

W3C ยกตัวอย่างคำภาษาเยอรมัน Eingabeverarbeitungsfunktionen เป็นคำประสมที่ใช้แทนวลีภาษาอังกฤษ “Input processing features” วลีภาษาอังกฤษตัดบรรทัดที่ช่องว่างได้ ส่วนคำประสมภาษาเยอรมันอาจต้องอยู่บรรทัดเดียวเว้นแต่เอกสารมีการตัดคำที่คำนึงถึงภาษาเหมาะสม

มาตรฐานการตัดบรรทัดของ Unicode อธิบายว่าทำไมเรื่องนี้จึงสำคัญ: ซอฟต์แวร์เลือกจุดตัดบรรทัดจากโอกาสที่อนุญาตสำหรับตัวอักษรและภาษาที่ใช้ คอลัมน์แคบ เซลล์ตาราง และกล่องข้อความจะพังเร็วกว่าเมื่อโอกาสเหล่านั้นมีจำกัด

จำนวนตัวอักษรไม่เท่ากับความกว้างที่มองเห็น

คำแปลอาจมีจำนวนตัวอักษรน้อยกว่าแต่ยังใช้พื้นที่มากกว่า W3C เปรียบเทียบคำอังกฤษ desktop กับคำญี่ปุ่น デスクトップ คำญี่ปุ่นมีจำนวนตัวอักษรน้อยกว่าแต่โดยทั่วไปต้องใช้ความกว้างแนวนอนมากกว่า

การแทนฟอนต์อาจเปลี่ยนผลลัพธ์อีกครั้ง ฟอนต์สำรองอาจกว้างหรือสูงกว่าฟอนต์ต้นฉบับ ทำให้บรรทัดที่เคยพอดีกลายเป็นสองบรรทัด หากไฟล์แปลมีกลิฟหาย ตัวอักษรแยกจากกัน หรือฟอนต์ที่ไม่คาดคิด รวมทั้งข้อความล้น ให้วินิจฉัยแยกกันด้วยคู่มือของเราเรื่อง ทำไมฟอนต์จึงพังหลังการแปล

บางสคริปต์ต้องใช้พื้นที่แนวตั้งมากกว่า

อาหรับ จีน เทวนาครี ญี่ปุ่น เกาหลี ไทย ทิเบต และสคริปต์อื่น ๆ อาจต้องใช้กลิฟที่สูงกว่าหรือระยะห่างบรรทัดมากกว่าข้อความละติน ย่อหน้าจึงอาจเพิ่มพื้นที่แนวตั้งได้แม้จำนวนบรรทัดยังเท่าเดิม

นี่คือเหตุผลว่าทำไมการย่อฟอนต์จึงแทบไม่เคยเป็นวิธีแก้แรกที่ดีที่สุด ข้อความอาจพอดี แต่สคริปต์ปลายทางอาจอ่านยากขึ้นหรือเครื่องหมายต่าง ๆ อาจชนกัน

จุดที่การขยายข้อความทำลายเอกสาร

ย่อหน้าปกติมักจัดเรียงบรรทัดใหม่ได้เอง ปัญหาจะกระจุกตัวอยู่ในกรอบที่ถูกกำหนดขนาดตามข้อความต้นฉบับ:

องค์ประกอบเอกสาร	ความล้มเหลวทั่วไป	วิธีรับมือที่ดีกว่า
หัวข้อ	บรรทัดที่เพิ่มขึ้นดันเนื้อหาไปหน้าถัดไป	อนุญาตให้ห่อบรรทัดและให้หัวข้ออยู่กับย่อหน้าถัดไป
ตาราง	แถวขยาย คอลัมน์แคบเกินไป หรือข้อความถูกตัด	ขยายคอลัมน์สำคัญ อนุญาตให้แถวขยาย หรือเปลี่ยนแนวกระดาษ
กล่องข้อความและกล่องเน้น	ข้อความล้นหรือย่ออัตโนมัติ	ขยายกล่องหรือย่อเฉพาะหลังทบทวนความหมายแล้ว
แบบฟอร์ม	ป้ายชนกับช่องกรอก	ย้ายป้ายไปเหนือช่องกรอกหรือเพิ่มความกว้างป้าย
หัวกระดาษและท้ายกระดาษ	ข้อความทับเลขหน้าหรือขอบกระดาษ	ทำให้ข้อความที่ซ้ำกันเรียบง่ายขึ้นและตรวจทุกส่วน
คำบรรยายภาพและเชิงอรรถ	เอกสารอ้างอิงแยกจากสิ่งที่อ้างถึง	เก็บองค์ประกอบที่เกี่ยวข้องไว้ด้วยกันและอัปเดตเลขหน้า
สไลด์	หัวข้อย่อยแน่นหรือเล็กจนอ่านไม่ออก	แยกสไลด์หรือลดเนื้อหาต้นฉบับก่อนแปล

บรรทัดเดียวที่เปลี่ยนไปอาจส่งผลต่อเนื่องไปทั้งไฟล์ ตารางที่สูงขึ้นเลื่อนตำแหน่งคำบรรยายภาพ คำบรรยายเลื่อนจุดแบ่งหน้า จุดแบ่งหน้าเปลี่ยนสารบัญ ควรทบทวนเอกสารทั้งฉบับหลังจากข้อความนิ่งแล้ว แทนที่จะซ่อมทีละหน้าในขณะที่ถ้อยคำยังเปลี่ยนอยู่

เตรียมต้นฉบับก่อนการแปล

1. ลบการขึ้นบรรทัดใหม่แบบ manual

การขึ้นบรรทัดใหม่ที่ใส่เพื่อให้ต้นฉบับดูสมดุลแทบไม่เหมาะกับภาษาปลายทาง เก็บการแบ่งย่อหน้าจริงไว้ แต่ปล่อยให้ประโยคปกติห่อบรรทัดอัตโนมัติ

2. ให้กรอบแคบมีพื้นที่ขยาย

ตรวจตาราง แถบด้านข้าง แบบฟอร์ม แผนภูมิ และกล่องข้อความก่อนแปล เพิ่มระยะขอบภายในเฉพาะจุดที่มีพื้นที่อยู่ เปิดให้แถวขยายได้ และหลีกเลี่ยงกล่องความสูงคงที่สำหรับข้อความสำคัญ

3. ใช้สไตล์ย่อหน้าและหัวข้อ

สไตล์ทำให้ซ่อมทั้งฉบับได้ในคราวเดียว หากหัวข้อที่แปลแล้วต้องใช้ระยะห่างหรือความสูงบรรทัดต่างออกไป การเปลี่ยนสไตล์ครั้งเดียวย่อมปลอดภัยกว่าการแก้หัวข้อทีละอันด้วยมือ

4. ตั้งค่าภาษาของเอกสารให้ถูกต้อง

การตั้งค่าภาษาช่วยให้ซอฟต์แวร์ที่รองรับเลือกการสะกด การตัดคำ และพฤติกรรมการตัดบรรทัดได้อย่างเหมาะสม อีกทั้งยังป้องกันไม่ให้โปรแกรมแก้ไขนำกฎของภาษาต้นฉบับไปใช้กับข้อความที่แปลแล้ว

5. ปกป้องคำศัพท์ที่ไม่ควรเปลี่ยน

ทำเครื่องหมายชื่อผลิตภัณฑ์ รหัส URL ตัวแปร และตัวระบุทางกฎหมาย ให้บริบทของคำย่อแก่นักแปล แทนที่จะพึ่งป้ายต้นฉบับที่ย่อไว้ซึ่งอาจไม่มีคำเทียบเคียงที่กระชับ

6. เก็บไฟล์ต้นฉบับที่แก้ไขได้ไว้

ซ่อมเลย์เอาต์ใน DOCX, PPTX, สเปรดชีต หรือไฟล์ออกแบบต้นฉบับเมื่อทำได้ คำแนะนำการแปลเอกสารของ Google Cloud แนะนำให้แปล DOCX หรือ PPTX ก่อนแปลงผลลัพธ์เป็น PDF เพราะรูปแบบเหล่านั้นโดยทั่วไปรักษาเลย์เอาต์และสไตล์ได้ดีกว่า PDF สำหรับการเตรียมไฟล์ PDF โดยเฉพาะ ให้ทำตามขั้นตอนใน การแปล PDF โดยไม่สูญเสียรูปแบบ

ซ่อมคำแปลที่ขยายตัวโดยไม่ทำลายมัน

ใช้ลำดับนี้เพื่อให้การซ่อมด้านภาพไม่สร้างปัญหาด้านภาษา:

1. ยืนยันว่าไม่มีอะไรถูกทำซ้ำ เทียบลำดับหัวข้อ รายการ ตาราง และย่อหน้าที่ซ้ำกับต้นฉบับ
2. ลบการขึ้นบรรทัดใหม่ของภาษาต้นฉบับ ปล่อยให้ข้อความปลายทางจัดเรียงใหม่ก่อนเปลี่ยนรูปแบบตัวอักษร
3. ปรับขนาดกรอบ ขยายคอลัมน์ เพิ่มความสูงกล่องข้อความ หรืออนุญาตให้แถวตารางขยาย
4. ปรับระยะห่าง ลดระยะห่างย่อหน้าหรือระยะขอบภายในที่มากเกินไปโดยไม่ทำให้สคริปต์อึดอัด
5. ใช้การตัดคำที่คำนึงถึงภาษา ใช้เฉพาะเมื่อถูกต้องตามภาษาปลายทางและสไตล์เอกสาร
6. เขียนใหม่เฉพาะจุด ขอให้นักตรวจทานที่มีคุณวุฒิย่อหัวข้อหรือป้ายให้สั้นลงโดยยังคงความหมายและน้ำเสียง
7. ลดขนาดฟอนต์เป็นลำดับสุดท้าย รักษาข้อความเนื้อหาและองค์ประกอบที่ซ้ำกันให้สม่ำเสมอ และอย่าย่อเฉพาะบางช่วงจนแค่พอดี

อย่าลบคำขยาย ตัวอย่าง คำเตือน หรือเงื่อนไขทางกฎหมายออกเพื่อให้ได้จำนวนหน้าเดิม หากมีข้อจำกัดตายตัวที่บังคับ เช่น แบบฟอร์มหนึ่งหน้าหรือสรุปสองสไลด์ ควรกำหนดข้อจำกัดนั้นก่อนแปล เพื่อให้นักแปลเขียนให้พอดีกับพื้นที่ที่มี

ใช้ขั้นตอนการแปลที่รักษาเลย์เอาต์

การคัดลอกข้อความไปวางในเครื่องแปลทั่วไปจะทิ้งตาราง สไตล์ กรอบข้อความ และความสัมพันธ์ที่เลย์เอาต์ต้องพึ่งพา การอัปโหลดเอกสารที่แก้ไขได้จะให้โครงสร้างแก่เครื่องมือที่เข้าใจเอกสารมากขึ้นเพื่อรักษาไว้

OpenL Doc Translator รองรับรูปแบบต่าง ๆ รวมถึง PDF, DOCX, PPTX, XLSX, EPUB และ SRT หน้าอย่างเป็นทางการระบุว่าเครื่องมือรักษาฟอนต์ สี ตาราง และเลย์เอาต์หน้า พร้อมให้ทั้งเวอร์ชันแปลและเวอร์ชันสองภาษา ไฟล์สองภาษามีประโยชน์ในการตรวจว่าการเปลี่ยนเลย์เอาต์มาจากการขยายข้อความที่ถูกต้องหรือมาจากเนื้อหาที่หายไปหรือถูกทำซ้ำ

การรักษารูปแบบช่วยลดการประกอบใหม่ด้วยมือ แต่ไม่สามารถทำให้ทุกภาษาใช้พื้นที่เท่ากันได้ทุกประการ ปิดท้ายด้วยการทบทวนแบบสองภาษาและทบทวนเลย์เอาต์แยกต่างหาก โดยใช้ รายการตรวจสอบการทบทวนเอกสารสองภาษา ตรวจข้อความล้น การขยายของตาราง จุดแบ่งหน้า หัวกระดาษ ท้ายกระดาษ สารบัญ และ PDF ที่ส่งออกขั้นสุดท้าย

ตรวจครั้งสุดท้ายก่อนส่งมอบ

• ไม่มีข้อความที่ถูกตัด ซ่อน ทับกัน หรือย่ออัตโนมัติต่ำกว่าขนาดที่อนุมัติ
• ตารางรักษาความสัมพันธ์ระหว่างแถวและคอลัมน์และยังอ่านได้
• หัวข้ออยู่กับเนื้อหาที่หัวข้อนั้นนำเสนอ
• คำบรรยายภาพ เชิงอรรถ กล่องเน้น และการอ้างอิงเลขหน้ายังชี้ไปยังตำแหน่งที่ถูกต้อง
• ฟอนต์รองรับทุกตัวอักษรและสไตล์ของภาษาปลายทาง
• สารบัญและการอ้างอิงข้ามได้รับการอัปเดตแล้ว
• ทั้งไฟล์ที่แก้ไขได้และ PDF ที่ส่งออกได้รับการทบทวนแล้ว
• การเปรียบเทียบแบบสองภาษายืนยันว่าไม่มีเนื้อหาสูญหายเพื่อให้ไฟล์พอดี

เอกสารแปลที่ยาวขึ้นมักเป็นหลักฐานว่าภาษาและเลย์เอาต์มีปฏิสัมพันธ์กัน ไม่ใช่สัญญาณว่ามีอะไรผิดพลาด วางแผนเผื่อพื้นที่สำหรับการขยาย รักษาโครงสร้างเอกสาร และปรับเลย์เอาต์หลังจากคำแปลเสร็จสมบูรณ์แล้วเท่านั้น

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.