รายงาน Sitemap และ Core Web Vitals ใน Search Console อ่านอย่างไร
วิธีส่งและตรวจสถานะ sitemap.xml ใน Google Search Console พร้อมวิธีอ่านรายงาน Core Web Vitals ที่แบ่งกลุ่ม URL ตามข้อมูลผู้ใช้จริง
ทีม NOAH · เผยแพร่ 2 กันยายน 2569 · อัปเดต 2 กันยายน 2569 · อ่าน 14 นาที
สรุปสั้น
- ✓รายงาน Sitemaps ใน Search Console บอกว่า Google อ่านไฟล์ sitemap.xml สำเร็จหรือไม่ และพบ URL กี่รายการจากไฟล์นั้น
- ✓สถานะของ sitemap มีสามแบบหลักคือสำเร็จ มีข้อผิดพลาด และดึงไม่สำเร็จ แต่ละแบบมีวิธีแก้ต่างกัน
- ✓รายงาน Core Web Vitals ใน Search Console จัดกลุ่ม URL ตามข้อมูลการใช้งานจริงของผู้ใช้ ไม่ใช่ข้อมูลจำลองจากห้องแล็บ
- ✓ข้อมูล Core Web Vitals อิงจากช่วงเวลาย้อนหลังหลายสัปดาห์ จึงเปลี่ยนแปลงช้ากว่าการทดสอบความเร็วแบบทันที
- ✓เกณฑ์ผ่านหรือไม่ผ่านของ Core Web Vitals อ้างอิงตามที่ Google ประกาศไว้ที่ web.dev ไม่ใช่ตัวเลขที่ Search Console กำหนดขึ้นเอง
ส่ง sitemap ไปแล้วแต่บทความใหม่ยังไม่ถูก Google เจอ หรือเว็บโหลดเร็วตอนทดสอบเองแต่รายงานใน Search Console กลับบอกว่ามีหน้า “แย่” อยู่จำนวนหนึ่ง ทั้งสองเรื่องนี้เป็นคำถามที่พบบ่อยเพราะรายงาน Sitemaps และ Core Web Vitals มีวิธีอ่านที่ต่างจากการทดสอบด้วยตัวเองทั่วไป
บทความนี้อธิบายทั้งสองรายงานแยกกัน เพราะแม้จะอยู่ใน Google Search Console เหมือนกัน แต่ตอบคำถามคนละเรื่อง
Search Console Sitemap คืออะไร
รายงาน Sitemaps ใน Search Console คืออะไร
รายงาน Sitemaps อยู่ในเมนู Indexing ใช้ส่งไฟล์ sitemap.xml ให้ Google ทราบรายชื่อ URL ทั้งหมดที่ต้องการให้เข้ามาเก็บ พร้อมแสดงสถานะว่าดึงไฟล์สำเร็จหรือไม่ และพบ URL กี่รายการในไฟล์นั้น sitemap ไม่ได้การันตีว่าทุกหน้าจะถูกจัดทำดัชนี แต่ช่วยให้ Google ค้นพบหน้าได้เร็วและครบขึ้น
สถานะของ Sitemap และวิธีแก้แต่ละแบบ
| สถานะ | ความหมาย | แนวทางแก้ |
|---|---|---|
| Success | Google ดึงไฟล์ได้และอ่าน URL ในไฟล์สำเร็จ | ตรวจว่าจำนวน URL ที่พบตรงกับที่คาดไว้จริงหรือไม่ |
| Has errors | อ่านไฟล์ได้แต่บาง URL หรือบางบรรทัดมีปัญหารูปแบบ | เปิดดูรายละเอียด error แล้วแก้ไฟล์ตามที่ระบุ เช่น URL ที่ไม่ถูกต้องตามรูปแบบ |
| Couldn't fetch | Google ดึงไฟล์ไม่สำเร็จเลย มักเกิดจาก URL ของ sitemap เองเข้าไม่ได้หรือเซิร์ฟเวอร์ตอบผิดพลาด | ทดสอบเปิดลิงก์ sitemap เองในเบราว์เซอร์ก่อน ว่าโหลดได้ปกติหรือไม่ |
ตัวเลข “Discovered URLs” ที่แสดงหลังส่ง sitemap ไม่ใช่จำนวนหน้าที่ถูกจัดทำดัชนีแล้ว แต่คือจำนวน URL ที่ Google เจอในไฟล์เท่านั้น การจะรู้ว่าหน้าไหนถูกจัดทำดัชนีจริง ต้องไปดูที่ รายงาน Page Indexing แยกต่างหาก
sitemap ที่ดีควรมีแค่ URL ที่ต้องการให้จัดทำดัชนี
อย่าใส่ URL ที่ตั้ง noindex ไว้ หรือ URL ที่ redirect ไปที่อื่นแล้วลงใน sitemap เพราะจะสร้างความสับสนให้ Google และทำให้ตัวเลขในรายงานดูผิดปกติ
Core Web Vitals ใน Search Console คืออะไร
รายงาน Core Web Vitals ใน Search Console ต่างจากการทดสอบความเร็วทั่วไปอย่างไร
รายงาน Core Web Vitals ใน Search Console จัดกลุ่ม URL ของเว็บคุณเป็นดี ต้องปรับปรุง และแย่ โดยอิงจากข้อมูลการใช้งานจริงของผู้ใช้ Chrome ย้อนหลังประมาณ 28 วัน แยกเป็นมือถือและเดสก์ท็อป ต่างจากเครื่องมือทดสอบทันทีแบบ PageSpeed Insights ที่จำลองการโหลดครั้งเดียวในห้องแล็บ
เพราะอิงข้อมูลผู้ใช้จริงสะสม รายงานนี้จึงเปลี่ยนช้ากว่าที่คิด แก้เว็บวันนี้ อาจต้องรออีกหลายสัปดาห์กว่าตัวเลขในรายงานจะขยับตาม เพราะระบบต้องรอสะสมข้อมูลผู้ใช้ชุดใหม่ให้มากพอก่อน
- ตัวชี้วัดหลักสามตัวที่ใช้จัดกลุ่มคือ LCP ความเร็วในการแสดงเนื้อหาหลัก, INP การตอบสนองต่อการโต้ตอบของผู้ใช้ และ CLS ความเสถียรของเลย์เอาต์ระหว่างโหลด
- เกณฑ์แบ่งระดับดี ต้องปรับปรุง และแย่ ของแต่ละตัวชี้วัด อ้างอิงตามที่ Google เผยแพร่ไว้ที่ web.dev/articles/vitals
- รายงานจัดกลุ่ม URL ที่มีลักษณะคล้ายกัน เช่น หน้าบทความทั้งหมดที่ใช้เทมเพลตเดียวกัน แทนที่จะแสดงทีละหน้า
- ถ้าเว็บมีทราฟฟิกน้อย บาง URL อาจไม่มีข้อมูลผู้ใช้จริงพอที่จะประเมิน จึงไม่ปรากฏในรายงานนี้เลย
ตัวอย่างสมมติ: ร้านขายเฟอร์นิเจอร์ที่ sitemap ผิดพลาด
สมมติเว็บร้านเฟอร์นิเจอร์เพิ่งย้ายระบบจัดการเนื้อหาใหม่ แล้วลืมอัปเดตไฟล์ sitemap.xml ให้ตรงกับ URL ชุดใหม่ พอเข้าไปดูรายงาน Sitemaps ใน Search Console พบสถานะ 'Couldn't fetch' ทีมงานทดสอบเปิดลิงก์ sitemap เองในเบราว์เซอร์แล้วพบว่าเซิร์ฟเวอร์ตอบกลับเป็นหน้า error แทนที่จะเป็นไฟล์ XML หลังแก้ไขให้ไฟล์กลับมาโหลดได้ปกติ สถานะจึงเปลี่ยนเป็น Success และ Google เริ่มพบ URL ใหม่ทั้งหมดในไฟล์ กรณีนี้แสดงให้เห็นว่าการทดสอบเปิดลิงก์ sitemap เองก่อนเป็นขั้นตอนแรกที่ช่วยวินิจฉัยปัญหาได้เร็วที่สุด
วิธีใช้รายงานทั้งสองร่วมกัน
ไล่ตรวจ Sitemap และ Core Web Vitals ให้ครบ
- 1
ส่ง sitemap.xml ผ่านเมนู Sitemaps
วาง URL ของไฟล์ sitemap เช่น sitemap.xml แล้วกด Submit จากนั้นรอให้สถานะเปลี่ยนเป็น Success
- 2
เปรียบเทียบจำนวน URL ที่พบกับจำนวนหน้าจริง
ถ้าตัวเลขต่างกันมาก ให้ตรวจว่า sitemap สร้างครบทุกหน้าหรือมีหน้าใหม่ที่ยังไม่ถูกเพิ่มเข้าไฟล์
- 3
เปิดรายงาน Core Web Vitals แยกดูมือถือก่อน
เพราะ Google ใช้เวอร์ชันมือถือเป็นหลักในการประเมิน ให้ดูกลุ่มมือถือก่อนแล้วค่อยดูเดสก์ท็อป
- 4
คลิกเข้ากลุ่ม URL ที่อยู่ในระดับแย่หรือควรปรับปรุง
ระบบจะแสดงตัวอย่าง URL ในกลุ่มนั้น ให้เลือกทดสอบตัวอย่างหนึ่งหรือสองหน้าด้วย PageSpeed Insights เพื่อดูสาเหตุที่ทำให้ค่าตกอยู่ในกลุ่มนี้
- 5
แก้ไขที่ต้นเหตุระดับเทมเพลต ไม่ใช่รายหน้า
เพราะรายงานจัดกลุ่มตามเทมเพลต การแก้ปัญหาที่โครงสร้างหน้ากลางเว็บมักส่งผลกับหลายสิบหรือหลายร้อย URL พร้อมกัน
ข้อผิดพลาดที่เจอบ่อย
อย่าคาดหวังว่าตัวเลข Core Web Vitals จะขยับทันทีหลังแก้เว็บ
เพราะเป็นข้อมูลสะสมจากผู้ใช้จริงย้อนหลัง ไม่ใช่การทดสอบครั้งเดียว การเปลี่ยนแปลงจะค่อย ๆ สะท้อนในรายงานภายในไม่กี่สัปดาห์ ไม่ใช่ไม่กี่ชั่วโมง
- ใส่ URL ที่ redirect หรือ noindex ปนอยู่ใน sitemap ทำให้ตัวเลขในรายงานดูสับสน
- ลืมอัปเดต sitemap หลังเพิ่มหรือลบหน้าจำนวนมาก ทำให้ Google เห็นโครงสร้างเว็บที่ล้าสมัย
- ดูแค่ตัวเลขรวมของ Core Web Vitals โดยไม่แยกมือถือกับเดสก์ท็อป ทั้งที่ปัญหามักกระจุกอยู่ฝั่งใดฝั่งหนึ่ง
- แก้ความเร็วเฉพาะหน้าแรก แล้วคิดว่าทั้งเว็บจะดีขึ้นตาม ทั้งที่หน้าบทความอาจใช้เทมเพลตคนละแบบและมีปัญหาต่างกัน
คำถามที่พบบ่อย
ต้องส่ง sitemap ทุกครั้งที่เพิ่มบทความใหม่ไหม+
ไม่จำเป็น ถ้า sitemap ของเว็บสร้างแบบไดนามิกและอัปเดตอัตโนมัติอยู่แล้ว Google จะเข้ามาตรวจไฟล์เป็นระยะโดยไม่ต้องส่งซ้ำ การกด submit ใหม่มีประโยชน์เมื่อคุณเปลี่ยนโครงสร้างไฟล์หรือเพิ่งเปิดใช้ sitemap ใหม่
sitemap มีสถานะ Success แต่บทความยังไม่ถูกจัดทำดัชนี ผิดปกติไหม+
ไม่ผิดปกติ เพราะ sitemap มีหน้าที่แค่ช่วยให้ Google ค้นพบ URL เท่านั้น ไม่ได้การันตีการจัดทำดัชนี ให้ตรวจสถานะจริงของหน้านั้นต่อในรายงาน Page Indexing หรือใช้ URL Inspection
ทำไมบางหน้าไม่ปรากฏในรายงาน Core Web Vitals เลย+
เพราะรายงานต้องการข้อมูลการใช้งานจริงของผู้ใช้จำนวนหนึ่งก่อนจะประเมินได้ หน้าที่มีทราฟฟิกน้อยมากอาจยังไม่มีข้อมูลเพียงพอ จึงไม่ถูกแสดงในรายงานนี้
ควรใช้ PageSpeed Insights หรือรายงาน Core Web Vitals ใน Search Console+
ใช้ทั้งคู่ประกอบกัน PageSpeed Insights เหมาะกับการวินิจฉัยสาเหตุของหน้าใดหน้าหนึ่งแบบทันที ส่วนรายงานใน Search Console เหมาะกับการดูภาพรวมว่าผู้ใช้จริงเจอประสบการณ์แบบไหนในระยะยาว
เว็บใหม่ที่เพิ่งเปิดควรตั้งค่า sitemap อย่างไรให้ถูกต้องตั้งแต่แรก+
ควรให้ระบบจัดการเนื้อหาสร้าง sitemap.xml แบบไดนามิกที่อัปเดตอัตโนมัติเมื่อมีหน้าใหม่ แล้วส่ง URL ของไฟล์นี้เข้า Search Console เพียงครั้งเดียวตอนตั้งเว็บ จากนั้นตรวจสถานะเป็นระยะเพื่อให้แน่ใจว่ายังคงเป็น Success อยู่เสมอ
สรุป
รายงาน Sitemap บอกว่า Google ค้นพบ URL ของคุณครบหรือไม่ ส่วนรายงาน Core Web Vitals บอกว่าผู้ใช้จริงเจอประสบการณ์อย่างไรเมื่อเปิดหน้าเหล่านั้น ทั้งสองรายงานควรถูกตรวจเป็นประจำ ไม่ใช่แค่ตอนตั้งเว็บใหม่ครั้งเดียว เพราะโครงสร้างเว็บและปริมาณหน้าเปลี่ยนไปเรื่อย ๆ ตามการเติบโตของคอนเทนต์
ถ้าอยากเห็นภาพรวมของหัวข้อนี้ทั้งหมด เริ่มที่หน้ารวมTechnical SEO แล้วค่อยเจาะรายละเอียดต่อที่ Mobile-first Indexing คืออะไร ทำไมเว็บที่มือถือแสดงไม่ครบถึงเสียอันดับ
เริ่มดูแลสุขภาพเทคนิคของเว็บอย่างเป็นระบบ
NOAH ช่วยตรวจสถานะการจัดทำดัชนีของเว็บที่เชื่อมไว้ และวางแผนคอนเทนต์ต่อจากข้อมูลจริง
สร้างบัญชี