Canonical tag คืออะไรและใช้งานอย่างไร

ความหมายและความหมาย

แท็กตามรูปแบบบัญญัติคือองค์ประกอบ HTML ที่เราใช้เพื่อให้ Google ทราบว่า URL 2 รายการขึ้นไปบนเว็บไซต์ของเราซ้ำกัน คล้ายกัน หรือเหมือนกัน

แท็กนี้ช่วยให้เรา 'เลือก' ได้ว่าจะให้ URL ใดแสดงใน SERP ใด เพื่อช่วย Google ตัดสินใจว่าสุดท้ายแล้วจะแสดงหน้าใดในผลลัพธ์ กล่าวคือ เรากำลังให้สัญญาณแก่ Google เพื่อระบุ รุ่นที่ต้องการจัดทำดัชนี

นอกจากการเสริมสร้างสัญญาณการจัดทำดัชนีนี้แล้ว ยัง รวมลิงก์ภายในของเรา ที่ชี้จาก URL ต้นทางไปยัง URL ตามรูปแบบบัญญัติเป้าหมายด้วย

เกี่ยวกับเนื้อหาที่ซ้ำกันและตำนานต่างๆ ที่ลอยอยู่ในอุตสาหกรรม ไม่มีวิธีใดที่จะชี้แจงได้ดีไปกว่าการอ้างถึงแหล่งข้อมูลและการอ้างอิงอย่างเป็นทางการจาก Google เอง:

“มาวางสิ่งนี้ลงบนเตียงกันทุกคน: ไม่มีสิ่งใดที่เหมือนกับ “บทลงโทษเนื้อหาที่ซ้ำกัน” อย่างน้อยก็ไม่ใช่อย่างที่คนส่วนใหญ่หมายถึงเมื่อพวกเขาพูดอย่างนั้น คุณสามารถช่วยเพื่อนผู้ดูแลเว็บของคุณได้โดยไม่ทำให้โทษของเนื้อหาที่ซ้ำกันซ้ำไปซ้ำมา!”

Susan Moska
https://webmasters.googleblog.com/2008/09/demystifying-duplicate-content-penalty.html

"เนื้อหาที่ซ้ำกันโดยทั่วไปหมายถึงกลุ่มเนื้อหาที่สำคัญภายในหรือข้ามโดเมนที่ตรงกับเนื้อหาอื่น ๆ หรือมีความคล้ายคลึงกันอย่างเห็นได้ชัด ส่วนใหญ่นี่ไม่ใช่การหลอกลวงในแหล่งกำเนิด”

Google
https://developers.google.com/search/docs/advanced/guidelines/duplicate-content

ระบบการตั้งชื่อ ข้อควรพิจารณา และข้อผิดพลาดที่ควรหลีกเลี่ยง

ข้อควรพิจารณาหลักๆ เกี่ยวกับ Canonical Directive และวิธีระบุมีดังนี้

