Alternate page with proper canonical tag คืออะไร และแก้ไขอย่างไร

"Alternate page with proper canonical tag" ใน Google Search Console หมายความว่าอะไร

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

คำว่า "proper" หมายความว่า Google เห็นด้วยกับการตั้งค่า canonical ของคุณ นี่คือความแตกต่างสำคัญจากสถานะอย่าง "Duplicate, Google chose different canonical than user" ซึ่ง Google ไม่ใช้ canonical ที่คุณประกาศไว้

สถานะนี้แสดงที่ไหนใน GSC

ใน Google Search Console ให้ไปที่ Indexing › Pages แล้วดูตาราง "Why pages aren't indexed" คลิก "Alternate page with proper canonical tag" เพื่อดู URL ที่ได้รับผลกระทบ และใช้ Export เพื่อดาวน์โหลดรายการทั้งหมดไปวิเคราะห์

Alternate, canonical และ duplicate สรุปสั้นๆ

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

เมื่อไหร่ถือว่าปกติ (และไม่ต้องทำอะไร)

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

• ›พารามิเตอร์ URL และตัวกรอง: พารามิเตอร์ติดตาม ตัวเลือกการเรียงลำดับ หรือ faceted navigation (เช่น ?color=blue หรือ ?utm_source=...)
• ›Session ID และแท็กติดตาม: พารามิเตอร์ที่เพิ่มตัวระบุเฉพาะโดยไม่เปลี่ยนเนื้อหาของหน้า
• ›รูปแบบโครงสร้าง URL ที่ต่างกัน: เครื่องหมายทับท้าย URL ตัวพิมพ์ใหญ่ หรือเวอร์ชัน HTTP ที่ชี้ไปยัง URL หลักแบบ HTTPS
• ›เวอร์ชันสำหรับพิมพ์และ AMP: รูปแบบสำรองที่ตั้ง canonical กลับไปที่หน้าหลักอย่างถูกต้อง
• ›เนื้อหาที่เผยแพร่ซ้ำ: เว็บไซต์ภายนอกที่นำเนื้อหาของคุณไปเผยแพร่ซ้ำ พร้อม canonical tag ที่ชี้กลับมาที่ต้นฉบับของคุณ

หาก URL ที่ถูกระบุอยู่ในกลุ่มเหล่านี้ ปล่อยไว้ตามเดิม การบังคับให้จัดทำดัชนีหรือการลบ canonical tag อาจทำให้ปัญหาเนื้อหาซ้ำกลับมาอีก

หากต้องการยืนยันว่าตั้ง canonical ของหน้าถูกต้อง ให้ตรวจด้วย เครื่องมือตรวจสอบ canonical tag ฟรี

เมื่อไหร่ที่เป็นปัญหาจริง

สถานะนี้จะกลายเป็นปัญหาเมื่อหน้าหลักที่คุณต้องการให้จัดทำดัชนีถูกระบุว่าเป็นหน้าสำรอง หรือเมื่อ canonical tag ชี้ไปยังเป้าหมายที่ผิด ลองตรวจสอบห้าสถานการณ์นี้

1. Canonical ชี้ไปยังเป้าหมายที่ผิด

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

2. Canonical ชี้ไปยังหน้าที่จัดทำดัชนีไม่ได้

Canonical tag ต้องชี้ไปยัง URL ที่ใช้งานได้ จัดทำดัชนีได้ ส่งกลับรหัสสถานะ 200 และตั้ง canonical เป็นตัวเอง หากเป้าหมายเปลี่ยนเส้นทาง ส่งกลับ 404 ถูกบล็อกด้วย robots.txt หรือมีแท็ก noindex Google อาจเลือก canonical อื่น หรือไม่นำเนื้อหานั้นเข้าดัชนี

3. URL แบ่งหน้าและ URL พารามิเตอร์ถูกรวมอย่างไม่ถูกต้อง

ในเว็บไซต์อีคอมเมิร์ซ หน้าที่แบ่งหน้าหรือมุมมองที่กรองแล้วมักตั้ง canonical ไปที่หน้า 1 โดยไม่ได้ตั้งใจ ทำให้สินค้าหรือรายการที่อยู่ลึกลงไปไม่ถูกจัดทำดัชนี โดยปกติหน้าที่แบ่งหน้าควรตั้ง canonical เป็นตัวเอง เพื่อให้รายการที่แสดงยังถูกค้นพบได้

