Canonical tag: รวมเนื้อหาซ้ำและระบุหน้าหลักที่ต้องการ

นิยามสั้น ๆ: canonical tag คืออะไร

canonical tag เป็นองค์ประกอบ HTML ที่วางในส่วน head ของหน้า เพื่อระบุว่า URL ใดเป็นเวอร์ชันที่ต้องการ (preferred URL) สำหรับกลุ่มหน้าที่มีเนื้อหาซ้ำหรือคล้ายกัน มันเป็นสัญญาณให้เครื่องมือค้นหาใช้ URL ที่ระบุเป็นเวอร์ชันหลักสำหรับการรวบรวมสัญญาณ SEO เช่น การจัดอันดับและ link equity แต่ไม่ใช่คำสั่งบังคับแบบ 100% — เครื่องมือค้นหาใช้เป็นสัญญาณหนึ่งในการตัดสินใจ

เมื่อใดควรใช้ canonical tag

ใช้ canonical tag เมื่อคุณมีหลาย URL ที่ให้เนื้อหาเดียวกันหรือใกล้เคียงกัน และคุณต้องการรวมสัญญาณเหล่านั้นไปยัง URL เป้าหมายเดียว ตัวอย่างเหตุการณ์ที่พบบ่อย:

- เวอร์ชันพารามิเตอร์ของ URL (ตัวกรองการค้นหา, พารามิเตอร์แคมเปญ)
- หน้าที่สร้างจาก CMS ที่สร้าง URL หลายแบบสำหรับเนื้อหาเดียว
- เวอร์ชันสำหรับการพิมพ์ หรือ view-as-print
- หน้าสำหรับการแบ่งหน้า (pagination) เมื่อเนื้อหาหลักเหมือนกัน
- การเผยแพร่ซ้ำบนโดเมนอื่น (cross-domain duplication) ที่ต้องการระบุหน้าแม่

ตัวอย่างโค้ด (รูปแบบที่แนะนำ)

ตัวอย่าง canonical แบบอ้างอิงตัวเอง (self-referential): <link rel="canonical" href="https://example.com/article/seo-basics/">

ตัวอย่างสำหรับหน้าที่มีพารามิเตอร์: <link rel="canonical" href="https://example.com/products/shirt/">

ตัวอย่าง cross-domain canonical (อนุญาตโดย Google): <link rel="canonical" href="https://origin-site.com/original-article/">

กลไกการทำงาน: canonical ส่งผลอย่างไรต่อการ crawl, index และ rank

จะแยกเป็นสามขั้นตอนที่สำคัญ:

1) Crawling — canonical ไม่ได้หยุดการรวบรวมแต่ช่วยเครื่องมือค้นหาเลือก URL เพื่อดึงสัญญาณที่เกี่ยวข้อง
2) Indexing — canonical เป็นสัญญาณว่า URL เป้าหมายควรถูกพิจารณาเป็นตัวแทนของกลุ่มหน้า แต่การตัดสินใจสุดท้ายขึ้นกับการประเมินของเครื่องมือค้นหา
3) Ranking — เมื่อเครื่องมือค้นหาเลือก URL ที่เป็น canonical มันมักจะรวมสัญญาณเช่นลิงก์ภายนอกและความเกี่ยวข้องไปยัง URL นั้น ซึ่งอาจมีผลต่อการจัดอันดับ แต่ canonical เองเป็นเพียงส่วนหนึ่งของโมเดลการจัดอันดับ

วิธีการกำหนดค่า canonical อย่างมีกลยุทธ์

หลักการปฏิบัติที่ดีที่สุดเมื่อใช้ canonical tag:

- ทำให้ canonical เป็น self-referential สำหรับหน้าที่เป็นเวอร์ชันหลักของตัวเอง
- ชี้ไปยัง URL ที่สามารถเข้าถึงได้ (ไม่ชี้ไปยัง URL ที่ตอบด้วย 404/410)
- ใช้รูปแบบ URL ที่สม่ำเสมอ (โปรโตคอล, www vs non-www, เครื่องหมายคำถาม/พารามิเตอร์จัดการให้เป็นมาตรฐาน)
- หลีกเลี่ยง canonical แบบมั่วเมื่อเนื้อหาต่างกันเชิงสาระ (don’t canonicalize ข้ามเนื้อหาที่ต่างกันจริงจัง)
- สำหรับหน้า paginated ให้พิจารณาใช้ rel="next/prev" หรือออกแบบ canonical ให้สอดคล้องกับโครงสร้างเนื้อหา (อย่า canonical ทุกหน้า pagination ไปที่หน้าแรก ถ้าแต่ละหน้ายังมีคุณค่าแยกกัน)