• Canonical สามารถอ้างอิงตัวเองได้ โดยเฉพาะอย่างยิ่งในโฮมเพจ เนื่องจากมีจุดเชื่อมต่อหลายจุดที่สร้างโดย CMS หรือเซิร์ฟเวอร์เอง (index.html เพื่อตั้งชื่อหนึ่ง)
• ต้องใช้ Canonical เมื่อใดก็ตามที่มีเนื้อหาสองส่วนที่คล้ายคลึง ซ้ำกัน หรือกล่าวอีกนัยหนึ่ง เหมือนกันทั้งหมดหรือบางส่วน มิฉะนั้น แท็กนี้จะถูกละเว้น
• Canonical ต้องชี้ไปที่ URL ที่จัดทำดัชนีได้ โดยส่งคืน 200 OK และไม่มีแท็ก noindex อีกสิ่งหนึ่งที่ควรกล่าวถึงคือ เราไม่ควรส่ง Canonical ไปยัง URL ที่ไม่เกี่ยวข้อง เพราะจะถูกตีความว่าเป็น Soft 404
• ควรมี URL ตามรูปแบบบัญญัติที่ไม่ซ้ำกันเพียงหนึ่งรายการเท่านั้น หากมีแท็ก Canonical ที่แตกต่างกันสองแท็ก แท็กเหล่านั้นอาจขัดแย้งกันและทั้งคู่ก็จะถูกละเว้น
• Canonical สามารถใช้ URL แบบสัมบูรณ์และแบบสัมพัทธ์ได้ อย่างไรก็ตาม สิ่งสำคัญคือต้องชี้ให้เห็นว่า URL ที่เกี่ยวข้องมักมีข้อผิดพลาดและการกำกับดูแล
• แท็กบัญญัติสามารถละเว้นได้หากมีข้อผิดพลาดที่ชัดเจน ในแง่ของการสะกดคำหรือข้อผิดพลาดอื่นๆ โดยไม่ได้ตั้งใจ อาจมีสัญญาณอื่นๆ ซึ่งจะได้รับการวิเคราะห์เพื่อพิจารณาว่าควรเคารพหรือละเว้นแท็กบัญญัติหรือไม่
• แท็ก Canonical อาจถูกละเว้นหากเราส่งสัญญาณที่สับสน เช่น การอ้างอิง Canonical จาก url1 ถึง url2 จากนั้นจาก url2 ถึง url1 การเกิด "วนซ้ำ" แบบนี้อาจส่งผลให้เกิดพฤติกรรมที่ไม่คาดคิด
• Canonical สามารถเป็นแบบข้ามโดเมนได้ กล่าวคือ ชี้จากโดเมน 1 ไปที่โดเมน 2 ควรใช้โดยเฉพาะอย่างยิ่งเมื่อเราสามารถควบคุมทั้งสองโดเมนและเราต้องการสร้างดัชนีของโดเมนหนึ่งมากกว่าโดเมนอื่นเพื่อป้องกันความซ้ำซ้อน ระวังด้วยสิ่งนี้
• อีกตัวอย่างหนึ่งอาจเป็นการรวมเนื้อหา

โดยมีเงื่อนไขว่าต้องแก้ไขสถานการณ์เนื้อหาที่ซ้ำกันระหว่างหน้า กรณีทั่วไปส่วนใหญ่ที่เราจะต้องจัดการกับเรื่องนี้ ได้แก่:

1. URL ที่มี www กับ URL ที่ไม่มี www
2. URL ที่มี http กับ URL ที่มี https
3. URL ที่ลงท้ายด้วย / vs URL ที่ไม่ลงท้ายด้วย / (ไม่นับหน้าแรก)
4. URL ที่มีพารามิเตอร์เทียบกับ URL ที่ไม่มีพารามิเตอร์ (เช่น URL ที่มี ID เซสชัน)
5. URL ที่มีการแบ่งหน้ากับ URL ที่ไม่มีการแบ่งหน้า
6. URL ที่มี AMP กับ URL ที่ไม่มี AMP (เป็นมาร์กอัปที่จำเป็น)
7. URL มือถือ (m-sites) กับ URL เดสก์ท็อป
8. URL ก่อน (staging) กับ URL ของผลิตภัณฑ์ (สำหรับใช้งานจริง) (อย่างไรก็ตาม เป็นการดีกว่าที่จะป้องกันไม่ให้ Google อยู่ในการแสดงระยะต่อ HTTP-Login)
9. เป็นต้น

แม้ว่าสถานการณ์ทั้งหมดนี้สามารถแก้ไขได้โดยใช้แท็กบัญญัติ แต่ก็มีอีกวิธีหนึ่งที่ตรงกว่าสำหรับ Google: 301 redirect

คุณจะอ่านการเปรียบเทียบแท็ก 301 และ Canonical มากมาย เราจะไม่เจาะลึกมากเกินไป แต่เราจะเน้นประเด็นที่สำคัญที่สุดเกี่ยวกับเรื่องนี้ในภาพด้านล่าง:

การใช้การสรุปด้วยภาพนี้ เราต้องการเน้นสิ่งต่อไปนี้:

• 301 การเปลี่ยนเส้นทางรวมเนื้อหาสองส่วน ซึ่งหมายความว่าเนื้อหาต้นฉบับสิ้นสุดลง โดยตรงและ 100% ตามด้วย Google (และผู้ใช้)
• Canonical สิ่งที่ทำคือทำให้เราสามารถเก็บ URL ต่างๆ ที่มีอยู่สำหรับแชนเนลใดก็ได้ และหาก Google ปฏิบัติตามคำสั่งนั้น เฉพาะ URL ที่เป็นที่ยอมรับเท่านั้นที่จะถูกจัดทำดัชนีสำหรับแชนเนล SEO
• ทั้งสองอย่างนี้อาจเกี่ยวข้องกับการลดสัญญาณ และอาจมีผลกระทบมากขึ้นเมื่อเราไม่ใช้การเปลี่ยนเส้นทาง 301 เนื่องจาก URL ตามรูปแบบบัญญัติสามารถมีลิงก์ภายในและภายนอกที่ชี้ไปยัง URL เหล่านี้ ซึ่งทำให้เราต้องแบ่งความพยายามระหว่าง URL หลายรายการ

ขั้นตอนการดำเนินการ

มีหลายวิธีในการใช้แท็กตามรูปแบบบัญญัติ:

แท็ก HTML

วิธีที่พบบ่อยที่สุดในการนำ Canonical ไปใช้คือการวางองค์ประกอบลิงก์ที่มีแอตทริบิวต์ rel=”canonical” และเส้นทางที่แน่นอนไปยังเวอร์ชันตามรูปแบบบัญญัติภายใน <head> ของแต่ละ URL นี่คือไวยากรณ์ที่ถูกต้อง:

 <link rel="canonical" href="https://www.sistrix.com/ask-sistrix/what-is-the-canonical-tag-and-how-to-use-it/" />

ส่วนหัว HTTP

วิธีนี้มักใช้กับเพจที่ไม่ใช่ HMTL ตัวอย่างเช่น: ไฟล์ PDF, XML หรือ TXT

นี่เป็นวิธีการทั่วไปที่ใช้เมื่อเรามีทั้ง PDF และหน้า HTML ที่ตรงกัน เราสามารถแสดงให้ Google เห็นว่าเราต้องการให้หน้า HTML อยู่ในอันดับผ่าน Canonical

อย่างไรก็ตาม เนื่องจากอาจมีกรณีต่างๆ ที่หลากหลาย เราขอแนะนำโพสต์นี้ ซึ่งครอบคลุมการใช้งานด้านเทคนิคเพิ่มเติมผ่านไฟล์ .htaccess

 <Files "seo-guide.pdf"> Header add Link "< http://www.sistrix.com/seo-guide/ >; rel=\"canonical\"" </Files>

สัญญาณอื่นๆ: แผนผังเว็บไซต์และลิงก์ภายใน

ในกรณีนี้ เราจะไม่นำ Canonical Directive ไปใช้ แต่เราระบุโดยปริยายว่า URL นี้ (ต่างจากเวอร์ชันอื่น) เป็น URL ดั้งเดิม และมีน้ำหนักและมูลค่ามากกว่า

บางอย่างง่ายๆ เช่น การเพิ่ม URL ลงในแผนผังเว็บไซต์ หรือการเชื่อมโยง URL จากการนำทางเว็บไซต์นั้นมี ความสำคัญโดยปริยายและโดยปริยาย อยู่แล้ว ดังนั้นเราจึงส่งสัญญาณ SEO เกี่ยวกับความสำคัญของเวอร์ชัน URL นี้ให้กับเราค่อนข้างมาก หากเราขัดแย้งกับตัวเองหรือมีสัญญาณที่ไม่ชัดเจนหรือไม่สามารถสรุปได้ เราจะละเมิด กฎหมายว่าด้วยความเรียบง่ายใน SEO : อย่าทำให้ Google ซับซ้อนกว่าที่มันเป็นอยู่แล้ว