4. Hreflang และ canonical ขัดแย้งกัน

ในเว็บไซต์หลายภาษา แต่ละเวอร์ชันภาษาควรตั้ง canonical เป็นตัวเอง และลิงก์ไปยังเวอร์ชันภาษาอื่นด้วยแท็ก hreflang การตั้ง canonical ของทุกหน้าภาษาให้ชี้ไปที่ภาษาเริ่มต้นเพียงภาษาเดียว จะทำให้หน้าภาษาเหล่านั้นหลุดออกจากดัชนี และทำให้กลุ่ม hreflang เสียหาย

5. หน้าซ้ำจริงที่คุณตั้งใจรวมไว้ในทิศทางตรงข้าม

หาก canonical tag ชี้ไปยังหน้าซ้ำที่อ่อนกว่าแทนหน้าหลัก Google จะจัดทำดัชนีเป้าหมายที่คุณระบุไว้ ตรวจสอบให้แน่ใจว่า canonical tag ลิงก์ภายใน และ sitemap ตรงกันทั้งหมดที่ URL หลักที่คุณต้องการ

หากคุณกำลังจัดการกับสถานะการจัดทำดัชนีอื่นๆ ดูคู่มือของเราเรื่อง Not found (404) และ Blocked due to other 4xx issue

วิธีวินิจฉัยด้วย URL Inspection

ก่อนเปลี่ยนแปลงอะไร ให้ตรวจดูก่อนว่า Google เห็นหน้าอย่างไร

เปรียบเทียบ canonical ที่ Google เลือกกับที่ผู้ใช้ประกาศ

วาง URL ที่ถูกระบุลงในแถบ URL Inspection ด้านบนของ Search Console แล้วขยายส่วน Page indexing เปรียบเทียบ "User-declared canonical" กับ "Google-selected canonical" หากทั้งสองชี้ไปยัง URL หลักที่คุณตั้งใจไว้ แปลว่าตั้งค่าถูกต้อง หากต่างกัน หรือเป้าหมายที่ประกาศไว้ผิด ให้ปรับแท็ก

ตรวจสอบว่าคุณส่งอะไรออกไปจริงๆ

Canonical ประกาศได้ใน <head> ของ HTML หรือใน HTTP response header แบบ Link เครื่องมือตรวจสอบ canonical tag ฟรีจะอ่านทั้งสองแบบ และบอกว่า URL อ้างอิงตัวเอง ข้ามโดเมน ไม่มี canonical หรือส่ง canonical ใน HTML ที่ไม่ตรงกับใน header

ค้นหา URL ที่มีปัญหาทั้งหมดทั่วทั้งเว็บไซต์

การตรวจ URL ทีละรายการไม่สามารถขยายได้ Crawler ของ SEOcrawl AI จะครอลทั้งเว็บไซต์และระบุปัญหา canonical เช่น canonical ที่ชี้ไปยัง URL ผิด การเปลี่ยนเส้นทาง หรือหน้าข้อผิดพลาด พร้อมสถานะความสามารถในการจัดทำดัชนีของแต่ละหน้า มุมมอง Indexation ของ SEOcrawl AI จัดกลุ่ม URL ตามสถานะ coverage ใน Search Console และแสดง canonical ที่ Google เลือกและที่ประกาศไว้ของแต่ละ URL คุณยังติดแท็ก URL ที่มีปัญหาตามกฎหรือด้วยตนเองได้ ทีมที่ทำงานกับผู้ช่วย AI สามารถดึงข้อมูลเดียวกันทีละ URL ผ่าน เซิร์ฟเวอร์ MCP ของ SEOcrawl AI

วิธีแก้ "Alternate page with proper canonical tag"

ใช้วิธีแก้ที่ตรงกับผลการวินิจฉัยของคุณ เป้าหมายเหมือนเดิมเสมอ: canonical tag ลิงก์ภายใน และ XML sitemap ต้องชี้ไปยัง URL หลักเดียวที่จัดทำดัชนีได้

