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

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

ทุกคนเคยอ่าน Kotler ทุกคนเคยได้ยินเกี่ยวกับการตลาด โอเค ไม่ใช่ทุกคนที่อ่าน แต่พวกเขาได้ยินเกี่ยวกับเรื่องนี้แน่นอน แบ่งกลุ่ม ไปที่ด้านล่างสุดของไมโครเซกเมนต์ แล้วนำเสนอผลิตภัณฑ์สำหรับผู้ชมกลุ่มนี้โดยเฉพาะ ดังนั้น Byron Sharp ผู้อำนวยการสถาบัน Ehrenberg-Bass สำหรับวิทยาศาสตร์การตลาดแห่งมหาวิทยาลัยเซาท์ออสเตรเลีย ศึกษาปัญหานี้เป็นเวลาสิบปีและพิสูจน์ให้เห็นในทางตรงกันข้าม หากคุณต้องการมีรายได้มาก คุณต้องเสนอผลิตภัณฑ์หรือบริการให้กับทุกคนกลุ่มเป้าหมายมักจะใช้ แต่เป็นการบริโภคที่ผิดปกติโดยผู้ซื้อจำนวนมากซึ่งจะทำให้ได้กำไรมากถึง 50%

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

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

ภาพ: Giphy

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

เหตุผลที่ 1: เงิน

มีกรณีศึกษามากมายในบล็อกและช่องของนักพัฒนาซอฟต์แวร์ Android เกี่ยวกับผลกระทบของการแปลภาษาต่อรายได้ ตัวอย่างเช่น Noom สตาร์ทอัพที่ผลิตแอปพลิเคชันเพื่อสุขภาพที่ดี การแปลเป็นภาษาท้องถิ่นทำให้ได้กำไร +80% จาก นอกจากนี้ในการแปลไม่เพียง แต่การแปลเท่านั้น แต่ยังรวมถึงเนื้อหาที่เป็นสากลด้วย อีกตัวอย่างหนึ่งคือ Papumba สตาร์ทอัพในอาร์เจนตินา ซึ่งสร้างแอปที่สอนให้เด็กๆ รู้จักเสียงของสัตว์ต่างๆ เด็ก ๆ เป็นตัวอย่างที่สมบูรณ์แบบของผู้ฟังที่ไม่รู้ภาษาอังกฤษและจะไม่ได้เรียนภาษาอังกฤษในอีกไม่กี่ปีข้างหน้า สำหรับพาพุมบ้า การแปลภาษาเป็น 15 ภาษาเพิ่มขึ้น การติดตั้งเพิ่มขึ้น 300% . ส่วนขยายที่คล้ายกัน ระดับสูงช่องทางเป็นความฝันของการเริ่มต้นที่แท้จริง จากนั้นพวกเขาก็มีส่วนร่วมในการทำให้เป็นสากล: พวกเขากำจัดสัตว์เหล่านั้นที่ก่อให้เกิดการปฏิเสธ บางประเทศ. ตัวอย่างเช่น ในประเทศมุสลิม หมูถูกลบออกจากใบสมัคร หลังจากมาตรการเหล่านี้ คะแนนของแอปพลิเคชันบน Google Play เพิ่มขึ้นจาก 3.9 เป็น 4.2 ซึ่งอีกครั้ง การปรับปรุงที่เห็นได้ชัดเจนโดยเฉพาะอย่างยิ่งเมื่อคุณพิจารณาว่าการเปลี่ยนแปลงดังกล่าวไม่ต้องการทรัพยากรจำนวนมาก

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

ภาพ: Giphy

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

Polybius เป็นโครงการที่จะสร้างธนาคารที่ได้รับการควบคุมสำหรับ รุ่นดิจิตอล. ในฐานะส่วนหนึ่งของ ICO เขาได้ระดมทุน 31 ล้านดอลลาร์จากสกุลเงินทั่วไปและสกุลเงินดิจิทัลต่างๆ โดยรวมแล้ว โครงการนี้ได้รับการแปลเป็นภาษาหลักสิบภาษา รวมทั้งภาษาเกาหลี ญี่ปุ่น และจีน

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

Nimses เป็นแอปพลิเคชั่นระบุตำแหน่งทางภูมิศาสตร์ที่ให้คุณเปลี่ยนเวลาออนไลน์ของคุณเป็น "nims" - สกุลเงินที่สามารถแลกเปลี่ยนเป็นสินค้าหรือบริการได้ ขณะนี้บริการครอบคลุมทุกภาษาของประเทศในยุโรป แอปพลิเคชันมีให้บริการใน 70 ประเทศทั่วโลก รวมถึงละตินและอเมริกาเหนือ ผู้ชมกำลังเติบโตอย่างรวดเร็วและปัจจุบันมีผู้ใช้ประมาณ 3 ล้านคน (แม้ว่าแอปพลิเคชันจะเปิดตัวค่อนข้างเร็ว) ภาษาอินเทอร์เฟซในแอปพลิเคชันจะถูกกำหนดโดยอัตโนมัติ ขึ้นอยู่กับภาษาที่กำหนดไว้ในการตั้งค่าโทรศัพท์ หากมีการตั้งค่าภาษาที่ไม่รองรับ Nimses จะเป็นภาษาอังกฤษตามค่าเริ่มต้น