• ด้วย URL ที่ซ้ำกัน 2 รายการโดยใช้รูปแบบบัญญัติ URL ดั้งเดิมจะรวมอยู่ในแผนผังเว็บไซต์ แต่รูปแบบบัญญัติจะไม่เป็น
• ด้วย URL ที่ซ้ำกัน 2 รายการโดยใช้รูปแบบบัญญัติ URL ดั้งเดิมจะมีการเชื่อมโยงอย่างเด่นชัด ไม่เป็นไปตามรูปแบบบัญญัติ (แม้ว่าจะไม่สามารถทำได้เสมอไป และ URL ตามรูปแบบบัญญัติอาจมีลิงก์บางส่วนที่ชี้ไปยัง URL ดังกล่าว)

กรณีผลกระทบและ SEO

ผลกระทบที่ใหญ่ที่สุดที่การใช้ Canonical สามารถมีได้คือเมื่อ Google ยอมรับ URL ที่แท็ก Canonical ชี้ไปจะกลายเป็นดัชนีได้ และ URL ที่ออก Canonical จะลาออกและเสียสละตัวเอง เพื่อให้เนื้อหาที่เป็นต้นฉบับมากขึ้นสามารถ ได้รับการจัดทำดัชนี

ในทางกลับกัน หาก URL ที่ออกตามรูปแบบบัญญัติได้รับลิงก์ภายในที่ใดที่หนึ่งในโครงสร้างการนำทาง Google จะสามารถรวบรวมข้อมูลหน้านี้และใช้เวลากับมัน สิ่งนี้น่าจะทำให้เรานึกถึงการใช้ Robots.txt (แม้แต่ “noindex”) และ Canonical ร่วมกัน หากเราต้องการประหยัดงบประมาณการรวบรวมข้อมูล เป็นไปได้ที่เราอาจป้องกันไม่ให้ Google เข้าใจว่าข้อมูลที่ซ้ำกันและ Canonical อยู่ที่ใด

เมื่อพูดถึงกรณีที่เจาะจงมากขึ้น เราสามารถระบุเพิ่มเติมอีกเล็กน้อย:

• พารามิเตอร์แบบพาสซีฟ : ใช้เป็นข้อควรระวัง ร่วมกับการจัดการพารามิเตอร์ของ Google Search Console อย่างไรก็ตาม พารามิเตอร์เหล่านี้ใช้เพื่อแท็กแคมเปญ (ชำระเงิน อีเมล โซเชียล…)
• พารามิเตอร์ที่ใช้งาน : ภาษา, ตัวกรอง กุญแจสำคัญในที่นี้คือการระบุว่าเนื้อหาใดมีเนื้อหาที่เป็นต้นฉบับเพียงเล็กน้อยเท่านั้นที่เราสามารถวางตำแหน่งได้ นอกเหนือจากการรู้อย่างแน่ชัดว่าพวกเขาตอบสนองต่อจุดประสงค์ในการค้นหาหรือไม่ ปัญหาเพิ่มเติมอาจเป็นการเชื่อมโยงภายในและการสูญเสียอำนาจผ่านลิงก์ภายในของตัวกรองเหล่านี้
• การ แบ่งหน้า : สถานการณ์ปัจจุบันเกี่ยวกับการแบ่งหน้ายังคงเป็นข้อโต้แย้งในตัวของมันเอง Google ได้ลบแนวทางปฏิบัติก่อนหน้าก่อนหน้านั้นออกไป และตอนนี้โลกของ SEO กำลังถกเถียงกันอยู่ว่าเราควรใช้ noindex, canonical ไปยังหน้าแรก, การเลื่อนไม่สิ้นสุด หรือเทคโนโลยีไดนามิกเช่น AJAX เพื่อรักษาฟังก์ชันการทำงานสำหรับผู้ใช้โดยไม่ต้องสร้างหน้า/ลิงก์ใหม่ ขึ้นอยู่กับกรณี มันไม่ใช่การตัดสินใจเล็กน้อยเลย
• หน้าผลิตภัณฑ์ที่มีคุณลักษณะคล้ายกัน (สี ขนาด) : คล้ายกับที่เราพูดเกี่ยวกับตัวกรอง เราจำเป็นต้องระบุว่าเมื่อใดที่เนื้อหาของพวกเขาไม่ได้จัดอันดับเป็นต้นฉบับเพียงเล็กน้อย และเราจำเป็นต้องทราบว่าพวกเขาตอบสนองต่อความตั้งใจในการค้นหาหรือไม่ เราควรจำกฎ ที่ว่า “ซึ่งไม่ได้ค้นหา ไม่ควรจัดทำดัชนี” .

