ปรับ XML Sitemap ให้ดีที่สุด: ลำดับความสำคัญของ URL, ความถี่ในการอัปเดต และวิธีส่ง
หนึ่ง Sitemap แก้ปัญหาอะไรได้จริง
หลายคนเข้าใจ Sitemap ผิด: คิดว่าส่ง Sitemap แล้วอันดับจะดีขึ้น หรือทำให้หน้าเว็บถูกจัดเก็บ ที่จริง Sitemap เป็นแค่ “รายการหน้าเว็บ” ที่บอก Google ว่า “ฉันมีหน้าเหล่านี้ ลองมาดูได้” พอ Google ดูแล้วจะมาดึงหรือไม่ ดึงแล้วจะจัดเก็บหรือไม่ จัดเก็บแล้วจะอยู่อันดับที่เท่าไร Sitemap ตัดสินใจไม่ได้สักอย่าง
Sitemap มีประโยชน์จริงในสามกรณี: หนึ่ง เว็บใหม่หรือหน้าใหม่ที่ Google ยังไม่ค้นพบผ่านลิงก์ภายใน Sitemap ช่วยให้เจอเร็วขึ้น สอง เว็บที่มีหน้าเว็บลึกจำนวนมาก (ต้องคลิก 4 ครั้งขึ้นไป) Google ดึงข้อมูลไม่บ่อย Sitemap ย่นเส้นทางให้ค้นพบเร็วขึ้น สาม เนื้อหาประเภทพิเศษอย่างวิดีโอ รูปภาพ หรือข่าว Sitemap ระบุเมตาดาต้าเพิ่มเติมได้ สำหรับเว็บที่ไม่เกิน 500 หน้าและมีโครงสร้างลิงก์ภายในที่ดีอยู่แล้ว ผลตอบแทนส่วนเพิ่มของ Sitemap จริง ๆ แล้วต่ำมาก
| ความเข้าใจผิดเกี่ยวกับ Sitemap | สถานการณ์จริง | เกณฑ์การตัดสิน |
|---|---|---|
| ส่ง Sitemap แล้วอันดับจะดีขึ้น | ไม่มีผลต่ออัลกอริทึมอันดับ มีผลแค่ความเร็วในการค้นพบ | เอกสาร Sitemap อย่างเป็นทางการของ Google |
| priority ยิ่งสูง หน้ายิ่งอยู่อันดับต้น | Google ระบุชัดเจนว่าแท็กนี้มีน้ำหนักต่ำมาก | บล็อก Google Webmaster Central |
| changefreq=always ทำให้ Google ดึงทุกวัน | Google ไม่ได้ใช้แท็กนี้ตัดสินความถี่ในการดึงข้อมูล | เหมือนข้างต้น |
| ทุกหน้าควรอยู่ใน Sitemap | ใส่เฉพาะหน้าที่มีค่า หน้าเนื้อหาบาง ๆ ใส่ไปกลับได้ผลตรงข้าม | แนวทางประเมินคุณภาพของ Google |
| ส่ง Sitemap แล้วไม่ต้องดูแลอีก | ต้องตรวจรายงาน GSC ทุกสัปดาห์ | ประสบการณ์จากการดูแลจริง |
ความสัมพันธ์กับโมดูล SEO อื่น ๆ: Sitemap เป็น Google SEO ชั้นฐานทางเทคนิค ใช้ร่วมกับ การตั้งค่า robots.txt โดยประกาศตำแหน่ง Sitemap ใน robots.txt และระบุหน้าที่สำคัญใน Sitemap ใช้ร่วมกับ โครงสร้างลิงก์ภายในเว็บ เป็นความสัมพันธ์แบบเสริมกัน: internal link จัดการส่งต่อ authority ให้หน้าที่ถูกค้นพบแล้ว ส่วน Sitemap จัดการให้หน้าใหม่ถูกค้นพบ
สอง、อะไรควรใส่ใน Sitemap และอะไรไม่ควรใส่
ไม่ใช่ทุก URL ควรอยู่ใน Sitemap Sitemap คือสิ่งที่คุณแสดงต่อ Google ว่า “หน้าเหล่านี้ของเว็บไซต์สมควรถูก index” การใส่หน้าที่ไม่ควรใส่เข้าไป เท่ากับบอก Google ว่าหน้าเนื้อหาบางเหล่านี้ก็เป็นเนื้อหาสำคัญเช่นกัน
| ประเภทหน้า | ควรใส่ Sitemap หรือไม่ | เหตุผล |
|---|---|---|
| หน้ารายละเอียดสินค้า | ใส่ | หน้าหลักที่สร้าง conversion ต้องถูกค้นพบอย่างรวดเร็ว |
| หน้าหมวดหมู่ / หน้าคอลัมน์ | ใส่ | หน้าแรกของหัวข้อ มี link authority สูง |
| หน้าบทความบล็อก | ใส่ | หน้าเนื้อหา การจัดอันดับคีย์เวิร์ด long-tail ต้องพึ่งหน้านี้ |
| หน้าเกี่ยวกับเรา / ติดต่อเรา | ใส่ | หน้า trust page มีจำนวนน้อย ใส่ไปก็ไม่มีต้นทุน |
| หน้า tag รวม | ไม่ใส่ | เนื้อหาบาง ซ้ำกับหน้าหมวดหมู่ |
| หน้าผลการกรอง | ไม่ใส่ | URL มี parameter เนื้อหาซ้ำ เสีย crawl budget |
| หน้าผลการค้นหาภายในเว็บไซต์ | ไม่ใส่ | ไม่มีเนื้อหาจริง Google บอกชัดว่าไม่ควรใส่ |
| หน้าลิสต์ที่มีการแบ่งหน้า ตั้งแต่หน้าที่ 2 เป็นต้นไป | ไม่ใส่ | ใช้ rel=next/prev ให้ Google ค้นพบเอง |
ตัวอย่างที่ 1: เว็บไซต์ e-commerce B2B แห่งหนึ่ง หน้าลิสต์สินค้ามีตัวกรอง 30 มิติ (วัสดุ ขนาด อุตสาหกรรมที่ใช้งาน ฯลฯ) แต่ละชุดตัวกรองสร้าง URL ขึ้นมาหนึ่ง URL ทีมปฏิบัติการใส่หน้าตัวกรองทั้งหมดนี้เข้า Sitemap จำนวนรวมเพิ่มจาก 500 เป็น 5000 ผลลัพธ์คือ Google ใช้ crawl budget จำนวนมากไปดูหน้าเหล่านี้ที่แทบจะซ้ำกัน ทำให้ความถี่ในการ crawl หน้าสินค้าจริงลดลง อัตราการ index โดยรวมกลับลดลงด้วย วิธีแก้: ลบ URL ตัวกรองที่มี parameter ทั้งหมดออกจาก Sitemap เหลือไว้แค่หน้าหมวดหมู่หลักและหน้าสินค้า
ข้อจำกัดขนาด Sitemap: ไฟล์ Sitemap หนึ่งไฟล์มี URL ได้สูงสุด 50000 URL และขนาดไฟล์ไม่เกิน 50MB (ไม่บีบอัด) ถ้าเกินขีดจำกัดนี้ต้องแยกเป็นไฟล์ Sitemap หลายไฟล์ แล้วใช้ไฟล์ Sitemap Index จัดเรียงเข้าด้วยกัน เว็บไซต์ขนาดกลางและเล็กส่วนใหญ่ (ไม่เกิน 500 หน้า) ใช้ Sitemap ไฟล์เดียวก็พอ ไม่จำเป็นต้องแยก
สาม、priority、changefreq、lastmod: อันไหนมีประโยชน์ อันไหนไม่มี
รูปแบบ Sitemap XML มีแท็กอยู่สี่ตัว: loc (URL), lastmod (วันที่แก้ไขล่าสุด), changefreq (ความถี่ในการอัปเดต), priority (ลำดับความสำคัญ) ในจำนวนนี้มีแค่สองตัวแรกที่ Google อ่านจริง ส่วนสองตัวหลังถูกละเลยเป็นหลัก
| แท็ก | หน้าที่ | Google อ่านจริงหรือไม่ | วิธีเขียนที่แนะนำ |
|---|---|---|---|
| loc | URL ของหน้า | ใช่ ต้องมี | URL แบบ absolute ที่มี https |
| lastmod | วันที่แก้ไขหน้าล่าสุด | ใช่ ใช้ตัดสินความถี่ในการ crawl ซ้ำ | ใส่วันที่แก้ไขจริง รูปแบบ YYYY-MM-DD |
| changefreq | ความถี่ในการอัปเดตที่คาดไว้ | แทบไม่อ่าน | ละไว้ได้ ใส่ไปก็ไม่มีประโยชน์ |
| priority | ลำดับความสำคัญสัมพัทธ์ 0.0-1.0 | แทบไม่อ่าน | ละไว้ได้ หน้าแรกใส่ 1.0 หน้าอื่นใส่ 0.8 ก็ได้ |
มุมมองที่ขัดกับสัญชาตญาณ: หลายบทเรียนสอนให้คุณใส่ priority=1.0 ให้หน้าแรก, 0.8 ให้หน้าหมวดหมู่, 0.5 ให้หน้าบทความใน Sitemap โดยคิดว่า Google จะจัดสรรการ crawl ตามลำดับความสำคัญนี้ แต่จริง ๆ แล้ว Google เองเคยระบุตั้งแต่ปี 2008 ว่าแท็ก priority มีน้ำหนักต่ำมาก และในปี 2015 ก็ยืนยันชัดเจนว่าแทบจะไม่สนใจเลย คุณจะเขียน 1.0 หรือ 0.1 ก็ไม่มีผลต่อการ crawl และอันดับเลย สิ่งที่ส่งผลจริงต่อความถี่ในการ crawl ซ้ำของ Google คือแท็ก lastmod และประวัติการอัปเดตจริงของหน้าเว็บ
วิธีเขียน lastmod ที่ถูกต้อง: ใส่ค่าวันที่ที่เนื้อหาของหน้านั้นถูกแก้ไขจริงครั้งล่าสุด อย่าใส่เป็นวันนี้ทั้งหมด เพราะพอ Google มาค crawl ครั้งถัดไปแล้วพบว่าเนื้อหาไม่เปลี่ยนเลย จะลดความเชื่อถือใน Sitemap ของคุณ ถ้าหน้าสินค้าหน้าไหนไม่ถูกแตะมาครึ่งปี lastmod ก็ใส่เป็นวันที่เมื่อครึ่งปีก่อน บทความบล็อกที่โพสต์แล้วไม่ได้แก้ lastmod ก็ใส่เป็นวันที่เผยแพร่ ถ้าบทความถูกปรับปรุงเนื้อหาใหม่ lastmod ก็เปลี่ยนเป็นวันที่อัปเดต
ตัวอย่างสถานการณ์ที่สอง: เว็บไซต์เนื้อหาแห่งหนึ่งใช้ปลั๊กอิน Yoast ของ WordPress สร้าง Sitemap อัตโนมัติ ปลั๊กอินตั้งค่าเริ่มต้นให้ lastmod ของทุกหน้าเป็นวันที่ปัจจุบัน Google เข้ามา crawl สัปดาห์ละครั้ง พบว่าเนื้อหาของหน้าเหล่านี้ไม่เปลี่ยนเลย ต่อเนื่องสี่ครั้ง ติดกัน ทำให้ความเชื่อถือใน Sitemap ของเว็บไซต์นี้ลดลง ช่วงห่างการ crawl ซ้ำยืดจาก 7 วันเป็น 30 วัน วิธีแก้: ปรับการตั้งค่าปลั๊กอิน ให้ lastmod ใช้ฟิลด์ post_modified ของ WordPress (วันที่แก้ไขบทความล่าสุด) แทนวันที่ปัจจุบัน
สี่ กลยุทธ์การส่งและขั้นตอนการตรวจสอบ
หลังสร้าง Sitemap แล้ว ไม่ใช่แค่วางไว้บนเซิร์ฟเวอร์ก็จบ ต้องส่งให้ Google เองและติดตามอย่างต่อเนื่อง
| ขั้นตอน | การดำเนินการ | เครื่องมือ / ตำแหน่ง | ความถี่ | เกณฑ์ผ่าน |
|---|---|---|---|---|
| 1. สร้าง Sitemap | สร้างอัตโนมัติ (ปลั๊กอิน / สคริปต์) | พาธ /sitemap.xml | อัปเดตอัตโนมัติทุกครั้งที่เผยแพร่เนื้อหาใหม่ | ตอบกลับ 200 รูปแบบ XML ถูกต้อง |
| 2. ประกาศใน robots.txt | เพิ่มคำสั่ง Sitemap: ท้าย robots.txt | /robots.txt | ทำครั้งเดียวถ้าพาธ Sitemap ไม่เปลี่ยน | Google ค้นพบผ่าน robots.txt ได้ |
| 3. ส่งใน Search Console | ส่ง URL ของ Sitemap ด้วยตัวเองใน GSC | GSC → การจัดทำดัชนี → Sitemap | ส่งครั้งแรก ส่งใหม่หลังแยกไฟล์ | สถานะแสดงเป็น «สำเร็จ» |
| 4. ตรวจจำนวนที่ค้นพบ | เทียบจำนวน URL ที่ค้นพบกับจำนวน URL ที่ส่ง | รายงาน Sitemap ใน GSC | สัปดาห์ละครั้ง | ผลต่างไม่เกิน 5% ถือว่าปกติ |
| 5. ตรวจข้อผิดพลาด | ดูว่ามีข้อผิดพลาด «อ่านไม่ได้» «URL ไม่ได้รับอนุญาต» หรือไม่ | รายงาน Sitemap ใน GSC | สัปดาห์ละครั้ง | จำนวนข้อผิดพลาดเป็น 0 |
| 6. เร่งหน้าใหม่ด้วยตัวเอง | หน้าใหม่ที่สำคัญใช้เครื่องมือตรวจ URL ขอจัดทำดัชนีด้วยตัวเอง | เครื่องมือตรวจสอบ URL ใน GSC | ทุกครั้งที่เผยแพร่หน้าใหม่ที่สำคัญ | ถูกจัดทำดัชนีภายใน 1 ถึง 3 วัน |
ตรวจสอบว่า Sitemap ถูกต้องหรือไม่: เปิดเบราว์เซอร์แล้วเข้า https://โดเมนของคุณ/sitemap.xml โดยตรง ควรเห็นรายการหน้าเว็บในรูปแบบ XML ถ้าได้ 404 แสดงว่าเส้นทางผิดหรือการตั้งค่าเซิร์ฟเวอร์มีปัญหา ถ้าได้หน้า HTML (เช่นหน้า 404 ของธีม WordPress) แสดงว่า Sitemap ยังไม่ถูกสร้างอย่างถูกต้อง ใช้ Screaming Frog หรือเครื่องมือตรวจสอบ XML Sitemap ออนไลน์เช็กข้อผิดพลาดด้านรูปแบบ
และ เช็กลิสต์ตรวจสอบ Technical SEO 的关系：Sitemap 是审计清单里抓取象限的第 2 项。每次改版、换域名、大规模发布内容后，都要重新检查 Sitemap 是否更新、GSC 里是否需要重新提交。การปรับโครงสร้างเว็บและการเปลี่ยนโดเมน เมื่อเปลี่ยนโดเมน ต้องสร้าง Sitemap ใหม่และส่งใหม่ พร้อมทำ 301 URL ทั้งหมดใน Sitemap เก่าไปยังที่อยู่ใหม่
FAQ คำถามที่พบบ่อย
ส่ง Sitemap แล้ว Google จะมาดึงข้อมูลเมื่อไหร่?
แท็ก priority และ changefreq มีประโยชน์จริงหรือไม่?
ควรใส่ URL กี่รายการใน Sitemap? ใส่ทุกหน้าหรือไม่?
ต้องใช้ไฟล์ Sitemap Index เมื่อไหร่?
ในรายงาน Sitemap ของ GSC ถ้าจำนวน URL ที่ค้นพบน้อยกว่าจำนวน URL ที่ส่งไปมาก ควรทำอย่างไร?
หลังเผยแพร่หน้าใหม่ นอกจากรอ Sitemap แล้ว ยังทำอะไรเร่งการเก็บข้อมูลได้อีก?
ทิ้งท้าย
XML Sitemap เป็นเครื่องมือที่ถูกประเมินค่าสูงเกินจริงมากที่สุดใน SEO เชิงเทคนิค มันไม่ได้ช่วยให้อันดับดีขึ้น ไม่ส่งต่อคะแนนความน่าเชื่อถือ และไม่กำหนดอัตราการจัดเก็บ สิ่งเดียวที่ทำได้คือช่วยให้ Google ค้นพบหน้าของคุณเร็วขึ้น สำหรับเว็บขนาดเล็กถึงกลางที่มีโครงสร้างลิงก์ภายในดีและมีไม่เกิน 500 หน้า ผลตอบแทนส่วนเพิ่มของ Sitemap จริง ๆ แล้วต่ำมาก แต่ก็ไม่มีต้นทุน ทำแล้วไม่ขาดทุน ไม่ทำก็ไม่ตาย
ลงมือ 3 ขั้น ขั้นแรก สัปดาห์นี้ยืนยันว่าเข้าถึง Sitemap ได้ (เปิด /sitemap.xml ในเบราว์เซอร์แล้วได้ 200) ใช้ Screaming Frog เช็กว่ามีหน้าแบบบางที่ไม่มีคุณค่าแอบอยู่ในนั้นไหม ขั้นที่สอง สัปดาห์หน้า ประกาศตำแหน่ง Sitemap ไว้ท้าย robots.txt และส่งด้วยมือใน GSC ขั้นที่สาม หลังจากนั้นใช้เวลา 5 นาทีต่อสัปดาห์ดูรายงาน Sitemap ใน GSC ยืนยันว่าจำนวนที่ค้นพบกับจำนวนที่ส่งต่างกันในเกณฑ์ปกติ และไม่มี error
ประโยคเดียวที่จำได้ขึ้นใจ Sitemap คือสมุดโทรศัพท์ที่ทำไว้ให้ Google ดู ไม่ใช่แต้มพิเศษสำหรับอันดับ ใส่หน้าให้ถูก เขียน lastmod ให้ถูก และดูรายงานสัปดาห์ละครั้ง แค่ 3 อย่างนี้ก็พอ อย่าเสียเวลากับแท็ก priority