เหตุผลที่ 2: มันโง่ที่จะทำงานเดียวกันสองครั้ง

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

ภาพ: Giphy

ข้อโต้แย้งอีกประการหนึ่งคือความง่ายในการจัดการการแปลที่ดำเนินการตามปกติ หากต้องการแก้ไขข้อผิดพลาดหรือเปลี่ยนชื่อของส่วน ในแอปพลิเคชัน เช่น ด้วย Lokalise SDK คุณไม่จำเป็นต้องย้ายแอปพลิเคชันทั้งหมด "เริ่มต้น" ถัดไปของบริการ - และผู้ใช้ได้เขียนสิ่งที่คุณต้องการแล้ว

เหตุผลที่ 3: หลายแพลตฟอร์ม

ไม่ใช่แค่เกี่ยวกับเวอร์ชัน iOS ของแอป Android ของคุณเท่านั้น หากคุณรองรับทั้งแอปสมาร์ทโฟนและเว็บไซต์ และ Jobs ห้าม แอปสำหรับคอนโซล สมาร์ททีวี หรืออุปกรณ์สวมใส่ คุณจะต้องแน่ใจว่าอินเทอร์เฟซและองค์ประกอบเนื้อหาทั้งหมดเหมือนกันในอุปกรณ์แต่ละเครื่อง มิฉะนั้น กูรูด้าน UI / UX ของคุณจะประสบปัญหาอย่างมากและโน้มน้าวคุณว่าผู้ใช้ไม่ควรสงสัยว่าเหตุใดส่วนนี้จึงเรียกว่า "โปรไฟล์" บนเว็บไซต์และ "บัญชี" บนสมาร์ทโฟน การเปลี่ยนผ่านของผู้ใช้ผ่านส่วนต่างๆ/ระดับของเกมหรือการดำเนินการตามเป้าหมายอื่นๆ ควรเป็นแบบเรียบง่ายและเข้าใจได้ไม่ยากในแต่ละอุปกรณ์

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

ตัวอย่างการทำงานของ Localize

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

การใช้ Lokalise เดียวกันในแอปพลิเคชัน ตัวแปรเหล่านี้สามารถเป็นตัวแปรต่างๆ ที่รวมกันเป็นคีย์เดียวในฝั่งเซิร์ฟเวอร์ นั่นคือ LikeButton ในโค้ด iOS และ like_button ใน รหัสหุ่นยนต์สามารถเชื่อมโยงกับคีย์การแปลหนึ่งคีย์ และจะแปลเหมือนกันในแต่ละการแปล

เหตุผลที่ 4: การเพิ่มประสิทธิภาพทรัพยากร

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

(ดังนั้น, ต้นทุนเฉลี่ยการแปลคำศัพท์ในตลาดคือ 10 เซนต์ มาทำโครงการแบบมีเงื่อนไข 1,000 คำที่ไม่ซ้ำกันในสองแพลตฟอร์ม ดังนั้นการแปลเป็นภาษาเดียวจะใช้เวลา 1-2 วันและมีค่าใช้จ่าย $100)

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

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

จากการศึกษาระดับนานาชาติเกี่ยวกับความต้องการซื้อของผู้บริโภค ซึ่งจัดทำโดย CSA (aชั้นนำ องค์กรวิเคราะห์ในตลาดบริการทางภาษาและเทคโนโลยี) ยิ่งผลิตภัณฑ์ได้รับการอธิบายในภาษาแม่ของลูกค้าอย่างครบถ้วนมากเท่าใด โอกาสในการซื้อก็จะยิ่งสูงขึ้นเท่านั้น