สัมพันธ์กับการเชื่อมโยงภายในและสถาปัตยกรรมเว็บไซต์

canonical ให้ผลดีที่สุดเมื่อใช้ควบคู่กับลิงก์ภายในที่ชัดเจนและโครงสร้าง URL ที่สอดคล้องกัน หากลิงก์ภายในชี้ไปยังเวอร์ชันที่ไม่ใช่ canonical จะเกิดสัญญาณขัดแย้ง — ปรับลิงก์ภายในให้สอดคล้องกับ canonical ที่ต้องการ

การตรวจสอบและเครื่องมือนอกไซต์ (ตรวจสอบเมื่อคุณไม่มี Search Console ของเจ้าของโดเมน)

เมื่อตรวจหน้าบนเว็บไซต์ภายนอก (เช่น ผู้เผยแพร่หรือบทความที่คุณซื้อพื้นที่) ให้ใช้การตรวจจากภายนอกดังนี้:

เช็คลิสต์ตรวจสอบจากภายนอก:

1) ตรวจ HTML ต้นฉบับ: ใช้ curl เพื่อดู HTML ที่เซิร์ฟเวอร์ส่งจริงกับ user-agent ปกติ เช่น curl -A "Mozilla/5.0" https://publisher.example/article/ — ตรวจหาบรรทัด <link rel="canonical" ...> ใน head

2) ตรวจ header HTTP (สถานะและ X-Robots-Tag): curl -I https://publisher.example/article/ — ยืนยันว่า URL ตอบด้วย 200 OK และไม่มี X-Robots-Tag ที่สั่งไม่ให้ index

3) ตรวจ DOM ที่เรนเดอร์โดยเบราว์เซอร์: เปิดหน้าใน Chrome DevTools → Elements เพื่อดูว่าลิงก์ canonical ถูกแทรกโดย JavaScript หรือฝังใน HTML เริ่มต้น (ถ้า canonical ถูกใส่โดย JS อาจมองเห็นช้ากว่าหรือถูกข้ามได้)

4) ตรวจสถานะการจัดทำดัชนีแบบสาธารณะ: ใช้ site: operator หรือค้นหาประโยคข้อความเฉพาะเพื่อดูว่าหน้าแสดงในผลลัพธ์หรือไม่ — นี่เป็นสัญญาณเชิงสาธารณะ ไม่ใช่การยืนยันสมบูรณ์ของการ index (ถ้าคุณเป็นเจ้าของหน้า ให้ใช้ URL Inspection ใน Google Search Console เป็นหลัก)

ข้อผิดพลาดที่พบบ่อยและวิธีแก้

รายการข้อผิดพลาดที่มักทำให้ canonical สับสนหรือไม่ทำงานตามที่คาดหวัง พร้อมวิธีแก้:

- Canonical ชี้ไปยังหน้า 404/ไม่สามารถเข้าถึง — แก้โดยชี้ไปยัง URL ที่ตอบ 200 และมีเนื้อหาที่เกี่ยวข้อง
- มีสัญญาณขัดแย้ง (ลิงก์ภายในชี้ไปยังเวอร์ชัน B แต่ canonical ชี้ไปยังเวอร์ชัน A) — ปรับลิงก์ภายในให้สอดคล้องกับ canonical
- Canonical ถูกใส่ด้วย JavaScript แต่มีการบล็อกการเรนเดอร์ของ crawler — ใส่ canonical ใน HTML server-side ถ้าเป็นไปได้
- การใช้ canonical กับหน้าที่มีเนื้อหแตกต่างเชิงสาระ — อย่าใช้ canonical เพื่อซ่อนเนื้อหที่ควรแยกเป็นหน้าต่าง ๆ
- การ canonical ทุกหน้าของ pagination ไปที่หน้าแม่แล้วทำให้แต่ละหน้าสูญเสียสัญญาณเฉพาะ — พิจารณา canonical เป็นรายหน้า หรือออกแบบหน้าให้อธิบายเนื้อหาที่แตกต่างกันชัดเจน

Canonical และลิงก์เชิงพาณิชย์ (paid placements, sponsored content)

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

