เปิด Google Search Console แล้วเจอคำว่า Duplicate without user-selected canonical พร้อม URL หลายหน้า ไม่ต้องรีบตกใจครับ สถานะนี้หมายถึง Google พบว่าหน้านั้นซ้ำหรือใกล้เคียงกับ URL อื่น แต่คุณไม่ได้ระบุ Canonical URL ที่ต้องการอย่างชัดเจน Google จึงเลือก URL หลักให้เอง และมักไม่นำ URL ที่รายงานนี้ไปแสดงในดัชนีแยกต่างหาก
วิธีแก้จึงไม่ใช่การกด Request Indexing ทุก URL แต่ต้องหาก่อนว่า URL เหล่านั้น “ควรเป็นหน้าหลักหรือควรเป็นหน้าซ้ำ” จากนั้นค่อยใช้ canonical, redirect, internal link และ sitemap ให้สอดคล้องกัน
Duplicate without user-selected canonical คืออะไร?
Canonical URL คือ URL ที่คุณต้องการให้ Search Engine มองเป็น เวอร์ชันหลักของเนื้อหาชุดเดียวกัน ตัวอย่างเช่น เว็บไซต์มีหน้าสินค้าเดียวกันแต่เข้าถึงได้หลาย URL จากพารามิเตอร์หรือระบบกรองสินค้า
- example.com/product/shoes/
- example.com/product/shoes/?color=black
- example.com/product/shoes/?utm_source=facebook
ถ้าเนื้อหาหลักแทบเหมือนกัน Google ไม่จำเป็นต้องเก็บทุก URL เป็นคนละหน้า หากเว็บไซต์ไม่ได้ส่งสัญญาณ canonical ที่ชัดเจน Google จะพยายามเลือก URL ตัวแทนด้วยระบบของตัวเอง
Google อธิบายเรื่องนี้ไว้ในเอกสาร Canonicalization ของ Google Search Central โดยตรง และสิ่งสำคัญคือ canonical เป็น “สัญญาณ” ไม่ใช่คำสั่งที่ Google จำเป็นต้องทำตามเสมอไป
สถานะนี้ทำให้ SEO เสียหรือไม่?
ไม่เสมอไป นี่เป็นจุดที่ผมมักเช็กก่อนแก้อะไรก็ตาม เพราะหลายเว็บไซต์พยายามทำให้รายงาน Page Indexing เป็นสีเขียวทั้งหมด ทั้งที่บาง URL ไม่ควรถูก Index ตั้งแต่แรก
สมมติ WordPress สร้าง URL ซ้ำจาก parameter และ Google เลือกหน้าหลักถูกต้องอยู่แล้ว การที่ URL รองขึ้น Duplicate without user-selected canonical อาจไม่ได้สร้างปัญหาทางธุรกิจเลย
แต่ควรตรวจสอบทันทีเมื่อ URL ที่ขึ้นสถานะนี้เป็นหน้าสำคัญ เช่น หน้าบริการ หน้าสินค้าหลัก Landing Page หรือบทความที่คุณตั้งใจทำอันดับ เพราะอาจหมายถึง Google กำลังมองหน้าเป้าหมายของคุณเป็นสำเนาของหน้าอื่น
จะรู้ได้อย่างไรว่า Google เลือก Canonical หน้าไหน?
เปิด Google Search Console แล้วเข้า URL Inspection จากนั้นใส่ URL ที่มีปัญหาและดูข้อมูล Indexing โดยเฉพาะส่วนที่เกี่ยวข้องกับ canonical
คุณควรเปรียบเทียบ 2 ค่า คือ User-declared canonical ซึ่งเป็น URL ที่เว็บไซต์ส่งให้ Google และ Google-selected canonical ซึ่งเป็น URL ที่ระบบ Google เลือกจริง
ถ้า User-declared canonical ไม่มี แต่ Google-selected canonical เป็น URL ที่ถูกต้อง ปัญหาอาจไม่ร้ายแรง แต่ถ้า Google เลือกหน้าที่ไม่ควรเป็นหน้าหลัก นั่นคือสัญญาณว่าต้องตรวจ Technical SEO ต่อ
กรณีเว็บไซต์มีปัญหาหลายประเภทพร้อมกัน ผมจะแยกเรื่อง canonical ออกจากปัญหา crawl ก่อน เพราะการไล่แก้ทุกสถานะพร้อมกันทำให้หาต้นเหตุยาก คุณสามารถอ่านต่อเรื่อง การทำ Server Log Analysis เพื่อดู Googlebot เพื่อเช็กว่า Google เข้าถึง URL ส่วนใดจริงบ้าง
Duplicate without user-selected canonical เกิดจากอะไรบ่อยที่สุด?
1. หน้าเดียวกันเปิดได้หลาย URL
นี่เป็นเคสคลาสสิก โดยเฉพาะเว็บร้านค้า เว็บที่มี Filter หรือเว็บไซต์ที่สร้าง Query Parameters จำนวนมาก URL ต่างกัน แต่ HTML และเนื้อหาหลักเหมือนกันเกือบทั้งหมด
2. WordPress สร้างหน้าที่มีเนื้อหาซ้ำกัน
WordPress สามารถมีหน้า Archive, Category, Tag, Author, Pagination และ URL อื่นที่ดึงเนื้อหาจากโพสต์ชุดเดียวกันมาแสดง หากโครงสร้างเว็บไซต์หรือ SEO Plugin ตั้งค่าไม่เหมาะสม Google อาจพบหลายหน้าที่คล้ายกันมาก
อย่างไรก็ตาม อย่าเหมารวมว่า Category หรือ Archive ต้อง noindex ทั้งหมด หากหน้าเหล่านี้มี Search Intent ของตัวเอง มีเนื้อหาเฉพาะ และช่วยให้ผู้ใช้ค้นข้อมูลได้จริง ก็สามารถเป็น Landing Page SEO ได้
3. Internal Link ส่งคนไปหลายเวอร์ชันของ URL
สมมติ canonical คือ /seo-service/ แต่เมนูบางจุดลิงก์ไป /seo-service และบทความอีกหลายหน้าลิงก์ผ่าน URL ที่มี parameter สัญญาณภายในเว็บไซต์ก็เริ่มไม่เป็นหนึ่งเดียว
นี่เป็นรายละเอียดที่เจอบ่อยในงานจริง: ใส่ canonical ถูกแล้ว แต่ internal link, sitemap และ redirect กลับชี้คนละทิศ Google จึงต้องประมวลผลสัญญาณที่ขัดกันเอง
วิธีแก้ Duplicate without user-selected canonical ทีละขั้นตอน
ขั้นที่ 1: ตัดสินใจก่อนว่า URL ไหนควรอยู่ใน Google
อย่าเริ่มด้วย Plugin ให้เริ่มด้วยคำถามว่า ถ้าคนค้น Google เจอ URL นี้ เราต้องการให้เขาเข้าหน้านี้จริงไหม?
ถ้าคำตอบคือใช่ หน้าอาจต้องมีเนื้อหาที่แตกต่างและมีคุณค่าพอให้ Google มองเป็นเอกเทศ แต่ถ้าเป็นเพียงสำเนาที่เกิดจาก parameter หรือระบบเว็บไซต์ ก็ควรรวมสัญญาณกลับไปยังหน้าหลัก
ขั้นที่ 2: ใส่ rel=”canonical” ให้ถูก URL
หน้าหลักควรประกาศ canonical กลับมาที่ URL หลักของตัวเอง หรือที่เรียกว่า self-referencing canonical เช่น หน้าที่ example.com/services/ ก็ควรชี้ canonical มาที่ URL นี้ หากนี่คือเวอร์ชันที่ต้องการให้ Index
สำหรับ WordPress ปลั๊กอิน SEO ที่ใช้กันทั่วไปสามารถจัดการ canonical ได้ แต่หลังตั้งค่าแล้วควรเปิด Source Code ตรวจจริง อย่าเชื่อเพียงว่าหน้า Settings แสดงค่าถูกต้อง เพราะ Theme, Plugin หรือระบบ Cache อาจสร้าง canonical ซ้ำได้
ขั้นที่ 3: ใช้ 301 Redirect ถ้าหน้าซ้ำไม่จำเป็นต้องมีอยู่
Canonical กับ Redirect ไม่ใช่สิ่งเดียวกัน หาก URL เก่าไม่จำเป็นต้องเปิดให้ผู้ใช้เข้าอีกต่อไป การทำ 301 Redirect ไป URL หลักมักตรงกว่า
ตัวอย่างเช่น คุณเปลี่ยน /seo-package-old/ เป็น /seo-package/ และไม่มีเหตุผลให้หน้าเก่าอยู่ต่อ กรณีนี้ควร Redirect มากกว่าปล่อยสองหน้าไว้แล้วใช้ canonical อย่างเดียว
ขั้นที่ 4: ตรวจ XML Sitemap
Sitemap ควรส่ง URL ที่คุณต้องการให้ Google Index เป็นหลัก ไม่ควรมี URL ที่ redirect, canonical ไปหน้าอื่น หรือ parameter จำนวนมากปะปนอยู่
หาก Sitemap ใหญ่และมี URL คุณภาพต่ำจำนวนมาก ลองอ่านเรื่อง Thin Content และวิธีจัดการหน้าคุณภาพต่ำ เพิ่มเติม เพราะปัญหาหน้าซ้ำกับหน้าบางมักเกิดร่วมกันในเว็บไซต์ขนาดใหญ่
ขั้นที่ 5: ทำ Internal Link ให้ชี้ URL หลัก
แก้เมนู Breadcrumb ปุ่ม CTA และลิงก์จากบทความให้ใช้ canonical URL เดียวกัน นี่เป็นขั้นตอนที่หลายคนข้าม ทั้งที่ internal link เป็นหนึ่งในสัญญาณที่ช่วยให้ Search Engine เข้าใจโครงสร้างเว็บไซต์
หากกำลังปรับโครงสร้างเว็บไซต์ครั้งใหญ่ ควรตรวจ การตั้งค่า Sitemap สำหรับเว็บไซต์ และระบบลิงก์ภายในควบคู่กันไป เพื่อไม่ให้ Google ได้รับสัญญาณคนละชุด
อะไรที่ไม่ควรทำเมื่อเจอปัญหานี้?
ข้อผิดพลาดที่ผมเจอบ่อยคือเห็น URL ไม่ Index แล้วพยายาม “บังคับ Index” ทันที ทั้งที่ Google กำลังบอกว่า URL นั้นซ้ำกับหน้าอื่น
- อย่ากด Request Indexing ซ้ำๆ โดยยังไม่แก้สาเหตุ
- อย่า canonical ทุกหน้าไปหน้าแรก เพราะหน้าแรกไม่ได้เป็นตัวแทนของเนื้อหาทุก URL
- อย่าใช้ robots.txt แก้ canonical แบบสุ่ม เพราะการบล็อกการ Crawl อาจทำให้ Google อ่านสัญญาณในหน้านั้นไม่ได้
- อย่าลบหน้าที่ขึ้น Duplicate ทั้งหมด ก่อนตรวจว่ามี Traffic, Backlink หรือคุณค่าต่อผู้ใช้หรือไม่
โดยเฉพาะเว็บธุรกิจ การตัดสินใจจากสถานะใน Search Console เพียงบรรทัดเดียวอาจทำให้ URL ที่สร้าง Leads อยู่ถูก Redirect หรือ noindex โดยไม่ตั้งใจ
หลังแก้ Canonical แล้วต้องทำอะไรต่อ?
ตรวจ Source Code ว่า canonical ถูกต้อง ตรวจ Sitemap และ Internal Link อีกครั้ง จากนั้นใช้ URL Inspection ทดสอบ URL สำคัญ คุณสามารถส่ง URL หลักให้ Google ตรวจใหม่ได้ แต่ไม่ต้อง Request Indexing ทุก URL ที่เป็นสำเนา
จากประสบการณ์ทำ Technical SEO ผมแนะนำให้จด URL ที่มีปัญหา → URL หลักที่ต้องการ → วิธีแก้ → วันที่แก้ ไว้ใน Spreadsheet โดยเฉพาะเว็บที่มีหลักร้อยหรือหลักพัน URL วิธีนี้ช่วยป้องกันการ redirect หรือ canonical ไขว้กันเมื่อมีหลายคนดูแลเว็บ
เป้าหมายไม่ใช่ทำให้รายงาน Search Console “ไม่มี Error” แต่คือทำให้ Google เข้าใจตรงกับคุณว่า URL ไหนคือหน้าที่ควร Crawl, Index และนำไปแข่งขันในผลการค้นหา เมื่อสัญญาณ canonical, redirect, sitemap และ internal link ไปในทิศทางเดียวกัน การจัดการเว็บไซต์ระยะยาวจะง่ายขึ้นมาก
คำถามที่พบบ่อย
Duplicate without user-selected canonical ต้องแก้ทุก URL ไหม?
ไม่จำเป็น หาก URL เป็นสำเนาที่ไม่ต้องการให้ Index และ Google เลือก canonical ที่ถูกต้องอยู่แล้ว อาจไม่ต้องดำเนินการเพิ่มเติม แต่ควรตรวจ URL สำคัญที่ต้องการทำอันดับเป็นรายหน้า
ใส่ Canonical แล้ว Google จะ Index หน้าหลักแน่นอนไหม?
ไม่รับประกัน เพราะ Google ใช้ canonical เป็นสัญญาณร่วมกับปัจจัยอื่น เช่น Redirect, Sitemap และ Internal Link หากสัญญาณขัดกัน Google สามารถเลือก canonical ต่างจากที่เว็บไซต์ระบุได้
ควรใช้ Canonical หรือ 301 Redirect ดีกว่ากัน?
ถ้าทั้งสอง URL ยังจำเป็นต้องเปิดให้ผู้ใช้เข้าถึง แต่เป็นเนื้อหาซ้ำกัน สามารถใช้ canonical เพื่อระบุเวอร์ชันหลักได้ แต่ถ้า URL ซ้ำหรือ URL เก่าไม่จำเป็นต้องใช้อีกแล้ว โดยทั่วไป 301 Redirect ไปยังหน้าที่เหมาะสมจะชัดเจนกว่า