เล็กน้อยเกี่ยวกับเงื่อนไข
พูดอย่างเคร่งครัด ไซต์จะไม่แปล แต่แปลเป็นภาษาท้องถิ่น การแปลเป็นภาษาท้องถิ่นไม่ได้เป็นเพียงการแปลจากภาษาหนึ่งไปยังอีกภาษาหนึ่ง นี่คือการปรับตัวให้เข้ากับวัฒนธรรมและความเป็นจริงของตลาดอย่างครอบคลุม อันเป็นผลมาจากข้อความบนเว็บไซต์ กราฟิก มัลติมีเดีย เลย์เอาต์ ทุกอย่างดูเป็นไปตามที่คาดไว้ กลุ่มเป้าหมาย. นั่นเป็นเหตุผลว่าทำไมจึงเป็นเรื่องสำคัญมากที่จะต้องคำนึงถึงความแตกต่างหลายประการ รวมถึงสิ่งที่อาจดูเหมือนไม่มีนัยสำคัญเมื่อมองแวบแรก ตัวอย่างเช่น ลองนึกถึงความยาวของคำในภาษาเป้าหมาย (ในภาษาอังกฤษจะสั้นกว่าภาษารัสเซีย และในภาษาเยอรมันจะยาวกว่า) อยู่ในขั้นตอนการออกแบบอินเทอร์เฟซแล้ว ตัวอย่างเช่น "exit" และ "exit" ยังไม่แตกต่างกันมากนัก แต่ "Beenden" ในภาษาเยอรมันและภาษาจีน 退出 กำลังสร้างความท้าทายให้กับนักออกแบบอินเทอร์เฟซ

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

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

ขั้นตอนการประเมินมีลักษณะดังนี้: ผู้เชี่ยวชาญศึกษาการแปลและแก้ไขข้อผิดพลาดใน แบบฟอร์มพิเศษในขณะที่จำแนกพวกเขา หลังจากนั้นเขา สูตรพิเศษคำนวณ "ดัชนีคุณภาพ" ในช่วงตั้งแต่ 0 ถึง 100 ด้วยรูปแบบเทคโนโลยีสามขั้นตอน (นักแปล บรรณาธิการ และนักพิสูจน์อักษร) ที่แนะนำสำหรับการแปลไซต์ ซอฟต์แวร์ และเอกสารทางการตลาด ตัวบ่งชี้นี้ควรมีอย่างน้อย 90

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

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

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

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

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

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

แหล่งที่มา
ความพร้อมใช้งาน ไฟล์ต้นฉบับ(html, xml, doc, xls หรืออื่น ๆ ) ช่วยลดความยุ่งยากและลดค่าใช้จ่ายในการแปลและยังประหยัดแรงและความกังวล - คุณใจเย็น ๆ ว่านักแสดงจะไม่แปลมากเกินไปและจะไม่ลืมอะไรเลย

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

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

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

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

มันเกิดขึ้นได้อย่างไรในชีวิต

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

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

หากคุณต้องการแปลข้อความทางการตลาดสำหรับการเปิดตัวผลิตภัณฑ์ เราขอแนะนำให้คุณจ้างบรรณาธิการ-เขียนใหม่เพิ่มเติม ปรับข้อความที่แปลและวางสำเนียงให้ถูกต้อง อาจต้องทำงานอื่น: วาดภาพใหม่ เปลี่ยนแม่แบบหน้า ฯลฯ

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

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

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

นักแปลทำงานกับการแปลด้วยเครื่อง

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

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

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

จะทำอย่างไรถ้างบประมาณสำหรับการแปลมีขนาดเล็ก แต่คุณยังต้องแปลไซต์
ประหยัดการแปลจะช่วย:

• เทคโนโลยีสำหรับกระบวนการแปลโดยอัตโนมัติ โปรแกรมทั้งคลาส CAT-tools (การแปลโดยใช้คอมพิวเตอร์ช่วย - ระบบสำหรับกระบวนการแปลอัตโนมัติ) ช่วยนำคำและวลีที่แปลก่อนหน้านี้กลับมาใช้ใหม่และอำนวยความสะดวกในการทำงานของนักแปล นี่ไม่ใช่การแปลด้วยคอมพิวเตอร์ แต่เป็นข้อความที่สร้างขึ้นโดยบุคคล (นักแปลมืออาชีพ) ระบบ CAT ใช้หน่วยความจำการแปลที่สะสมและอภิธานศัพท์ของโครงการ สิ่งสำคัญคือนักแปลต้องใช้ทรัพยากรทางภาษาที่ทันสมัยที่สุด ตัวอย่างเช่น ในแพลตฟอร์ม SmartCAT ผู้เข้าร่วมทุกคนในกระบวนการจะพร้อมใช้งานทันที ซึ่งมีประโยชน์อย่างยิ่งเมื่อนักแปลหลายคนทำงานพร้อมกันในโครงการขนาดใหญ่
  
  งานคู่ขนานของนักแปลหลายคนในข้อความเดียว
