Technical SEO

รายงาน Page Indexing ใน Search Console บอกอะไรบ้าง และควรแก้อะไรก่อน

อธิบายสถานะต่าง ๆ ในรายงาน Page Indexing ของ Search Console ความหมายของแต่ละแบบ และลำดับที่ควรแก้ก่อนหลังเมื่อเจอปัญหา

ทีม NOAH · เผยแพร่ 2 กันยายน 2569 · อัปเดต 2 กันยายน 2569 · อ่าน 14 นาที

สรุปสั้น

✓รายงาน Page Indexing ใน Search Console บอกว่าแต่ละหน้าในเว็บถูก Google เก็บเข้าดัชนีแล้วหรือไม่ และถ้าไม่ เพราะสาเหตุอะไร
✓แต่ละสถานะมีความหมายต่างกัน บางสถานะเกิดจากการตั้งค่าตั้งใจ เช่น noindex บางสถานะเกิดจากปัญหาคุณภาพเนื้อหาหรือโครงสร้างเว็บ
✓URL Inspection ใช้ตรวจทีละหน้าเพื่อดูรายละเอียดเชิงลึกและขอ index ใหม่ได้ ต่างจากรายงานภาพรวมที่แสดงเป็นกลุ่ม
✓ควรแก้ปัญหาที่กระทบหน้าสำคัญและมีจำนวนมากที่สุดก่อน ไม่ใช่ไล่แก้ตามลำดับที่ปรากฏในรายงาน
✓การพบ URL อยู่ในสถานะ Discovered currently not indexed จำนวนมาก มักเป็นสัญญาณของปัญหาคุณภาพเนื้อหาหรือ crawl budget มากกว่าปัญหาทางเทคนิคเพียงอย่างเดียว

หลายคนเจอสถานการณ์ที่ส่งบทความขึ้นเว็บแล้วรอหลายวันแต่ยังไม่ขึ้นบน Google เมื่อเปิดรายงาน Page Indexing ใน Search Console ก็เจอคำศัพท์แปลก ๆ ที่ไม่รู้ความหมาย เช่น Crawled currently not indexed หรือ Discovered currently not indexed จนไม่รู้จะเริ่มแก้ตรงไหนก่อน

บทความนี้อธิบายความหมายของแต่ละสถานะในรายงาน Page Indexing วิธีตรวจทีละหน้าด้วย URL Inspection ลำดับที่ควรแก้ก่อนหลัง พร้อมตัวอย่างสมมติที่ช่วยให้เห็นภาพการไล่แก้จริง เนื้อหานี้อยู่ในหมวดTechnical SEO

สถานะที่พบบ่อยและความหมายของแต่ละแบบ

รายงาน Page Indexing แบ่ง URL ออกเป็นกลุ่มตามสถานะ แต่ละกลุ่มมีสาเหตุและวิธีแก้ต่างกัน การเข้าใจความหมายของแต่ละสถานะเป็นจุดเริ่มต้นก่อนไล่แก้ไขทุกครั้ง

สถานะ	ความหมาย
Crawled - currently not indexed	Google เข้ามาอ่านหน้านี้แล้วแต่ยังไม่ตัดสินใจเก็บเข้าดัชนี มักเกิดจากเนื้อหาที่ Google มองว่าคุณภาพยังไม่พอหรือซ้ำกับหน้าอื่น
Discovered - currently not indexed	Google รู้ว่า URL นี้มีอยู่แต่ยังไม่ได้เข้ามาอ่านเลย มักเกิดจาก crawl budget ไม่พอหรือ URL นี้ไม่มีลิงก์ภายในชี้ไปถึง
Excluded by noindex tag	หน้านี้ถูกตั้งค่า noindex ไว้โดยตั้งใจ ไม่ใช่ปัญหาถ้าเป็นหน้าที่ไม่ต้องการให้ติดอันดับอยู่แล้ว
Duplicate without user-selected canonical	Google เจอเนื้อหาซ้ำกันหลาย URL และไม่พบสัญญาณที่บอกว่า URL ไหนควรเป็นตัวหลัก
Page with redirect	URL นี้ถูกส่งต่อไปยัง URL อื่นแล้ว จึงไม่ถูกเก็บเข้าดัชนีในตัวเอง
Blocked by robots.txt	ไฟล์ robots.txt สั่งห้ามไม่ให้ Google เข้ามาอ่านหน้านี้

สถานะที่พบบ่อยในรายงาน Page Indexing และความหมาย

ใช้ URL Inspection ตรวจทีละหน้า

ตรวจสถานะการ index ของหน้าใดหน้าหนึ่งด้วย URL Inspection

