เคยสงสัยไหมว่า บทความหรือสินค้าที่อยู่หน้า 2 หน้า 3 ทำไมแทบไม่ถูกค้นเจอบน Google? Pagination SEO คือการจัดโครงสร้างหน้าที่แบ่งเป็นหลายเลขหน้าให้แต่ละหน้ามี URL ชัดเจน เชื่อมถึงกันด้วยลิงก์ที่ Google อ่านได้ และกำหนด Canonical ให้ถูกต้อง เพื่อให้บอตค้นพบเนื้อหาที่อยู่ลึกลงไป โดยไม่เข้าใจผิดว่าเป็นหน้าซ้ำทั้งหมด
Pagination คืออะไร และเว็บไซต์แบบไหนจำเป็นต้องใช้?
Pagination คือการแบ่งรายการจำนวนมากออกเป็นหลายหน้า เช่น หน้าหมวดหมู่บทความที่มี 100 โพสต์ อาจแสดงหน้าละ 10 โพสต์ แล้วสร้างหน้า 1 ถึงหน้า 10 ให้ผู้ใช้กดดูต่อได้
รูปแบบนี้พบได้บ่อยในเว็บไซต์ต่อไปนี้
- หน้าหมวดหมู่บทความของเว็บไซต์หรือบล็อก
- หน้ารวมสินค้าใน WooCommerce
- หน้าผลการค้นหาภายในเว็บไซต์
- หน้ารวมรีวิว ข่าว อสังหาริมทรัพย์ หรือตำแหน่งงาน
- เว็บบอร์ดและหน้าความคิดเห็นที่มีข้อมูลจำนวนมาก
Pagination ช่วยให้หน้าเว็บไม่ต้องโหลดข้อมูลทั้งหมดพร้อมกัน จึงใช้งานง่ายและควบคุมประสิทธิภาพได้ดีกว่า แต่ถ้าวางโครงสร้างผิด เนื้อหาในหน้าลึกอาจกลายเป็นเหมือนหนังสือที่มีสารบัญ แต่ไม่มีลิงก์ไปยังบทถัดไป
Pagination ส่งผลต่อ SEO อย่างไร?
Google ไม่ได้มองหน้าที่ 2 หรือหน้าที่ 3 เป็นเพียงส่วนต่อขยายของหน้าแรก แต่ถือว่าแต่ละ URL เป็นหน้าเว็บแยกกัน ตัวอย่างเช่น
- หน้าแรก: https://example.com/blog/
- หน้าที่ 2: https://example.com/blog/page/2/
- หน้าที่ 3: https://example.com/blog/page/3/
แต่ละหน้ามีรายการบทความต่างกัน จึงไม่ใช่เนื้อหาซ้ำแบบสมบูรณ์ ปัญหาเกิดขึ้นเมื่อระบบส่งสัญญาณขัดแย้ง เช่น หน้าที่ 2 มี Canonical กลับไปหน้าแรก หรือปุ่ม “ถัดไป” ทำงานด้วย JavaScript โดยไม่มี URL ในลิงก์
ผลที่พบได้บ่อยคือ Google เข้าถึงบทความเก่าได้ยาก ใช้ทรัพยากร Crawl กับ URL ที่ไม่มีประโยชน์ หรือเลือก Canonical ไม่ตรงกับที่เจ้าของเว็บต้องการ หากเว็บไซต์ยังมีปัญหาเรื่อง URL หลายรูปแบบ ควรตรวจร่วมกับแนวทางเรื่อง Canonical Tag และเนื้อหาซ้ำ ด้วย
Pagination SEO ที่ถูกต้องควรตั้งค่าอย่างไร?
1. แต่ละหน้าต้องมี URL ที่เปิดซ้ำได้
หน้าที่ 2 ต้องมี URL ของตัวเอง เช่น /category/news/page/2/ หรือ ?page=2 เมื่อคัดลอก URL ไปเปิดในเบราว์เซอร์ใหม่ ต้องเห็นรายการเดียวกับหน้าที่ผู้ใช้กำลังดู
หลีกเลี่ยงการแบ่งหน้าด้วยเครื่องหมาย # เช่น /products/#page-2 เพราะส่วนที่อยู่หลัง # มักไม่ได้ถูกใช้เป็น URL หน้าใหม่สำหรับการ Crawl ตามปกติ ควรวางแผนร่วมกับ โครงสร้าง URL ที่เหมาะกับ SEO ตั้งแต่เริ่มพัฒนาเว็บ
2. ปุ่มเลขหน้าต้องเป็นลิงก์ที่ Google ตามได้
Google ค้นพบหน้าต่อไปผ่านลิงก์ HTML ที่มีแอตทริบิวต์ href เป็นหลัก ดังนั้นเลขหน้า ปุ่มถัดไป และปุ่มย้อนกลับควรสร้างด้วยโครงสร้างลักษณะนี้
<a href=”/blog/page/2/”>2</a>
ไม่ควรใช้เพียงปุ่มที่มี onclick หรือ JavaScript แล้วไม่มี URL จริง เพราะ Googlebot โดยทั่วไปไม่ได้กดปุ่มเพื่อโหลดข้อมูลเหมือนผู้ใช้ ตามคำแนะนำใน คู่มือ Pagination ของ Google Search Central แต่ละหน้าควรเชื่อมไปหน้าถัดไปอย่างต่อเนื่อง และควรมีลิงก์กลับไปหน้าแรกของชุดด้วย
3. ใช้ Self-Canonical สำหรับแต่ละหน้า
ข้อผิดพลาดที่เจอบ่อยที่สุดคือทุกหน้ากำหนด Canonical กลับไปหน้า 1 เช่น หน้าที่ 2 แสดงบทความชุดใหม่ แต่มี Canonical เป็น https://example.com/blog/ การตั้งค่าแบบนี้สื่อว่าเนื้อหาในหน้าที่ 2 เป็นสำเนาของหน้าแรก ทั้งที่รายการไม่เหมือนกัน
แนวทางที่เหมาะสมคือให้แต่ละหน้าอ้างถึง URL ของตัวเอง
- หน้า 1 Canonical ไปที่ /blog/
- หน้า 2 Canonical ไปที่ /blog/page/2/
- หน้า 3 Canonical ไปที่ /blog/page/3/
วิธีนี้เรียกว่า Self-Canonical หรือ Canonical ที่ชี้กลับมายังหน้าปัจจุบัน ช่วยลดความคลุมเครือและเปิดโอกาสให้ Google Crawl รายการในแต่ละหน้าได้ตามปกติ
4. ไม่ต้องพึ่ง rel=”next” และ rel=”prev” สำหรับ Google
ในอดีตมีการใช้แท็ก rel=”next” และ rel=”prev” เพื่อบอกความสัมพันธ์ระหว่างหน้าที่ต่อกัน แต่ปัจจุบัน Google ระบุชัดว่าไม่ได้ใช้แท็กเหล่านี้เป็นสัญญาณสำหรับ Pagination แล้ว แม้ระบบค้นหาอื่นอาจยังนำไปใช้ได้
คุณไม่จำเป็นต้องรีบลบแท็กเดิมออกหากเว็บไซต์ยังทำงานปกติ แต่ไม่ควรคิดว่าการใส่แท็กนี้เพียงอย่างเดียวจะทำให้ Google เข้าใจชุดหน้า สิ่งสำคัญกว่าคือ URL จริง ลิงก์ href และ Canonical ที่ถูกต้อง
ตั้งค่า Pagination บน WordPress อย่างไร?
WordPress มีระบบ Pagination มาตรฐานอยู่แล้ว เช่น /category/seo/page/2/ หากธีมใช้ WordPress Loop และฟังก์ชันแบ่งหน้ามาตรฐาน URL มักสามารถ Crawl ได้โดยไม่ต้องติดตั้งปลั๊กอินเพิ่ม
อย่างไรก็ตาม เวลาตรวจเว็บจริงไม่ควรดูแค่ว่าปุ่มเลขหน้ากดได้ แต่ต้องตรวจองค์ประกอบต่อไปนี้ด้วย
- เปิดหน้า 2 โดยตรง: คัดลอก URL ไปเปิดในหน้าต่างไม่ระบุตัวตน และตรวจว่าหน้าตอบกลับตามปกติ
- ดู Source Code: ตรวจว่าเลขหน้ามี href จริง ไม่ได้ทำงานด้วย JavaScript อย่างเดียว
- ตรวจ Canonical: หน้าที่ 2 ต้อง Canonical มาที่หน้าที่ 2 ไม่ใช่หน้าแรก
- ตรวจสถานะ HTTP: หน้าที่ใช้งานได้ควรตอบกลับด้วย 200 ไม่ใช่ Redirect วนหรือ Soft 404
- ทดสอบบนมือถือ: ปุ่มเลขหน้าต้องกดง่าย ไม่เล็กหรือชิดกันจนผู้ใช้กดผิด
ปลั๊กอิน SEO เช่นระบบที่ใช้จัดการ Title และ Canonical มักสร้าง Self-Canonical ให้โดยอัตโนมัติ แต่ธีม ปลั๊กอินกรองสินค้า หรือโค้ดที่เขียนเพิ่มสามารถเปลี่ยนผลลัพธ์ได้ จึงต้องตรวจ Source Code ของหน้าจริงเสมอ
ควรใส่ noindex ให้หน้าที่ 2 เป็นต้นไปหรือไม่?
ไม่ควรใส่ noindex ให้หน้าที่ 2 เป็นต้นไปแบบเหมารวม โดยเฉพาะเมื่อหน้าเหล่านั้นเป็นเส้นทางหลักที่ Google ใช้ค้นพบบทความหรือสินค้าเก่า เพราะเมื่อหน้าถูกนำออกจากดัชนีเป็นเวลานาน Google อาจลดความสำคัญในการติดตามลิงก์ภายในหน้านั้น
กรณีที่อาจพิจารณา noindex คือ URL ที่เกิดจากตัวกรองหรือการเรียงลำดับ ซึ่งแสดงรายการเดิมหลายรูปแบบ เช่น
- ?sort=price-low
- ?order=latest
- ?color=black&size=m
- หน้าค้นหาภายในที่มีคุณภาพต่ำหรือสร้าง URL ได้ไม่จำกัด
ต้องแยกให้ชัดระหว่าง Pagination หลัก กับ URL จากตัวกรอง เพราะหน้าที่ 2 ของหมวดหมู่มีหน้าที่พา Google ไปยังเนื้อหาใหม่ ส่วน URL เรียงราคาอาจมีข้อมูลชุดเดิมเพียงสลับตำแหน่ง
หากใช้ noindex อย่าบล็อก URL เดียวกันใน robots.txt พร้อมกัน เพราะ Google ต้องเข้าถึงหน้าให้ได้ก่อนจึงจะเห็นคำสั่ง noindex การจัดการผิดจุดอาจทำให้แก้ปัญหาได้ไม่สมบูรณ์
Infinite Scroll และปุ่มโหลดเพิ่มทำ SEO ได้ไหม?
ทำได้ แต่ต้องมี Pagination เป็นโครงสร้างสำรองอยู่เบื้องหลัง ตัวอย่างเช่น ผู้ใช้เลื่อนหน้าแล้วระบบโหลดสินค้าเพิ่มอัตโนมัติ แต่รายการชุดถัดไปยังต้องเข้าถึงได้ผ่าน URL อย่าง /products/page/2/
แนวคิดคือออกแบบประสบการณ์ให้ผู้ใช้เลื่อนต่อได้อย่างลื่นไหล แต่ยังเปิดเส้นทาง URL ให้ Search Engine เข้าถึงข้อมูลทุกชุด อย่าพึ่งเหตุการณ์ Scroll หรือปุ่ม “โหลดเพิ่ม” อย่างเดียว เพราะ Googlebot ไม่ได้ทำทุกกิจกรรมแบบเดียวกับผู้ใช้จริง
ในทางปฏิบัติ วิธีที่สมดุลคือแสดงปุ่มโหลดเพิ่มด้านหน้า แต่สร้างลิงก์ Pagination ที่ Crawl ได้ใน HTML หรือใช้ History API เปลี่ยน URL ตามชุดข้อมูลโดยไม่ทำให้ปุ่มย้อนกลับของเบราว์เซอร์เสีย
ตรวจ Pagination SEO ด้วยวิธีใดได้บ้าง?
ตรวจด้วย Google Search Console
เลือก URL ของหน้าที่ 2 แล้วใช้เครื่องมือตรวจสอบ URL เพื่อดูว่า Google เข้าถึงหน้าได้หรือไม่ Canonical ที่ผู้ใช้ระบุตรงกับ Canonical ที่ Google เลือกหรือไม่ และหน้าได้รับอนุญาตให้จัดทำดัชนีหรือเปล่า
จากนั้นสุ่มตรวจหน้าที่ลึกขึ้น เช่น หน้า 5 หรือหน้า 10 เพราะปัญหามักไม่ได้เกิดกับหน้าแรก แต่เกิดเมื่อบอตต้องผ่านลิงก์หลายชั้น คุณสามารถดูแนวทางเพิ่มเติมได้จากบทความ วิธีใช้ Google Search Console ตรวจเว็บไซต์
ตรวจด้วย Site Crawl
ใช้เครื่องมือ Crawl เว็บไซต์แล้วกรอง URL ที่มี /page/ หรือพารามิเตอร์ ?page= จากนั้นตรวจสถานะ HTTP, Canonical, Robots Meta และจำนวนลิงก์ภายในที่ชี้มายังแต่ละหน้า
สิ่งที่ควรระวังคือหน้า Pagination ที่ไม่มีลิงก์เข้ามา หน้าเลขที่กระโดดหายไป และหน้าที่ตอบกลับ 200 ทั้งที่ไม่มีรายการเหลือแล้ว ปัญหาเหล่านี้มักสร้าง Soft 404 หรือทำให้บอตเสียเวลา Crawl URL ที่ไม่มีคุณค่า หากพบลิงก์ไปหน้าที่ถูกลบ ควรแก้ร่วมกับขั้นตอน ตรวจและแก้ Broken Links
Pagination ที่ดีช่วยธุรกิจอย่างไร?
ประโยชน์ของ Pagination SEO ไม่ได้จบแค่การทำให้หน้าเลข 2 ติดอันดับ แต่ช่วยให้ Google ค้นพบบทความ สินค้า และหน้ารายละเอียดที่อยู่ลึกลงไปได้เร็วขึ้น เนื้อหาเหล่านั้นจึงมีโอกาสสร้าง Organic Traffic และยอดขายต่อเนื่อง
สำหรับเว็บร้านค้า ผลลัพธ์ที่สำคัญคือสินค้าที่ไม่ได้อยู่หน้าแรกของหมวดหมู่ยังมีเส้นทางให้ค้นพบ ส่วนเว็บคอนเทนต์ บทความเก่าที่มีคุณภาพจะไม่ถูกฝังอยู่หลังปุ่ม JavaScript ที่บอตเข้าถึงไม่ได้
เริ่มแก้จากสามจุดก่อน ได้แก่ ตรวจ URL ของหน้า 2 ตรวจลิงก์ href และตรวจ Self-Canonical เพียงสามรายการนี้ก็ครอบคลุมข้อผิดพลาดสำคัญที่พบในเว็บไซต์ WordPress จำนวนมากแล้ว
คำถามที่พบบ่อย
หน้าที่ 2 ของ Pagination ควรติด Index หรือไม่?
โดยทั่วไปควรเปิดให้ Google Crawl และพิจารณาจัดทำดัชนีได้ หากหน้านั้นแสดงรายการบทความหรือสินค้าที่แตกต่างจากหน้าแรก ไม่ควรใช้ noindex แบบเหมารวมโดยไม่มีเหตุผลด้านคุณภาพหรือโครงสร้างเว็บไซต์รองรับ
หน้าที่ 2 ควร Canonical กลับไปหน้าแรกหรือไม่?
ไม่ควร หากหน้าที่ 2 แสดงรายการคนละชุดกับหน้าแรก ควรใช้ Self-Canonical ชี้กลับมายัง URL ของหน้าที่ 2 เอง การ Canonical ทุกหน้ากลับไปหน้าแรกอาจส่งสัญญาณว่าเนื้อหาในหน้าลึกเป็นหน้าซ้ำ
ใช้ปุ่ม Load More แทนเลขหน้าได้หรือไม่?
ใช้ได้ในด้าน UX แต่ควรมี URL Pagination ที่ Google เข้าถึงได้อยู่เบื้องหลัง และต้องมีลิงก์ที่ใช้ href จริงไปยังข้อมูลชุดถัดไป ไม่ควรพึ่งปุ่มหรือ JavaScript ที่ต้องรอการคลิกจากผู้ใช้เพียงอย่างเดียว