• การคำนวณต้นทุนการแปลด้วยคำพูด ข้อความต้นฉบับ. สถิติจะไม่รวมชิ้นส่วนของโค้ดและข้อมูลบริการอื่น ๆ และต้นทุนของการแปลจะไม่เพิ่มขึ้นหลังจากเสร็จสิ้น ซึ่งบางครั้งอาจส่งผลกระทบต่อผู้รับเหมาที่ไร้ยางอาย
• จัดระเบียบงานในส่วนต่างๆ หากไซต์มีขนาดใหญ่ มีคำอธิบายผลิตภัณฑ์หรือบริการมากมาย ให้แบ่งงานออกเป็นขั้นตอน ขั้นแรก แปลหน้าที่สำคัญที่สุดซึ่งจะช่วยให้คุณเริ่มดึงดูดลูกค้าในตลาดใหม่ได้ทันที ค่อยๆ ขยายขอบเขตของเนื้อหาตามปริมาณการขายในตลาดนี้ที่เติบโตขึ้น วิธีการนี้ยังช่วยให้สามารถสะสมหน่วยความจำการแปลได้ทีละน้อย ซึ่งหมายความว่าข้อความที่ตามมาทั้งหมดสามารถแปลได้เร็วขึ้นและถูกลง ในขณะที่ยังคงความเป็นหนึ่งเดียวของคำศัพท์และรูปแบบ

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

1. เขียนวลีที่ยาวและน่าคิดซึ่งเต็มไปด้วยวลีที่มีส่วนร่วมและมีส่วนร่วม เขียนง่ายขึ้น ใช้คำกริยา ไม่เรียกผู้ใช้ถึง "คุณ" ปฏิบัติตามหลักการของ Maxim Ilyakhov
2. ใช้การแสดงออกที่ไม่มีตัวตน ในบางภาษาจะไม่ใช้ เช่นเดียวกับรูปแบบเพิ่มเติมของความสุภาพ ดังนั้นอย่าลังเลที่จะทิ้งพวกเขา
3. ใช้รูปแบบการสร้างหนึ่งวลีสำหรับแต่ละเวอร์ชันภาษาของเว็บไซต์ ตัวอย่างเช่น สำหรับวลีที่มี ตัวแปรของแบบฟอร์ม"เหลือเวลาอีก X วันก่อนจะสิ้นสุดการสมัครสมาชิก" ในภาษารัสเซีย ตัวพิมพ์และตัวพิมพ์จะเปลี่ยนไปตามจำนวน: วัน วัน วัน ภาษาอื่นอาจต้องมีการเปลี่ยนคำบุพบทหรือวลี ทั้งตัวยึดตำแหน่งและเครื่องหมายทวิภาค: ตัวอย่างเช่น ในภาษาตุรกี วลีจะขึ้นต้นด้วยตัวเลข
เพิ่มแท็ก

11.02.2016
19.03.2018

กรณีของวันนี้เกี่ยวกับวิธีแปลไซต์ของคุณเป็นเวอร์ชันภาษาอื่นด้วยการแปลวลีภาษาโดยอัตโนมัติโดยใช้บริการ Yandex.Translate กรณีนี้ครอบคลุมกลไกสำคัญสองอย่าง: การประมวลผลไฟล์ CSV ด้วยวลีภาษาและ การแปลอัตโนมัติวลีภาษารัสเซียเป็นภาษายูเครน

กรณีของวันนี้เกี่ยวกับวิธีแปลไซต์ของคุณเป็นเวอร์ชันภาษาอื่นด้วยการแปลวลีภาษาโดยอัตโนมัติโดยใช้บริการ Yandex.Translate กรณีศึกษากลไกสำคัญ 2 ประการ ได้แก่ การประมวลผลไฟล์ CSV ด้วยวลีภาษา และการแปลวลีภาษารัสเซียเป็นภาษายูเครนโดยอัตโนมัติ

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

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

ใน ปริทัศน์วลีภาษาที่เชื่อมต่อมีลักษณะดังนี้:

ใช้ \Bitrix\Main\Localization\Loc เป็น Loc; Loc::loadMessages(__FILE__); Loc::getMessage("MSG_KEY");

นักพัฒนามือใหม่ของ 1C-Bitrix (แม้ว่าหลายคนจะค่อนข้าง นักพัฒนาที่มีประสบการณ์ด้วย) ทุกคนทิ้งสิทธิ์ซีริลลิกไว้ในเทมเพลตโดยเชื่อว่าพวกเขาจะถ่ายโอนในภายหลัง ดังนั้นความยุ่งเหยิงทั้งหมดนี้จึงยังคงอยู่ในแม่แบบเป็นเวลาหลายปี เป็นเรื่องดีหากไซต์ในเวอร์ชันหนึ่งภาษาเหมาะกับผู้เยี่ยมชมเป็นเวลาหลายปีและไม่จำเป็นต้องแปลเป็นภาษาท้องถิ่น แต่ถ้าไม่เป็นเช่นนั้น Semyon Slepakov พูดอย่างไร ดังนั้น จงทำความคุ้นเคยกับการใส่ซีริลลิกลงในวลีภาษาเสมอ ไม่ใช่คุณ แต่คนอื่นจะแสดงความขอบคุณต่อคุณอย่างแน่นอน