วิธีวิเคราะห์หรือตรวจสอบแท็กบัญญัติ

ตอนนี้ เรามาลงที่ธุรกิจของวิธีการระบุหรือตรวจสอบแท็กบัญญัติ เรามีวิธีการที่เหมาะกับความชอบของทุกคน:

สำรวจซอร์สโค้ด

ไปที่หน้าและคลิกขวาที่ใดก็ได้บนหน้าเพื่อแสดงเมนูด้วยตัวเลือก "ดูแหล่งที่มาของหน้า" (ควบคุม + U หากคุณใช้ Windows หรือ CMD + Alt + U หากคุณใช้ Mac)

เมื่อเข้าไปข้างในแล้ว ให้กด Control + F บน Windows หรือ CMD + F บน Mac เพื่อค้นหาภายในโค้ด พิมพ์ “canonical” เพื่อให้แท็กถูกเน้นด้วยสีอื่น หากมี เปรียบเทียบเนื้อหาและพิจารณาว่าค่านี้ถูกกำหนดไว้อย่างถูกต้องหรือไม่

เครื่องมือสำหรับนักพัฒนา Chrome

เมื่อใช้ Chrome เราสามารถเปิดเว็บไซต์ที่เราต้องการวิเคราะห์ คลิกขวาบนหน้าจอ แล้วกด "ตรวจสอบ" ซึ่งจะเป็นการเปิดเครื่องมือสำหรับนักพัฒนา ซึ่งเราสามารถค้นหาแท็กด้วย Control + F หรือ Cmd + F ได้เช่นเดียวกับที่ทำในจุดก่อนหน้า

ความแตกต่างที่สำคัญระหว่างซอร์สโค้ดของเพจและผู้ตรวจสอบคือ อันที่สองได้แสดงผลเพจแล้ว และเราเห็นเนื้อหาหลังจากกระบวนการนี้ (รวมถึงการใช้งาน JavaScript) เสร็จสิ้น

อีกทางหนึ่ง เราสามารถใช้คอนโซล โดยไปที่แท็บ "คอนโซล" และป้อนคำสั่งต่อไปนี้:

 $$('link[rel="canonical"]')[0] 

บน Google Search Console

Google Search Console มีวิธีต่างๆ ในการวิเคราะห์หรือตรวจสอบแท็กบัญญัติ วิธีหนึ่งที่ทำได้คือไป ที่รายงาน "ความครอบคลุม" ซึ่งเราสามารถวิเคราะห์เหตุการณ์ใดๆ ที่รับผิดชอบในการยกเว้น URL บางรายการออกจากดัชนี ใน ส่วน "ยกเว้น" นี้ บางครั้งเราพบสถานการณ์ที่เกี่ยวข้องกับแท็กตามรูปแบบบัญญัติ ทั้งกรณีที่ถูกต้องและไม่ถูกต้อง (ตีความอย่างถูกต้องและไม่ถูกต้อง) ไม่ต้องสงสัยเลยว่านี่เป็นวิธีที่สมบูรณ์แบบในการเริ่มต้นดึงข้อมูลซึ่งจะช่วยเราระบุปัญหาได้

