สถาปัตยกรรม SEO หลายภาษา: เลือกใช้ subdirectory, subdomain หรือเว็บไซต์แยก พร้อมวิธีเขียน Hreflang
1. ความแตกต่างของการส่งต่อน้ำหนักใน 3 สถาปัตยกรรม
ปัญหาหลักของสถาปัตยกรรมหลายภาษามีข้อเดียว: น้ำหนักที่คุณสะสมมาบนโดเมนหลักจะส่งต่อไปยังเวอร์ชันภาษาใหม่ได้มากแค่ไหน Google จัดการโดเมนหลัก subdirectory subdomain และโดเมนแยกไม่เหมือนกัน
| สถาปัตยกรรม | ตัวอย่าง | การส่งต่อน้ำหนัก | ต้นทุนการดูแล | ช่วงที่เหมาะ |
|---|---|---|---|---|
| ไดเรกทอรีย่อย | example.com/de/ | รับ 100% จากโดเมนหลัก | ต่ำที่สุด ใช้เทมเพลตชุดเดียว | B2B ส่วนใหญ่ |
| ซับโดเมน | de.example.com | ส่งต่อบางส่วน ต้องสร้างใหม่ | ปานกลาง ต้องตั้งค่า Cookie/CDN ใหม่ | ต้องแยกทางเทคนิค |
| เว็บไซต์แยกด้วย ccTLD | example.de | เริ่มจากศูนย์ | สูงที่สุด แบ็กลิงก์และเนื้อหาเป็นสองชุด | แบรนด์แข็งแกร่งในท้องถิ่น |
| gTLD หลายเว็บ | example-es.com | เริ่มจากศูนย์ ไม่มีสัญญาณท้องถิ่น | สูงสุด | ไม่แนะนำ |
เหตุผลที่ซับไดเรกทอรีเป็นคำตอบเริ่มต้น เพราะมันรวมทุกเวอร์ชันภาษาไว้ใต้โดเมนเดียวกัน แบ็กลิงก์ของโดเมนหลัก ความลึกของเนื้อหา และงบประมาณการครอว์ลถูกแชร์ร่วมกันทั้งหมด การเพิ่มเวอร์ชันภาษาเยอรมันไม่ต้องสมัคร Search Console asset ใหม่ ไม่ต้องสร้างแบ็กลิงก์ใหม่ แค่ใส่เนื้อหาใต้พาธ /de/ ดูขั้นตอนการเปิดตัวหลายภาษาได้ที่ขั้นตอนการเผยแพร่เนื้อหาหลายภาษา。
สอง กรอบการตัดสินใจเลือก: เลือกตามระยะตลาดและข้อจำกัด
อย่าเลือกสถาปัตยกรรมตามความชอบ ให้ตอบสามคำถามนี้ ลำดับการตัดสินใจคือ: โดเมนหลักโตเต็มที่หรือยัง มีความจำเป็นต้องแยกทางเทคนิคไหม และแบรนด์ในท้องถิ่นแข็งแกร่งพอหรือไม่
| คำถามที่ใช้ตัดสินใจ | แปล | ไม่ |
|---|---|---|
| โดเมนหลักเปิดใช้งานครบ 2 ปีและมีทราฟฟิกธรรมชาติหรือยัง? | เลือก subdirectory | ทำโดเมนหลักให้โตก่อน ยังไม่ต้องรีบทำหลายภาษา |
| ตลาดนั้นต้องใช้ระบบชำระเงิน/compliance/tech stack แยกหรือไม่? | ตลาดนั้นใช้ subdomain | ยังใช้ subdirectory |
| แบรนด์เป็นที่รู้จักในท้องถิ่นและงบต่อปี ≥ 200,000 หยวน? | ใช้เว็บไซต์แยกด้วย ccTLD ได้ | ใช้ subdirectory ต่อไป |
| ภาษาเดียวกันแต่ต่างประเทศ (อังกฤษ สหรัฐ/สหราชอาณาจักร/ออสเตรเลีย)? | แค่ติด hreflang ก็พอ | ไม่จำเป็นต้องเปิดเว็บไซต์แยก |
ลองดูสถานการณ์หนึ่ง: คุณเป็นบริษัทเครื่องจักรอุตสาหกรรมที่ทำตลาดต่างประเทศ เว็บไซต์ภาษาอังกฤษบนโดเมนหลักเปิดมา 3 ปี มีทราฟฟิกธรรมชาติ 8,000 ครั้งต่อเดือน อยากเพิ่มเวอร์ชันภาษาเยอรมันและสเปน วิธีที่ถูกต้องคือใช้ example.com/de/ และ example.com/es/ ภายใน 6 เดือนจะเห็นคีย์เวิร์ดภาษาเยอรมันติดอันดับท็อป 50 แต่ถ้าซื้อ example.de และ example.es ตั้งแต่แรก กว่าจะสร้างค่าความน่าเชื่อถือของโดเมนได้ต้องใช้เวลา 12 ถึง 18 เดือน
อีกสถานการณ์หนึ่ง: ตลาดตะวันออกกลางบางแห่งต้องใช้ช่องทางชำระเงินแยกและต้องติดตั้งระบบให้สอดคล้องกฎหมายท้องถิ่น แต่เทมเพลตบนโดเมนหลักแก้ไขไม่ได้ ในกรณีนี้การใช้ซับโดเมนอย่าง me.example.com ถือว่ารับได้ แต่ต้องยอมรับว่าการถ่ายทอดค่าความน่าเชื่อถือแบบที่ใช้ได้ในกลุ่มประเทศภาษาเยอรมันนั้น บนซับโดเมนจะลดลงเหลือเจ็ดส่วนสิบ
การเปรียบเทียบต้นทุนก็ควรคำนวณไว้ด้วย แผนใช้โฟลเดอร์ย่อยมีต้นทุนเพิ่มต่อปีแทบเป็นศูนย์ มีแค่ค่าจ้างแปลและผลิตเนื้อหา ส่วนซับโดเมนต้องตั้งค่า SSL certificate, กฎแคช CDN และทรัพยากรใน Search Console เพิ่มอีกชุด ใช้แรงงานครั้งเดียวประมาณ 3 ถึง 5 คนต่อวัน ส่วนเว็บไซต์แยกด้วย ccTLD นอกจากค่าจดทะเบียนโดเมนแล้ว ยังต้องสร้างลิงก์ภายนอกและมีทีมเนื้อหาท้องถิ่นแยกต่างหาก ปีแรกมักใช้เงินเป็น 2 ถึง 3 เท่าของแผนใช้โฟลเดอร์ย่อย ทีม B2B ที่งบจำกัดควรคำนวณบัญชีนี้ให้ชัดก่อนตัดสินใจ
สาม、Hreflang เขียนต่างกันอย่างไรในสามสถาปัตยกรรม
ไม่ว่าจะเลือกสถาปัตยกรรมแบบไหน Hreflang ต้องเขียนเสมอ ไม่อย่างนั้น Google จะไม่รู้ว่าเวอร์ชันไหนตรงกับประเทศและภาษาไหน ทั้งสามแบบมีกฎการเขียนเหมือนกัน ต่างแค่รูปแบบ URL
| สถาปัตยกรรม | ตัวอย่าง hreflang | ตำแหน่งที่วาง | ข้อควรระวัง |
|---|---|---|---|
| ไดเรกทอรีย่อย | href=”https://example.com/de/” | head link หรือ sitemap | ผิดพลาดยากที่สุด |
| ซับโดเมน | href=”https://de.example.com/” | URL เต็มข้ามซับโดเมน | SSL certificate ต้องครอบคลุมซับโดเมน |
| เว็บไซต์อิสระ | href=”https://example.de/” | URL เต็มข้ามโดเมน | ทั้งสองเว็บต้องติดป้ายหากัน |
| x-default | href=”https://example.com/” | ทุกกลุ่มต้องมี | ชี้ไปยังหน้าเริ่มต้นภาษาอังกฤษ |
มีกฎตายตัวข้อหนึ่งในการเขียน: hreflang แต่ละกลุ่มต้องอ้างอิงสองทาง หน้าภาษาอังกฤษติดป้ายหน้าภาษาเยอรมัน หน้าภาษาเยอรมันก็ต้องติดป้ายหน้าภาษาอังกฤษด้วย ถ้าตกไปข้างหนึ่งทั้งกลุ่มจะใช้ไม่ได้ รหัสภาษใช้ ISO 639-1 (de, fr) รหัสประเทศใช้ ISO 3166-1 (de-DE, de-AT) ภาษาเยอรมันของเยอรมนีกับออสเตรียต่างกัน ต้องติดป้ายแยก ดูวิธีเขียนแบบครบถ้วนและข้อผิดพลาดที่พบบ่อยได้ที่Hreflang การรองรับหลายภาษา。
เว็บไซต์ WordPress ที่ใช้ WPML หรือ Polylang ปลั๊กอินจะสร้าง hreflang ให้อัตโนมัติ แต่แท็กที่สร้างอัตโนมัติมักขาด x-default หรือขาดการอ้างอิงสองทาง หลังเปิดใช้งานต้องสุ่มตรวจด้วยรายงานการกำหนดเป้าหมายระดับสากลใน Search Console ดูแนวทางเลือกเทคโนโลยีได้ที่เทคโนโลยีสแตกของ crater。
ข้อที่คนมักลังเลคือ: ภาษาอังกฤษมีเวอร์ชันสหรัฐฯ อยู่แล้ว ควรทำ /en-gb/ สำหรับสหราชอาณาจักรเพิ่มไหม ถ้าหน้าสำหรับสหราชอาณาจักรแค่เปลี่ยนดอลลาร์เป็นปอนด์และเปลี่ยนการสะกดแบบอเมริกันเป็นแบบอังกฤษ เนื้อหาอื่นเหมือนกันทั้งหมด ก็ไม่ต้องสร้างหน้าแยก ใช้ /en/ หน้าเดียวกัน แล้วติดป้ายด้วย hreflang en-GB ก็พอ จะทำหน้าแยกก็ต่อเมื่อสหราชอาณาจักรมีราคา ข้อกำหนดทางกฎหมาย หรือกรณีศึกษาของตัวเองเท่านั้น
สี่、การย้ายระบบและข้อผิดพลาดที่พบบ่อย
เลือกสถาปัตยกรรมผิดแล้วย้ายทีหลังต้นทุนสูงมาก นี่คือข้อผิดพลาดที่เจอบ่อยรวบรวมไว้ให้ครบในที่เดียว
| ข้อผิดพลาด | ผลที่ตามมา | วิธีที่ถูกต้อง |
|---|---|---|
| ซื้อ ccTLD ไปเลยสำหรับตลาดใหม่ | 12 เดือนแรกอันดับตามหลัง subdirectory | ใช้ subdirectory ทดสอบตลาดก่อนแล้วค่อยตัดสินใจ |
| เขียน hreflang แค่ด้านเดียว | แท็กทั้งกลุ่มใช้งานไม่ได้ | แต่ละกลุ่มต้องอ้างอิงสองทางพร้อม x-default |
| subdomain ไม่ติด SSL | hreflang ดึงข้อมูลไม่สำเร็จ | ใบรับรองครอบคลุมทุก subdomain |
| ทำ doorway page แยกตามประเทศ | โดน manual action | ทุกหน้ามีเนื้อหาท้องถิ่นจริง ดูหัวข้อทำ landing page แยกตามประเทศ |
| ประเทศที่ใช้ภาษาเดียวกันใช้หน้าเดียวกันโดยไม่ระบุ | Google เลือกเวอร์ชันที่จะแสดงผิด | ใช้ en-GB/en-AU แยกความต่าง |
การย้ายจาก subdirectory ไปเป็นเว็บแยกเป็นงานที่สูญเสีย authority มากที่สุด ต้องมีแผนที่ 301 redirect และสร้าง backlink ใหม่ให้ครบ หลังย้ายแล้วอันดับแกว่ง 4 ถึง 8 สัปดาห์ถือว่าปกติ ดูระเบียบวิธีได้ที่การปรับโครงสร้างเว็บและการเปลี่ยนโดเมน คุณภาพการแปลก็มีผลต่ออันดับเช่นกัน หลังแปลด้วยเครื่องต้องผ่าน การแก้ไขหลังการแปล ไม่งั้นผู้ใช้ท้องถิ่นจะ bounce rate สูง และ Google ก็จะตัดสินว่าคุณภาพเนื้อหาต่ำ
สุดท้ายให้วิธีจำง่ายๆ ในการเลือก ถ้าทีมมีแค่คนเดียวหรือสองคน หลับตาก็เลือก subdirectory ถ้าทีมเทคนิคระบุชัดว่าตลาดหนึ่งต้อง deploy แยก ค่อยใช้ subdomain และจะพิจารณาเว็บแยกก็ต่อเมื่อตัวแทนจำหน่ายหรือลูกค้าในท้องถิ่นค้นหาคุณด้วย ccTLD อยู่แล้ว และคุณพร้อมจะดูแลทีมเนื้อหาแยกสำหรับตลาดนั้น พอเลือกสถาปัตยกรรมแล้ว อย่าแตะ URL สามปี การสลับไปมาบ่อยๆ เจ็บกว่าเลือกผิด
การตัดสินใจนี้ไม่เปลี่ยนตามขนาดบริษัท ทีมเล็กยิ่งควรกระจุก authority ไว้ที่โดเมนหลักเดียว ไม่ใช่กระจายไปหลายโดเมนใหม่
FAQ คำถามที่พบบ่อย
subdirectory, subdomain หรือเว็บแยก เลือกอันไหนดี?
โดเมน .de ได้เปรียบอันดับในตลาดเยอรมันโดยธรรมชาติจริงไหม?
ภาษาเดียวกันแต่คนละประเทศ เช่น อังกฤษ อเมริกา ออสเตรเลีย ต้องเปิดเว็บแยกไหม?
ทำไมโครงสร้างซับโดเมนถึงสูญเสียน้ำหนัก?
WPML ของ WordPress เขียน hreflang ให้อัตโนมัติแล้ว ยังต้องตรวจด้วยมืออีกไหม?
ทำเว็บหลายภาษาด้วยโฟลเดอร์ย่อยไปแล้ว ภายหลังยังเปลี่ยนเป็นเว็บแยกได้ไหม?
ทิ้งท้าย
การเลือกโครงสร้างหลายภาษา แท้จริงแล้วคือการชั่งน้ำหนักระหว่างประสิทธิภาพด้านอันดับกับความต้องการด้านการแปลให้เข้ากับท้องถิ่น ถ้าเลือกใช้ตัวเลือกอื่นนอกเหนือจากซับไดเรกทอรี ต้องอธิบายให้ได้ว่าทำไมต้องใช้ตัวนั้นจริง ๆ ไม่อย่างนั้นก็เท่ากับเพิ่มภาระในการดูแลเว็บให้ตัวเอง เว็บ B2B ที่ออกตลาดต่างประเทศเกือบทั้งหมดใช้ซับไดเรกทอรีควบคู่กับ hreflang ที่ถูกต้องก็เพียงพอแล้ว
ลงมือสามขั้นตอน: สัปดาห์นี้ใช้ Search Console ยืนยันว่าโดเมนหลักโตพอที่จะขยายหลายภาษาได้แล้วหรือยัง สัปดาห์หน้าเลือกโครงสร้างให้แต่ละตลาดใหม่ตามแผนผังการตัดสินใจ โดยให้ความสำคัญกับโฟลเดอร์ย่อยก่อน ภายในสองสัปดาห์หลังเปิดใช้งานให้สุ่มตรวจความเป็นสองทางของ hreflang ด้วยรายงานการกำหนดเป้าหมายระดับประเทศ ส่วนการปรับแผนภูมิและตัวเลขให้เป็นท้องถิ่นสำหรับเวอร์ชันภาษาเยอรมันและสเปนดูได้ที่การจัดการแผนภูมิของเว็บหลายภาษา。
ประโยคที่จำง่าย ๆ ไว้: โครงสร้างหลายภาษาให้ใช้โฟลเดอร์ย่อยให้ถูกก่อน ส่วน ccTLD เตรียมไว้ให้คนที่ชนะตลาดท้องถิ่นแล้ว ไม่ใช่เพื่อประหยัดเวลาให้คนที่เพิ่งออกตลาดต่างประเทศ