Sitemap คือไฟล์ที่รวบรวม URL สำคัญของเว็บไซต์เพื่อช่วยให้ Google และระบบค้นหาอื่นค้นพบหน้าเหล่านั้นได้เป็นระบบมากขึ้น ไฟล์นี้มีประโยชน์เป็นพิเศษกับเว็บใหม่ เว็บที่มีหลายหน้า หรือเว็บที่มีหน้าซึ่งยังได้รับลิงก์ภายในไม่มาก แต่การมี Sitemap ไม่ได้แปลว่าทุก URL จะถูกเก็บข้อมูลหรือแสดงบน Google โดยอัตโนมัติ
บทความนี้อธิบายความหมายของ Sitemap ความต่างระหว่างไฟล์สำหรับระบบค้นหากับหน้าแผนผังสำหรับผู้ใช้ วิธีเลือก URL ที่ควรใส่ วิธีสร้างและส่งผ่าน Google Search Console ตลอดจนข้อผิดพลาดที่ทำให้ไฟล์ดูครบแต่กลับช่วย Google ได้น้อยกว่าที่ควร
Sitemap คืออะไร
Sitemap หรือแผนผังเว็บไซต์ในความหมายที่ใช้กับระบบค้นหา คือไฟล์ซึ่งบอกว่าเว็บไซต์มีหน้า วิดีโอ รูปภาพ หรือไฟล์ใดที่เจ้าของเว็บเห็นว่าสำคัญ พร้อมระบุความสัมพันธ์และข้อมูลประกอบบางอย่าง เช่น วันที่เนื้อหาถูกแก้ไขอย่างมีนัยสำคัญ Googlebot ใช้ข้อมูลนี้เป็นอีกช่องทางหนึ่งในการค้นหา URL และวางแผนการเข้ามาเก็บข้อมูล
นึกภาพว่าเว็บไซต์เป็นอาคาร ลิงก์ภายในคือทางเดินที่พาผู้ใช้และโปรแกรมเก็บข้อมูลเดินจากห้องหนึ่งไปอีกห้องหนึ่ง ส่วน Sitemap คือรายการห้องสำคัญที่ส่งให้ผู้ตรวจอาคารดู แม้รายการจะช่วยให้รู้ว่ามีห้องใดอยู่บ้าง แต่ถ้าประตูถูกปิด ห้องซ้ำกัน หรือห้องเสียหาย การมีชื่ออยู่ในรายการก็ไม่ได้ทำให้ห้องนั้นใช้งานได้
จึงควรมองไฟล์นี้เป็นเครื่องมือช่วยค้นพบและตรวจสอบ URL ไม่ใช่ทางลัดสำหรับการจัดอันดับ หน้าเว็บยังต้องเปิดให้เข้าถึง ตอบโจทย์ผู้ค้นหา มี canonical ที่ถูกต้อง และเชื่อมโยงจากหน้าที่เกี่ยวข้องด้วย หากต้องการวางพื้นฐานให้ Google เข้าถึงและเข้าใจเว็บไซต์อย่างเป็นระบบ สามารถดูแนวทางในหน้า บริการดูแลการค้นหาของ ScaleUpThai ได้
Sitemap ช่วย Google พบหน้าสำคัญได้อย่างไร
โดยปกติ Google ค้นพบหน้าใหม่จากลิงก์ที่อยู่บนหน้าอื่น เมื่อ Googlebot เปิดหน้าหนึ่งแล้วพบลิงก์ไปยังอีกหน้า ก็สามารถเดินตามลิงก์นั้นต่อไปได้ แต่เว็บไซต์จริงมักมีหน้าที่อยู่ลึก หน้าใหม่ที่ยังไม่มีบทความอื่นอ้างถึง หรือหน้าไฟล์สื่อซึ่งค้นพบจากลิงก์ได้ยาก การแจ้ง URL เหล่านี้ใน Sitemap จึงช่วยลดโอกาสที่หน้าสำคัญจะถูกมองข้าม
ประโยชน์หลักมีสามด้าน ได้แก่ ช่วยค้นพบ URL ช่วยให้ Google เห็นสัญญาณการอัปเดตที่ถูกต้อง และช่วยให้เจ้าของเว็บตรวจสถานะของกลุ่ม URL ผ่าน Search Console อย่างไรก็ตาม Google ระบุชัดว่า Sitemap เป็นเพียงคำแนะนำ การส่งไฟล์ไม่ได้รับประกันการรวบรวมข้อมูล การจัดทำดัชนี หรืออันดับของทุกหน้า
เว็บไซต์ที่ควรมี Sitemap
- เว็บไซต์ขนาดใหญ่ที่ตรวจลิงก์เชื่อมถึงทุกหน้าได้ยาก
- เว็บไซต์ใหม่ที่ยังมีเว็บไซต์ภายนอกลิงก์เข้ามาน้อย
- เว็บไซต์ที่มีคลังบทความ สินค้า รูปภาพ วิดีโอ หรือข่าวจำนวนมาก
- เว็บไซต์ที่มีหน้าใหม่หรือมีการอัปเดตเนื้อหาอยู่เสมอ
- เว็บไซต์ที่ต้องการแยกติดตามปัญหาของหน้าแต่ละกลุ่มใน Search Console
เว็บขนาดเล็กที่มีไม่เกินประมาณ 500 หน้าและมีลิงก์ภายในครบ อาจถูกค้นพบได้โดยไม่ต้องพึ่งไฟล์นี้มากนัก แต่การสร้าง Sitemap ที่ดูแลอัตโนมัติยังช่วยตรวจสอบ URL และลดภาระเมื่อเว็บไซต์เติบโตในอนาคต
Sitemap XML คืออะไร ต่างจาก HTML Sitemap อย่างไร
คำว่าแผนผังเว็บไซต์ถูกใช้กับสิ่งที่มีหน้าที่ต่างกันสองแบบ แบบแรกคือ XML Sitemap ซึ่งออกแบบให้ระบบค้นหาอ่าน แบบที่สองคือ HTML Sitemap ซึ่งเป็นหน้าเว็บธรรมดาที่ช่วยให้ผู้ใช้เลือกไปยังหมวดหรือหน้าสำคัญได้สะดวกขึ้น เว็บไซต์หนึ่งสามารถมีทั้งสองแบบได้โดยไม่ซ้ำหน้าที่กัน
XML Sitemap สำหรับระบบค้นหา
ไฟล์ XML แสดง URL ในรูปแบบที่เครื่องอ่านได้และอาจระบุวันที่แก้ไขล่าสุดของแต่ละหน้า ระบบจัดการเว็บไซต์จำนวนมากสร้างไฟล์นี้อัตโนมัติ เมื่อมีการเพิ่ม ลบ หรือเปลี่ยนหน้า รายการจึงควรปรับตามโดยไม่ต้องแก้ไฟล์ทีละบรรทัด
HTML Sitemap สำหรับผู้ใช้งาน
หน้า HTML แสดงลิงก์สำคัญในรูปแบบที่คนอ่านได้ เหมาะกับเว็บที่มีเมนูหลายชั้นหรือมีเนื้อหาจำนวนมาก แต่ไม่ควรใช้แทนการออกแบบเมนูและลิงก์ภายในที่ชัดเจน หากผู้ใช้ต้องเปิดหน้าแผนผังทุกครั้งเพื่อหาข้อมูล แปลว่าโครงสร้างการนำทางหลักอาจยังต้องปรับปรุง
รูปแบบอื่นที่ Google รองรับ
นอกจาก XML แล้ว Google ยังรองรับฟีด RSS หรือ Atom และไฟล์ข้อความที่ใส่ URL หนึ่งรายการต่อหนึ่งบรรทัดได้ สำหรับเว็บไซต์ทั่วไป XML ยืดหยุ่นที่สุด เพราะรองรับข้อมูลเพิ่มเติมของรูปภาพ วิดีโอ ข่าว และหน้าในหลายภาษาได้ ส่วนเว็บที่ต้องการแจ้งเฉพาะ URL อาจใช้ไฟล์ข้อความได้ แต่จะใส่ข้อมูลประกอบอื่นไม่ได้
URL แบบใดควรอยู่ใน Sitemap
หลักคิดที่ง่ายที่สุดคือ ใส่เฉพาะ URL หลักที่ต้องการให้ปรากฏในผลการค้นหา แต่ละรายการควรเปิดได้จริง ส่งสถานะ 200 มีเนื้อหาที่มีคุณค่า และอ้าง canonical มาหาตัวเอง ถ้าหน้าหนึ่งไม่ควรอยู่บน Google ก็ไม่ควรส่งชื่อหน้าไปในไฟล์พร้อมกัน เพราะเป็นสัญญาณที่ขัดแย้งกัน
URL ที่ควรใส่
- หน้าแรก หน้าบริการ บทความ สินค้า หรือหมวดที่ต้องการให้ค้นพบ
- URL แบบ HTTPS และโดเมนหลักที่เว็บไซต์ใช้งานจริง
- Canonical URL เพียงเวอร์ชันเดียวเมื่อมีหลาย URL แสดงเนื้อหาเดียวกัน
- หน้าที่เปิดให้ระบบค้นหาเข้าถึงและไม่ได้ตั้งค่า noindex
URL ที่ควรนำออก
- หน้าร่าง หน้าทดสอบ หน้าผู้ดูแล และหน้าผลการค้นหาภายในเว็บ
- URL ที่เปลี่ยนเส้นทาง หน้าไม่พบ และหน้าที่ตอบกลับด้วยข้อผิดพลาด
- หน้าที่ตั้ง noindex หรือถูกปิดกั้นจน Google ตรวจเนื้อหาไม่ได้
- URL ซ้ำ พารามิเตอร์ติดตาม และเวอร์ชันที่ canonical ไปยังหน้าอื่น
การใส่ทุก URL โดยไม่คัดกรองไม่ได้ช่วยให้ Google มองเห็นเว็บดีขึ้น ตรงกันข้าม มันทำให้รายงานเต็มไปด้วยหน้าที่ไม่ต้องการและทำให้หาเหตุของปัญหายากขึ้น คุณภาพของรายการจึงสำคัญกว่าจำนวน URL
ข้อกำหนดของไฟล์ Sitemap ที่ควรรู้
หนึ่งไฟล์รองรับ URL ได้ไม่เกิน 50,000 รายการและมีขนาดไม่เกิน 50 MB เมื่อยังไม่บีบอัด หากเกินข้อใดข้อหนึ่งต้องแยกเป็นหลายไฟล์ แล้วรวมด้วย Sitemap index เพื่อส่งและติดตามเป็นชุด เว็บไซต์ทั่วไปมักไม่ชนขีดจำกัดนี้ แต่ร้านค้าและเว็บข่าวควรวางการแยกไฟล์ตามประเภทเนื้อหาไว้ตั้งแต่ต้น
URL ในไฟล์ควรเป็นที่อยู่เต็ม เช่น เริ่มด้วย https และมีชื่อโดเมนครบถ้วน ไฟล์ควรอยู่บนโฮสต์เดียวกับ URL ที่แจ้ง หรือส่งผ่านพร็อพเพอร์ตี้ใน Search Console ที่มีสิทธิ์ครอบคลุม นอกจากนี้ Google ไม่ใช้ค่า priority และ changefreq เพื่อกำหนดความสำคัญหรือความถี่ในการเก็บข้อมูล จึงไม่ควรเสียเวลาปรับสองค่านี้เพื่อหวังผลด้านอันดับ
สำหรับ lastmod ควรเปลี่ยนเมื่อเนื้อหาหลัก ลิงก์สำคัญ หรือข้อมูลที่มีผลต่อความหมายของหน้าได้รับการแก้ไขจริง ไม่ควรอัปเดตวันที่ทุกวันทั้งที่เนื้อหาไม่เปลี่ยน เพราะทำให้สัญญาณนี้ไม่น่าเชื่อถือ
วิธีสร้างและหา Sitemap ใน WordPress
WordPress รุ่นปัจจุบันสามารถสร้างไฟล์พื้นฐานได้เอง โดยมักพบที่ /wp-sitemap.xml ขณะที่ปลั๊กอินดูแลการค้นหาหลายตัวจะสร้างไฟล์ของตนเอง เช่น /sitemap_index.xml ชื่อจริงจึงขึ้นอยู่กับระบบที่เว็บไซต์ใช้ ไม่ควรเปิดระบบสร้างหลายชุดโดยไม่จำเป็น เพราะอาจทำให้ทีมดูแลสับสนว่าไฟล์ใดเป็นแหล่งข้อมูลหลัก
- เปิดโดเมนตามด้วยตำแหน่งไฟล์ที่ระบบกำหนด
- ตรวจว่าไฟล์เปิดได้โดยไม่ต้องเข้าสู่ระบบและไม่มีข้อผิดพลาด
- ดูว่ามี Sitemap ย่อยสำหรับหน้า บทความ สินค้า หรือหมวดใดบ้าง
- สุ่มเปิด URL ในแต่ละชุดเพื่อตรวจสถานะ canonical และการจัดทำดัชนี
- ล้างแคชและตรวจอีกครั้งหลังเปลี่ยนการตั้งค่าหรือปลั๊กอิน
ถ้าเพิ่งเริ่มดูแลเว็บไซต์ ควรทำความเข้าใจว่า WordPress จัดการหน้า ธีม และปลั๊กอินอย่างไร ก่อนเลือกเครื่องมือ เพราะปลั๊กอินหลายตัวอาจสร้างไฟล์ชนกันหรือใส่ประเภทเนื้อหาที่ไม่ต้องการให้ค้นพบโดยไม่รู้ตัว
วิธีส่ง Sitemap ใน Google Search Console
- เลือกพร็อพเพอร์ตี้ของโดเมนหรือ URL ที่ตรงกับเว็บไซต์จริง
- เปิดรายงาน Sitemap จากเมนูการจัดทำดัชนี
- ใส่ตำแหน่งไฟล์ เช่น sitemap_index.xml แล้วกดส่ง
- รอให้ Google อ่านไฟล์และตรวจสถานะว่าดำเนินการสำเร็จหรือพบข้อผิดพลาด
- เปิดรายละเอียดเพื่อเทียบจำนวน URL ที่ค้นพบกับจำนวนหน้าที่ต้องการจริง
การส่งครั้งเดียวเพียงพอเมื่อ URL ของไฟล์ไม่เปลี่ยน ระบบจะกลับมาอ่านไฟล์เดิมตามความเหมาะสม การเพิ่มบทความใหม่จึงไม่ต้องกดส่งซ้ำทุกครั้ง แต่ควรกลับมาตรวจหลังปรับโครงสร้างครั้งใหญ่ ย้ายโดเมน เปลี่ยนปลั๊กอิน หรือนำหน้าจำนวนมากออกจากเว็บไซต์
สถานะสำเร็จไม่ได้แปลว่าทุกหน้าถูกจัดทำดัชนี
คำว่าสำเร็จหมายถึง Google อ่านไฟล์ได้ ไม่ได้หมายความว่า URL ทุกตัวผ่านการประเมินและปรากฏในผลการค้นหา หากจำนวนหน้าที่จัดทำดัชนีน้อยกว่าที่คาด ควรตรวจรายงานการจัดทำดัชนีของหน้า ดูตัวอย่าง URL และหาสาเหตุ เช่น หน้าเป็นสำเนา มี canonical ไปที่อื่น ถูกตั้ง noindex หรือมีคุณภาพไม่เพียงพอ
Sitemap ต่างจาก robots.txt อย่างไร
robots.txt ใช้บอกขอบเขตที่โปรแกรมเก็บข้อมูลควรหรือไม่ควรเข้าถึง ส่วน Sitemap ใช้แจ้งรายการ URL ที่ต้องการให้ค้นพบ ทั้งสองไฟล์จึงมีหน้าที่คนละด้าน คุณสามารถระบุตำแหน่ง Sitemap ใน robots.txt เพื่อให้ระบบค้นหาเจอไฟล์ได้ง่ายขึ้น แต่การใส่ URL ไว้ใน Sitemap ไม่สามารถลบล้างคำสั่งปิดกั้นใน robots.txt ได้
ถ้าต้องการไม่ให้หน้าแสดงบน Google ควรใช้วิธีที่ตรงกับเป้าหมาย เช่น noindex สำหรับหน้าที่เปิดให้ Google อ่านได้ หรือการป้องกันด้วยรหัสผ่านสำหรับข้อมูลส่วนตัว ไม่ควรหวังผลจากการนำ URL ออกจาก Sitemap เพียงอย่างเดียว เพราะ Google ยังอาจพบหน้านั้นจากลิงก์อื่น
ข้อผิดพลาดของ Sitemap ที่พบบ่อย
ใส่ URL ที่ไม่ใช่หน้าหลัก
เมื่อไฟล์ส่ง URL หนึ่ง แต่ canonical ของหน้านั้นชี้ไปอีก URL ระบบค้นหาต้องตัดสินใจเองว่าสัญญาณใดถูกต้อง ควรแก้รายการให้เหลือ URL หลักเพียงตัวเดียว รวมถึงตรวจเวอร์ชัน http และ https โดเมนที่มีหรือไม่มี www และเครื่องหมายทับท้าย URL ให้สอดคล้องกัน
มีหน้าเปลี่ยนเส้นทางหรือหน้าเสียค้างอยู่
URL ที่ตอบกลับด้วย 301, 302, 404 หรือ 5xx ไม่ควรอยู่ในรายการที่ตั้งใจให้จัดทำดัชนี หลังย้ายหน้า ลบสินค้า หรือเปลี่ยน slug ควรตรวจว่าไฟล์อัปเดตแล้ว ไม่ใช่เพียงตั้ง redirect แล้วปล่อย URL เก่าอยู่ต่อไป
ส่งหน้าร่างหรือหน้าที่ตั้ง noindex
บางระบบสร้าง Sitemap จากประเภทเนื้อหาโดยอัตโนมัติ หากเปิดประเภทเทมเพลต เอกสารแนบ หรือหน้าระบบโดยไม่ตั้งใจ รายการจะมีหน้าที่ไม่ควรค้นพบปะปนอยู่ ควรปิดการรวมเนื้อหาเหล่านี้ที่ต้นทาง แทนการลบด้วยมือทุกครั้ง
วันที่แก้ไขเปลี่ยนทั้งเว็บโดยไม่มีการเปลี่ยนเนื้อหา
การอัปเดต lastmod ทุกหน้าเมื่อเปลี่ยนส่วนหัวหรือส่วนท้ายเล็กน้อยทำให้ Google แยกไม่ออกว่าหน้าใดมีเนื้อหาใหม่จริง ควรให้ระบบสะท้อนวันที่แก้ไขสาระสำคัญของแต่ละหน้า และตรวจว่าการเปลี่ยนธีมหรือแคชไม่ได้ทำให้วันที่ทั้งไฟล์ขยับตามกัน
สร้างหลายไฟล์จากหลายปลั๊กอิน
การมีหลายไฟล์ไม่ผิดหากถูกแบ่งด้วย Sitemap index อย่างตั้งใจ แต่ถ้าปลั๊กอินสองตัวสร้างรายการคนละชุด อาจเกิด URL ซ้ำ เงื่อนไขไม่ตรงกัน และทีมไม่รู้ว่าควรส่งไฟล์ใด ควรเลือกผู้สร้างหลักเพียงระบบเดียวแล้วปิดส่วนที่ซ้ำ
วิธีตรวจ Sitemap แบบเป็นขั้นตอน
- เปิดไฟล์จริง ตรวจว่าโหลดได้เร็ว อ่านได้ และไม่มีหน้าแจ้งข้อผิดพลาดหรือการเปลี่ยนเส้นทาง
- เทียบกับหน้าที่ต้องการค้นพบ ตรวจว่าหน้าบริการ บทความ และสินค้าสำคัญอยู่ครบ โดยไม่มีหน้าร่างหรือหน้าระบบ
- สุ่มตรวจสถานะ URL แต่ละหน้าควรตอบกลับด้วย 200 เปิดให้รวบรวมข้อมูล และอ้าง canonical ถูกตัว
- ตรวจความสอดคล้องกับลิงก์ภายใน หน้าสำคัญไม่ควรปรากฏเฉพาะใน Sitemap แต่ควรมีลิงก์จากเมนู หมวด หรือเนื้อหาที่เกี่ยวข้อง
- ดูรายงาน Search Console แยกปัญหาการอ่านไฟล์ออกจากปัญหาการจัดทำดัชนีของแต่ละ URL
- ตรวจหลังการเปลี่ยนแปลงใหญ่ ทดสอบอีกครั้งเมื่อย้ายหน้า เปลี่ยนโดเมน ปรับหมวด หรือเปลี่ยนระบบสร้าง Sitemap
รอบตรวจที่เหมาะสมขึ้นอยู่กับความถี่ในการเปลี่ยนเว็บ เว็บไซต์บริษัทที่ปรับไม่บ่อยอาจตรวจทุกเดือนและหลังการแก้ครั้งใหญ่ ส่วนร้านค้า เว็บประกาศ และเว็บข่าวควรตรวจสม่ำเสมอกว่า โดยเฉพาะเมื่อมีการเพิ่มหรือลบ URL จำนวนมาก
สรุป
Sitemap ช่วยให้ Google เห็นรายการ URL สำคัญและตรวจพบการเปลี่ยนแปลงได้ง่ายขึ้น แต่ไม่ได้แทนลิงก์ภายใน เนื้อหาที่มีคุณภาพ canonical หรือการเปิดให้เก็บข้อมูล ผลลัพธ์ที่ดีจึงมาจากไฟล์ที่มีเฉพาะ URL หลัก เปิดได้จริง และสอดคล้องกับสิ่งที่เว็บไซต์ต้องการให้ปรากฏบน Google
เริ่มจากหาไฟล์ที่ระบบสร้าง ตรวจรายการ URL แล้วส่งผ่าน Search Console จากนั้นใช้รายงานเพื่อแก้ปัญหาเป็นรายกลุ่ม หากไฟล์อ่านได้แต่หน้ายังไม่ถูกจัดทำดัชนี ให้ตรวจตัวหน้าและโครงสร้างเว็บต่อ แทนการส่งไฟล์เดิมซ้ำโดยไม่แก้สาเหตุ
คำถามที่พบบ่อยเกี่ยวกับ Sitemap
มี Sitemap แล้ว Google จะจัดทำดัชนีทุกหน้าหรือไม่
ไม่ การส่ง Sitemap ช่วยให้ Google ค้นพบ URL แต่ไม่ได้รับประกันว่าทุกหน้าจะถูกรวบรวมข้อมูลหรือจัดทำดัชนี หน้าเว็บยังต้องเข้าถึงได้ มีคุณภาพ และไม่มีสัญญาณขัดแย้ง เช่น noindex หรือ canonical ไปยังหน้าอื่น
เว็บไซต์ขนาดเล็กจำเป็นต้องมี Sitemap ไหม
ถ้าหน้าสำคัญเชื่อมถึงกันครบ Google อาจค้นพบได้โดยไม่พึ่ง Sitemap มากนัก แต่การมีไฟล์ที่ระบบสร้างและดูแลอัตโนมัติยังช่วยตรวจ URL และรองรับเมื่อเว็บไซต์มีเนื้อหาเพิ่มขึ้น
ควรส่ง Sitemap ใหม่ทุกครั้งที่ลงบทความหรือไม่
ไม่จำเป็น หากตำแหน่งไฟล์เดิมไม่เปลี่ยนและระบบอัปเดตรายการอัตโนมัติ Google จะกลับมาอ่านไฟล์ตามความเหมาะสม ควรส่งใหม่เมื่อเปลี่ยน URL ของไฟล์หรือมีการย้ายโครงสร้างสำคัญ
Sitemap มีได้หลายไฟล์หรือไม่
มีได้ เว็บไซต์ขนาดใหญ่สามารถแยกเป็นไฟล์ของหน้า บทความ สินค้า หรือรูปภาพ แล้วรวมด้วย Sitemap index หนึ่งไฟล์ วิธีนี้ช่วยจัดการขนาดและตรวจปัญหาแต่ละกลุ่มได้ชัดขึ้น
ควรใส่หน้า noindex หรือ URL ที่ redirect ใน Sitemap ไหม
ไม่ควร เพราะรายการควรมีเฉพาะ URL หลักที่ต้องการให้ปรากฏในผลการค้นหา หน้า noindex และ URL ที่เปลี่ยนเส้นทางส่งสัญญาณไม่สอดคล้องกับเป้าหมายของไฟล์
HTML Sitemap ใช้แทน XML Sitemap ได้ไหม
ไม่ควรใช้แทนกัน HTML Sitemap ทำเพื่อช่วยผู้ใช้ค้นหาหน้าสำคัญ ส่วน XML Sitemap ออกแบบให้ระบบค้นหาอ่านและรับข้อมูลประกอบ ทั้งสองแบบอาจอยู่ร่วมกันได้เมื่อเว็บไซต์มีความจำเป็น