แก้ไขแท็ก rel=canonical

สำหรับหน้าที่คุณต้องการให้ติดอันดับ ให้ตั้ง canonical tag ที่อ้างอิงตัวเองใน <head> ของ HTML:

<link rel="canonical" href="https://example.com/your-page" />

ใช้ URL แบบเต็มที่ส่งกลับรหัสสถานะ 200 ลบ canonical tag ตัวที่สองในหน้าเดียวกันออก: เมื่อหน้าหนึ่งประกาศ canonical ที่ขัดแย้งกัน Google อาจเพิกเฉยต่อทั้งหมด

แก้ไขลิงก์ภายในและ sitemap

ปรับสัญญาณภายในให้สอดคล้องกับโครงสร้าง canonical ลิงก์ภายในไปยัง canonical URL หลัก ไม่ใช่เวอร์ชันที่มีพารามิเตอร์หรือเวอร์ชันสำรอง และตรวจสอบให้แน่ใจว่า XML sitemap มีเฉพาะ URL หลักที่จัดทำดัชนีได้

แก้เทมเพลตที่ซ้ำใน WordPress

ใน WordPress ปลั๊กอิน SEO มักเป็นตัวสร้าง canonical tag ใน Yoast SEO ให้เปิดโพสต์ ไปที่แท็บ Advanced ในกล่อง meta ของ Yoast แล้วตรวจสอบหรือล้างช่อง Canonical URL ใน Rank Math และ All in One SEO ให้ตรวจการตั้งค่า Canonical URL ในแท็บ Advanced การเว้นช่องว่างไว้จะคืนค่า canonical ที่อ้างอิงตัวเองตามค่าเริ่มต้น

วิธีแก้ใน Shopify

Shopify สร้าง canonical tag ให้อัตโนมัติ URL สินค้าที่เข้าถึงผ่านคอลเลกชัน (/collections/x/products/y) จะตั้ง canonical ไปที่ URL สินค้าแบบสะอาด (/products/y) โดยค่าเริ่มต้น ซึ่งก็คือกรณีปกติที่กล่าวไว้ข้างต้น หากหน้าหลักตั้ง canonical ไปยัง URL ที่ผิด ให้ตรวจ canonical tag ใน theme.liquid และแอป SEO ที่เขียนทับแท็กนี้

วิธีแก้ใน Squarespace และ Wix

Squarespace จัดการ canonical tag ให้อัตโนมัติ หากต้องการจัดการหน้าซ้ำ ให้รวมหน้าเหล่านั้น หรือเพิ่มการเปลี่ยนเส้นทาง 301 ในแผง URL Mappings ของการตั้งค่าเว็บไซต์ Wix เพิ่ม canonical ที่อ้างอิงตัวเองให้ทุกหน้า หากหน้าที่ทำสำเนามาชี้ไปยัง URL ที่ผิด ให้เปิดการตั้งค่า SEO ของหน้านั้นแล้วตรวจ canonical ใน Advanced SEO

ใช้การเปลี่ยนเส้นทาง 301 เมื่อหน้าซ้ำไม่ควรมีอยู่

หาก URL สำรองไม่มีประโยชน์ต่อผู้ใช้เลย ให้ตั้งค่าการเปลี่ยนเส้นทาง 301 ไปยังหน้าหลัก แทนที่จะพึ่ง canonical tag เพียงอย่างเดียว

ตรวจสอบการแก้ไข

หลังอัปเดต canonical แล้ว ให้กระตุ้นให้ Google ประเมินใหม่:

1. ›ตรวจ URL ใน Search Console แล้วคลิก Test live URL เพื่อยืนยันว่าตอนนี้ canonical ที่ผู้ใช้ประกาศเป็นเป้าหมายที่คุณตั้งใจแล้ว
2. ›คลิก Request indexing เพื่อนำหน้าเข้าคิวการครอล
3. ›ใช้ Validate fix ในหน้ารายละเอียดของปัญหา เพื่อให้ตรวจสอบทั้งกลุ่มใหม่
4. ›ส่ง XML sitemap ที่อัปเดตแล้ว ซึ่งมีเฉพาะ canonical URL หลัก