ในทางกลับกัน เรามีเครื่องมือ ตรวจสอบ URL ซึ่งสามารถให้ข้อมูลเชิงลึกเกี่ยวกับแท็กตามรูปแบบบัญญัติของ URL แต่ละรายการได้ เราสามารถขอให้รวบรวมข้อมูลและส่งคืนสถานะได้ โดยเฉพาะอย่างยิ่งหากคำแนะนำของเรามีความแตกต่างกันกับสิ่งที่ Google เลือกที่จะตีความ

วิธีวิเคราะห์ Canonical tags โดยใช้ SISTRIX Toolbox Optimizer

มีหลายวิธีในการวิเคราะห์ Canonicals โดยใช้ SISTIX Toolbox Optimizer

การรวบรวมข้อมูลและการตรวจจับคำเตือน

ในฐานะโปรแกรมรวบรวมข้อมูล โปรแกรมเพิ่มประสิทธิภาพจะเข้าชมเว็บไซต์ของคุณเพื่อระบุโอกาสในการปรับปรุง ข้อผิดพลาด และแง่มุมอื่นๆ ที่คุณจะได้รับแจ้งในลักษณะที่ง่ายและเห็นภาพ ดังนั้นคุณจึงไม่ต้องเสียเวลาในการประมวลผลข้อมูล นี่คือตัวอย่างที่เกี่ยวข้องกับ Canonical tags ซึ่ง Optimizer จะแจ้งให้คุณทราบ (หากคุณทำผิดพลาด):

ตัวสำรวจ URL: วิเคราะห์ URL แต่ละรายการ

ฟีเจอร์นี้คล้ายกับเครื่องมือตรวจสอบ URL ของ Google Search Console ซึ่งหมายความว่าคุณจะสามารถประเมิน URL แต่ละรายการที่รวบรวมข้อมูลในโครงการ Optimizer ของคุณ และดูข้อมูลสำหรับ URL เฉพาะนั้นได้

1

2

อย่างที่คุณเห็น เราสามารถวิเคราะห์ทุกแง่มุมในหน้าที่เกี่ยวข้องกับ URL นี้ ทั้งลิงก์ภายในขาเข้าและขาออก ข้อมูลเซิร์ฟเวอร์ แท็ก SEO และนี่คือที่ที่คุณจะได้พบกับการใช้งานตามรูปแบบบัญญัติเช่นกัน ซึ่งเป็นหัวเรื่องที่อยู่ในมือ .

โหมดผู้เชี่ยวชาญ

เมื่อไปที่ส่วนโหมดผู้เชี่ยวชาญ เราจะสามารถเข้าถึง URL ที่รวบรวมข้อมูลทั้งหมดของโครงการ และใช้ตัวกรองหลายตัวเพื่อปรับแต่งการค้นหาของเรา ในตัวอย่างด้านล่าง ฉันได้รวม URL ที่มี /products/ ไว้ใน URL ของพวกเขา แต่ไม่ได้เป็นของตลาด /en_gb/

นอกจากนี้เรายังสามารถกำหนดค่าคอลัมน์ตารางเพื่อแสดงฟิลด์ที่เราสนใจมากขึ้น ในตัวอย่างของฉัน ฉันได้เลือกที่จะแสดงรหัสสถานะ ระดับความลึก ลิงก์ภายใน เมตาโรบ็อต และมาตรฐาน แต่เราสามารถเพิ่มได้เพียง ทำเครื่องหมายที่ช่องของพวกเขา เช่น ชื่อ คำอธิบาย H1 ขนาด ประเภทของเนื้อหา ฯลฯ