1
วาง URL ในช่องค้นหาด้านบนของ Search Console
ระบบจะแสดงสถานะปัจจุบันของ URL นั้นทันที ทั้งกรณีที่เคย index แล้วและกรณีที่ยังไม่เคย
2
ดูรายละเอียด Coverage
เช็คว่า Google เห็น canonical URL เป็นอันไหน และมีการ crawl ครั้งล่าสุดเมื่อใด
3
ทดสอบ Live URL
กดปุ่มทดสอบ URL แบบสด เพื่อดูว่าหน้าปัจจุบันเข้าถึงได้จริงหรือไม่ ต่างจากข้อมูลที่ Google เก็บไว้ครั้งล่าสุด
4
ตรวจ Enhancement ที่เกี่ยวข้อง
ดูว่าหน้านี้มีปัญหาด้าน mobile usability หรือ structured data ที่อาจกระทบต่อการ index หรือไม่
5
ขอ index ใหม่หากแก้ไขแล้ว
หลังแก้ไขปัญหาแล้ว กดขอ index ใหม่เพื่อเร่งให้ Google เข้ามาตรวจอีกครั้งเร็วขึ้น

ใช้กับหน้าที่สำคัญก่อน

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

ตัวอย่างสมมติ: เว็บบริษัทเจอ URL ค้างสถานะ Discovered จำนวนมาก

ตัวอย่างนี้เป็นสถานการณ์สมมติเพื่อให้เห็นภาพ ไม่ใช่เคสลูกค้าจริง — เว็บบริษัทรับเหมาก่อสร้างแห่งหนึ่งเผยแพร่บทความใหม่หลายสิบบทความในเดือนเดียว แต่พบว่ามีบทความจำนวนมากค้างอยู่ในสถานะ Discovered currently not indexed นานเกินสองสัปดาห์ ทีมงานเข้าใจผิดในตอนแรกว่าเป็นปัญหาทางเทคนิค จึงรีบไล่ขอ index ใหม่ทีละหน้าผ่าน URL Inspection แต่ผลลัพธ์ยังไม่เปลี่ยนแปลง

เมื่อตรวจสอบลึกขึ้นพบว่าบทความเหล่านี้ไม่มีลิงก์ภายในจากหน้าอื่นในเว็บชี้มาเลย เพราะเผยแพร่ผ่านหน้ารวมบทความที่ไม่ได้ลิงก์ไปยังบทความเก่าเมื่อมีบทความใหม่เข้ามาแทน ทีมจึงปรับให้หน้าหมวดหมู่และบทความที่เกี่ยวข้องลิงก์ไขว้กันมากขึ้น หลังจากนั้นไม่กี่สัปดาห์ Google จึงเริ่มเข้ามา crawl และ index บทความเหล่านั้นตามลำดับ กรณีนี้แสดงให้เห็นว่าปัญหา Discovered ไม่ index มักไม่ใช่แค่เรื่องขอ index ใหม่ แต่เกี่ยวกับโครงสร้างลิงก์ภายในด้วย

ลำดับที่ควรแก้ก่อนหลัง

1แก้หน้าที่ควรติดอันดับแต่ติด noindex โดยไม่ได้ตั้งใจก่อน เพราะเป็นความผิดพลาดที่ชัดเจนและแก้ได้เร็วที่สุด
2ตรวจสอบหน้าที่อยู่ในสถานะ Duplicate without user-selected canonical เพราะมักแก้ได้ด้วยการเพิ่ม canonical tag ให้ชัดเจน
3ไล่ดูหน้าที่มีสถานะ Crawled currently not indexed จำนวนมาก แล้วพิจารณาปรับปรุงคุณภาพเนื้อหาหรือรวมหน้าที่เนื้อหาใกล้เคียงกันเข้าด้วยกัน
4ตรวจโครงสร้างลิงก์ภายในสำหรับหน้าที่อยู่ในสถานะ Discovered currently not indexed จำนวนมาก เพื่อให้ Google เข้าถึงหน้าเหล่านั้นได้ง่ายขึ้น
5ตรวจสอบ robots.txt และการตั้งค่า redirect เป็นลำดับสุดท้าย เพราะมักเป็นการตั้งค่าตั้งใจอยู่แล้วในกรณีส่วนใหญ่

ข้อผิดพลาดที่เจอบ่อยเวลาไล่แก้รายงานนี้

อย่าไล่ขอ index ใหม่โดยไม่แก้สาเหตุก่อน

การกดขอ index ใหม่ไม่ได้แก้ปัญหาที่ต้นเหตุ ถ้าไม่ได้ปรับปรุงคุณภาพเนื้อหาหรือโครงสร้างลิงก์ Google อาจเข้ามาตรวจซ้ำแล้วยังไม่ index เหมือนเดิม