ตอนนี้เราเชื่อว่าอักษรซิริลลิกทั้งหมดถูกเก็บไว้ในวลีภาษาและการแปลจะไม่ยาก ในการแยกวลีภาษาทั้งหมดสำหรับการแปล เราจะใช้โมดูล "การแปล" ของระบบ 1C-Bitrix (สำหรับเจ้าของฉบับที่ไม่มี โมดูลนี้คุณจะต้องเขียนสคริปต์ที่จะดึงไฟล์ภาษาทั้งหมดออกมาให้คุณและสร้างไฟล์ CSV)

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

"ไฟล์"; "สำคัญ"; "รุ"; "อั้ว"; "อ"

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

เราวางไฟล์ไว้ที่ใดที่หนึ่งในระบบ (ปกติผมจะวางไว้ในการอัปโหลด) และในสคริปต์ตัวจัดการของเรา เราจะเพิ่มวลีแรกทันทีเพื่อระบุเส้นทางที่สมบูรณ์และสมบูรณ์ไปยังไฟล์:

$fileName = $_SERVER["DOCUMENT_ROOT"] "/upload/bitrix_templates_template.csv";

และไฟล์ที่เราเขียนผลลัพธ์:

$fileName = $_SERVER["DOCUMENT_ROOT"] "/upload/bitrix_templates_template_res.csv";

Require_once($_SERVER["DOCUMENT_ROOT"] . "/bitrix/modules/main/classes/general/csv_data.php");

ฉันใช้ไลบรารี Bitrix สำหรับเขียนไฟล์ CSV เท่านั้น สำหรับการอ่านเป็นเวลานาน (เมื่อใช้คลาส Bitrix เมื่อประมาณปีที่แล้ว ฉันพบปัญหาสำหรับ ไฟล์ที่ซับซ้อนซึ่งมีอักขระคั่นอยู่ในค่าด้วย) โดยใช้ฟังก์ชันต่อไปนี้:

ฟังก์ชัน csv_to_array($filename="", $delimiter=",") ( if(!file_exists($filename) || !is_readable($filename)) return FALSE; $header = NULL; $data = array(); if (($handle = fopen($ชื่อไฟล์, "r")) !== FALSE) ( ในขณะที่ (($row = fgetcsv($handle, 1,000, $ตัวคั่น)) !== FALSE) ( if(!$header) ( $header = $row; foreach ($row as $key=>$value) ( ​​if (strlen($value) > 0)$header[$key] = GetTranslitCode($value); ) ) อื่น ( foreach ($ แถวเป็น $key=>$value) ($row[$key]=$value;) $data = array_combine($header, $row); ) ) fclose($handle); ) return $data; )

GetTranslitCode เป็นตัวห่อหุ้มฟังก์ชันการทับศัพท์ Bitrix ตามปกติ:

ฟังก์ชัน GetTranslitCode($text) ( $text = trim($text); if (strlen($text) "-", "replace_other" => "-", "delete_repeat_replace" => "true", "use_google" => "เท็จ",); return CUtil::translit($text, "ru", $params); )

เราเรียกใช้ไฟล์ csv ของเราผ่านการประมวลผลไฟล์ csv และได้รับ อาร์เรย์ที่เชื่อมโยงจากบรรทัดของไฟล์ที่มีส่วนหัวในรูปแบบของคีย์:

$arRows = csv_to_array($ชื่อไฟล์, ";");

เราสร้างโดยเขียนทับไฟล์ผลลัพธ์:

$fp = fopen($resFileName, "w+"); fclose($fp);

เราเขียนส่วนหัวลงในไฟล์ผลลัพธ์ทันที:

$csvFile = CCSVData ใหม่ (); $fields_type = "ร"; $ตัวคั่น = ";"; $csvFile->SetFieldsType($fields_type); $csvFile->SetDelimiter($ตัวคั่น); $arrHeaderCSV = array("ไฟล์", "คีย์", "ru", "ua", "en"); $csvFile->SaveFile($resFileName, $arrHeaderCSV);

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

เราสร้างอินสแตนซ์ของคลาสนักแปลและเรียกใช้วลีภาษาทั้งอาร์เรย์ผ่านฟังก์ชันการแปล แต่ละบรรทัดจะถูกบันทึกลงในไฟล์ทันที:

$translator = new Yandex_Translate("ได้รับคีย์ที่นี่: api.yandex.ru/key/form.xml?service=trnsl"); $srPresent = อาร์เรย์ (); foreach ($arRows เป็น $num => $row) ( if(strlen($row["ru"])yandexTranslate("ru", "uk", $row["ru"]))->text; $row ["ua"] = $text; $srPresent[$row["ru"]] = $row["ua"]; ) ) $csvFile->SaveFile($resFileName, array($row["file"], $row["key"],$row["ru"],$row["ua"],$row["en"])); )

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

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

ทั้งหมด! ขณะนี้มีการสร้างวลีภาษาและคุณสามารถมีส่วนร่วมในการดำเนินการแปลไซต์ครั้งที่สองได้อย่างปลอดภัย

