Hreflang คือแท็กที่ใช้บอก Google ว่า “หน้านี้มีเวอร์ชันสำหรับภาษาหรือประเทศใดบ้าง” เพื่อช่วยให้ Google เลือกแสดง URL ที่เหมาะกับผู้ค้นหา เช่น ผู้ใช้ในไทยเห็นหน้าไทย ผู้ใช้ภาษาอังกฤษเห็นหน้าอังกฤษ แทนที่จะพาไปยังหน้าเว็บคนละภาษา Hreflang ไม่ได้ทำให้เว็บติดอันดับทันที แต่ช่วยลดความสับสนของ Google และสร้างประสบการณ์ที่ตรงกับลูกค้ามากขึ้น
ปัญหานี้เจอบ่อยมากในเว็บบริษัทที่เริ่มขยายตลาดต่างประเทศ เว็บมีทั้งไทย อังกฤษ และจีน แต่ Google กลับแสดงหน้าอังกฤษให้คนไทย หรือแสดงหน้าภาษาไทยให้ลูกค้าที่ค้นหาจากต่างประเทศ ผลคือคนเข้ามาแล้วอ่านไม่ออก กดออกเร็ว และโอกาสเปลี่ยนเป็นลูกค้าก็ลดลง ทั้งที่สินค้าและบริการอาจตรงกับความต้องการอยู่แล้ว
Hreflang ทำงานอย่างไร?
ให้คิดว่า Hreflang เป็นป้ายกำกับบนหน้าเว็บที่บอก Google ว่า URL ไหนคือเนื้อหาเวอร์ชันเดียวกันในแต่ละภาษา เช่น หน้าบริการออกแบบเว็บไซต์ของคุณอาจมี 3 URL ดังนี้
- example.com/th/web-design/ สำหรับภาษาไทย
- example.com/en/web-design/ สำหรับภาษาอังกฤษ
- example.com/ja/web-design/ สำหรับภาษาญี่ปุ่น
เมื่อ Google เจอความสัมพันธ์นี้ ก็มีข้อมูลเพิ่มขึ้นในการเลือกหน้าเว็บให้เหมาะกับภาษาของผู้ค้นหาและการตั้งค่าภาษาในเบราว์เซอร์ โดยแนวทางของ Google ระบุว่าควรประกาศความสัมพันธ์ของหน้าหลายภาษาอย่างชัดเจน แทนการปล่อยให้ระบบเดาเองทั้งหมด อ่านแนวทาง Hreflang จาก Google Search Central
จุดสำคัญคือ Hreflang ใช้กับหน้าเว็บที่เป็น “คู่แปล” หรือเป็นเวอร์ชันเฉพาะภูมิภาคของเนื้อหาเดียวกัน ไม่ใช่นำทุกหน้าบนเว็บมาเชื่อมกันแบบสุ่ม ตัวอย่างเช่น บทความภาษาไทยเรื่อง “วิธีเลือกบริษัททำเว็บไซต์” ควรเชื่อมกับบทความภาษาอังกฤษที่แปลหรือปรับเนื้อหาเพื่อผู้อ่านต่างประเทศ ไม่ใช่ไปเชื่อมกับหน้าโปรโมชั่นที่คนละเรื่องกัน
Hreflang สำคัญกับธุรกิจอย่างไร?
เว็บไซต์หลายภาษาไม่ได้มีเป้าหมายแค่แปลเมนูหรือเปลี่ยนข้อความบนหน้าเว็บ แต่คือการทำให้ลูกค้าแต่ละตลาดได้รับข้อมูล ราคา บริการ และคำเรียกที่เหมาะกับเขา Hreflang จึงเป็นส่วนหนึ่งของทั้ง SEO และ UX
- ลดโอกาสแสดงหน้าเว็บผิดภาษา ลูกค้าไม่ต้องเสียเวลาสลับภาษาเองหลังเข้ามา
- รองรับตลาดหลายประเทศ เช่น หน้าภาษาอังกฤษสำหรับสหรัฐฯ อังกฤษ หรือสิงคโปร์ที่มีราคาและเงื่อนไขต่างกัน
- ลดความสับสนเรื่องเนื้อหาซ้ำ Google เข้าใจว่าหน้าหลายภาษาคือเวอร์ชันที่เกี่ยวข้องกัน
- เพิ่มโอกาสเกิด Conversion คนที่อ่านรายละเอียดสินค้า บริการ และเงื่อนไขในภาษาที่เข้าใจ ย่อมตัดสินใจง่ายกว่า
สำหรับธุรกิจบริการ เช่น เอเจนซี คลินิก โรงแรม อสังหาริมทรัพย์ หรือร้านค้าออนไลน์ การมีหน้าเว็บหลายภาษาแบบวางโครงสร้างถูกตั้งแต่แรก ยังช่วยลดต้นทุนการแก้ SEO ในวันที่เว็บไซต์เติบโตแล้วด้วย โดยควรวางเรื่องนี้ร่วมกับ Technical SEO ตั้งแต่ขั้นตอนออกแบบเว็บไซต์
Hreflang ต่างจาก Canonical อย่างไร?
หลายคนเข้าใจผิดว่า Hreflang กับ Canonical คือสิ่งเดียวกัน เพราะทั้งคู่เกี่ยวกับ URL ที่คล้ายกัน แต่หน้าที่ต่างกันชัดเจน
- Canonical ใช้บอก Google ว่า URL ใดคือหน้าหลักในกลุ่มหน้าที่เนื้อหาเหมือนหรือใกล้เคียงกันมาก
- Hreflang ใช้บอก Google ว่า URL ใดเป็นเวอร์ชันภาษา หรือเวอร์ชันสำหรับประเทศอื่นของหน้าเดียวกัน
ตัวอย่างง่าย ๆ หน้าไทยและหน้าอังกฤษของบริการเดียวกันไม่ควร canonical ไปหา URL เดียวกัน เพราะทั้งสองหน้ามีหน้าที่รองรับคนละภาษา สิ่งที่ควรทำคือให้แต่ละหน้ามี canonical ของตัวเอง แล้วเชื่อมกันด้วย Hreflang
หากตั้ง Canonical ผิด เช่น หน้าอังกฤษ canonical ไปที่หน้าไทย Google อาจเลือกไม่เก็บหน้าอังกฤษไว้ในผลการค้นหาได้ จึงควรอ่านเรื่อง Duplicate Content และ Canonical URL ควบคู่กันก่อนเริ่มตั้งค่าหลายภาษา
รหัสภาษา Hreflang ที่ใช้บ่อยมีอะไรบ้าง?
Hreflang ใช้รหัสภาษาเป็นหลัก และสามารถระบุประเทศเพิ่มได้เมื่อเนื้อหามีความต่างกันจริง เช่น ราคา สกุลเงิน พื้นที่จัดส่ง หรือข้อกฎหมาย
- th สำหรับเนื้อหาภาษาไทยทั่วไป
- en สำหรับเนื้อหาภาษาอังกฤษทั่วไป
- en-us สำหรับภาษาอังกฤษที่เจาะตลาดสหรัฐอเมริกา
- en-gb สำหรับภาษาอังกฤษที่เจาะตลาดสหราชอาณาจักร
- ja สำหรับภาษาญี่ปุ่น
- zh-hant สำหรับภาษาจีนตัวเต็ม
ข้อผิดพลาดที่พบบ่อยคือใส่เฉพาะรหัสประเทศ เช่น TH หรือ US ซึ่งใช้ไม่ได้ เพราะ Hreflang ต้องเริ่มจากรหัสภาษาเสมอ อีกจุดหนึ่งคือคนมักเขียน en-uk แต่รหัสประเทศที่ถูกต้องของสหราชอาณาจักรคือ en-gb
ถ้าเว็บของคุณมีภาษาไทยเพียงชุดเดียว ไม่ได้แยกราคา ภาษา หรือเนื้อหาสำหรับประเทศอื่นโดยเฉพาะ ใช้ th ก็เพียงพอ ไม่จำเป็นต้องใส่ th-th ทุกหน้า การเพิ่มรหัสประเทศควรมีเหตุผลทางธุรกิจรองรับ ไม่ใช่ใส่เพื่อให้ดูละเอียดขึ้นเท่านั้น
วิธีตั้งค่า Hreflang บน WordPress แบบทำตามได้
เว็บ WordPress หลายภาษาเริ่มได้จากปลั๊กอินแปลภาษา แต่สิ่งที่ต้องตรวจจริงคือปลั๊กอินเชื่อม “หน้าคู่แปล” ถูกต้องหรือไม่ อย่าคิดว่าเปิดหลายภาษาแล้ว Hreflang จะสมบูรณ์โดยอัตโนมัติ
1. วางโครงสร้าง URL ก่อนสร้างเนื้อหา
เลือกรูปแบบ URL ให้ชัดและใช้เหมือนกันทั้งเว็บ เช่น /th/, /en/ และ /ja/ วิธีนี้เข้าใจง่าย ดูแลต่อได้สะดวก และช่วยให้ทีมคอนเทนต์รู้ว่าหน้าไหนเป็นเวอร์ชันภาษาใด
หลีกเลี่ยงการใช้ URL เดียวแล้วเปลี่ยนภาษาแบบอัตโนมัติตามประเทศหรือเบราว์เซอร์ เพราะ Google อาจเข้าถึงบางเวอร์ชันไม่ได้ ทางที่ดีกว่าคือมี URL แยกชัดเจน พร้อมปุ่มเลือกภาษาให้ผู้ใช้เปลี่ยนเอง
2. สร้างหน้าคู่แปลให้ครบ
หน้าไทย 1 หน้า ควรจับคู่กับหน้าอังกฤษหรือภาษาอื่นที่ตรงกันจริง เช่น หน้า About Us ต้องมี About Us เวอร์ชันภาษาอังกฤษ หน้า Service ต้องมี Service เวอร์ชันภาษาอังกฤษ ไม่ใช่เชื่อมทุกหน้ากลับไปที่หน้าแรกของอีกภาษา
ในงานจริง จุดที่มักหลุดคือหน้ารอง เช่น หน้าบทความเก่า หน้าหมวดหมู่ หน้าสินค้า หน้าขอบคุณหลังกรอกฟอร์ม และหน้ากฎหมาย หากหน้าเหล่านี้มีอยู่หลายภาษา ก็ต้องตรวจการจับคู่ให้ครบเช่นกัน
3. ตรวจโค้ด Hreflang ในส่วน Head
ตัวอย่างด้านล่างคือโค้ดที่ควรมีในส่วน <head> ของหน้าบริการเดียวกันทุกเวอร์ชัน โดยแต่ละหน้าต้องมีชุด URL เหมือนกัน รวมถึง URL ของตัวเอง
<link rel="alternate" hreflang="th" href="https://example.com/th/web-design/" /> <link rel="alternate" hreflang="en" href="https://example.com/en/web-design/" /> <link rel="alternate" hreflang="ja" href="https://example.com/ja/web-design/" /> <link rel="alternate" hreflang="x-default" href="https://example.com/language-selector/" />ค่า x-default ใช้สำหรับหน้า fallback เช่น หน้าตัวเลือกภาษา หรือหน้าที่เหมาะกับผู้ใช้ซึ่งไม่มีภาษาใดตรงกับที่เว็บไซต์รองรับ เป็นตัวเลือกที่มีประโยชน์มากกับเว็บไซต์ที่มีลูกค้าหลายประเทศ
4. ตรวจ Canonical และสถานะ URL ทุกภาษา
ก่อนเผยแพร่ ให้เปิดแต่ละ URL แล้วเช็กว่า URL ต้องตอบกลับด้วยสถานะ 200 OK ไม่ใช่ redirect ไม่ใช่ 404 และไม่ถูกตั้งค่า noindex จากนั้นตรวจว่า Canonical ของหน้าไทยชี้มาหน้าไทย หน้าอังกฤษชี้มาหน้าอังกฤษ
เรื่องนี้เกี่ยวข้องกับ Google Search Console โดยตรง เพราะคุณสามารถใช้ URL Inspection ตรวจได้ว่า Google เข้าถึงหน้าเว็บเวอร์ชันนั้นได้หรือไม่ แม้เครื่องมือนี้จะไม่ได้ตรวจ Hreflang ทุกคู่ให้ครบแทนคุณก็ตาม
ข้อผิดพลาด Hreflang ที่พบบ่อย
- หน้าไทยชี้ไปอังกฤษ แต่หน้าอังกฤษไม่ชี้กลับไทย Hreflang ต้องมีความสัมพันธ์แบบไป-กลับ
- ลืมใส่ URL ของตัวเอง ทุกหน้าควรระบุตัวเองอยู่ในชุด Hreflang ด้วย
- ใช้ URL แบบ relative เช่น /en/service/ แทนที่จะใช้ URL เต็มแบบ https://example.com/en/service/
- จับคู่หน้าคนละเนื้อหา เช่น หน้าแพ็กเกจไทยไปหาหน้าบทความภาษาอังกฤษ
- ตั้งภาษาแต่เนื้อหาหลักยังเป็นอีกภาษา Google ดูเนื้อหาที่มองเห็นจริง ไม่ได้เชื่อแท็กเพียงอย่างเดียว
- บังคับ redirect คนตามประเทศ ผู้ใช้และ Google ควรมีสิทธิ์เลือกเวอร์ชันภาษาเอง
สำหรับเว็บไซต์ที่มีหลายร้อยหรือหลายพันหน้า การจัดการ Hreflang ผ่าน XML Sitemap อาจเหมาะกว่าการวางแท็กในทุกหน้า เพราะดูแลรวมศูนย์ได้ง่ายกว่า แต่ต้องมีระบบสร้าง Sitemap ที่แม่นยำ และควรเชื่อมกับบทความเรื่อง XML Sitemap คืออะไร เพื่อวางโครงสร้างให้ถูกตั้งแต่ต้น
เช็กลิสต์ก่อนเผยแพร่เว็บหลายภาษา
- ทุกภาษามี URL แยกชัดเจนและเข้าถึงได้จริง
- แต่ละหน้าเชื่อม Hreflang ไปยังหน้าคู่แปลที่ตรงกัน
- ทุกหน้าระบุ URL ของตัวเองในชุด Hreflang
- ใช้รหัสภาษาและรหัสประเทศถูกต้อง
- แต่ละหน้ามี Canonical ของตัวเองในภาษาเดียวกัน
- ไม่มีหน้าใด redirect, noindex หรือ 404 โดยไม่ตั้งใจ
- มีปุ่มเลือกภาษาให้ผู้ใช้เปลี่ยนเวอร์ชันได้เอง
Hreflang ที่ดีไม่ใช่แค่การติดแท็กให้ครบ แต่คือการออกแบบโครงสร้างเว็บไซต์ให้คนและ Google เข้าใจตรงกัน เริ่มจากเลือก URL ที่ชัด สร้างเนื้อหาที่เหมาะกับแต่ละภาษา จับคู่หน้าให้ถูก แล้วตรวจให้ละเอียดก่อนเผยแพร่ วิธีนี้ช่วยให้เว็บหลายภาษาของคุณพร้อมรองรับการเติบโตโดยไม่สร้างปัญหา SEO สะสมในอนาคต
คำถามที่พบบ่อย
Hreflang จำเป็นกับทุกเว็บไซต์หรือไม่?
ไม่จำเป็นสำหรับเว็บไซต์ภาษาเดียว แต่ควรใช้เมื่อเว็บมีหน้าเนื้อหาเดียวกันหลายภาษา หรือมีเวอร์ชันเฉพาะประเทศ เช่น อังกฤษสำหรับสหรัฐฯ และอังกฤษสำหรับสหราชอาณาจักร
เว็บไทยกับอังกฤษต้องใช้ Hreflang หรือ Canonical?
ควรใช้ทั้งสองอย่างในหน้าที่ต่างกัน Canonical ระบุหน้าหลักของ URL นั้นเอง ส่วน Hreflang ระบุความสัมพันธ์ระหว่างหน้าไทยและหน้าอังกฤษที่เป็นคู่แปลกัน
ติดตั้งปลั๊กอินหลายภาษาแล้วต้องตรวจ Hreflang อีกไหม?
ต้องตรวจ เพราะปลั๊กอินอาจสร้างแท็กได้ แต่การจับคู่หน้า การตั้งค่า URL การ redirect และ Canonical ยังอาจผิดได้ โดยเฉพาะหลังย้ายเว็บ เปลี่ยนโดเมน หรือเพิ่มภาษาใหม่