ไล่ขอ index ใหม่ทุกหน้าพร้อมกันโดยไม่จัดลำดับความสำคัญ ทำให้เสียโควตาการขอไปกับหน้าที่ไม่สำคัญ
เข้าใจผิดว่า Discovered currently not indexed เป็นปัญหาทางเทคนิคเสมอ ทั้งที่บ่อยครั้งเกี่ยวกับโครงสร้างลิงก์ภายในหรือคุณภาพเนื้อหา
ไม่ตรวจสอบว่าหน้าที่ติด noindex เป็นความตั้งใจหรือความผิดพลาดก่อนแก้ไข
มองข้ามหน้า Duplicate without user-selected canonical เพราะคิดว่าไม่กระทบ ทั้งที่ทำให้สัญญาณของหน้าหลักกระจายไปหลาย URL

เช็กลิสต์หลังไล่แก้รายงาน Page Indexing

รู้ความหมายของแต่ละสถานะในรายงานแล้ว และแยกได้ว่าอันไหนเกิดจากการตั้งค่าตั้งใจ
แก้หน้าที่ติด noindex โดยไม่ได้ตั้งใจเรียบร้อยแล้ว
ตรวจสอบและเพิ่ม canonical tag ให้หน้าที่มีเนื้อหาซ้ำกันแล้ว
ปรับโครงสร้างลิงก์ภายในให้หน้าที่ค้างสถานะ Discovered เข้าถึงได้ง่ายขึ้น
ใช้ URL Inspection ขอ index ใหม่เฉพาะหน้าสำคัญหลังแก้ไขต้นเหตุแล้ว ไม่ใช่ก่อนแก้

ตรวจสอบรายงานนี้บ่อยแค่ไหนถึงจะเหมาะสม

ความถี่ในการตรวจสอบรายงาน Page Indexing ควรขึ้นกับขนาดและความถี่ในการเผยแพร่เนื้อหาของเว็บ เว็บที่เผยแพร่บทความใหม่ทุกสัปดาห์ควรตรวจสอบอย่างน้อยเดือนละครั้ง เพื่อจับปัญหาการ index ตั้งแต่เนิ่น ๆ ก่อนที่จำนวน URL ที่ค้างสถานะจะสะสมมากเกินไป ส่วนเว็บที่ไม่ค่อยเผยแพร่เนื้อหาใหม่บ่อยอาจตรวจสอบทุกไตรมาสก็เพียงพอ

นอกจากตรวจตามรอบเวลาแล้ว ควรตรวจสอบทันทีทุกครั้งที่มีการเปลี่ยนแปลงโครงสร้างเว็บครั้งใหญ่ เช่นการย้ายโดเมน การปรับ URL structure หรือการติดตั้งปลั๊กอินใหม่ที่อาจกระทบการตั้งค่า robots.txt หรือ noindex โดยไม่ได้ตั้งใจ เพราะการเปลี่ยนแปลงลักษณะนี้มีความเสี่ยงสูงที่จะทำให้หน้าสำคัญหลุดจากดัชนีโดยไม่รู้ตัว

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

อ่านต่อให้ครบชุด: การส่ง URL ให้ Google ค้นพบเร็วขึ้นอยู่ที่ XML Sitemap คืออะไร ส่วนการอ่านรายงาน Sitemap และ Core Web Vitals ใน Search Console อยู่ที่ รายงาน Sitemap และ Core Web Vitals

รายงาน Page Indexing กับ Coverage Report คือรายงานเดียวกันไหม+

เป็นชื่อเดียวกันในความหมายที่ใช้กันทั่วไป Google เคยใช้ชื่อ Coverage Report มาก่อนและเปลี่ยนมาเรียกว่า Page Indexing ในภายหลัง เนื้อหาและวัตถุประสงค์ของรายงานยังคงใกล้เคียงเดิม คือแสดงสถานะการ index ของแต่ละ URL

ทำไมหน้าที่เผยแพร่ไปหลายวันแล้วยังไม่ขึ้นใน Google+

อาจเกิดจากหลายสาเหตุ เช่น Google ยังไม่เข้ามา crawl เพราะไม่มีลิงก์ภายในชี้ไปถึง หรือ crawl แล้วแต่ยังไม่ตัดสินใจ index เพราะคุณภาพเนื้อหา ตรวจสอบสถานะที่ชัดเจนได้ผ่าน URL Inspection

Discovered currently not indexed ต่างจาก Crawled currently not indexed อย่างไร+

Discovered คือ Google รู้ว่า URL มีอยู่แต่ยังไม่เข้ามาอ่านเลย ส่วน Crawled คือเข้ามาอ่านแล้วแต่ยังไม่ตัดสินใจเก็บเข้าดัชนี ทั้งสองสถานะต้องแก้ด้วยวิธีต่างกัน

ขอ index ใหม่แล้วต้องรอนานแค่ไหน+

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

