วิธีวางแผนเว็บไซต์หลายภาษา: การเลือกภาษา ขั้นตอนการแปล และปุ่มเปลี่ยนภาษา

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

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

วางแผนเว็บไซต์หลายภาษา: คำตอบสั้น ๆ

ในการวางแผนเว็บไซต์หลายภาษา ให้ตัดสินใจ 6 เรื่อง ก่อนออกแบบหน้าใด ๆ:

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

เลือกภาษาและหน้าเว็บที่จะเปิดตัว

เริ่มจากหลักฐาน

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

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

ครบทุกหน้าหรือชุดหน้าหลัก?

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

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

แปล โลคัลไลซ์ หรือ transcreation?

เว็บไซต์ส่วนใหญ่ต้องใช้ทั้งสามแบบ:

• การแปล (translation) ถ่ายทอดความหมายไปอีกภาษา อย่างตรงต้นฉบับ
• การโลคัลไลซ์ (localisation) ปรับวันที่ สกุลเงิน หน่วย รูปแบบเบอร์โทร ตัวอย่าง และสิ่งที่อ้างถึงด้วย
• Transcreation เขียนข้อความใหม่ ให้ได้ผลเดียวกันกับกลุ่มผู้อ่านที่ต่างกัน แม้ทุกคำจะเปลี่ยน ใกล้กับการเขียนคำโฆษณา มากกว่าการแปล

เมื่อไรต้องให้เจ้าของภาษาตรวจ

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

บรีฟนักแปลเหมือนบรีฟนักเขียน

ให้ชุดข้อมูลเดียวกันกับนักแปลทุกคน:

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

แบรนดิ้งของเว็บไซต์ คือสิ่งที่ทำให้ทุกภาษา ฟังดูเป็นบริษัทเดียวกัน

ให้ทุกภาษามีผู้รับผิดชอบ

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

1. อนุมัติเนื้อหาต้นฉบับก่อน การแปลฉบับร่าง คือการจ่ายเงินสองรอบ
2. ส่งชุดบรีฟ ไปพร้อมข้อความที่อนุมัติแล้ว
3. แปลใน CMS หรือเครื่องมือที่เชื่อมต่อกัน ไม่ใช่ในเอกสารที่ต้องมีคนคัดลอกมาวางทีหลัง
4. ตรวจในตำแหน่งจริง บน staging ข้อความที่อ่านดีในสเปรดชีต อาจยังล้นปุ่มได้
5. ผู้รับผิดชอบภาษาอนุมัติ แล้วจึงขึ้นเว็บจริง

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

แปลสิ่งที่อยู่นอกหน้าเว็บด้วย

หน้าเว็บได้รับการแปล แต่ชิ้นส่วนรอบ ๆ มักถูกลืม

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

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

ข้อความระบบ หน้า 404 ผลการค้นหาที่ว่างเปล่า ประกาศคุกกี้ “อ่านต่อ” การแบ่งหน้า และวันที่ หลายอย่างมาจากธีมหรือปลั๊กอิน ไม่ใช่จากตัวแก้ไขหน้า จึงต้องเช็กทีละอย่าง

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

ออกแบบปุ่มเปลี่ยนภาษาที่หาเจอและไว้ใจได้

ใช้ชื่อภาษา ไม่ใช่ธงชาติ

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

อยู่ที่เดิม และพาไปหน้าเดิม

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

แนะนำ แต่อย่าบังคับ

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

สร้างให้เข้าถึงได้

ใช้ลิงก์ธรรมดา ไม่ใช่ดรอปดาวน์ที่โหลดหน้าใหม่ทันทีที่ตัวเลือกเปลี่ยน ในบางเบราว์เซอร์ ผู้ใช้คีย์บอร์ดจะทำให้เกิดสิ่งนี้ เพียงแค่กดลูกศรไล่ผ่านตัวเลือก และเกณฑ์ On Input (3.2.2) ของ WCAG ไม่อนุญาตให้เปลี่ยนบริบทเมื่อมีการป้อนข้อมูล โดยไม่แจ้งล่วงหน้า กำกับชื่อแต่ละภาษาด้วย attribute lang ของตัวเอง เพื่อให้โปรแกรมอ่านหน้าจออ่านออกเสียงถูกต้อง (WCAG 3.1.2, Language of Parts) ดูรายละเอียดเรื่องคีย์บอร์ดและโฟกัสได้ในเมนูนำทางเว็บไซต์ที่เข้าถึงได้

วางแผนตัวอักษรและเลย์เอาต์ให้ทุกระบบการเขียน

ภาษาใหม่เปลี่ยนรูปร่าง ความยาว และบางครั้งทิศทางของข้อความ:

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

ตัวอักษรบนเว็บสำหรับเว็บไซต์ธุรกิจ อธิบายไฟล์ฟอนต์ การโหลด และสิทธิ์การใช้งาน

WordPress รองรับหลายภาษาอย่างไร

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

ปลั๊กอินที่รู้จักกันดี ได้แก่ WPML, Polylang, TranslatePress และ Weglot ซึ่งใช้แนวทางต่างกัน ไม่ว่าจะพิจารณาตัวไหน ให้เช็ก:

• รองรับ page builder แบบฟอร์ม และปลั๊กอิน SEO ของคุณ
• แต่ละภาษามีเมนูและช่อง SEO ของตัวเอง
• แปลข้อความของธีมและปลั๊กอินได้ ไม่ใช่แค่หน้า
• คุณรู้ว่าคำแปลจะเป็นอย่างไร ถ้าการสมัครใช้งานสิ้นสุด
• การเพิ่มภาษาภายหลัง เป็นแค่การตั้งค่า ไม่ใช่การสร้างใหม่

ยังเลือกแพลตฟอร์มอยู่? วิธีเลือก CMS ชั่งน้ำหนักเรื่องภาษา ควบคู่กับทุกเรื่องอื่น

คำถามที่พบบ่อย

เว็บไซต์ควรเปิดตัวด้วยกี่ภาษา?

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

AI แปลเว็บไซต์ธุรกิจได้ดีพอไหม?

สำหรับร่างแรก และเนื้อหาที่ความเสี่ยงต่ำ มักจะพอ สำหรับหน้าที่ใช้โน้มน้าว ทุกอย่างที่มีน้ำหนักทางกฎหมาย และข้อความสั้น ๆ บนอินเทอร์เฟซ ควรให้บรรณาธิการที่ใช้ภาษาคล่อง และรู้สายงานของคุณ แก้และอนุมัติทุกคำ

ทุกภาษาต้องใช้ดีไซน์เดียวกันไหม?

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

ทำอะไรต่อ

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

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