ในกระบวนการพัฒนากลไกนี้มีการใช้วัสดุต่อไปนี้:

อัพเดท 2016-02-23

ดำเนินการต่อในหัวข้อ: สำหรับร้านค้าออนไลน์มาก จุดสำคัญ- การแสดงค่าคุณสมบัติและในหลายภาษา นี่เป็นหนึ่งในช่วงเวลาที่ยากที่สุด คุณสมบัติจะแสดงในตัวกรองอัจฉริยะ ในรายการผลิตภัณฑ์ ในบัตรผลิตภัณฑ์ แต่ Bitrix ไม่มีความสามารถในการตั้งค่ารูปแบบสำหรับคุณสมบัติเดียวกันในที่แตกต่างกัน รุ่นภาษา.

สำหรับค่าพร็อพเพอร์ตี้ ข้อบกพร่องนี้สามารถหลีกเลี่ยงได้โดยใช้พร็อพเพอร์ตี้ประเภท "Directory" เติม UF_NAME ด้วยภาษาหลัก และใช้ฟิลด์อื่น (เช่น UF_DESCRIPTION) เป็นภาษาที่สอง แต่ไม่สามารถทำได้สำหรับชื่อคุณสมบัติ - ไม่มีฟิลด์สำหรับจัดเก็บ

จากปัญหาทั้งหมดนี้ วิธีแก้ปัญหาเกิดขึ้น: ฉันสร้างไฟล์ภาษา props.php แยกต่างหาก ซึ่งฉันเชื่อมต่อถัดจากไฟล์ภาษาส่วนหัว:

