สรุปสั้น ๆ (TL;DR)
- Google ถือว่า redirect แบบ 301 และ 308 เป็นแบบถาวร และใช้เป็นสัญญาณว่าปลายทางควรเป็น canonical ส่วน 302, 303 และ 307 เป็นแบบชั่วคราวและอาจทำให้ URL เดิมยังอยู่ในผลการค้นหา
- แท็ก rel="canonical" ปล่อยให้ URL ทั้งสองเปิดได้ Google เรียกว่าเป็นสัญญาณที่แรงแต่เป็นคำแนะนำ ไม่ใช่คำสั่ง จึงอาจจัดทำดัชนี URL อื่นที่ไม่ใช่ตัวที่ระบุ
- Google ระบุว่า 301 และ redirect ถาวรแบบอื่นไม่ทำให้ PageRank สูญหาย และระบุว่าการรวมสัญญาณจากหน้าซ้ำเป็นเหตุผลหนึ่งของการกำหนด canonical
- สำหรับการย้ายเว็บ Google แนะนำ redirect ฝั่งเซิร์ฟเวอร์แบบ 301 หรือ 308 ที่คงไว้อย่างน้อยหนึ่งปี ใส่ canonical ที่ชี้หาตัวเองบน URL ใหม่ และให้สาย redirect ไม่เกิน 3 ทอดจะดีที่สุด
- canonical tag ไม่ได้หยุดการเก็บข้อมูล Google ต้องดึง URL ตัวกรองมาก่อนจึงจะอ่านแท็กได้ และ URL ที่ถูกบล็อกใน robots.txt จะแสดง canonical ให้ Google เห็นไม่ได้เลย
การเลือกระหว่าง canonical กับ 301 redirect ตัดสินได้ด้วยคำถามเดียว คือยังมีใครต้องเปิด URL ที่ซ้ำอยู่หรือไม่ ถ้า URL เก่าไม่มีเหตุผลให้คงอยู่แล้ว ให้ใช้ 301 redirect ซึ่งพาทั้งผู้ใช้และ Google ไปที่อยู่ใหม่ ถ้าหน้าซ้ำยังต้องเปิดใช้งานได้ เช่น หน้ารายการสินค้าที่กรองแล้ว หรือ URL ที่มีพารามิเตอร์ติดตามแคมเปญ ให้ปล่อยหน้านั้นไว้และใส่ canonical tag ชี้ไปยังเวอร์ชันหลัก ส่วน 302 ใช้กับการย้ายที่ตั้งใจจะย้ายกลับ
เครื่องมือทั้งสามทำงานคาบเกี่ยวกันจนถูกใช้แทนกันบ่อย และการใช้ผิดตัวก็สร้างปัญหาที่มาปรากฏในดัชนีทีหลัง บทความนี้อธิบายว่า Google ระบุการทำงานของแต่ละตัวไว้อย่างไร ควรเลือกตัวไหนในสถานการณ์ที่เจอบ่อย และต้องทำอย่างไรเมื่อสัญญาณขัดกัน
แต่ละตัวบอกอะไรกับ Google
301 redirect คือคำตอบจากเซิร์ฟเวอร์ที่บอกว่าหน้านี้ย้ายถาวรแล้ว เบราว์เซอร์จะไม่แสดงหน้าเก่าเลย Google จะตามไปยังปลายทางและใช้ redirect นี้เป็นสัญญาณว่าปลายทางควรเป็น URL หลัก (canonical) ที่ถูกจัดทำดัชนีและแสดงในผลการค้นหา รหัส 308 ทำหน้าที่เดียวกัน
302 redirect บอกว่าหน้านี้ย้ายชั่วคราว ผู้ใช้ถูกส่งต่อเหมือนกันทุกประการ แต่เอกสารของ Google อธิบายฝั่งการทำดัชนีไว้ต่างออกไป คือ Google ตาม redirect ไปโดยไม่ได้รับอิทธิพลจากมันแบบเดียวกับ redirect ถาวร ซึ่งอาจช่วยให้ URL เดิมยังอยู่ในผลการค้นหา รหัส 307 เป็น redirect ชั่วคราวประเภทเดียวกัน
canonical tag (rel="canonical") ไม่ได้ส่งใครไปไหน URL ทั้งสองยังเปิดได้ตามปกติ แท็กนี้เป็นเพียงข้อความในส่วน head ของหน้าที่ระบุว่าต้องการให้ Google จัดทำดัชนี URL ใด Google เรียก link element นี้ว่าเป็นสัญญาณที่แรง แต่ก็ยังเป็นแค่สัญญาณ การระบุ canonical เป็นคำแนะนำ ไม่ใช่คำสั่ง และ Google เลือก URL อื่นได้ถ้าหลักฐานอื่นชี้ไปทางนั้น
ควรใช้ 301, 302 หรือ canonical tag เมื่อไร
ตารางนี้เทียบทั้งสามแบบ
| วิธี | สิ่งที่เกิดขึ้น | ใช้เมื่อ |
|---|---|---|
| 301 (หรือ 308) redirect ถาวร | ผู้ใช้และบอตไปถึง URL ใหม่ Google ถือว่าปลายทางเป็น canonical | เลิกใช้ URL เก่าถาวร เช่น เปลี่ยน slug รวมหน้า ย้ายจาก HTTP เป็น HTTPS หรือย้ายโดเมน |
| 302 (หรือ 307) redirect ชั่วคราว | ผู้ใช้ไปถึง URL ใหม่ ส่วน Google ควรเก็บ URL เดิมไว้ในผลการค้นหา | URL เดิมจะกลับมาใช้ เช่น ปิดปรับปรุง หน้าแคมเปญระยะสั้น สินค้าหมดชั่วคราว |
| rel="canonical" tag | URL ทั้งสองยังเปิดได้ Google ถูกขอให้จัดทำดัชนี URL ที่ระบุ | หน้าซ้ำยังต้องใช้งาน เช่น URL ตัวกรองและการเรียงลำดับ พารามิเตอร์ติดตาม หน้าสำหรับพิมพ์ |
คำถามต่อไปนี้ใช้ตัดสินกรณีทั่วไปได้
- ยังมีใครต้องเปิด URL ที่ซ้ำอยู่หรือไม่ ถ้าไม่มี ให้ redirect แนวทางของ Google คือใช้ redirect เฉพาะเมื่อจะเลิกใช้หน้าซ้ำ และใช้ canonical tag เมื่อหน้าซ้ำยังอยู่
- การเปลี่ยนนี้ถาวรหรือไม่ Google ระบุว่าให้ใช้ redirect ถาวรเมื่อแน่ใจว่าจะไม่ย้อนกลับ ถ้าคาดว่าจะยกเลิกภายหลัง ให้ใช้ 302
- แก้คำตอบของเซิร์ฟเวอร์ได้หรือไม่ แพลตฟอร์มสำเร็จรูปบางตัวไม่ให้ตั้ง redirect กับ URL บางรูปแบบ กรณีนั้น canonical tag คือเครื่องมือที่มีให้ใช้ โดยต้องเข้าใจว่ามันอ่อนกว่าการลบหน้าซ้ำออกไปเลย
ข้อจำกัดหนึ่งของ canonical tag คือ link element ใช้ได้กับหน้า HTML เท่านั้น ถ้าเป็นไฟล์ PDF หรือไฟล์อื่นที่ไม่ใช่ HTML ต้องส่ง canonical ผ่าน HTTP header ซึ่ง Google รองรับสำหรับผลการค้นหาเว็บ
canonical ส่งต่อคุณค่าของลิงก์เหมือน 301 หรือไม่
ส่งต่อ เมื่อ Google ยอมรับ canonical นั้น ลิงก์ที่ชี้มายังหน้าซ้ำจะถูกนับให้ URL หลัก Google ระบุว่าการรวมสัญญาณของหน้าที่คล้ายหรือซ้ำกันเป็นหนึ่งในเหตุผลของการกำหนด canonical ตั้งแต่แรก และลิงก์ก็เป็นหนึ่งในสัญญาณเหล่านั้น ส่วนฝั่ง redirect Google ระบุว่า 301 และ redirect ถาวรแบบอื่นไม่ทำให้ PageRank สูญหาย
สิ่งที่ต่างกันคือความแน่นอน 301 ทำให้ Google เหลือ URL เดียวให้เลือก เพราะอีก URL ไม่ส่งหน้าเว็บกลับมาแล้ว ส่วน canonical tag ทิ้ง URL ที่ใช้งานได้ไว้สองตัว แล้วขอให้ Google เห็นด้วยกับตัวเลือกของเจ้าของเว็บ ถ้าสองหน้ามีเนื้อหาหลักต่างกัน หรือลิงก์ภายใน sitemap และแท็กชี้ไปคนละทาง Google อาจเก็บ URL ที่ไม่ต้องการไว้ การรวมสัญญาณก็จะไม่เกิดตามแผน
canonical tag จึงไม่ใช่ 301 แบบเบาสำหรับหน้าที่แค่คล้ายกัน การชี้ canonical จากบทความหนึ่งไปอีกบทความในหัวข้อใกล้เคียงคือการขอให้ Google มองสองหน้าที่ต่างกันเป็นหน้าเดียว ซึ่ง Google ปฏิเสธได้ ถ้าต้องการย้ายคุณค่าของหน้าเก่าไปยังอีกหน้าหนึ่ง ให้ redirect
302 กับ 301 ต่างกันอย่างไรในแง่ SEO และ Google ถือว่า 302 เป็นถาวรเมื่อไร
สำหรับผู้ใช้ 302 กับ 301 ไม่ต่างกันเลย แต่สำหรับการทำดัชนี 301 บอก Google ให้เปลี่ยน URL เก่าเป็น URL ใหม่ ส่วน 302 บอกให้เก็บ URL เก่าไว้ การใช้ 302 กับการย้ายถาวรจึงเป็นการส่งคำสั่งผิด URL เก่าอาจค้างอยู่ในดัชนีขณะที่ URL ใหม่ยังรออยู่
คำถามว่า Google จะถือ 302 ที่ค้างไว้นานเป็น redirect ถาวรเมื่อไรนั้น ไม่มีตัวเลขในเอกสารรองรับ เอกสารเรื่อง redirect ของ Google ไม่ได้ระบุระยะเวลาที่ redirect ชั่วคราวจะถูกจัดประเภทใหม่ สิ่งที่เอกสารระบุไว้คือการเลือก canonical พิจารณาสัญญาณหลายตัวร่วมกัน ทั้ง redirect, HTTPS, การอยู่ใน sitemap และ rel="canonical" โดย Google เป็นผู้ตัดสินขั้นสุดท้าย 302 ที่ค้างอยู่ขณะที่ลิงก์ภายใน sitemap และ canonical tag ต่างระบุปลายทาง จึงให้เหตุผลมากพอที่ Google จะเลือกปลายทางอยู่ดี แต่ผลลัพธ์นั้นเป็นการตัดสินใจของ Google และแผนการย้ายเว็บไม่ควรพึ่งพามัน
หลักปฏิบัติคือ ถ้าย้ายถาวร ให้ส่ง 301 หรือ 308 เพื่อไม่ให้เหลือข้อสงสัย 302 หลายตัวเกิดขึ้นโดยไม่ตั้งใจ เพราะเฟรมเวิร์กและปลั๊กอินบางตัวส่ง redirect ชั่วคราวเป็นค่าเริ่มต้น การตรวจ redirect ในงานตรวจเทคนิคจึงควรไล่ดู 302 ทุกตัว แล้วถามว่า URL เดิมจะกลับมาใช้จริงหรือไม่
Google ยังจัดประเภท redirect ที่ไม่ได้มาจากเซิร์ฟเวอร์ด้วย meta refresh แบบทันที (0 วินาที) ถูกตีความเป็นถาวร ส่วนแบบหน่วงเวลาถูกตีความเป็นชั่วคราว redirect ด้วย JavaScript จะถูกตามก็ต่อเมื่อการเรนเดอร์สำเร็จ และ Google แนะนำให้ใช้เฉพาะเมื่อทำ redirect ฝั่งเซิร์ฟเวอร์หรือ meta refresh ไม่ได้
จะเกิดอะไรเมื่อ canonical ชี้ไปยัง URL ที่ถูก redirect
หน้าเว็บบอกว่า "ให้จัดทำดัชนี URL นั้น" แต่ URL นั้นตอบว่า "ย้ายไปแล้ว" Google ต้องตีความคำสั่งสองชุดที่ไม่ตรงกัน และผลลัพธ์ขึ้นกับดุลยพินิจของ Google รูปแบบนี้มักเกิดหลังการย้ายเว็บ redirect ถูกตั้งแล้ว แต่ canonical tag ในเทมเพลตยังเป็นที่อยู่เก่า หรือยังเป็นเวอร์ชัน HTTP หรือเวอร์ชันที่ไม่มีเครื่องหมายทับท้าย
วิธีแก้ตรงไปตรงมา canonical ต้องระบุ URL ปลายทางสุดท้าย คือ URL ที่ตอบสถานะ 200 ไม่ถูก redirect ต่อ ไม่ถูกบล็อก และไม่ได้ตั้ง noindex ความขัดแย้งแบบกลับด้านก็ใช้หลักเดียวกัน คือหน้าที่ redirect ไป B ขณะที่ canonical ของ B ชี้กลับมาที่ A วงวนแบบนี้ทำให้ Google ไม่มีสัญญาณที่สอดคล้องกันให้ตาม
แนวทางของ Google ครอบคลุมปัญหานี้ในภาพกว้างด้วย คืออย่าระบุ URL ต่างกันเป็น canonical ของหน้าเดียวกันผ่านเทคนิคต่างกัน ถ้า sitemap ใส่ URL หนึ่ง canonical tag ระบุอีก URL และลิงก์ภายในใช้ URL ที่สาม แต่ละสัญญาณจะลดน้ำหนักของกันและกัน ให้เลือก URL เดียวต่อหนึ่งหน้า แล้วทำให้ปลายทางของ redirect, canonical tag, รายการใน sitemap, hreflang และลิงก์ภายในตรงกันทั้งหมด
จัดการ URL สินค้าและตัวกรองที่ซ้ำกัน
ร้านค้าออนไลน์สร้างหน้าซ้ำโดยโครงสร้างของมันเอง สินค้าชิ้นเดียวเข้าถึงได้จากหลายหมวด ตัวเลือกสีและขนาดมีพารามิเตอร์ของตัวเอง การเรียงลำดับและการกรองสร้าง URL ใหม่ทุกครั้งที่เลือกเงื่อนไขต่างกัน และ redirect ไม่ได้สักตัว เพราะลูกค้ากำลังใช้งานอยู่
งานนี้เป็นหน้าที่ของ canonical tag โดยมีเรื่องที่ต้องตัดสินใจดังนี้
- สินค้าเดียวอยู่หลายเส้นทาง: เลือก URL หนึ่งเป็นที่อยู่หลักของสินค้า ตั้ง canonical ของทุกเส้นทางไปที่ URL นั้น และใช้ URL นั้นในลิงก์ภายใน
- พารามิเตอร์เรียงลำดับและรูปแบบการแสดงผล: เป็นเนื้อหาเดิมที่เปลี่ยนแค่ลำดับ ให้ตั้ง canonical ไปยัง URL หมวดที่ไม่ได้เรียงลำดับ
- พารามิเตอร์ติดตาม เช่น แท็กแคมเปญ: ตั้ง canonical ไปยัง URL ที่ไม่มีพารามิเตอร์ การใส่ canonical ที่ชี้หาตัวเองไว้ทุกหน้าจัดการเรื่องนี้ได้โดยไม่ต้องเขียนกฎเพิ่ม เพราะแท็กจะระบุที่อยู่สะอาดเสมอ ไม่ว่ามีพารามิเตอร์อะไรต่อท้าย
- ชุดตัวกรอง: ตัดสินใจก่อนว่าหน้าที่กรองแล้วควรถูกค้นเจอหรือไม่ ตัวกรองที่ตรงกับวิธีที่คนค้นหาจริงเป็นหน้าที่จัดทำดัชนีได้และมี canonical ของตัวเอง ที่เหลือให้ชี้ไปยังหมวดที่ไม่ได้กรอง
canonical tag ไม่ได้หยุดการเก็บข้อมูล Google ต้องเข้ามาดึง URL ที่กรองแล้วก่อนจึงจะเห็นแท็ก แนวทางเรื่อง faceted navigation ของ Google ระบุว่า rel="canonical" อาจลดปริมาณการเก็บข้อมูลของ URL เหล่านั้นได้เมื่อเวลาผ่านไป แต่โดยทั่วไปได้ผลน้อยกว่าการบล็อกในระยะยาว ถ้า URL ตัวกรองไม่จำเป็นต้องถูกจัดทำดัชนีเลย ทางที่ Google แนะนำคือ disallow ใน robots.txt ส่วน URL ตัวกรองที่ยังเปิดให้เก็บข้อมูล แนวทางเดียวกันแนะนำให้เรียงลำดับพารามิเตอร์ให้คงที่ และตอบ 404 เมื่อชุดตัวกรองไม่มีผลลัพธ์
อย่าใช้สองวิธีพร้อมกันบน URL เดียว ถ้า URL ที่กรองแล้วถูกบล็อกใน robots.txt Google จะอ่าน canonical tag ของหน้านั้นไม่ได้ แท็กจึงไม่มีผล Google ยังแนะนำว่าไม่ควรใช้ robots.txt หรือ noindex เป็นวิธีเลือก canonical ภายในเว็บเดียวกัน ให้เลือกหนึ่งวิธีต่อหนึ่งรูปแบบ URL สำหรับร้านที่มีสินค้าจำนวนมาก การวางแผนผังนี้เป็นแกนของงาน SEO สำหรับ E-commerce
ย้ายเว็บ: แผนผัง redirect กับ canonical
ในการย้ายเว็บ เครื่องมือสองตัวนี้มีหน้าที่แยกกันและใช้แทนกันไม่ได้ แผนผัง redirect ย้าย URL เก่า ส่วน canonical ยืนยัน URL ใหม่
แนวทางการย้ายเว็บของ Google เรียงขั้นตอนไว้ดังนี้
- ทำแผนผัง URL ที่จับคู่ URL เก่าทุกตัวกับ URL ใหม่ที่ตรงกัน
- ตั้ง redirect ถาวรฝั่งเซิร์ฟเวอร์ (301 หรือ 308) จาก URL เก่าแต่ละตัวไปยังคู่ของมัน
- ใส่ canonical tag ที่ชี้หาตัวเองให้ URL ใหม่ทุกตัว และอัปเดต hreflang ถ้าเว็บใช้อยู่
- แก้ลิงก์ภายในเป็น URL ใหม่ เพื่อไม่ให้เว็บต้องพึ่ง redirect ของตัวเอง
- ส่ง sitemap ที่มี URL ใหม่
- คง redirect ไว้ให้นานที่สุดเท่าที่ทำได้ โดยทั่วไปอย่างน้อยหนึ่งปี
รายละเอียดสองข้อในแนวทางนี้ควรใส่ใจเป็นพิเศษ ข้อแรก ให้ redirect URL เก่าแต่ละตัวตรงไปยังปลายทางสุดท้าย Googlebot ตามได้สูงสุด 10 ทอด แต่ Google แนะนำให้สายสั้น ดีที่สุดคือไม่เกิน 3 ทอด และน้อยกว่า 5 ทอด ข้อสอง อย่า redirect URL เก่าจำนวนมากไปยังปลายทางเดียวที่ไม่เกี่ยวข้อง เช่น หน้าแรก เพราะ Google อาจมองเป็น soft 404 ส่วนการรวมหน้าเก่าหลายหน้าเป็นหน้าใหม่หน้าเดียวที่ครอบคลุมเนื้อหาเดิมนั้นทำได้
การพยายามย้ายเว็บด้วย canonical tag อย่างเดียว คือปล่อยเว็บเก่าเปิดไว้แล้วชี้ canonical ไปโดเมนใหม่ จะเหลือสำเนาสองชุดให้ผู้ใช้เข้าถึง และฝากผลลัพธ์ไว้กับการเลือกของ Google การย้ายโดเมนเป็นการเปลี่ยนถาวร และ redirect ถาวรคือเครื่องมือที่สร้างมาเพื่องานนี้ ความผิดพลาดเหล่านี้มักเกิดตอนทำเว็บใหม่ แผนผัง URL จึงควรอยู่ในแผนงาน ออกแบบเว็บไซต์ ตั้งแต่ต้น
ความหมายสำหรับเว็บไซต์ในตลาดไทย
เว็บสองภาษาไทยและอังกฤษมีคำถามที่คู่มือสำหรับเว็บภาษาเดียวข้ามไป คือหน้าภาษาอังกฤษควรเป็น canonical ของหน้าภาษาไทยหรือไม่ คำตอบคือไม่ Google มองเวอร์ชันภาษาเป็นหน้าซ้ำเฉพาะเมื่อเนื้อหาหลักเป็นภาษาเดียวกัน หน้าไทยกับหน้าแปลอังกฤษเป็นหน้าแยกกัน แต่ละหน้าควรมี canonical ที่ชี้หาตัวเองและเชื่อมกันด้วย hreflang การชี้ canonical ของหน้า /th/ ไปยังเวอร์ชันอังกฤษคือการขอให้ Google ถอดหน้าไทยออกจากดัชนี
URL ที่เป็นอักษรไทยมีกับดักเชิงเทคนิคเพิ่มอีกชั้น slug ภาษาไทยปรากฏได้สองรูปแบบ คือเป็นตัวอักษรไทยที่อ่านออก และเป็นสตริงที่เข้ารหัสแบบ percent-encoding กฎ redirect, canonical tag และรายการใน sitemap ควรไปจบที่ URL ปลายทางเดียวกันในรูปแบบเดียวกัน เมื่อกฎ redirect เขียนไว้กับรูปแบบหนึ่ง แต่คำขอเข้ามาอีกรูปแบบ กฎอาจจับไม่ตรง และ URL เก่าจะตอบ 404 โดยไม่มี redirect จึงควรทดสอบกฎการย้ายเว็บด้วย URL ภาษาไทยจริงควบคู่กับ URL ที่เป็น ASCII
ร้านค้าที่ทำแคมเปญตามเทศกาล เช่น 11.11 หรือสงกรานต์ ต้องตัดสินใจเรื่อง 301 หรือ 302 ทุกไม่กี่เดือน ถ้า URL แคมเปญจะถูกใช้ซ้ำปีหน้า ให้เปิดหน้านั้นไว้ หรือ redirect ชั่วคราวด้วย 302 ในช่วงนอกฤดูกาล ถ้าเลิกใช้ถาวร ให้ใช้ 301 ไปยังหมวดสินค้าที่ใกล้เคียงที่สุด
คำถามที่พบบ่อย
canonical tag เหมือนกับ 301 redirect หรือไม่
ไม่เหมือน 301 redirect ย้ายผู้ใช้และเสิร์ชเอนจินไปยัง URL ใหม่และ URL เก่าจะไม่แสดงผลอีก ส่วน canonical tag ปล่อยให้ URL ทั้งสองทำงานต่อ และระบุเพียงว่าต้องการให้ Google จัดทำดัชนี URL ใด Google ใช้ redirect ถาวรเป็นสัญญาณว่าปลายทางคือ canonical และมอง canonical tag เป็นคำแนะนำที่เลือกไม่ทำตามได้
ใช้ canonical tag ร่วมกับ 301 redirect ได้หรือไม่
ได้ ตราบใดที่ทั้งสองระบุ URL เดียวกัน รูปแบบปกติคือ 301 จาก URL เก่าไป URL ใหม่ พร้อม canonical ที่ชี้หาตัวเองบน URL ใหม่ URL ที่ถูก redirect ไม่ได้ส่ง HTML ของตัวเองออกมา canonical tag ที่ใส่ไว้บนหน้านั้นจึงไม่ถูกเห็น แท็กที่มีผลคือแท็กบนหน้าปลายทาง
302 redirect ทำให้ SEO เสียหายหรือไม่
302 ไม่ทำให้เสียหายเมื่อการย้ายเป็นแบบชั่วคราวจริง เพราะการเก็บ URL เดิมไว้ในดัชนีคือผลที่ตั้งใจ ปัญหาเกิดเมื่อใช้กับการย้ายถาวร เพราะ Google ถูกบอกให้เก็บ URL ที่เลิกใช้แล้ว กรณีนั้นให้เปลี่ยนเป็น 301 หรือ 308
ควรคง 301 redirect ไว้นานแค่ไหน
แนวทางของ Google คือคงไว้ให้นานที่สุดเท่าที่ทำได้ และโดยทั่วไปอย่างน้อยหนึ่งปี เว็บอื่นและบุ๊กมาร์กเก่ายังส่งผู้ใช้มายัง URL เก่าต่อไปอีกนานหลังจากนั้น จึงแทบไม่มีเหตุผลให้ลบ redirect ที่ยังมีคำขอเข้ามา
หน้าแบ่งหน้าหรือหน้าที่กรองแล้วควรตั้ง canonical ไปหน้าแรกหรือไม่
หน้าที่กรองหรือเรียงลำดับแล้วตั้ง canonical ไปยังหมวดที่ไม่ได้กรองได้ เมื่อแสดงสินค้าชุดเดิมในลำดับอื่นหรือเป็นส่วนย่อยของชุดเดิม หน้าที่ 2 ของรายการเป็นอีกกรณีหนึ่ง เพราะแสดงสินค้าคนละชุดกับหน้าที่ 1 และไม่ใช่หน้าซ้ำ canonical มีไว้สำหรับหน้าซ้ำ หน้าแบ่งหน้าจึงควรมี canonical ของตัวเอง
ความผิดพลาดของ redirect และ canonical แทบไม่ปรากฏบนหน้าเว็บ แต่จะปรากฏทีหลังในรูปของ URL ผิดตัวในผลการค้นหา หรือการย้ายเว็บที่ทราฟฟิกหาย การตรวจประเภท redirect สาย redirect และปลายทางของ canonical ทั้งเว็บเป็นส่วนหนึ่งของ บริการ SEO Audit เชิงเทคนิค และดูภาพรวมงาน SEO ทั้งหมดได้ที่หน้า บริการ SEO ของ Relevant Audience
