API สำหรับการแปล: วิธีทำให้เนื้อหาหลายภาษาของบริษัทเป็นระบบอัตโนมัติ

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

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

API สำหรับการแปลคืออะไร อธิบายง่าย ๆ

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

เบื้องหลังอินเทอร์เฟซเดียวกันอาจมีระบบแตกต่างกันได้ อาจเป็นเครื่องมือแปลภาษาด้วยเครื่องที่ตอบกลับภายในไม่กี่วินาที หรืออาจเป็นแพลตฟอร์มที่ส่งคำขอให้ผู้แปลจริงและส่งผลลัพธ์กลับมาในภายหลัง Translate24 ให้บริการ API สำหรับบริษัท พร้อมเครือข่ายผู้แปลที่ผ่านการรับรองกว่า 1,200 คน ดังนั้นรูปแบบ «ส่งไป — รับกลับ» จึงไม่ได้หมายความว่า «เครื่องเป็นผู้แปล» เสมอไป

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

กรณีใช้งานทั่วไป: แคตตาล็อก ฝ่ายสนับสนุน และเนื้อหาจากผู้ใช้

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

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

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

แปลด้วยเครื่อง ใช้คน หรือผสมผสานทั้งสองวิธี

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

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

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

คุณภาพและศัพท์เฉพาะในกระบวนการอัตโนมัติ

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

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

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

ความปลอดภัยของข้อมูล

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

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

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

เริ่มต้นเชื่อมต่อระบบอย่างไร

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

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

อ่านเพิ่มเติม:

• การปรับเว็บไซต์และแอปให้เหมาะกับท้องถิ่น: ต่างจากการแปลทั่วไปอย่างไร
• การแปลด้วยเครื่อง: Google Translate, DeepL และคู่แข่งทำงานอย่างไร

ต้องการบริการแปลมืออาชีพหรือไม่? สั่งแปลออนไลน์: เลือกภาษา อัปโหลดไฟล์ และทราบราคาได้ภายในไม่กี่นาที