- Google แนะนำให้ระบุลิงก์ที่เกี่ยวข้องกับผลตอบแทนทางการเงิน ด้วย rel="sponsored" หรือ rel="nofollow" หรือทั้งสองอย่าง ข้อเท็จจริงนี้เกี่ยวข้องกับ attribute ของลิงก์ ไม่ใช่ canonical โดยตรง แต่การตั้งค่า canonical บนหน้าผู้เผยแพร่ที่รับเงินต้องคุยให้ชัดกับผู้เผยแพร่ว่าลิงก์ไปยังคุณจะมี rel อะไร
- หากหน้าผู้เผยแพร่ canonical ไปที่หน้าอื่น (เช่น กลับไปที่หน้าโฮสต์ต้นฉบับ) ลิงก์ย้อนกลับไปยังคุณอาจมีค่าน้อยลงสำหรับสัญญาณการจัดอันดับ ดังนั้นก่อนซื้อพื้นที่ ขอให้ผู้เผยแพร่ยืนยันการตั้งค่า canonical และ rel ของลิงก์
- Google อาจปฏิบัติต่อการเชื่อมโยงที่มีวัตถุประสงค์เพื่อจัดการการจัดอันดับเป็น link spam — ผลอาจเป็นการเพิกเฉยต่อลิงก์หรือการปรับในเชิงอัลกอริทึม แยกความต่างระหว่างเนื้อหาที่มีบริบทเชิงบรรณาธิการและลิงก์ที่มุ่งหวังการจัดอันดับ

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

หากคุณใช้บริการตลาดเพื่อหาผู้เผยแพร่ให้ใส่คำขอเทคนิคในข้อกำหนดการซื้อก่อนยืนยันการสั่งซื้อ เช่น ขอสกรีนช็อต HTML head หรือ URL ที่แสดง canonical จริงๆ (อย่าพึ่งพาแค่ภาพหน้าจอที่อาจถูกแก้ไขได้ง่าย)

ถ้าต้องการดูผู้เผยแพร่ก่อนตัดสินใจ: ดูผู้เผยแพร่สำหรับ backlinks — ขอข้อมูล canonical ก่อนจ่ายเงิน

ตัวอย่างการใช้งานจริงและตอนปฏิบัติ

ตัวอย่าง 1 — ร้านค้าอีคอมเมิร์ซที่มีพารามิเตอร์กรอง: กำหนด canonical ของทุกหน้าผลการค้นหาที่มีตัวกรองให้ชี้ไปที่ URL ผลิตภัณฑ์มาตรฐาน (ไม่มีพารามิเตอร์) ถ้าหน้านั้นแทบไม่มีเนื้อหาเฉพาะตัว แต่วิธีนี้ต้องแน่ใจว่าหน้าที่มีเนื้อหาที่สำคัญแยกกันจริง ๆ ไม่ถูก canonicalize โดยไม่ตั้งใจ

ตัวอย่าง 2 — บทความที่เผยแพร่ซ้ำบนหลายโดเมน: ถ้าโดเมน B เผยแพร่ซ้ำจากโดเมน A และต้องการให้โดเมน A เป็นเจ้าของเวอร์ชันหลัก ให้โดเมน B ใส่ <link rel="canonical" href="https://origin.example/article/"> ซึ่งเป็นแนวปฏิบัติที่ยอมรับได้ แต่อย่าลืมว่าการตัดสินใจขั้นสุดท้ายขึ้นกับการประเมินของเครื่องมือค้นหา

ตัวอย่าง 3 — หน้า paginated: หากแต่ละหน้ามีคำอธิบายแยกและมีค่า ให้เก็บ canonical แบบ self-referential และพิจารณาใช้การเชื่อมโยง next/prev หรือออกแบบการนำทางที่ชัดเจนแทนการ canonical ทุกหน้ามาที่หน้าแรก

แหล่งตรวจสอบเพิ่มเติมและการอ้างอิงเครื่องมือ

เครื่องมือและวิธีตรวจที่เป็นประโยชน์: curl, Chrome DevTools (Elements & Network), Rich Results Test สำหรับ structured data ที่เกี่ยวเนื่อง, และ URL Inspection ใน Google Search Console เมื่อตรวจหน้าในโดเมนที่คุณเป็นเจ้าของ โปรดทราบว่า Google ใช้เวอร์ชันมือถือเป็นฐานสำหรับการรวบรวมและจัดทำดัชนี และตั้งแต่เดือนกรกฎาคม 2024 Googlebot Smartphone ถูกใช้เป็นค่าเริ่มต้นสำหรับการครอลล์ใน Search

ถ้าต้องการดูภาพรวมคู่มือด้านเทคนิคทั้งหมดที่เกี่ยวข้อง: อ่านคู่มือ Technical SEO — รวมหัวข้อเช่น Core Web Vitals, structured data และการออกแบบสถาปัตยกรรมเว็บไซต์

FAQ