สรุปสั้น ๆ (TL;DR)
- Google รับ hreflang ได้สามรูปแบบ คือ HTML link element ในส่วน head, HTTP Link header สำหรับไฟล์อย่าง PDF หรือรายการใน XML sitemap
- ค่าที่ใช้คือรหัสภาษา ISO 639-1 และอาจตามด้วยรหัสภูมิภาค ISO 3166-1 Alpha 2 ดังนั้น en-GB ถูกต้อง แต่ en-UK และ jp ใช้ไม่ได้
- ทุกหน้าต้องระบุตัวเองและเวอร์ชันอื่นทั้งหมด และแต่ละคู่ต้องมี return link มิฉะนั้น Google อาจเพิกเฉย
- รายงาน International Targeting ใน Search Console ถูกยกเลิกแล้ว ให้ตรวจด้วย URL Inspection รายงาน Performance และ crawler
แท็ก hreflang บอก Google ว่าควรแสดงหน้าเวอร์ชันภาษาหรือภูมิภาคใดให้ผู้ค้นหา คนที่ใช้ภาษาไทยจะได้เห็นหน้าภาษาไทย และคนที่ใช้ภาษาอังกฤษจะได้เห็นหน้าภาษาอังกฤษ แท็กนี้เป็นคำอธิบายที่เชื่อมหน้าที่มีเนื้อหาเทียบเท่ากันข้ามภาษา ตัวมันเองไม่ได้ช่วยดันอันดับ แต่ช่วยไม่ให้เวอร์ชันผิดภาษาไปโผล่ในตลาดที่ไม่ใช่
สำหรับธุรกิจที่มีเว็บไซต์สองภาษาอังกฤษและไทย hreflang เป็นหนึ่งในการตั้งค่าทางเทคนิคไม่กี่อย่างที่มีผลโดยตรงว่าผู้ชมกลุ่มไหนจะเข้าหน้าไหน และยังเป็นเรื่องที่ตั้งค่าผิดแบบแนบเนียนได้ง่าย บทความนี้อธิบายว่า hreflang tags ทำหน้าที่อะไร วิธีติดตั้งสามแบบ x-default และ return links ทำงานอย่างไร ข้อผิดพลาดที่ทำให้ Google เพิกเฉยต่อแท็ก วิธีตั้งค่าบนเว็บ EN/TH และวิธีตรวจสอบหลังติดตั้ง
แท็ก hreflang ทำหน้าที่อะไร
เมื่อคุณเผยแพร่เนื้อหาเดียวกันมากกว่าหนึ่งภาษา Google จะเห็นหลาย URL ที่พูดเรื่องเดียวกัน แท็ก hreflang จัด URL เหล่านั้นเป็นชุดเดียว และระบุภาษา (และภูมิภาค ถ้าต้องการ) ของแต่ละ URL จากนั้น Google จะสลับไปแสดงเวอร์ชันที่ตรงกับภาษาหรือตำแหน่งของผู้ค้นหาในผลการค้นหาได้
สิ่งที่ hreflang ไม่ได้ทำก็สำคัญไม่แพ้กัน:
- เป็นสัญญาณ ไม่ใช่คำสั่ง Google อาจยังแสดงเวอร์ชันอื่นถ้าเห็นว่าเวอร์ชันนั้นมีประโยชน์กว่า
- Google ไม่ได้ใช้ hreflang หรือแอตทริบิวต์ lang ของ HTML เพื่อตัดสินว่าหน้าเขียนด้วยภาษาอะไร Google ใช้อัลกอริทึมของตัวเองในการตรวจภาษา hreflang มีหน้าที่แค่เชื่อมเวอร์ชันต่างๆ เข้าด้วยกัน
- ไม่ได้รวมสัญญาณการจัดอันดับแบบที่แท็ก canonical ทำ แต่ละเวอร์ชันภาษายังต้องถูกจัดทำดัชนีได้และมีคุณภาพพอจะติดอันดับด้วยตัวเอง
- ไม่ได้แก้ปัญหาหน้าที่เนื้อหาบางหรือแปลด้วยเครื่อง ถ้าหน้าภาษาไทยเป็นสำเนาที่อ่อนกว่าหน้าภาษาอังกฤษ hreflang ก็แค่ทำให้หน้าที่อ่อนนั้นถูกพบง่ายขึ้น
รูปแบบ hreflang: วิธีติดตั้งสามแบบ
Google รองรับการประกาศ hreflang สามวิธีที่ให้ผลเท่ากัน หน้าแต่ละชุดใช้วิธีเดียวก็พอ ใช้มากกว่าหนึ่งวิธีได้ แต่จะต้องดูแลสองเท่า และเพิ่มโอกาสที่ข้อมูลจะขัดกันเอง
| วิธี | แท็กอยู่ที่ไหน | เหมาะกับ |
|---|---|---|
| HTML link element | ในส่วน head ของทุกหน้าในชุด | เว็บไซต์ส่วนใหญ่ โดยเฉพาะเมื่อ CMS หรือเฟรมเวิร์กสร้างส่วน head ให้ |
| HTTP response header | ใน response จากเซิร์ฟเวอร์ของแต่ละ URL | ไฟล์ที่ไม่ใช่ HTML เช่น PDF ซึ่งไม่มีส่วน head |
| XML sitemap | ใน sitemap ภายในรายการของแต่ละ URL | เว็บไซต์ขนาดใหญ่ หรือเว็บที่แก้เทมเพลตหน้าได้ยาก |
HTML link element
แต่ละหน้ามี link element หนึ่งตัวต่อหนึ่งเวอร์ชันในชุด วางไว้ในส่วน head แต่ละตัวมีสามแอตทริบิวต์ คือ rel ที่ตั้งเป็น "alternate", hreflang ที่ตั้งเป็นรหัสภาษา (เช่น "th" หรือ "en") และ URL ของเวอร์ชันนั้น ซึ่งต้องเขียนเป็นที่อยู่เต็มแบบ absolute รวม https และโดเมน หน้าภาษาไทยและหน้าภาษาอังกฤษที่คู่กันจะต้องแสดงทั้งสอง URL คือ URL ภาษาไทยกำกับ "th" และ URL ภาษาอังกฤษกำกับ "en" โดยหน้าแต่ละหน้าต้องระบุตัวเองด้วย นอกเหนือจากเวอร์ชันอื่น
แท็กต้องอยู่ในส่วน head ถ้ามีสคริปต์หรือปลั๊กอินแทรก element ที่ไม่อนุญาตให้อยู่ใน head เช่น รูปภาพหรือ div เบราว์เซอร์และ Google อาจถือว่าส่วน head ปิดลงตรงจุดนั้น แท็ก hreflang ที่อยู่ถัดลงไปจึงอาจถูกเพิกเฉย นี่เป็นสาเหตุหนึ่งของอาการ "มีแท็กอยู่ในซอร์สแต่ไม่มีผลอะไร"
HTTP header
สำหรับไฟล์ที่ไม่มี HTML เซิร์ฟเวอร์จะส่ง Link header รูปแบบคือใส่ URL แต่ละตัวในวงเล็บมุม ตามด้วยความสัมพันธ์และภาษา เช่น Link: <https://www.example.com/th/guide.pdf>; rel="alternate"; hreflang="th" และคั่นเวอร์ชันอื่นด้วยเครื่องหมายจุลภาคใน header เดียวกัน
XML sitemap
ใน sitemap รายการของแต่ละ URL จะระบุทุกเวอร์ชันของหน้านั้น รวมถึงตัวเอง เป็น alternate link element ใน namespace xhtml ซึ่งต้องประกาศไว้ที่ต้นไฟล์ sitemap รายการ URL ภาษาไทยและรายการ URL ภาษาอังกฤษต่างก็มีชุดครบทั้งหมด วิธีนี้ทำให้ไม่ต้องใส่ hreflang ในเทมเพลตหน้า ซึ่งช่วยได้มากเมื่อเว็บมีหลายพันหน้า แต่ก็หมายความว่าต้องสร้าง sitemap ใหม่ทุกครั้งที่เพิ่มหรือลบหน้า
รหัสภาษาและรหัสภูมิภาค
ค่าของ hreflang คือรหัสภาษาตามมาตรฐาน ISO 639-1 และอาจตามด้วยขีดกลางกับรหัสภูมิภาคตามมาตรฐาน ISO 3166-1 Alpha 2
- ภาษาอย่างเดียว: "th" สำหรับภาษาไทย "en" สำหรับภาษาอังกฤษ ปกติเว็บไทยและอังกฤษใช้แค่นี้ก็พอ
- ภาษาพร้อมภูมิภาค: "en-GB" สำหรับภาษาอังกฤษสำหรับผู้ใช้ในสหราชอาณาจักร "th-TH" สำหรับภาษาไทยสำหรับผู้ใช้ในประเทศไทย ใช้รหัสภูมิภาคเฉพาะเมื่อมีเวอร์ชันแยกตามประเทศจริงๆ เช่น ราคาหรือเงื่อนไขการจัดส่งต่างกัน
- รหัสภูมิภาคอย่างเดียวใช้ไม่ได้ "TH" ที่ไม่มีรหัสภาษา หรือการใช้รหัสประเทศแทนรหัสภาษาจะไม่ทำงาน ภาษาญี่ปุ่นคือ "ja" ไม่ใช่ "jp" และสหราชอาณาจักรคือ "GB" ไม่ใช่ "UK"
x-default: เวอร์ชันสำรอง
ค่า x-default ระบุหน้าที่ Google ควรแสดงเมื่อไม่มีภาษาใดในชุดตรงกับผู้ค้นหา ตัวเลือกที่ใช้กันทั่วไปคือหน้าเลือกภาษา หรือเวอร์ชันที่ผู้เข้าชมต่างชาติส่วนใหญ่ควรเห็น ซึ่งสำหรับธุรกิจไทยจำนวนมากที่มีลูกค้าต่างประเทศก็คือหน้าภาษาอังกฤษ ให้เพิ่มเป็นอีกหนึ่งรายการในชุด โดยใส่ "x-default" แทนรหัสภาษา และทุกหน้าในชุดควรระบุ URL ของ x-default ตัวเดียวกัน
x-default ไม่บังคับ แต่บนเว็บสองภาษา มันช่วยตัดการเดาสำหรับผู้ค้นหาที่ใช้ภาษาอื่น เช่น เยอรมันหรือเกาหลี ถ้าไม่มี Google จะเลือกเวอร์ชันที่คิดว่าเหมาะที่สุดเอง
Return links และการอ้างอิงตัวเอง
hreflang ทำงานเป็นคู่ ถ้าหน้าภาษาอังกฤษบอกว่าหน้าภาษาไทยเป็นเวอร์ชัน "th" ของตัวเอง หน้าภาษาไทยก็ต้องบอกกลับว่าหน้าภาษาอังกฤษเป็นเวอร์ชัน "en" ของตัวเอง การชี้กลับนี้เรียกว่า return link ถ้าไม่มี Google อาจเพิกเฉยต่อความสัมพันธ์ระหว่างสองหน้านั้น เหตุผลตรงไปตรงมา return link ป้องกันไม่ให้เว็บไซต์อื่นอ้างตัวว่าเป็นเวอร์ชันภาษาอื่นของหน้าคุณ
แต่ละหน้าควรระบุตัวเองด้วย ในทางปฏิบัติ ทุกหน้าในชุดเดียวกันจึงมีบล็อก hreflang ที่เหมือนกันทุกประการ นี่คือเหตุผลที่การสร้างบล็อกจากรายการกลางชุดเดียวปลอดภัยกว่าการเขียนเองทีละหน้ามาก
ข้อผิดพลาดของ hreflang ที่พบบ่อย
- ไม่มี return link หน้าหนึ่งชี้ไปอีกหน้า แต่อีกหน้าไม่ชี้กลับ มักเกิดจากการแก้เทมเพลตภาษาเดียว
- ชี้ไปที่ URL ที่ไม่ใช่ canonical hreflang ควรอ้างอิง URL แบบ canonical ของแต่ละเวอร์ชัน การชี้ไปที่ URL ที่ redirect ตอบกลับ 404 หรือตั้ง noindex อาจทำให้ Google ไม่ใช้ hreflang เหล่านั้น
- ตั้ง canonical ข้ามภาษา ถ้าหน้าภาษาไทยประกาศว่าหน้าภาษาอังกฤษเป็น canonical ของตัวเอง เท่ากับบอก Google ว่าหน้าภาษาไทยเป็นหน้าซ้ำที่ตัดทิ้งได้ แต่ละเวอร์ชันภาษาควรมี canonical ชี้ที่ตัวเอง
- รหัสผิด "jp" ไม่ใช่รหัสภาษา และรหัสภูมิภาคที่ไม่มีรหัสภาษาใช้ไม่ได้ ส่วนใน "en-UK" Google จะเพิกเฉยต่อรหัสภูมิภาค UK ซึ่งเป็นรหัสที่สงวนไว้ แท็กจึงไม่ได้กำหนดเป้าหมายไปที่สหราชอาณาจักร ให้ใช้ "en-GB"
- ใช้ URL แบบ relative URL ใน hreflang ต้องเป็นแบบ absolute มีทั้งโปรโตคอลและโดเมน
- รูปแบบ URL ไม่ตรงกัน มีเครื่องหมายทับท้าย URL ใน canonical แต่ไม่มีใน hreflang ใช้ http ที่หนึ่งและ https อีกที่ หรือ slug ภาษาไทยถูกเข้ารหัสแบบเปอร์เซ็นต์ที่หนึ่งแต่เขียนต่างออกไปอีกที่ ให้ใช้รูปแบบ URL ให้ตรงกับแท็ก canonical ทุกตัวอักษร
- แท็กอยู่นอก head element ที่ถูกแทรกจนส่วน head ปิดก่อนเวลา หรือแท็กที่วางไว้ใน body จะไม่ถูกอ่าน
- ใช้หลายวิธีขัดกัน ข้อมูลใน sitemap บอกอย่างหนึ่ง แต่แท็กบนหน้าบอกอีกอย่าง ให้เลือกวิธีเดียว
ตั้งค่า hreflang บนเว็บสองภาษา EN/TH
โครงสร้างที่ธุรกิจไทยใช้กันบ่อยคือภาษาอังกฤษอยู่ที่ root และภาษาไทยอยู่ใต้โฟลเดอร์ /th/ หรือกลับกัน ขั้นตอนเหมือนกันทั้งสองแบบ
- จับคู่ทุกหน้ากับหน้าที่เทียบเท่า ทำรายการ URL ภาษาอังกฤษพร้อม URL ภาษาไทยที่คู่กัน หน้าที่มีแค่ภาษาเดียวไม่ต้องใส่ hreflang ของภาษาที่ไม่มี และอย่าชี้ไปที่หน้าแรกของอีกภาษาแทน
- เลือกรหัส ถ้ามีเวอร์ชันไทยหนึ่งและอังกฤษหนึ่ง ใช้ "th" กับ "en" ก็พอ เพิ่มรหัสภูมิภาคเฉพาะเมื่อมีเวอร์ชันแยกตามประเทศ
- เลือก x-default ปกติคือหน้าภาษาอังกฤษสำหรับธุรกิจที่มีความต้องการจากต่างประเทศ หรือหน้าภาษาไทยถ้า traffic เกือบทั้งหมดมาจากในประเทศ
- สร้างบล็อกจากแหล่งเดียว ให้ CMS เฟรมเวิร์ก หรือปลั๊กอินหลายภาษาสร้างชุดเต็ม รวมการอ้างอิงตัวเองและ x-default บนทั้งสองเวอร์ชัน
- จัด canonical ให้ตรง แต่ละหน้ามี canonical ชี้ที่ตัวเอง และ URL ใน hreflang ต้องตรงกับ canonical เหล่านั้น
- จัดการ slug ภาษาไทยให้สม่ำเสมอ ถ้า URL ภาษาไทยใช้ตัวอักษรไทย ตรวจให้แน่ใจว่า canonical, hreflang และ sitemap ใช้ URL รูปแบบเดียวกัน
- เชื่อมเวอร์ชันด้วยลิงก์ที่มองเห็นได้ ปุ่มเปลี่ยนภาษาที่ส่วนหัวเว็บให้ทั้งผู้ใช้และ crawler มีลิงก์ปกติระหว่างเวอร์ชัน hreflang เสริมลิงก์นั้น ไม่ได้แทนที่
วิธีตรวจ hreflang ใน Search Console และด้วย crawler
รายงาน International Targeting เดิมใน Search Console ที่เคยแสดงข้อผิดพลาดของ hreflang ถูกยกเลิกไปแล้ว การตรวจสอบตอนนี้จึงต้องพึ่งเครื่องมืออื่น
- URL Inspection ใน Search Console ตรวจ URL ภาษาไทยหนึ่งตัวและ URL ภาษาอังกฤษหนึ่งตัว ยืนยันว่าทั้งสองถูกจัดทำดัชนี และ canonical ที่ Google เลือกคือหน้านั้นเอง ไม่ใช่หน้าอีกภาษา ถ้า Google เลือกหน้าภาษาอังกฤษเป็น canonical ของ URL ภาษาไทย hreflang อย่างเดียวแก้ไม่ได้ ต้องแก้ที่เนื้อหาหรือแท็ก canonical
- รายงาน Performance กรองตามประเทศและหน้า ตรวจว่าผู้ค้นหาในประเทศไทยที่ใช้คำค้นภาษาไทยส่วนใหญ่เข้าหน้า URL ภาษาไทย ถ้าหน้าภาษาอังกฤษได้ impression จากคำค้นภาษาไทยในประเทศไทยมาก อาจแปลว่าชุด hreflang เสีย
- crawler สำหรับตรวจเว็บ โปรแกรม crawler ด้าน SEO บนเดสก์ท็อปดึง hreflang จากหน้าเว็บและ sitemap ได้ และแจ้งปัญหา return link ที่ขาด ปลายทางที่ไม่ตอบ 200 การไม่อ้างอิงตัวเอง และรหัสที่ไม่ถูกต้องทั่วทั้งเว็บ เป็นวิธีที่เร็วที่สุดในการหาข้อผิดพลาดระดับเทมเพลต
- ดูซอร์สหลัง render สำหรับเว็บที่ render ด้วย JavaScript ให้ตรวจ HTML หลัง render (เช่น จากหน้าที่ทดสอบใน URL Inspection) ไม่ใช่ดูแค่ซอร์สดิบ เพื่อยืนยันว่าแท็กมีอยู่และอยู่ในส่วน head หลัง render แล้ว
หลังแก้ข้อผิดพลาด ให้เวลา Google crawl ทั้งสองเวอร์ชันใหม่ก่อนประเมินผล หน้าที่ถูก crawl ไม่บ่อยจะอัปเดตช้า
สิ่งนี้มีความหมายอย่างไรกับตลาดไทย
ผู้ค้นหาชาวไทยมักพิมพ์ชื่อแบรนด์หรือชื่อสินค้าภาษาอังกฤษปนกับคำภาษาไทย และเว็บไซต์ธุรกิจไทยจำนวนมากให้บริการทั้งคนไทยและชาวต่างชาติ ส่วนผสมนี้ทำให้ Google แสดงหน้าภาษาอังกฤษให้คนที่ค้นหาเป็นภาษาไทยได้ง่าย หรือแสดงหน้าภาษาไทยให้ชาวต่างชาติที่ค้นหาเป็นภาษาอังกฤษ ชุด hreflang ที่สะอาดควบคู่กับหน้าที่แปลอย่างถูกต้องช่วยลดการแสดงผิดเวอร์ชันนี้ได้ สำหรับเว็บที่กำลังขยายออกนอกประเทศไทย ให้วางแผนรหัสภูมิภาคก่อนเปิดตัว เพราะการเพิ่มเวอร์ชัน "en-SG" หรือ "en-GB" ทีหลังหมายถึงต้องแก้บล็อก hreflang ของทุกหน้าในชุด กลยุทธ์ SEO สำหรับตลาดไทย ที่ดีควรครอบคลุมทั้งสองภาษา และ การตรวจ SEO ทางเทคนิค คือจังหวะที่เหมาะที่สุดในการ crawl ชุด hreflang ทุกชุด ร้านค้าออนไลน์ที่มีสินค้าจำนวนมากมีเทมเพลตที่ต้องตั้งให้ถูกหลายแบบ งาน SEO สำหรับอีคอมเมิร์ซ จึงควรรวมการตรวจ hreflang ไว้ด้วย ส่วนเว็บที่กำลังสร้างใหม่ควรใส่ hreflang ไว้ในสเปก การออกแบบเว็บไซต์ ตั้งแต่วันแรก
คำถามที่พบบ่อยเกี่ยวกับแท็ก hreflang
แท็ก hreflang ช่วยเพิ่มอันดับหรือไม่
ไม่ได้เพิ่มอันดับโดยตรง แท็ก hreflang ช่วยให้ Google แสดงเวอร์ชันภาษาที่ถูกต้องให้ผู้ค้นหาแต่ละคน ประโยชน์ทางอ้อมคือผู้ใช้เข้ามาเจอหน้าในภาษาที่อ่านเข้าใจ
เว็บที่มีแค่ภาษาอังกฤษกับภาษาไทยต้องใช้ hreflang หรือไม่
ควรใช้ Google แนะนำให้บอกเวอร์ชันภาษาต่าง ๆ ของหน้า และเว็บสองภาษาก็ได้ประโยชน์จาก hreflang เพราะช่วยบอก Google ว่าหน้าเหล่านั้นเป็นเวอร์ชันเทียบเท่ากัน ไม่ใช่เนื้อหาแยกกัน ปกติใช้รหัส "en" กับ "th" และ x-default ก็เพียงพอ
ควรใช้แท็ก HTML, HTTP header หรือ sitemap
ใช้ HTML link element สำหรับเว็บส่วนใหญ่ ใช้ HTTP header สำหรับ PDF และไฟล์ที่ไม่ใช่ HTML และใช้ sitemap เมื่อแก้เทมเพลตได้ยาก เลือกวิธีเดียวต่อหน้าแต่ละชุด เพื่อไม่ให้ข้อมูลขัดกันเอง
ถ้าไม่มี return link จะเกิดอะไรขึ้น
Google อาจเพิกเฉยต่อ hreflang ระหว่างสองหน้าที่ไม่ยืนยันซึ่งกันและกัน ทุกหน้าในชุดควรระบุหน้าอื่นทั้งหมดและระบุตัวเองด้วย
หน้าภาษาไทยใช้หน้าภาษาอังกฤษเป็น canonical ได้หรือไม่
ไม่ได้ เพราะเท่ากับบอก Google ว่าหน้าภาษาไทยเป็นหน้าซ้ำและตัดออกจากดัชนีได้ แต่ละเวอร์ชันภาษาควรมี canonical ชี้ที่ตัวเอง และเชื่อมกับเวอร์ชันอื่นผ่าน hreflang
ปัญหา hreflang แทบไม่เคยแสดงเป็นข้อความแจ้งข้อผิดพลาด แต่จะแสดงออกมาเป็นหน้าผิดเวอร์ชันในตลาดผิดกลุ่ม ถ้าหน้าภาษาอังกฤษกับหน้าภาษาไทยของคุณดูเหมือนแย่งกันเอง Relevant Audience ช่วยตรวจการตั้งค่าได้ผ่าน บริการตรวจ SEO