Alternate page เทียบกับสถานะหน้าซ้ำอื่นๆ ใน GSC

Search Console รายงานหลายสถานะที่ดูคล้ายกัน แต่มีความหมายต่างกัน และมีเพียงบางสถานะที่ต้องแก้ไข:

• ›Alternate page with proper canonical tag: Google เห็นด้วยกับ canonical ของคุณและจัดทำดัชนี URL หลัก โดยปกติไม่ต้องทำอะไร
• ›Duplicate, Google chose different canonical than user: Google ไม่ใช้ canonical ของคุณและเลือก URL อื่น หาสาเหตุแล้วปรับสัญญาณให้ตรงกัน
• ›Duplicate without user-selected canonical: หน้านี้ไม่มี canonical Google จึงเลือกให้ เพิ่ม canonical เพื่อควบคุมเอง
• ›Excluded by 'noindex' tag: คำสั่งกันหน้าออกจากดัชนี ใช้ noindex กับหน้าที่ไม่ควรปรากฏในการค้นหาเลย ไม่ใช่กับหน้าซ้ำ

วิธีป้องกันในอนาคต

เพื่อไม่ให้ปัญหา canonical แฝงกลับมาทุกครั้งที่อัปเดตเว็บไซต์:

• ›ตั้ง canonical ที่อ้างอิงตัวเองเป็นค่าเริ่มต้นในทุกหน้าที่จัดทำดัชนีได้
• ›รักษาโครงสร้าง URL ให้สะอาด เพื่อลดรูปแบบพารามิเตอร์ที่ไม่จำเป็น
• ›ใส่เฉพาะ URL ที่เป็น canonical และจัดทำดัชนีได้ใน XML sitemap
• ›ครอลเว็บไซต์หลังเปลี่ยนเทมเพลต อัปเดตปลั๊กอิน หรือย้ายเว็บไซต์ทุกครั้ง แล้วเปรียบเทียบผลการครอลเพื่อดูว่า canonical ใดเปลี่ยนไป

SEO Monitor แจ้งเตือนคุณเมื่อ canonical tag ของหน้าสำคัญเปลี่ยน เสีย หรือหายไป และยังติดตามสถานะการจัดทำดัชนีของหน้าเหล่านั้น คุณจึงรู้เรื่อง canonical ที่ผิดก่อนที่ Search Console จะรายงาน

คำถามที่พบบ่อย

"Alternate page with proper canonical tag" เป็นข้อผิดพลาดหรือไม่

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

ต้องแก้ไขหรือไม่

ต้องแก้เฉพาะเมื่อหน้าหลักที่คุณต้องการให้ติดอันดับได้รับผลกระทบ หาก URL ที่ถูกระบุเป็นพารามิเตอร์ติดตาม ตัวกรอง ตัวเลือกการเรียงลำดับ หรือรูปแบบอื่นของหน้าที่อยู่ในดัชนีแล้ว ก็ไม่ต้องเปลี่ยนแปลงอะไร

ทำไม Google จึงเลือก canonical ต่างจากที่ฉันตั้งไว้

Google มอง rel=canonical เป็นคำแนะนำที่มีน้ำหนักมาก ไม่ใช่คำสั่ง หากลิงก์ภายใน sitemap การเปลี่ยนเส้นทาง หรือแท็ก hreflang ชี้ไปยัง URL อื่นที่ไม่ตรงกับ canonical tag ของคุณ Google อาจเลือก URL นั้นแทน ควรปรับสัญญาณทั้งหมดให้ชี้ไปที่ URL หลักเดียวกัน

ตั้งค่า canonical tag ให้ถูกต้องอย่างไร

เพิ่มแท็ก rel=canonical เพียงแท็กเดียวใน head ของ HTML โดยชี้ไปที่ URL แบบเต็มของหน้าหลัก ในปลั๊กอิน SEO ของ WordPress ให้เว้นช่อง canonical ว่างไว้เพื่อคง canonical ที่อ้างอิงตัวเองตามค่าเริ่มต้น เว้นแต่คุณตั้งใจจะรวมหน้าซ้ำ

URL กับ canonical URL ต่างกันอย่างไร

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

สถานะนี้ทำให้อันดับตกหรือไม่

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