ควรลบหน้าที่ค้างสถานะ Crawled currently not indexed นานๆ ทิ้งไหม+

พิจารณาเป็นรายกรณี ถ้าหน้านั้นมีเนื้อหาซ้ำหรือบางเกินไป การรวมเข้ากับหน้าอื่นหรือปรับปรุงคุณภาพมักได้ผลดีกว่าการลบทิ้งทันที

รายงานนี้แสดงข้อมูลย้อนหลังได้กี่วัน+

โดยทั่วไป Search Console แสดงข้อมูลย้อนหลังได้ประมาณสามเดือนสำหรับรายงานส่วนใหญ่ หากต้องการเก็บข้อมูลย้อนหลังนานกว่านั้นเพื่อวิเคราะห์แนวโน้มระยะยาว ควรส่งออกข้อมูลเป็นระยะและเก็บไว้เองนอกระบบ

หน้าที่ตั้งใจทำ noindex ไว้ต้องกังวลไหมถ้าเห็นในรายงานนี้+

ไม่ต้องกังวล ถ้าเป็นหน้าที่ตั้งใจไม่ให้ติดอันดับอยู่แล้ว เช่นหน้าขอบคุณหลังกรอกฟอร์มหรือหน้าที่ใช้ภายใน การปรากฏในสถานะ Excluded by noindex tag ถือเป็นเรื่องปกติ

ความสัมพันธ์ระหว่าง Crawl Budget กับรายงาน Page Indexing

crawl budget คือปริมาณและความถี่ที่ Google ยอมเสียเวลาเข้ามาคลานเว็บของเราในแต่ละช่วงเวลา เว็บขนาดใหญ่ที่มี URL จำนวนมากมักได้รับผลกระทบจาก crawl budget ที่จำกัดชัดเจนกว่าเว็บขนาดเล็ก เพราะ Google ต้องเลือกว่าจะเข้ามาคลานหน้าไหนก่อนหลัง หากเว็บมี URL ที่ไม่มีประโยชน์จำนวนมาก เช่นหน้าที่เกิดจากตัวกรองสินค้าซ้ำซ้อนกันหลายแบบ อาจทำให้ crawl budget ถูกใช้ไปกับหน้าที่ไม่สำคัญ แทนที่จะเหลือไว้สำหรับหน้าที่ควรถูก index จริง ๆ

การพบ URL จำนวนมากค้างในสถานะ Discovered currently not indexed จึงอาจเป็นสัญญาณว่าเว็บมีปัญหา crawl budget ไม่ใช่แค่ปัญหาลิงก์ภายในอย่างเดียว วิธีตรวจสอบเบื้องต้นคือดูรายงาน Crawl Stats ใน Search Console ควบคู่กับรายงาน Page Indexing เพื่อดูว่าจำนวนครั้งที่ Google เข้ามาคลานเว็บต่อวันเปลี่ยนแปลงไปอย่างไรเมื่อเทียบกับจำนวน URL ที่เพิ่มขึ้น

เว็บที่เพิ่งเปิดใหม่ควรตั้งความคาดหวังกับรายงานนี้อย่างไร

เว็บที่เพิ่งเปิดใหม่มักเห็น URL จำนวนมากค้างอยู่ในสถานะ Discovered หรือ Crawled currently not indexed เป็นเรื่องปกติในช่วงแรก เพราะ Google ยังไม่มีข้อมูลความน่าเชื่อถือของเว็บมากพอที่จะรีบ index ทุกหน้าทันที ไม่ควรตื่นตระหนกและรีบไล่ขอ index ใหม่ทุกหน้าในทันที แต่ควรให้ความสำคัญกับการสร้างเนื้อหาคุณภาพดีอย่างต่อเนื่อง และปล่อยให้ Google ค่อย ๆ เพิ่มความถี่ในการเข้ามาคลานเว็บตามความน่าเชื่อถือที่สะสมขึ้นตามเวลา

สรุป

รายงาน Page Indexing เป็นเครื่องมือสำคัญที่บอกว่าเว็บของเรามีปัญหาการ index อยู่ตรงไหน การอ่านให้เข้าใจความหมายของแต่ละสถานะและแก้ตามลำดับความสำคัญช่วยประหยัดเวลาได้มากกว่าไล่แก้แบบสุ่ม อ่านหัวข้อที่เกี่ยวข้องเพิ่มเติมได้ที่หน้า Technical SEO

อยากให้บทความใหม่ถูก index เร็วขึ้นตั้งแต่ต้นทาง

NOAH ช่วยเขียนบทความ SEO พร้อมโครงสร้างและ schema ที่ถูกต้อง และรายงานผลผ่าน Search Console เพื่อให้ติดตามสถานะการ index ได้ง่ายขึ้น

ดู AEO & GEO Schema