ควรแปลรายการ App Store เป็นภาษาไหนบ้าง
คำแนะนำส่วนใหญ่เกี่ยวกับคำถามนี้ตอบคำถามคนละข้อ คุณถามว่า "ควรแปลเป็นภาษาไหนบ้าง" แล้วคำตอบที่ได้กลับเป็นสถิติมากมายเกี่ยวกับเศรษฐกิจแอปทั่วโลก เป็นเกร็ดความรู้ที่มีประโยชน์แต่ไม่ช่วยให้ตัดสินใจได้ บทความนี้คือคำตอบที่ตัดสินใจได้จริง
ทุกวันนี้ App Store มีภาษา metadata ราวๆ 50 ภาษา (Apple เพิ่มจาก 39 เป็น 50 ในเดือนมีนาคม 2026 โดยเพิ่มภาษาอินเดียเข้ามาสิบเอ็ดภาษา) และ Google Play มี locale ของรายการมากกว่านั้นอีก คุณไม่จำเป็นต้องทำทุกภาษา และไม่ควรทำด้วย เป้าหมายคือรายการสั้นๆ ที่จัดลำดับแล้ว ซึ่งลงมือทำได้เลยภายในสัปดาห์นี้
ก่อนอื่น แยกรายการในสโตร์ออกจากตัวแอป
นี่คือสองโปรเจกต์ที่แตกต่างกัน มีต้นทุนต่างกันมาก และการเอามาปนกันคือความผิดพลาดที่พบบ่อยที่สุด
- รายการในสโตร์ — ชื่อ คำโปรย คำอธิบาย คีย์เวิร์ด และภาพหน้าจอ การแปลส่วนนี้เปลี่ยนสิ่งที่ผู้ซื้อเห็นก่อนติดตั้ง ไม่แตะโค้ดแอปเลย และเผยแพร่ได้ทันทีจาก App Store Connect และ Play Console
- UI ของแอป — ทุกข้อความในตัวแอปที่ทำงานอยู่ การแปลส่วนนี้คืองานวิศวกรรมจริงๆ ต้องดึงข้อความออกมา วางระบบแปลภาษา ทดสอบทุกหน้าจอใหม่ และดูแลต่อเนื่องในทุกเวอร์ชันที่ปล่อย
ลำดับที่ประหยัดและสมเหตุสมผลคือแปลรายการก่อน แล้วเลื่อนการแปลตัวแอปออกไปจนกว่าข้อมูลจะพิสูจน์ว่าคุ้มค่า คนทำ ASO เรียกวิธีนี้ว่า minimum viable localization คือใส่หน้าร้านที่แปลแล้วให้ตลาดนั้นเห็น สังเกตว่ายอดติดตั้งและ (ที่สำคัญกว่า) การรักษาผู้ใช้เป็นอย่างไร แล้วค่อยลงทุนแปลตัวแอปทีหลัง รายการที่แปลแล้วคู่กับแอปภาษาอังกฤษคือการทดสอบที่ดีมาก ส่วนแอปที่แปลครบทุกอย่างสำหรับตลาดที่ไม่มีวันคอนเวิร์ตคือเงินที่เอาคืนไม่ได้
ดังนั้นกรอบด้านล่างนี้พูดถึง รายการ เท่านั้น ให้มองการแปล UI ของแอปเป็นการตัดสินใจแยกต่างหากที่ทำทีหลัง เป็นรายตลาด โดยอิงจากการรักษาผู้ใช้
สองแรงที่ดึงกันคนละทิศ
ตลาดต่างๆ จัดเรียงตามแกนการใช้จ่ายและแกนปริมาณ ซึ่งสองอย่างนี้แทบไม่เคยตรงกัน เน้นที่ทิศทางมากกว่าความแม่นยำ — ใช้เป็นแนวทาง ไม่ใช่ตารางเรตราคาตายตัว เพราะตัวเลขจริงเปลี่ยนไปตามหมวดหมู่และปี
- รายได้ต่อผู้ใช้สูง ตลาดที่เติบโตเต็มที่บางแห่งใช้จ่ายสูงกว่าจำนวนประชากรมาก ญี่ปุ่นคือตัวอย่างเด่น — แอปอันดับต้นๆ มีรายได้ต่อผู้ใช้สูงกว่าสหรัฐฯ ราวสองเท่าโดยประวัติศาสตร์ — พร้อมกับเยอรมนีและเกาหลีใต้ที่อยู่ในระดับใช้จ่ายสูงเดียวกัน ยอดดาวน์โหลดน้อยกว่า แต่แต่ละคนมีมูลค่ามากกว่า
- ยอดดาวน์โหลดสูง อินเดียนำหน้ายอดติดตั้งทั่วโลกอย่างมาก โดยมีบราซิลและอินโดนีเซียตามมาติดๆ เข้าถึงคนได้มหาศาล แต่รายได้ต่อผู้ใช้ต่ำกว่ามาก และการทำรายได้มักพึ่งพาโฆษณาและราคาถูก มากกว่าการติดตั้งแบบเสียเงินหรือการสมัครสมาชิก
ไม่มีแกนไหนชนะเด็ดขาด แอปสมัครสมาชิกระดับพรีเมียมควรให้น้ำหนักกับรายการแรก ส่วนแอปที่พึ่งพาโฆษณาและอยู่ได้ด้วยขนาดควรให้น้ำหนักกับรายการที่สอง แอปส่วนใหญ่ต้องการสองสามภาษาจากแต่ละรายการ เลือกให้เหมาะกับโมเดลราคาของตัวเอง
กรอบการตัดสินใจ
สามระดับ ทำตามลำดับ หยุดตรงที่ความอยากดูแลรักษาของคุณหมดลง — รายการที่แปลถึงระดับ 1 ก็ครอบคลุมการใช้จ่ายแอปส่วนใหญ่ของโลกอยู่แล้ว
ระดับ 1 — เริ่มที่นี่ ภาษาที่แอปเกือบทุกตัวควรแปลรายการเข้าไป เพราะรวมทั้งกลุ่มผู้ใช้ขนาดใหญ่กับความเต็มใจจ่ายที่พิสูจน์แล้ว:
- สเปน และ โปรตุเกส (บราซิล) — เข้าถึงคนได้มหาศาลทั่วอเมริกาและสเปน
- เยอรมัน, ฝรั่งเศส, ญี่ปุ่น — ตลาดที่เติบโตเต็มที่และใช้จ่ายสูง ที่รายการแบบภาษาถิ่นช่วยเพิ่มคอนเวอร์ชันได้จริง
- จีนตัวย่อ — สโตร์เดี่ยวที่ใหญ่ที่สุด หากแอปของคุณเหมาะกับตลาดนี้
ระดับ 2 — เพิ่มถัดไป ตลาดที่แข็งแกร่งควรเข้าถึงเมื่อระดับ 1 พร้อมใช้งานแล้วและเห็นว่าตัวเลขขยับ:
- เกาหลี และ อิตาลี — เล็กกว่าแต่มีความตั้งใจซื้อสูง คอนเวอร์ชันดี
- รัสเซีย และ ตุรกี — กลุ่มผู้ใช้ขนาดใหญ่ การทำรายได้ขึ้นอยู่กับหมวดหมู่
- โปรตุเกส (โปรตุเกส) และ ดัตช์ ถ้าผลิตภัณฑ์ของคุณเอนไปทางยุโรป
ระดับ 3 — มีก็ดี เกมปริมาณและการเข้าถึงหางยาว คุ้มค่าเมื่อต้นทุนส่วนเพิ่มของการเพิ่มอีกภาษาแทบเป็นศูนย์ (จะพูดถึงด้านล่าง) หรือเมื่อตลาดใดตลาดหนึ่งปรากฏชัดในข้อมูลวิเคราะห์ของคุณ:
- ฮินดี, อินโดนีเซีย, เวียดนาม, ไทย — ยอดติดตั้งมหาศาล รายได้ต่อผู้ใช้ต่ำกว่า มักทำรายได้จากโฆษณา
- โปแลนด์, อาหรับ และภาษาประจำภูมิภาคอื่นๆ ที่เหมาะกับกลุ่มผู้ใช้เฉพาะของคุณ
สรุปเร็วๆ:
ปรับให้เข้ากับแอปของคุณเอง แอปทำสมาธิที่มีอัตราการรักษาผู้ใช้ดีในสหรัฐฯ และเยอรมนีควรให้น้ำหนักกับภาษายุโรปในระดับ 1 ส่วนแอปโซเชียลที่ไล่ล่าขนาดควรกระโดดไปที่ตลาดปริมาณในระดับ 3 เร็วกว่า ข้อมูลการติดตั้งและการรักษาผู้ใช้ของคุณเองย่อมดีกว่ารายการทั่วไปใดๆ — ระดับเหล่านี้คือจุดเริ่มต้น ไม่ใช่จุดจบ
รายการเดียวครอบคลุมได้หลายสโตร์
มีความคุ้มค่าเงียบๆ ที่ควรรู้ไว้ นั่นคือใน App Store การแปลภาษาเดียวสามารถให้บริการดินแดนที่เกี่ยวข้องผ่านระบบ fallback ได้ ถ้าคุณมีรายการภาษาฝรั่งเศส (ฝรั่งเศส) แต่ยังไม่ได้ตั้งค่าฝรั่งเศส (แคนาดา) metadata ของฝรั่งเศส (ฝรั่งเศส) จะให้บริการผู้พูดฝรั่งเศสในแคนาดาจนกว่าคุณจะเพิ่มเวอร์ชันเฉพาะเข้าไป เช่นเดียวกับสเปน (สเปน) และสเปน (เม็กซิโก) และตัวแปรอื่นๆ ต่อไป
ในทางปฏิบัติ นั่นหมายความว่ารายการภาษาฝรั่งเศสที่เขียนดีเพียงชุดเดียวก็เข้าถึงผู้พูดฝรั่งเศสได้หลายสโตร์แล้ว และรายการภาษาสเปนก็ทำแบบเดียวกันได้ทั่วละตินอเมริกาและสเปน คุณค่อยเพิ่มเวอร์ชันเฉพาะประเทศทีหลัง เมื่อตลาดนั้นใหญ่พอที่จะคุ้มค่ากับการปรับถ้อยคำและคีย์เวิร์ดให้ตรงจุด เริ่มจากภาษาหลักก่อน แล้วค่อยปรับให้ละเอียดตามภูมิภาคเมื่อมีปริมาณมากพอ
ทำไม "กี่ภาษา" จึงไม่ใช่เรื่องยากอีกต่อไป
ทุกระดับข้างต้นตั้งอยู่บนสมมติฐานว่าการแปลมีต้นทุนต่อภาษา ซึ่งเป็นเหตุผลที่เอเจนซี่บอกให้เลือกเฉพาะภาษาที่คุ้มค่า สมมติฐานนี้เองที่ Mokbi เปลี่ยนสมการ เพราะมันแปลรายการทั้งหมด — ทั้งข้อความในสโตร์และคำบรรยายภาพหน้าจอ — เป็น 50 ภาษาในรอบเดียว ต้นทุนส่วนเพิ่มของภาษาที่ยี่สิบจึงใกล้เคียงกับต้นทุนของภาษาที่สอง
เมื่อการเพิ่มภาษาแทบไม่มีต้นทุน ข้อจำกัดก็เปลี่ยนไป คุณไม่ต้องจำกัดจำนวนการแปลเพื่อรักษางบประมาณอีกต่อไป แต่ต้องตัดสินใจว่าตลาดไหนควรได้รับความสนใจ คีย์เวิร์ดที่ปรับแล้ว และในที่สุดคือแอปที่แปลแล้ว นั่นคือคำถามเรื่องการจัดลำดับความสำคัญ ซึ่งกรอบแบบแบ่งระดับตอบไว้แล้ว ทำรายการให้กว้างก่อน แล้วลงทุนลึกในจุดที่ข้อมูลชี้ทาง
ภาพหน้าจอเป็นเพียงหนึ่งขั้นตอนในโฟลว์นั้น — ภาพหน้าจอ, feature graphic, ข้อความในสโตร์, แปลภาษา, เผยแพร่ — ดังนั้นคำบรรยายจึงถูกแปลไปพร้อมกับคำอธิบายในรอบเดียวกัน และทั้งสองยังคงตรงกันในแต่ละ locale คุณไม่ต้องแปลข้อความในเครื่องมือหนึ่งและแปลภาพในอีกเครื่องมือหนึ่งแยกกัน
ลำดับขั้นตอนง่ายๆ ที่ทำตามได้
- แปลรายการเข้าสู่ระดับ 1 Metadata พร้อมภาพหน้าจอ โดยยังใช้แอปภาษาอังกฤษอยู่ข้างใต้ นี่คือการทดสอบของคุณ ไม่ใช่ข้อผูกมัด
- จับตาคอนเวอร์ชันและการรักษาผู้ใช้ในแต่ละตลาด ยอดติดตั้งบอกว่ารายการทำงานหรือไม่ การรักษาผู้ใช้บอกว่าตลาดนั้นจริงหรือไม่
- เพิ่มระดับ 2 แล้วตามด้วยระดับ 3 ขยายไปในขณะที่ต้นทุนส่วนเพิ่มยังต่ำ และให้ข้อมูลวิเคราะห์ของคุณเองเป็นตัวดึงภาษาเฉพาะขึ้นมาในลำดับ
- แปล UI ของแอปเมื่อนั้นเท่านั้น — สำหรับสองสามตลาดที่พิสูจน์แล้วด้วยการรักษาผู้ใช้จริง
ลำดับนี้ทำให้งานที่มีต้นทุนสูง (การแปลแอป) ถูกกั้นไว้ด้วยหลักฐาน และทำให้งานที่มีต้นทุนต่ำ (หน้าร้านที่แปลแล้ว) กว้างขวางเท่าที่จะเป็นประโยชน์ได้