Canonical คืออะไร ทำไม Google ไม่ต้องเชื่อ Canonical ที่เราตั้งเสมอไป
อธิบาย rel=canonical ว่าคืออะไร ใช้แก้ปัญหาเนื้อหาซ้ำอย่างไร และทำไม Google ถือว่า canonical เป็นคำแนะนำ ไม่ใช่คำสั่งบังคับ
ทีม NOAH · เผยแพร่ 2 กันยายน 2569 · อัปเดต 3 กันยายน 2569 · อ่าน 14 นาที
สรุปสั้น
- ✓Canonical tag คือแท็ก rel=canonical ที่บอก Google ว่า URL ไหนเป็นตัวหลักในกลุ่มหน้าที่มีเนื้อหาเหมือนหรือคล้ายกัน
- ✓Google ปฏิบัติต่อ canonical เป็นคำแนะนำ (hint) ไม่ใช่คำสั่งบังคับ (directive) ระบบอาจเลือก URL อื่นเป็นตัวหลักถ้าสัญญาณอื่นขัดแย้งกัน
- ✓ปัญหาเนื้อหาซ้ำที่พบบ่อยเกิดจาก URL parameter เช่น รหัสติดตามแคมเปญ หรือหน้าที่เข้าถึงได้ทั้งแบบมีและไม่มี trailing slash
- ✓ทุกหน้าควรมี canonical ชี้ไปตัวเอง (self-referencing canonical) เป็นค่าเริ่มต้น เพื่อป้องกันความสับสนเมื่อมีการคัดลอกหรือดึงเนื้อหาไปที่อื่น
- ✓ตรวจสอบผลได้จริงผ่าน URL Inspection ใน Google Search Console ซึ่งจะบอกทั้ง canonical ที่เราประกาศ และ canonical ที่ Google เลือกใช้จริง
สมมติร้านค้าออนไลน์แห่งหนึ่งมีหน้าสินค้าเดียวกันที่เข้าถึงได้จากหลาย URL — เข้าจากเมนูหมวดหมู่ได้ URL หนึ่ง เข้าจากผลการค้นหาภายในเว็บได้อีก URL หนึ่งที่ต่อพารามิเตอร์ตามหลัง และเข้าจากลิงก์โฆษณาที่มีรหัสติดตามแคมเปญต่อท้ายอีกแบบ ทั้งสามลิงก์เปิดเนื้อหาหน้าเดียวกันเป๊ะ นี่คือสถานการณ์ที่ canonical tag ถูกออกแบบมาแก้ตรง ๆ
แต่มีจุดหนึ่งที่หลายคนเข้าใจผิด คือคิดว่าใส่ canonical แล้ว Google จะทำตามเป๊ะทุกครั้ง ความจริงไม่ใช่แบบนั้นเสมอไป บทความนี้จะอธิบายตั้งแต่ canonical คืออะไร ทำงานอย่างไรเบื้องหลัง ไปจนถึงวิธีตั้งค่า วิธีตรวจสอบว่าใช้งานได้จริง และข้อผิดพลาดที่เจอบ่อยที่สุดในเว็บ SME ไทย
Canonical คืออะไร
Canonical คืออะไร
Canonical คือแท็ก rel=canonical ที่ใส่ไว้ในส่วน head ของหน้าเว็บ เพื่อบอก Google ว่าในกลุ่ม URL ที่มีเนื้อหาเหมือนหรือคล้ายกันมาก URL ใดควรถือเป็นตัวหลักที่ควรนำไปจัดทำดัชนีและแสดงในผลการค้นหา ช่วยรวมสัญญาณต่าง ๆ ที่กระจายอยู่ตาม URL ปลีกย่อยให้ไปรวมที่ URL หลักเพียงตัวเดียว แทนที่จะกระจัดกระจายจนแข่งกันเอง
หน้าตาของแท็กนี้เมื่อเปิดดูซอร์สโค้ดจะเป็นบรรทัดประมาณ <link rel="canonical" href="https://example.com/สินค้า-เอ" /> วางอยู่ในส่วน <head> ของ HTML คนทั่วไปที่เปิดหน้าเว็บจะไม่เห็นแท็กนี้เลย เพราะไม่มีผลต่อหน้าตาที่แสดงผล มันทำงานอยู่เบื้องหลังเพื่อคุยกับโปรแกรมของ Google เท่านั้น ถ้าใช้ WordPress หรือแพลตฟอร์มที่มีปลั๊กอิน SEO อยู่แล้ว ระบบมักใส่ self-referencing canonical ให้อัตโนมัติ แต่ก็ควรตรวจสอบด้วยตัวเองอย่างน้อยครั้งหนึ่งว่าใส่ถูกจริง เพราะบางธีมหรือปลั๊กอินที่ชนกันอาจทำให้ค่าเพี้ยนได้
Canonical ทำงานอย่างไรเบื้องหลังตอน Google เข้ามาเก็บข้อมูล
เวลา Googlebot เข้ามาเก็บข้อมูล (crawl) เว็บของเรา มันจะไล่เก็บทุก URL ที่เจอ ไม่ว่าจะเจอผ่านลิงก์ภายใน sitemap หรือแหล่งอื่น จากนั้นระบบจะจัดกลุ่ม URL ที่มีเนื้อหาเหมือนหรือคล้ายกันมากเข้าด้วยกัน เรียกว่า duplicate cluster แล้วเลือก URL ตัวหนึ่งในกลุ่มนั้นมาเป็น "canonical URL" หรือ URL ตัวแทนที่จะถูกนำไปจัดทำดัชนีและใช้แสดงผลในการค้นหา
- 1Crawl: Googlebot เก็บ URL ทุกตัวที่เจอ รวมถึง URL ที่มีพารามิเตอร์หรือรูปแบบต่างกันเล็กน้อย
- 2Cluster: ระบบเปรียบเทียบเนื้อหาของ URL ที่คล้ายกัน แล้วจัดเป็นกลุ่มเดียวกัน
- 3เลือกตัวแทน: ระบบพิจารณาสัญญาณหลายอย่างพร้อมกัน เช่น rel=canonical ที่เราประกาศ, redirect, ลิงก์ภายในที่ชี้เข้ามา, การปรากฏใน sitemap, และเวอร์ชัน https กับ http
- 4จัดทำดัชนี: URL ที่ถูกเลือกเป็นตัวแทนจะถูกนำไปจัดทำดัชนีและมีสิทธิ์ขึ้นแสดงผลค้นหา ส่วน URL อื่นในกลุ่มเดียวกันมักไม่ถูกจัดทำดัชนีแยก
canonical ไม่ได้ทำงานตัวเดียวโดด ๆ
ข้อที่ควรจำคือ canonical เป็นแค่หนึ่งในสัญญาณที่ระบบใช้ตัดสินใจ ไม่ใช่ปัจจัยเดียว ถ้าอยากให้ Google เลือก URL ที่เราต้องการจริง ๆ ต้องทำให้สัญญาณอื่นสอดคล้องไปทางเดียวกันด้วย เช่น ลิงก์ภายในเว็บ sitemap และ redirect
ทำไม Canonical เป็นคำแนะนำ ไม่ใช่คำสั่งบังคับ
Google ระบุไว้ใน developers.google.com/search/docs ว่า rel=canonical เป็นสัญญาณหนึ่งในหลายสัญญาณที่ระบบใช้พิจารณาเลือก URL หลัก ไม่ใช่คำสั่งที่ต้องทำตามเสมอไป ถ้าสัญญาณอื่นขัดแย้งกันมาก เช่น URL ที่ระบุใน canonical ถูกบล็อกด้วย robots.txt เข้าไม่ถึงจริง หรือมีลิงก์ภายในและ sitemap ชี้ไปยัง URL อื่นอย่างท่วมท้น Google อาจเลือก URL อื่นเป็นตัวหลักแทน
hint กับ directive ต่างกันอย่างไร
directive คือคำสั่งที่ระบบต้องทำตาม เช่น meta robots noindex ซึ่ง Google เคารพเสมอ ส่วน hint คือคำแนะนำที่ระบบนำไปประกอบการตัดสินใจร่วมกับสัญญาณอื่น canonical จัดอยู่ในกลุ่ม hint จึงมีโอกาสที่ Google จะเลือกไม่ทำตามได้ในบางกรณี
ตัวอย่างสถานการณ์ที่ทำให้ Google ไม่เลือกตาม canonical ที่เราตั้ง — สมมติเว็บหนึ่งใส่ canonical ของหน้า /blog/บทความ-a ให้ชี้ไปหน้า /blog/บทความ-b เพราะคิดว่าเนื้อหาซ้ำกัน แต่ในความเป็นจริงลิงก์ภายในเกือบทั้งเว็บยังคงชี้มาที่ /blog/บทความ-a และหน้านั้นมีคนแชร์ลิงก์ต้นฉบับไปเยอะกว่า ระบบของ Google อาจประเมินว่าสัญญาณโดยรวมบ่งชี้ว่า /blog/บทความ-a ควรเป็นตัวหลัก แล้วเลือกจัดทำดัชนีหน้านั้นแทนคำแนะนำที่เราตั้งไว้ กรณีแบบนี้เจ้าของเว็บต้องไปตรวจดูว่าจะแก้ที่ลิงก์ภายในให้สอดคล้องกัน หรือจะย้ายเนื้อหาให้ตรงตามที่ต้องการจริง ๆ
เมื่อไหร่ควรใช้ Canonical
- หน้าเดียวกันเข้าถึงได้จากหลาย URL เนื่องจาก URL parameter เช่น รหัสติดตามแคมเปญหรือรหัส session
- หน้าที่เข้าถึงได้ทั้งแบบมีและไม่มี trailing slash หรือทั้งแบบ http และ https ที่ยังไม่ได้ตั้ง redirect ถาวร
- เนื้อหาที่เผยแพร่ซ้ำในหลายแพลตฟอร์ม (syndicated content) ควรชี้ canonical กลับไปหาต้นฉบับ
- หน้าสินค้าที่มีตัวเลือกสี ขนาด หรือรุ่นต่างกันเล็กน้อย แต่เนื้อหาหลักเหมือนกัน อาจรวม canonical ไปที่หน้าหลักของสินค้านั้น
- หน้าผลการค้นหาภายในเว็บ (internal search results) หรือหน้ากรองสินค้าที่สร้าง URL ใหม่ทุกครั้งตามตัวกรองที่เลือก
- หน้าเวอร์ชันสำหรับพิมพ์ (print version) หรือหน้าที่มี query string สำหรับติดตาม UTM จากอีเมลและโซเชียล
| สถานการณ์ | URL ตัวอย่าง | ควรทำอย่างไร |
|---|---|---|
| พารามิเตอร์แคมเปญ | /สินค้า-เอ?utm_source=fb | canonical ชี้กลับไป /สินค้า-เอ |
| Trailing slash ไม่สม่ำเสมอ | /สินค้า-เอ กับ /สินค้า-เอ/ | เลือกรูปแบบเดียว ใส่ canonical และ redirect ให้ตรงกัน |
| ตัวกรองสินค้า | /สินค้า?สี=แดง&ไซส์=m | canonical ชี้กลับไปหน้าหมวดหมู่หลัก |
| เนื้อหาเผยแพร่ซ้ำ | บทความเดียวกันโพสต์ในสองแพลตฟอร์ม | แพลตฟอร์มที่เผยแพร่ทีหลังใส่ canonical ชี้กลับต้นฉบับ |
วิธีตั้งค่า Canonical ทีละขั้นตอน
ตั้งค่า Canonical ให้ถูกต้อง
- 1
ใส่ self-referencing canonical เป็นค่าเริ่มต้นทุกหน้า
ให้แต่ละหน้าชี้ canonical กลับมาที่ตัวเอง เพื่อป้องกันปัญหาเมื่อมีคนคัดลอกหน้าไปที่อื่น หรือเมื่อระบบสร้าง URL พารามิเตอร์เพิ่มขึ้นในอนาคตโดยไม่ได้ตั้งใจ
- 2
ตรวจสอบว่า URL ที่ระบุใน canonical เข้าถึงได้จริง
เปิด URL นั้นตรง ๆ ต้องไม่ถูกบล็อกด้วย robots.txt ไม่มี noindex และต้องคืนสถานะ 200 ไม่ใช่หน้า error หรือหน้า redirect ซ้อนกันหลายชั้น
- 3
ให้สัญญาณอื่นสอดคล้องกับ canonical
sitemap ควรใส่เฉพาะ URL ที่เป็นตัวหลัก และลิงก์ภายในเว็บควรชี้ไปยัง URL เดียวกับที่ตั้ง canonical ไว้ ไม่ใช่ชี้ไป URL ปลีกย่อยที่มีพารามิเตอร์
- 4
พิจารณาทำ 301 redirect แทน canonical เมื่อยกเลิก URL ถาวร
ถ้า URL ปลีกย่อยไม่มีเหตุผลต้องคงไว้ให้ผู้ใช้เข้าถึงอีกต่อไป ควรทำ 301 redirect แทนการใช้ canonical เพียงอย่างเดียว เพราะ redirect เป็นคำสั่งบังคับที่ Google ต้องทำตาม อ่านความต่างเพิ่มเติมที่ 301 กับ 302 Redirect ต่างกันอย่างไร
- 5
ทดสอบซ้ำหลังเผยแพร่
หลังแก้ไขแล้ว รอสักพักแล้วกลับมาตรวจผ่าน Google Search Console อีกครั้ง เพราะ Google ต้อง crawl ซ้ำก่อนถึงจะอัปเดตการตัดสินใจเรื่อง canonical
| รูปแบบ | ใช้เมื่อไหร่ | ตัวอย่าง |
|---|---|---|
| Self-referencing | ทุกหน้าเป็นค่าเริ่มต้น | หน้า /สินค้า-เอ ชี้ canonical ไปหาตัวเอง |
| Cross canonical | เมื่อมี URL ปลีกย่อยที่ซ้ำเนื้อหา | หน้า /สินค้า-เอ?ref=fb ชี้ canonical ไปหน้า /สินค้า-เอ |
| Cross-domain canonical | เนื้อหาเดียวกันเผยแพร่ต่างโดเมน | เว็บพันธมิตรที่เผยแพร่ซ้ำชี้ canonical กลับมาที่เว็บต้นฉบับ |
วิธีตรวจสอบว่า Canonical ทำงานถูกต้องแล้ว
ตั้งค่าเสร็จแล้วอย่าเพิ่งวางใจ เพราะสิ่งที่เราประกาศกับสิ่งที่ Google เลือกใช้จริงอาจไม่ตรงกัน วิธีเช็กที่ตรงและน่าเชื่อถือที่สุดคือใช้เครื่องมือของ Google เอง
- เปิดซอร์สโค้ดของหน้า (คลิกขวา แล้วเลือก View Page Source หรือกด Ctrl+U) ค้นหาคำว่า canonical เพื่อดูว่า URL ที่ประกาศคืออะไร
- ใช้ URL Inspection ใน Google Search Console พิมพ์ URL ที่ต้องการตรวจ แล้วดูสองค่า คือ "Google-selected canonical" กับ "User-declared canonical" ถ้าสองค่านี้ไม่ตรงกัน แปลว่า Google เลือกใช้ URL อื่นแทนคำแนะนำของเรา
- ถ้าไม่ตรงกัน ให้ไล่ดูว่าลิงก์ภายใน sitemap และ redirect ของเว็บชี้ไปทางไหนเป็นส่วนใหญ่ แล้วปรับให้สอดคล้องกับ URL ที่ต้องการจริง ๆ
- ตรวจซ้ำเป็นระยะ โดยเฉพาะหลังปรับโครงสร้างเว็บ เปลี่ยนธีม หรือย้ายโดเมน เพราะการเปลี่ยนแปลงเหล่านี้มักทำให้ canonical เพี้ยนโดยไม่รู้ตัว
อย่าเชื่อแค่สิ่งที่เราตั้ง
การเปิดดูซอร์สโค้ดบอกได้แค่ว่าเราประกาศอะไรไป แต่บอกไม่ได้ว่า Google เลือกใช้จริงหรือไม่ ต้องเช็กผ่าน URL Inspection ใน Search Console เท่านั้นถึงจะรู้ผลจริง
ตัวอย่างสมมติ: ร้านค้าออนไลน์แก้ปัญหา Canonical
ตัวอย่างนี้เป็นสถานการณ์สมมติเพื่อให้เห็นภาพ ไม่ใช่เคสลูกค้าจริง — ร้านขายเสื้อผ้าออนไลน์แห่งหนึ่งพบว่าหน้าสินค้าตัวเดียวกันถูกจัดทำดัชนีซ้ำถึงสี่ URL เพราะระบบตัวกรองสี ไซส์ และการเรียงลำดับสินค้าสร้าง URL ใหม่ทุกครั้งที่ลูกค้ากดเลือกตัวกรอง ทำให้เนื้อหาเดียวกันกระจายอยู่หลาย URL และแข่งกันเองในผลการค้นหา
ทางแก้คือใส่ canonical ให้ทุก URL ที่เกิดจากตัวกรองชี้กลับไปยัง URL หลักของหมวดหมู่สินค้านั้น พร้อมปรับ sitemap ให้เหลือเฉพาะ URL หลัก และตรวจสอบว่าลิงก์ภายในเว็บส่วนใหญ่ เช่น เมนูนำทางและลิงก์แนะนำสินค้า ชี้ไปยัง URL หลักเป็นหลักด้วย เมื่อสัญญาณทั้งหมดสอดคล้องกัน Google ก็มีแนวโน้มเลือกจัดทำดัชนี URL หลักตามที่ตั้งใจไว้
ข้อผิดพลาดที่เจอบ่อย
- ใส่ canonical ชี้ไป URL ที่ถูกบล็อกด้วย robots.txt ทำให้ Google เข้าไม่ถึงหน้าที่ระบุว่าเป็นตัวหลัก
- canonical กับ sitemap ขัดแย้งกัน เช่น canonical ชี้ไปหน้า A แต่ sitemap ใส่หน้า B
- ลืมใส่ canonical เมื่อย้ายเนื้อหาไปโดเมนใหม่ ทำให้เนื้อหาเดิมกับใหม่แข่งกันเองในผลการค้นหา
- ใช้ canonical แทนการทำ redirect ทั้งที่หน้าเก่าควรถูกยกเลิกถาวรแล้ว ทำให้ผู้ใช้ยังเข้าถึงหน้าเก่าที่ไม่อัปเดตได้
- ตั้ง canonical ไปยัง URL ที่ไม่มีอยู่จริงหรือคืนสถานะ 404 เพราะพิมพ์ URL ผิดตอนตั้งค่า
- ปล่อยให้ปลั๊กอินหลายตัวใส่ canonical ซ้อนกันในหน้าเดียว จนเหลือ canonical มากกว่าหนึ่งบรรทัดในโค้ด ซึ่ง Google อาจเลือกใช้ตัวใดตัวหนึ่งโดยไม่ตรงกับที่ตั้งใจ
สำหรับเจ้าของธุรกิจ: Canonical คืออะไรแบบเข้าใจง่าย ไม่ต้องรู้โค้ด
เจ้าของธุรกิจ SME ส่วนใหญ่ไม่ต้องลงไปแก้โค้ด canonical เอง แต่ควรเข้าใจว่ามันคืออะไรในระดับที่คุยกับทีมหรือฟรีแลนซ์ที่ดูแลเว็บได้รู้เรื่อง พูดง่าย ๆ canonical คือการบอก Google ว่า "ถ้าหน้านี้มีสำเนาหรือหน้าที่คล้ายกันอยู่ที่อื่น ให้ถือหน้านี้เป็นตัวจริง" เหมือนการชี้ว่าเอกสารฉบับไหนคือต้นฉบับเวลามีสำเนาหลายชุดวางอยู่
- ไม่ต้องตั้งเองถ้าใช้ WordPress หรือ Shopify เพราะระบบส่วนใหญ่ใส่ canonical พื้นฐานให้อัตโนมัติอยู่แล้ว
- ต้องเริ่มสนใจเมื่อเว็บมีหน้าสินค้าที่เข้าถึงได้หลายทาง เช่น จากตัวกรองสี ไซส์ หรือจากลิงก์โฆษณาที่มีรหัสติดตามต่อท้าย
- ถ้าจ้างทีมนอกทำเว็บ ให้ถามตรง ๆ ว่า "หน้าเว็บมี self-referencing canonical หรือยัง" เป็นคำถามเดียวที่ช่วยกรองได้ว่าทีมนั้นเข้าใจพื้นฐาน SEO จริงหรือไม่
- ไม่จำเป็นต้องเข้าใจการทำงานเบื้องหลังทั้งหมด แค่รู้ว่ามันมีไว้ป้องกันไม่ให้หน้าเว็บแข่งอันดับกันเองก็เพียงพอสำหรับการตัดสินใจเชิงธุรกิจ
เมื่อไหร่ควรกังวลเรื่อง canonical จริง ๆ
ถ้าธุรกิจเป็นเว็บข้อมูลทั่วไปที่ไม่มีตัวกรองสินค้าหรือพารามิเตอร์ซับซ้อน มักไม่ต้องกังวลมาก แต่ถ้าเป็นร้านค้าออนไลน์ที่มีตัวกรองสินค้าเยอะ ควรให้ทีมเทคนิคตรวจเรื่องนี้เป็นประจำ ดูแนวทางการวางระบบ SEO สำหรับ SME ภาพรวมได้ที่ SEO สำหรับ SME
เช็กลิสต์สรุปก่อนปล่อยเว็บจริง
- ทุกหน้ามี canonical อย่างน้อยหนึ่งบรรทัด และไม่มีการซ้อนกันมากกว่าหนึ่งบรรทัด
- URL ที่ระบุใน canonical เปิดได้จริง คืนสถานะ 200 ไม่ถูกบล็อกและไม่มี noindex
- sitemap มีเฉพาะ URL ที่เป็นตัวหลัก ไม่รวม URL ปลีกย่อยที่มีพารามิเตอร์
- ลิงก์ภายในเว็บส่วนใหญ่ชี้ไปยัง URL เดียวกับที่ตั้ง canonical
- ตรวจผ่าน URL Inspection ใน Search Console แล้วว่า Google-selected canonical ตรงกับที่ประกาศไว้
- หน้าที่ต้องการยกเลิกถาวรใช้ 301 redirect แทน ไม่ใช่ canonical เพียงอย่างเดียว
คำถามที่พบบ่อย
Canonical ต่างจาก 301 Redirect อย่างไร+
Canonical บอก Google ว่า URL ไหนควรเป็นตัวหลัก โดยที่ URL ปลีกย่อยยังเข้าถึงได้ปกติสำหรับผู้ใช้ ส่วน 301 redirect คือการส่งผู้ใช้และ Google จาก URL เก่าไปยัง URL ใหม่ทันที เหมาะกับกรณีที่ต้องการยกเลิก URL เดิมถาวร
Google จะทำตาม Canonical ที่เราตั้งเสมอไปไหม+
ไม่เสมอไป canonical เป็นคำแนะนำ ไม่ใช่คำสั่งบังคับ ถ้าสัญญาณอื่นอย่างลิงก์ภายในหรือ sitemap ขัดแย้งกันมาก Google อาจเลือก URL อื่นเป็นตัวหลักแทน
ทุกหน้าจำเป็นต้องมี Canonical ไหม+
ควรมี แม้เป็นหน้าที่ไม่มีปัญหาเนื้อหาซ้ำ การใส่ self-referencing canonical เป็นแนวทางที่ปลอดภัยเพื่อป้องกันปัญหาที่อาจเกิดขึ้นในอนาคต เช่น การถูกคัดลอกเนื้อหาไปเว็บอื่น
Canonical ใช้แก้ปัญหา Thin Content ได้ไหม+
ใช้ได้บางกรณี ถ้าหน้าที่เนื้อหาบางเกินไปมีเนื้อหาซ้ำกับหน้าอื่นจริง แต่ถ้าเป็นปัญหาเนื้อหาบางที่ไม่มีหน้าอื่นให้รวม ควรปรับปรุงเนื้อหาโดยตรงแทน อ่านเพิ่มเติมที่ Thin Content คืออะไร
ตรวจสอบ Canonical ของเว็บได้ที่ไหนโดยไม่ต้องดูซอร์สโค้ด+
ใช้ URL Inspection ใน Google Search Console พิมพ์ URL ที่ต้องการตรวจ ระบบจะแสดงทั้ง canonical ที่เราประกาศและ canonical ที่ Google เลือกใช้จริงให้เห็นเทียบกันในหน้าเดียว
ถ้า canonical กับ hreflang ใช้พร้อมกัน จะขัดแย้งกันไหม+
ไม่ขัดแย้งกันถ้าตั้งค่าถูกต้อง hreflang บอกภาษาและภูมิภาคของแต่ละเวอร์ชัน ส่วน canonical ของแต่ละภาษาควรชี้กลับไปหาตัวเอง ไม่ใช่ชี้ไปรวมกันที่ภาษาเดียว มิเช่นนั้น Google อาจไม่จัดทำดัชนีเวอร์ชันภาษาอื่นให้ครบ
สรุป
Canonical เป็นเครื่องมือสำคัญสำหรับจัดการเนื้อหาซ้ำ แต่ต้องเข้าใจว่ามันคือคำแนะนำที่ Google นำไปประกอบการตัดสินใจ ไม่ใช่คำสั่งที่รับประกันผลลัพธ์เสมอไป ความสอดคล้องกันของสัญญาณทั้งหมดในเว็บ ทั้งลิงก์ภายใน sitemap และ redirect สำคัญกว่าการตั้งค่า canonical เพียงจุดเดียว ตรวจสอบผลจริงเป็นระยะผ่าน Google Search Console จะช่วยให้มั่นใจว่าสิ่งที่ตั้งใจไว้กับสิ่งที่ Google เลือกใช้จริงตรงกัน ดูหัวข้อ on-page อื่นเพิ่มเติมได้ที่ /on-page-seo
เริ่มตรวจสถานะ index ของเว็บให้ครบทุกหน้า
NOAH ช่วยตรวจสถานะ index และ crawl ของเว็บที่เชื่อมไว้ ให้เห็นภาพว่าหน้าไหนมีปัญหาเนื้อหาซ้ำหรือ canonical ขัดแย้งกัน
สร้างบัญชี