Gary Illyes จาก Google ระบุว่า URL ทางเลือกของ hreflang นั้น "ไม่ได้ถูกจัดทำดัชนีในความหมายที่แท้จริง" แต่ถูกเก็บไว้เป็นชื่อทางเลือกของ URL หลักที่ Google เลือกเป็น canonical แทน หมายความว่า URL ภาษาอื่นถูกผูกเข้ากับหน้าที่ถูกจัดทำดัชนีไปแล้ว ไม่ได้มีรายการดัชนีของตัวเอง Search Engine Roundtable รายงานบทสนทนานี้เมื่อวันที่ 10 สิงหาคม 2026 โดยอ้างคำตอบที่ Illyes เขียนไว้ในกระทู้บน LinkedIn
สำหรับเว็บไซต์ที่ทำสองภาษาอังกฤษกับไทยจากเทมเพลตชุดเดียวกัน ประโยคเดียวนี้แก้ปัญหาการอ่านรายงานที่กินเวลาทีมงานไปมาก URL ภาษาไทยที่ขึ้นสถานะไม่ถูกจัดทำดัชนีใน Search Console ไม่ได้แปลว่าหน้านั้นพัง มันอาจเป็น URL ที่ Google เก็บผูกไว้กับ canonical และยังส่งให้ผู้ค้นหาได้อยู่เมื่อคำค้นเรียกหามัน
Illyes พูดว่าอะไร และใครเป็นคนถาม
คำถามมาจาก Faiez Javaid ที่โพสต์ถามบน LinkedIn ว่า ถ้า Google เลือก /lang/ หนึ่งเป็น canonical ด้วยตัวเองและมองข้ามอันอื่นจนขึ้นใน GSC ว่าไม่ถูกจัดทำดัชนี แล้ว Google จะแสดงหน้าเวอร์ชันภาษาอื่นของหน้าเดียวกันให้ผู้ใช้เห็นในผลการค้นหาได้อย่างไร นี่คือความขัดแย้งที่เจ้าของเว็บเจอซ้ำ ๆ คือ Search Console บอกอย่างหนึ่ง แต่ผลการค้นหาบอกอีกอย่าง
Illyes ตอบเป็นสองส่วน ส่วนแรกเขาบอกว่า เมื่อ Google ทำ canonicalization กับ URL หนึ่ง URL อื่น ๆ ใน dups cluster ที่ URL นั้นถูกเลือกออกมา อาจกลายเป็นสิ่งที่เรียกว่าชื่อทางเลือก และชื่อทางเลือกเหล่านั้นอาจถูกนำมาใช้ในผลการค้นหาได้ถ้าคำค้นของผู้ใช้สมควรได้รับชื่อทางเลือกนั้น เขายกกรณีการค้นแบบ site: เป็นตัวอย่างที่เห็นชัดที่สุด โดยบอกว่าถ้าค้นด้วย [site:bit.ly] Google อาจแสดง URL จำนวนหนึ่งที่จริง ๆ แล้วเป็นการรีไดเรกต์ ซึ่ง URL เหล่านั้นไม่ได้ถูกจัดทำดัชนีในความหมายที่แท้จริง แต่เป็นแค่ชื่อทางเลือกของ URL หลัก
ส่วนที่สองเขาบอกว่า hreflang alternates กลายเป็น URL ทางเลือกแบบนั้น และไม่ได้ถูกจัดทำดัชนีในความหมายที่แท้จริง Search Engine Roundtable สรุปผลในทางปฏิบัติไว้ว่า ตัว URL นั้นอาจไม่ถูกจัดทำดัชนี แต่ถูกแมปเข้ากับหน้า canonical ที่ถูกจัดทำดัชนีแล้ว
dups cluster อธิบายแบบไม่ใช้ศัพท์เทคนิค
Google จัดกลุ่ม URL ที่มองว่าเป็นหน้าเดียวกันไว้ด้วยกัน ซึ่งคือสิ่งที่ Illyes เรียกว่า dups cluster จากกลุ่มนั้น URL หนึ่งจะถูกเลือกเป็น canonical และนั่นคือ URL ที่ถูกจัดทำดัชนีตามความหมายปกติของคำนี้ ส่วนที่เหลือไม่ได้หายไปไหน มันยังผูกอยู่กับกลุ่มในฐานะชื่อทางเลือก ซึ่งเป็นตัวชี้ ไม่ใช่สำเนาที่เก็บไว้อีกชุด
ความต่างที่สำคัญคือระหว่างการถูกจัดทำดัชนีกับการถูกดึงมาแสดง ชื่อทางเลือกไม่มีรายการดัชนีของตัวเอง แต่ Google รู้ว่ามันมีอยู่และรู้ว่ามันสังกัด canonical ตัวไหน Illyes บอกว่าชื่อทางเลือกเหล่านั้นอาจถูกใช้ในผลการค้นหาได้ถ้าคำค้นของผู้ใช้สมควรได้รับ ดังนั้นการดึงมาแสดงยังเกิดขึ้นได้ผ่าน canonical แม้ URL นั้นจะไม่เคยถูกจัดทำดัชนีแยกต่างหากก็ตาม
ทำไมคำสั่ง site: ถึงโชว์ URL ที่เป็นการรีไดเรกต์
Illyes ใช้คำสั่ง site: เป็นตัวอย่างประกอบ และมันคือวิธีที่ชัดที่สุดที่คนนอกจะเห็นกลไกนี้ทำงาน เขาบอกว่าเมื่อค้นแบบ [site:bit.ly] Google อาจแสดง URL จำนวนหนึ่งที่จริง ๆ แล้วรีไดเรกต์ และ URL เหล่านั้นเป็นแค่ชื่อทางเลือกของ URL หลัก
ลิงก์สั้นที่รีไดเรกต์นั้นตามนิยามแล้วไม่ใช่ตัวหน้าเว็บ มันไม่มีเนื้อหาให้จัดทำดัชนี ที่มันโผล่ในชุดผลลัพธ์เพราะคำค้นเป็นเชิงนำทางและเฉพาะเจาะจงพอที่ชื่อทางเลือกจะเป็นสิ่งที่ผู้ค้นหาต้องการพอดี นี่คือกลไกเดียวกับที่ทำให้หน้าเวอร์ชันภาษาไทยโผล่ขึ้นมาสำหรับคำค้นภาษาไทยได้ ทั้งที่ Search Console ระบุสถานะว่าไม่ถูกจัดทำดัชนี แหล่งข่าวระบุว่า site: เป็นกรณีใช้งานที่เด่นที่สุด ไม่ได้บอกว่าเป็นกรณีเดียว
ข้อเท็จจริงจากแหล่งข่าว และผลที่ตามมาแต่ละข้อ
ตารางด้านล่างวางข้อความที่ Search Engine Roundtable รายงานเมื่อวันที่ 10 สิงหาคม 2026 ไว้คู่กับสิ่งที่แต่ละข้อเปลี่ยนสำหรับเจ้าของเว็บที่กำลังอ่าน Search Console อยู่
| ข้อความจากแหล่งข่าว | สิ่งที่เปลี่ยนสำหรับเจ้าของเว็บ |
|---|---|
| Illyes: hreflang alternates กลายเป็น URL ทางเลือก และไม่ได้ถูกจัดทำดัชนีในความหมายที่แท้จริง | หน้าเวอร์ชันภาษาอื่นถูกเก็บผูกกับ canonical ไม่ได้ถูกจัดทำดัชนีแยก สถานะไม่ถูกจัดทำดัชนีจึงไม่ใช่หลักฐานว่ามีข้อผิดพลาด |
| Illyes: ชื่อทางเลือกอาจถูกใช้ในผลการค้นหาได้ถ้าคำค้นของผู้ใช้สมควรได้รับชื่อทางเลือกนั้น | หน้าเวอร์ชันภาษาอื่นยังถูกส่งให้ผู้ค้นหาได้ ซึ่งเป็นคำตอบตรงต่อคำถามที่ตั้งไว้ตั้งแต่ต้น |
| Illyes: เมื่อค้น [site:bit.ly] Google อาจแสดง URL จำนวนหนึ่งที่จริง ๆ แล้วรีไดเรกต์ | คำสั่ง site: แสดงชื่อทางเลือกด้วย จึงเป็นเครื่องมือที่แย่ในการตรวจว่าอะไรถูกจัดทำดัชนีจริง |
| Search Engine Roundtable: ตัว URL อาจไม่ถูกจัดทำดัชนี แต่ถูกแมปเข้ากับหน้า canonical ที่ถูกจัดทำดัชนีแล้ว | ระบบรายงานกับระบบดึงผลลัพธ์เป็นคนละเรื่อง และมีแค่ระบบเดียวที่มองเห็นได้ใน Search Console |
| รายงานเมื่อ 10 สิงหาคม 2026 จากคำตอบที่ Illyes โพสต์บน LinkedIn ตอบคำถามของ Faiez Javaid | นี่คือคำอธิบายพฤติกรรมที่มีอยู่เดิม ไม่ใช่การประกาศเปลี่ยนวิธีทำงานของ hreflang |
อ่านสถานะไม่ถูกจัดทำดัชนีบนคู่หน้าอังกฤษกับไทยโดยไม่ไล่จับผี
Search Console มีสถานะชื่อว่า Duplicate, Google chose different canonical บนเว็บสองภาษามันจะโผล่บนเวอร์ชันที่ Google ไม่ได้เลือก และสัญชาตญาณแรกคือรีบแก้ราวกับเป็นเหตุฉุกเฉิน คำตอบของ Illyes ให้เหตุผลที่จะชะลอมือก่อนไปแตะอะไร เพราะ URL ที่อยู่ในสถานะนั้นคือ URL แบบที่กลายเป็นชื่อทางเลือกพอดี
สิ่งที่ต้องพูดตรง ๆ คือแหล่งข่าวไม่ได้บอกวิธีแยกกรณีปกติออกจากกรณีที่พังจริง Illyes อธิบายแค่โมเดลการจัดเก็บ เขาไม่ได้ให้เครื่องมือวินิจฉัย ดังนั้นการอ่านที่สมเหตุสมผลคือ ป้ายไม่ถูกจัดทำดัชนีบนหน้าเวอร์ชันภาษาอื่นเป็นหลักฐานที่กำกวมเมื่ออยู่ลำพัง และต้องมีสัญญาณที่สองก่อนจะเอาไปใช้เป็นเหตุผลแก้เทมเพลต สัญญาณที่สองนั้นคือหน้าที่ถูกต้องไปถึงผู้ค้นหาที่ถูกต้องหรือไม่ ซึ่งเป็นการทดสอบที่ผลการค้นหา ไม่ใช่ที่ Search Console
แล้ว hreflang พังจริงตอนไหน
ทั้งหมดข้างต้นไม่ได้แปลว่า hreflang ซ่อมตัวเองได้ มีชุดข้อผิดพลาดที่ทำให้การแมปไม่เกิดขึ้นตั้งแต่แรก และในรายงานมันหน้าตาเหมือนกันเป๊ะกับกรณีปกติ ที่ควรแยกออกมาคือ
- ไม่มีลิงก์กลับ ถ้าหน้าอังกฤษชี้ไปหน้าไทยแต่หน้าไทยไม่ชี้กลับ คู่นั้นจะไม่ได้รับการยืนยัน
- รหัสภาษาหรือรหัสภูมิภาคผิด รหัสที่ไม่ถูกต้อง หรือใช้รหัสภูมิภาคในที่ที่ควรเป็นรหัสภาษา ทำให้แอตทริบิวต์นั้นใช้งานไม่ได้
- hreflang ชี้ไปยัง URL ที่รีไดเรกต์หรือ URL ที่ไม่ใช่ canonical ทำให้สิ่งที่ประกาศไว้ไม่ใช่ URL ที่ Google จะเก็บ
- ไม่มี x-default จึงไม่มีอะไรประกาศไว้สำหรับผู้ค้นหาที่ไม่ตรงกับเวอร์ชันใดเลยที่ประกาศไว้
วิธีแยกข้อผิดพลาดเหล่านี้ออกจากกรณีปกติคือ ข้อผิดพลาดเหล่านี้อยู่ในโครงสร้างและตรวจได้จากมาร์กอัปของคุณเอง ส่วนพฤติกรรมชื่อทางเลือกที่ Illyes อธิบายอยู่ภายในระบบของ Google และมองไม่เห็นจากข้างนอกเลย ถ้าแอตทริบิวต์ชี้กลับหากันครบ รหัสถูกต้อง และปลายทางทุกอันเป็น URL ที่ canonical ชี้ตัวเองและตอบ 200 ป้ายไม่ถูกจัดทำดัชนีบนหน้าเวอร์ชันภาษาอื่นก็มีแนวโน้มเป็นพฤติกรรมที่ Illyes อธิบายมากกว่าจะเป็นข้อผิดพลาดที่คุณแก้ได้ การทำ SEO Audit อย่างเป็นระบบคือที่ที่การตรวจสี่ข้อนี้ควรอยู่ เพราะมันเป็นข้อเท็จจริงในมาร์กอัป ไม่ใช่เรื่องที่ต้องใช้ดุลยพินิจ
ทดสอบว่าผู้ค้นหาชาวไทยได้หน้าเวอร์ชันไหนจริง ๆ
เนื่องจากแหล่งข่าวให้แค่โมเดลการจัดเก็บ ไม่ได้ให้วิธีตรวจสอบ ส่วนนี้จึงเป็นการให้เหตุผล ไม่ใช่ข้อเท็จจริงที่ถูกรายงาน และควรกำกับไว้แบบนั้น Search Console จะไม่แสดงการแมปให้คุณเห็น สิ่งที่สังเกตได้คือผลลัพธ์ปลายทาง ว่า URL ไหนโผล่สำหรับคำค้นภาษาไทย และ URL ไหนโผล่สำหรับคำค้นภาษาอังกฤษที่มีความหมายเดียวกัน
รายงาน Performance ให้ตัวแทนที่ใช้งานได้โดยไม่ต้องเดาเรื่องอันดับ กรองด้วยประเทศและด้วยคำค้น แล้วดูว่าหน้าไหนได้รับ impressions จากคำค้นภาษาไทย ถ้าหน้าเวอร์ชันภาษาไทยเก็บ impressions และคลิกจากคำค้นภาษาไทยได้ แปลว่ามันถูกส่งให้ผู้ค้นหาแล้ว ไม่ว่าสถานะการจัดทำดัชนีจะเขียนว่าอย่างไร แต่ถ้ามันไม่ได้อะไรเลยขณะที่หน้าอังกฤษเก็บ impressions จากคำค้นภาษาไทยไปหมด นั่นคือเคสที่ควรสอบสวน และเป็นคนละปัญหากับที่ Illyes กำลังอธิบาย
สิ่งที่แหล่งข่าวไม่ได้บอก
มีช่องว่างสามข้อที่ควรพูดให้ชัดแทนที่จะเดาเติมเอง
Illyes ไม่ได้บอกวิธีตรวจสอบว่าหน้าเวอร์ชันหนึ่งถูกแมปเข้ากับ canonical แล้วหรือยัง ไม่มีเครื่องมือ รายงาน หรือฟิลด์ใดที่ถูกรายงานว่าเปิดเผยความสัมพันธ์แบบชื่อทางเลือกนี้ เขาไม่ได้บอกว่าชื่อทางเลือกจะติดอันดับด้วยตัวเองสำหรับคีย์เวิร์ดทั่วไปที่ไม่ใช่เชิงนำทางได้หรือไม่ ตัวอย่างของเขาคือคำสั่ง site: ซึ่งเป็นกรณีเชิงนำทาง และเขาระบุว่าเป็นกรณีใช้งานที่เด่นที่สุด ไม่ได้บอกว่าเป็นกรณีเดียว และเขาไม่ได้บอกว่าเจ้าของเว็บควรทำอย่างไรเมื่อสถานะ Duplicate, Google chose different canonical โผล่ทั้งชุด hreflang กลไกถูกอธิบายไว้ แต่คำแนะนำเรื่องการแก้ไขไม่ได้ถูกให้มาด้วย
เรื่องนี้หมายความว่าอย่างไรกับนักการตลาดไทย
คำอธิบายนี้ว่าด้วยวิธีที่ Google จัดทำดัชนี hreflang โดยทั่วไป รายงานของ Search Engine Roundtable ไม่ได้กล่าวถึงประเทศไทย เว็บไซต์ภาษาไทย หรือขอบเขตเชิงประเทศใด ๆ และไม่ควรอ่านสิ่งใดในนี้เป็นกฎเฉพาะของประเทศไทย
ถึงอย่างนั้น เว็บสองภาษาไทยกับอังกฤษก็คือรูปแบบที่ตรงกับสิ่งที่อธิบายไว้พอดี บริษัทไทยที่รัน /th/ ควบคู่กับโครงสร้างภาษาอังกฤษจะมี URL สองชุดที่โครงสร้างเกือบเหมือนกัน เชื่อมกันด้วย hreflang ต่างกันหลัก ๆ ที่ภาษา นั่นคือ dups cluster ตามตำรา และป้ายไม่ถูกจัดทำดัชนีที่ตามมาคือผลลัพธ์ปกติของโมเดลที่ Illyes อธิบาย ไม่ใช่สัญญาณว่าเว็บภาษาไทยถูกมองข้าม
สิ่งที่เปลี่ยนในทางปฏิบัติคือคุณเอาความสนใจไปลงตรงไหน เวลาที่หมดไปกับการส่ง URL ภาษาไทยเข้าคิวจัดทำดัชนีซ้ำ ๆ หรือรื้อเทมเพลตเพราะเห็นป้ายสถานะ มีความเชื่อมโยงกับผลลัพธ์น้อยมาก ส่วนเวลาที่ลงไปกับการตรวจลิงก์กลับ ความถูกต้องของรหัส และปลายทาง canonical ในมาร์กอัป แล้วยืนยันด้วยข้อมูลคำค้นที่กรองตามประเทศว่าผู้ค้นหาชาวไทยไปถึงหน้าไทยจริง มีความเชื่อมโยงโดยตรง สำหรับทีมที่กำลังขยายเนื้อหาสองภาษา ลำดับแบบนี้ควรถูกล็อกไว้ในกระบวนการก่อนจะเพิ่มจำนวนหน้า และมันคือวินัยเดียวกับที่รองรับงาน SEO ในประเทศไทย ที่อยู่ได้ยาว
คำถามที่พบบ่อย
สถานะไม่ถูกจัดทำดัชนีแปลว่าหน้าภาษาไทยหายไปจาก Google หรือเปล่า
ไม่จำเป็นเสมอไป ตามที่ Illyes อธิบาย เขาบอกว่า hreflang alternates ถูกเก็บเป็นชื่อทางเลือกของ URL หลักแทนที่จะถูกจัดทำดัชนีด้วยตัวเอง และชื่อทางเลือกเหล่านั้นยังอาจถูกใช้ในผลการค้นหาได้เมื่อคำค้นสมควรได้รับ สถานะนี้อธิบายวิธีจัดเก็บ URL ไม่ได้อธิบายว่าผู้ค้นหาเข้าถึงได้หรือไม่ เขาไม่ได้บอกว่าทุกหน้าที่ขึ้นสถานะนี้ไม่มีปัญหา การตรวจมาร์กอัปจึงยังจำเป็นอยู่
นี่เป็นการเปลี่ยนแปลงที่ต้องรีบตอบสนองไหม
ไม่มีการประกาศเปลี่ยนแปลงใด Illyes กำลังอธิบายพฤติกรรมที่มีอยู่แล้ว เพื่อตอบคำถามว่าทำไมหน้าเวอร์ชันภาษาอื่นถึงโผล่ในผลการค้นหาได้ทั้งที่ Search Console รายงานว่าไม่ถูกจัดทำดัชนี Search Engine Roundtable รายงานเรื่องนี้เมื่อวันที่ 10 สิงหาคม 2026 ในฐานะคำอธิบาย ไม่ใช่การเปิดตัวฟีเจอร์ และไม่มีการระบุวันมีผลหรือกำหนดการปล่อยใด ๆ
เรื่องนี้ใช้กับประเทศไทยด้วยหรือไม่
แหล่งข่าวไม่ได้ระบุขอบเขตทางภูมิศาสตร์ไว้เลย มันเป็นคำอธิบายทั่วไปว่า Google จัดการกับ hreflang alternates อย่างไร โดยไม่กล่าวถึงประเทศไทยหรือความแตกต่างระดับประเทศใด ๆ เว็บสองภาษาไทยกับอังกฤษเข้าข่ายสถานการณ์ที่อธิบายไว้ แต่นั่นเป็นการตีความกลไก ไม่ใช่สิ่งที่แหล่งข่าวยืนยัน
จะตรวจได้อย่างไรว่าการแมปทำงานอยู่
แหล่งข่าวไม่ได้อธิบายวิธีตรวจสอบการแมป และไม่มีรายงานใดเปิดเผยข้อมูลนี้ สิ่งที่ตรวจได้คือมาร์กอัป ได้แก่ แอตทริบิวต์ที่ชี้กลับหากันครบ รหัสภาษาและภูมิภาคที่ถูกต้อง และปลายทาง hreflang ที่ canonical ชี้ตัวเองและไม่รีไดเรกต์ จากนั้นจึงดูผลลัพธ์ปลายทาง คือหน้าไหนเก็บ impressions จากคำค้นภาษาไทยในรายงาน Performance ที่กรองตามประเทศ
ชื่อทางเลือกติดอันดับด้วยตัวเองสำหรับคีย์เวิร์ดทั่วไปได้ไหม
แหล่งข่าวไม่ได้บอก Illyes บอกเพียงว่าชื่อทางเลือกอาจถูกใช้ในผลการค้นหาเมื่อคำค้นของผู้ใช้สมควรได้รับ และยกคำสั่ง site: เป็นกรณีใช้งานที่เด่นที่สุด ส่วนว่าจะครอบคลุมถึงคำค้นเชิงข้อมูลหรือเชิงพาณิชย์ทั่วไปหรือไม่นั้นไม่ได้ถูกพูดถึง การสรุปว่าใช่จึงเกินกว่าหลักฐานที่มี
บทสนทนาฉบับเต็มถูกรายงานโดย Search Engine Roundtable เมื่อวันที่ 10 สิงหาคม 2026 ถ้าเว็บสองภาษาของคุณกำลังขึ้นป้ายไม่ถูกจัดทำดัชนีทั้งชุดภาษา และคุณอยากรู้ว่าอันไหนคือปัญหาจริง การตรวจมาร์กอัปสี่ข้อข้างต้นคือจุดเริ่ม และการวินิจฉัยที่ถูกต้องคือเรื่องที่ควรคุยกันก่อนจะรื้ออะไร