ถ้า(LANGUAGE_ID="ua")( Loc::loadMessages($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/props.php"); )

ด้วยวิธีง่ายๆ เราโหลดค่าแต่ละค่าสำหรับ ภาษายูเครน

ฟังก์ชัน GetFromVacabulary($filterEntity, $filterValues,$arSelect = array("ID", "UF_NAME", "UF_XML_ID","UF_DESCRIPTION")) ( if(!is_array($filterEntity) || blank($filterEntity)) คืนค่าเท็จ ; $cacheParams = array("filterEntity" => $filterEntity, "filterValues" => $filterValues, "lang" => LANGUAGE_ID); $cache_id = md5(serialize($cacheParams)); $cache_dir = __CLASS__ "/" $cacheParams["โมดูล"]; $obCache = CPHPCache ใหม่; if ($obCache->InitCache(36000, $cache_id, $cache_dir)) ( $arResult = $obCache->GetVars(); $arResult["CACHE" ] = "Y"; ) elseif (\Bitrix\Main\Loader::includeModule("highloadblock") && $obCache->StartDataCache()) ( if(LANGUAGE_ID=="ua")( $translator = ใหม่ \Yandex_Translate( $ this::YANDEX_TRANSLATOR_KEY); ) $CACHE_MANAGER ทั่วโลก; $CACHE_MANAGER->StartTagCache($cache_dir); $hlblock_requests = \Bitrix\Highloadblock\HighloadBlockTable::getList(array("filter" =>$filterEntity))->fetch( ) ; if (!isset($hlblock_requests["ID"])) return false; $entity_requests = HL\HighloadBlockTable::compileEntity($hlblock_requests); $entity_requests_data_class = $entity_requests->getDataClass(); $main_query_requests = เอนทิตีใหม่\Query($entity_requests_data_class); $main_query_requests->setSelect($arSelect); ถ้า (!empty($filterValues))( $main_query_requests->setFilter($filterValues); ) $result_requests = $main_query_requests->exec(); $result_requests = ใหม่ CDBResult($result_requests); $arResult["รายการ"] = อาร์เรย์(); ในขณะที่ ($row_requests = $result_requests->Fetch()) ( if(LANGUAGE_ID=="ua")( if(strlen($row_requests["UF_DESCRIPTION"])>0)( $row_requests["UF_NAME"] = $row_requests ["UF_DESCRIPTION"]; ) อื่น ( $text = json_decode($translator->yandexTranslate("ru", "uk", $row_requests["UF_NAME"]))->text; $text["ua"] = $ text; $row_requests["UF_NAME"] = $text["ua"]; $entity_requests_data_class::update($row_requests["ID"],array("UF_DESCRIPTION"=>$text["ua"])); ) ) $arResult["ITEMS"][$row_requests["UF_XML_ID"]] = $row_requests; $CACHE_MANAGER->RegisterTag("hl" . $cacheParams["entity_id"] . $row_requests["UF_XML_ID"]); ) $ CACHE_MANAGER->RegisterTag("hl" . $cacheParams["entity_id"]); $CACHE_MANAGER->EndTagCache(); $obCache->EndDataCache($arResult); ) อื่น ( $arResult["รายการ"] = อาร์เรย์ (); ) กลับ $arResult; )

ฟังก์ชันได้รับพารามิเตอร์อินพุตสำหรับเลือกไดเร็กทอรีที่จะใช้และพารามิเตอร์สำหรับการกรอง - ค่าใดที่จำเป็น ที่เอาต์พุตสำหรับภาษายูเครน เราจะมีค่าภาษายูเครน (หากไม่ได้กรอก ให้ตั้งค่าการแปลโดยใช้ Yandex.Translate)

$putLinesToLangFile = ""; foreach ($arResult["ITEMS"] เป็น $key=>$arItem) ( if($arItem["PROPERTY_TYPE"]=="S" && $arItem["USER_TYPE"]=="directory")( $tmp = $mainEntity->GetFromVacabulary(array("TABLE_NAME"=>$arItem["USER_TYPE_SETTINGS"]["TABLE_NAME"]), array("UF_XML_ID"=>array_keys($arItem["VALUES"]))); if(! ว่างเปล่า($tmp["ITEMS"]))( foreach ($tmp["ITEMS"] as $hl_code => $hl_val) ( $arItem["VALUES"][$hl_code]["VALUE"] = $hl_val[ "UF_NAME"]; ) ) ) if(strlen(Loc::getMessage($arItem["CODE"]))>0)( $arItem["NAME"] = Loc::getMessage($arItem["CODE"] ); ) else ( $arItem["NAME"] = $mainEntity->TranslateText($arItem["NAME"]); $putLinesToLangFile .= "$MESS["".$arItem["CODE"].""] = "".$arItem["NAME"]."";".PHP_EOL; ) $arResult["ITEMS"][$key] = $arItem; ) if(strlen($putLinesToLangFile)>0)( $current = file_get_contents($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/lang/ua/props.php"); $current = substr($current,0,-2).$putLinesToLangFile."?>"; file_put_contents($_SERVER ["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/lang/ua/props.php", $current); )

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

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

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

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

การเตรียมการสำหรับการแปลไซต์จำเป็นต้องมีการออกแบบที่ปรับเปลี่ยนได้

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

ใช่ เพราะโดยปกติในภาษาต่างๆ ข้อความเดียวกันจะมีความยาวต่างกัน ภาษาอังกฤษเป็นภาษาที่กะทัดรัด ในภาษาอื่น ข้อความมักจะยาวกว่า

เปรียบเทียบ ประโยคภาษาอังกฤษและเทียบเท่าภาษาเยอรมัน:

เมื่อแปลเป็นภาษาเยอรมัน ข้อความจะยาวขึ้น

กฎง่ายๆ - วางแผนสำหรับความเป็นไปได้ในการเพิ่มข้อความ อย่างน้อย 30%. แหล่งที่มาต่างๆแนะนำให้ใช้แนวทาง 20% ถึง 50% แต่ประสบการณ์ของฉันคือ 30% มักจะเพียงพอ

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

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

แทนที่จะใช้แบบคงที่ หน่วยสัมพัทธ์, em และ เปอร์เซ็นต์ (%) - สิ่งนี้จะทำให้คอนเทนเนอร์สามารถปรับให้เข้ากับเนื้อหาได้

ตัวอย่างเช่น ลองดูสิ่งที่เกิดขึ้นเมื่อแปลป้ายจากภาษาอังกฤษเป็นภาษาฟิลิปปินส์สำหรับปุ่มที่มีความกว้างคงที่:

ปุ่ม ( จอแสดงผล: บล็อก ความกว้าง: 120px ปรับข้อความ: กึ่งกลาง )

ใน กรณีนี้ความกว้างของปุ่มกำหนดไว้ที่ 120px ซึ่งเหมาะสำหรับคำบรรยายภาษาอังกฤษ แต่เมื่อแปลแล้ว ข้อความจะขยายขึ้น 50% (จาก 105px เป็น 175px) ซึ่งนำไปสู่การขึ้นบรรทัดใหม่

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

ในกรณีนี้ เพื่อป้องกันการตัดบรรทัด คุณควรลบคุณสมบัติความกว้างของปุ่มทั้งหมด หรือผูกกับความกว้างขององค์ประกอบหลัก

มาถอดกันเถอะ คุณสมบัติความกว้างเลย และให้ปุ่มปรับให้เข้ากับองค์ประกอบหลัก:

ปุ่มที่ไม่มีความกว้าง

ปุ่ม ( แสดง: บล็อก; จัดข้อความ: กึ่งกลาง; )

เพื่อควบคุมความกว้างได้ดีขึ้น เราสามารถตั้งค่าต่ำสุดและ ความกว้างสูงสุดปุ่มเปอร์เซ็นต์
เมื่อตั้งค่าความกว้างต่ำสุดเป็น 30% และความกว้างสูงสุดเป็น 60% ผลลัพธ์ที่ได้คือ:

ความกว้างของปุ่มเมื่อใช้งาน ตัวเลือก cssความกว้างต่ำสุดและความกว้างสูงสุด

ปุ่ม ( จอแสดงผล: บล็อก ความกว้างต่ำสุด: 30% ความกว้างสูงสุด: 60% การจัดตำแหน่งข้อความ: กึ่งกลาง)

เมื่อพัฒนาตัวเลือกการออกแบบสำหรับ หน้าจอที่แตกต่างกัน(แบบสอบถามสื่อ) โปรดทราบว่าข้อความในภาษาต่างๆ อาจมีความยาวและขนาดตัวอักษรต่างกัน ( หมายเหตุของผู้แปล: ตัวอย่างเช่น สำหรับตัวอักษรจีนหรือญี่ปุ่นที่มีอยู่มากมาย รายละเอียดเล็ก ๆแบบอักษรควรใหญ่ขึ้น 15-30%). ลองลดขนาดฟอนต์หรือเปลี่ยนขนาดสัมพัทธ์ขององค์ประกอบ เพื่อไม่ให้การออกแบบเสียหาย

นอกเหนือจากหลักการทั่วไปของแนวทางการปรับตัวแล้ว ให้พิจารณา คำแนะนำต่อไปนี้เมื่อสร้างไซต์ที่เตรียมไว้สำหรับการแปล:

ใช้แบบอักษร Unicode
แบบอักษร Unicode ประกอบด้วย จำนวนมากตัวอักษร สัญญาณ ตัวเลข และองค์ประกอบอื่นๆ เพื่อแสดงข้อความในภาษาต่างๆ เป็นตัวอย่าง แบบอักษรยอดนิยมที่รองรับ Unicode คุณสามารถใช้ Arial และ Times New Roman ได้

หลีกเลี่ยงฟอนต์ที่ไม่ใช่ Unicode เพื่อทำให้ไซต์ของคุณแปลเป็นภาษาอื่นได้ง่ายขึ้น

อย่าใช้รูปภาพกับข้อความ
หากไซต์ของคุณมีรูปภาพพร้อมคำบรรยาย ให้แทนที่ด้วย HTML แล้วจัดรูปแบบด้วย แอตทริบิวต์ CSSและ @fontface. จากนั้นสามารถแปลข้อความโดยใช้ นักแปลอัตโนมัติ (หมายเหตุของผู้แปล: แม้ว่าจะเป็นการดีกว่ามากหากใช้บริการของหน่วยงานแปลเพื่อให้ได้งานแปลที่มีคุณภาพสูงจริงๆ).

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

วิธีที่ได้รับความนิยมสองวิธีในการจัดระเบียบเวอร์ชันท้องถิ่นคือ:

• โดเมนย่อย: example.com/webpage.html กลายเป็น th.example.com/webpage.html (สำหรับเวอร์ชันภาษารัสเซีย)
• ไดเรกทอรีย่อย: example.com/webpage.html กลายเป็น example.com/ th/webpage.html (การแปลภาษารัสเซีย)

Nike.com (สหรัฐอเมริกา)

Nike.com (ฝรั่งเศส)

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

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

เอกสารประกอบสำหรับแพลตฟอร์มและเฟรมเวิร์กยอดนิยม

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

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

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

ด้านล่างเราจะพิจารณารูปแบบที่พบได้บ่อยที่สุดสำหรับการแปลโครงการ - ผ่านการโต้ตอบกับบริษัทแปลภาษา

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

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

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

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

1. ทำความรู้จักโดยตรงกับโครงการ

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

2. บทนำสู่ประวัติศาสตร์ของโลกของเกม

มันหมายความว่าอะไร? ผู้ผลิตหรือผู้ออกแบบเกมควรเตรียมข้อความสั้น ๆ เพื่ออธิบายเนื้อเรื่องของเกม ภาพหน้าจอของระดับ รูปภาพของฮีโร่จะมีประโยชน์

3. การแสดงภาพหน้าจอในเอกสารสำหรับนักแปล

ตัวอย่างเช่น สำหรับเกม HOG การมีรูปภาพของรายการค้นหาทั้งหมดเป็นสิ่งสำคัญมาก ตัวอย่างที่ง่ายที่สุดจากภาษารัสเซียคือคำว่า "หัวหอม" - มีความหมายทางความหมายที่แตกต่างกันสองประการ

มันจะสะดวกมากที่จะมีภาพของเขาในบรรทัดถัดจากชื่อของฮีโร่ หรือตัวอย่างเช่น ภาพหน้าจอของสถานที่ที่มีการสนทนาเกิดขึ้น

4. การจัดระเบียบของวัสดุสำหรับการแปล

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

5. ข้อมูลเกี่ยวกับผู้ที่พูดสิ่งนี้หรือคำพูดนั้น

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

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

หากคุณมีคำถามใด ๆ เรามาเริ่มการสนทนาในความคิดเห็น