Robots.txt Tester: ทดสอบกฎการ crawl ก่อน Google เข้ามาเก็บข้อมูลจริง
ทดสอบไฟล์ robots.txt ว่า user-agent แต่ละตัวเข้าถึง URL ได้หรือไม่ พร้อมผลลัพธ์ Allow/Disallow ราย bot, wildcard matching และคำเตือน directive ที่ผิดพลาด — ใช้งานฟรีในเบราว์เซอร์ ไม่ต้องสมัครสมาชิก
Table of Contents
Robots.txt Tester: ทดสอบกฎการ crawl ก่อน Google เข้ามาเก็บข้อมูลจริง
ไฟล์ robots.txt เป็นไฟล์แรกที่ search engine crawler ทุกตัวจะเข้ามาอ่านก่อนเก็บข้อมูลเว็บไซต์ของคุณ แปลว่ามันคือด่านควบคุมการเข้าถึงที่สำคัญที่สุดของเว็บ แต่ปัญหาคือกฎในไฟล์นี้เขียนแบบตัวอักษรต่อตัวอักษร ใช้ wildcard และเงื่อนไขการแมตช์ที่หลายคนอ่านแล้วยังงง พอ deploy ผิดทีเดียว ผลร้ายแรงกว่าที่คิด — เคยมีเว็บดัง ๆ โดน Disallow: / บล็อกทั้งไซต์จนหลุดจากผลการค้นหาไปหลายวัน
Robots.txt Tester คือเครื่องมือฟรีที่ช่วยให้คุณจำลองการตัดสินใจของ crawler ก่อนที่ไฟล์จริงจะขึ้น production เพียงวางเนื้อหา robots.txt กรอกชื่อ user-agent และ URL ที่ต้องการทดสอบ เครื่องมือจะบอกทันทีว่า bot ตัวนั้นเข้าถึง URL ดังกล่าวได้ (ALLOWED) หรือถูกปฏิเสธ (DISALLOWED) พร้อมระบุว่ากฎไหนเป็นตัวตัดสิน
เครื่องมือนี้ทำงานฝั่ง client 100% ข้อมูลของคุณไม่ถูกส่งขึ้นเซิร์ฟเวอร์ใด ๆ ไม่ต้องสมัครสมาชิก ไม่ต้องติดตั้งอะไรทั้งสิ้น เปิดเบราว์เซอร์แล้วทดสอบได้เลย
ทำไมต้องใช้ Robots.txt Tester?
- ตรวจสอบก่อนใช้งานจริง: จำลองผลการแมตช์กฎตาม spec ของ Google ก่อน deploy ลดความเสี่ยงบล็อกหน้าสำคัญผิดพลาด
- เห็นผลแบบเดียวกับที่ bot มอง: แสดง verdict ราย user-agent พร้อมกฎที่ถูกเลือกใช้ตัดสิน ทำให้เข้าใจทันทีว่าทำไมถึงอนุญาตหรือปฏิเสธ
- รองรับ wildcard และ anchor ครบ: จับคู่ * (ตัวแทนข้อความใด ๆ) และ $ (ตรึงท้าย path) ได้ถูกต้องตามข้อกำหนด
- เตือน directive ที่มีปัญหา: ตรวจพบทั้ง directive ที่ไม่รู้จัก และกลุ่มกฎที่ลืมใส่ User-agent ซึ่งเป็นจุดพลาดคลาสสิก
- เห็นภาพรวม Crawl-delay และ Sitemap: สรุปค่า crawl-delay ที่ประกาศไว้ พร้อมรวมรายการ sitemap ทั้งหมดในไฟล์
- ฟรีและเป็นส่วนตัว: ทำงานในเบราว์เซอร์ทั้งหมด เหมาะกับไฟล์ robots.txt ของโปรเจกต์ที่ยังไม่เปิดเผย
ฟีเจอร์หลัก
| ฟีเจอร์ | คำอธิบาย |
|---|---|
| วางเนื้อหา robots.txt | แปลงไฟล์เป็นกลุ่มกฎตาม user-agent ทันทีที่วาง พร้อมปุ่ม Load example สำหรับดูตัวอย่าง |
| ทดสอบหลาย user-agent | กรอกชื่อ bot ได้หลายตัวพร้อมกัน เช่น Googlebot, Bingbot, AhrefsBot |
| Verdict ราย bot | แสดงผลเป็นการ์ดเขียว ALLOWED หรือแดง DISALLOWED พร้อมกฎที่ match และ crawl-delay ที่เกี่ยวข้อง |
| Wildcard matching | รองรับ * สำหรับข้อความใด ๆ และ $ สำหรับตรึงท้าย path ตาม spec ของ Google |
| คำเตือน directive | แจ้งเตือนเมื่อพบ directive ที่ไม่รู้จัก หรือไฟล์ที่ไม่มีกลุ่ม User-agent เลย |
| สรุป Sitemap | รวมทุก URL ของ sitemap ที่ประกาศไว้ในไฟล์ไว้ในผลลัพธ์ |
| Copy ผลลัพธ์ | คัดลอกสรุปผลการทดสอบไปแชร์กับทีมได้ในคลิกเดียว |
จุดที่ควรชื่นชมคือการตัดสินใจแมตช์ไม่ได้ทำแบบเดา ๆ แต่เดินตามกฎ longest match wins ของ Google อย่างเคร่งครัด กฎที่ยาวกว่า (เจาะจงกว่า) จะชนะเสมอ และถ้ากฎ Allow กับ Disallow แมตช์ยาวเท่ากัน ระบบจะเลือก Allow ตามข้อกำหนด นอกจากนี้ถ้า bot ที่ทดสอบไม่มีกลุ่มของตัวเองในไฟล์ ระบบจะใช้กลุ่ม User-agent: * เป็นค่าเริ่มต้นให้โดยอัตโนมัติ
ปุ่ม Clear จะล้างทุกอย่างเพื่อเริ่มทดสอบรอบใหม่ ทำให้เหมาะกับการเทียบหลายเวอร์ชันของ robots.txt ได้อย่างรวดเร็ว
วิธีใช้งาน Robots.txt Tester
- เปิดเครื่องมือและวางไฟล์: เข้าไปที่ Robots.txt Tester แล้ววางเนื้อหา robots.txt ของคุณลงช่อง input (หรือกด Load example เพื่อลองกับไฟล์ตัวอย่าง)
- ระบุ user-agent: กรอกชื่อ bot ที่ต้องการทดสอบ เช่น Googlebot ใส่ได้หลายตัวเพื่อเทียบผลในรอบเดียว
- ใส่ URL ที่ต้องการทดสอบ: วาง URL เต็ม เช่น https://example.com/admin/settings เครื่องมือจะดึง path ออกมาให้เอง
- กดรันการทดสอบ: อ่านผลลัพธ์ทีละ bot — แต่ละการ์ดจะบอกว่า ALLOWED หรือ DISALLOWED พร้อมกฎที่ถูกใช้ตัดสิน
- ตรวจคำเตือนและข้อมูลเสริม: ดูคำเตือนเรื่อง directive, ค่า Crawl-delay และรายการ Sitemap แล้วกด Copy หากต้องการส่งต่อผลให้ทีม
ทำความเข้าใจกฎการ matching ของ robots.txt
การจัดกลุ่มตาม user-agent — กฎทุกบรรทัดจะถูกผูกกับ User-agent ที่ประกาศไว้ก่อนหน้า กลุ่มหนึ่งจะจบลงเมื่อมีการประกาศ user-agent ใหม่ เช่นกลุ่มสำหรับ Googlebot และกลุ่มสำหรับ * (ใช้กับ bot ทั้งหมดที่ไม่มีกลุ่มเฉพาะ)
Longest match wins — สมมติไฟล์มี Disallow: /admin/ และ Allow: /admin/login เมื่อทดสอบ URL /admin/login/settings ทั้งสองกฎแมตช์ แต่ Allow: /admin/login ยาวกว่าจึงชนะ หน้านั้นถูกอนุญาต นี่คือกลไกที่ใช้แก้ปัญหาบล็อกเกินขอบเขตแบบแม่นยำ
เสมอกันให้ Allow ชนะ — ถ้ากฎ Allow และ Disallow ที่แมตช์มีความยาวเท่ากันเป๊ะ ระบบของ Google จะตัดสินให้เข้าถึงได้
Wildcard * และ $ — เครื่องหมาย * แทนข้อความใด ๆ เช่น Disallow: /*.pdf$ หมายถึงปฏิเสธไฟล์ PDF ทุกไฟล์ เพราะ $ ตรึงให้จบที่ท้าย path พอดี ส่วน Disallow: /*? จะจับ URL ที่มี query string
Crawl-delay — เป็นคำแนะนำให้ bot เว้นระยะระหว่าง request เป็นวินาที ข้อควรรู้คือ Google ประกาศตั้งแต่ปี 2019 ว่าไม่ใช้ค่านี้กับ Googlebot แล้ว (ปรับความเร็วผ่าน Search Console แทน) แต่ Bing และ crawler อื่นยังใช้งานอยู่ เครื่องมือจะแสดงค่าที่ประกาศไว้ในผลลัพธ์เพื่อให้เห็นว่ากลุ่มไหนตั้งไว้
Sitemap — บรรทัด Sitemap: ใน robots.txt ช่วยชี้ทางให้ crawler หา sitemap เจอโดยไม่ต้องรอเดา URL ต้องเป็น absolute URL เท่านั้น เครื่องมือจะรวบรวมทุก sitemap ที่ประกาศไว้ให้ตรวจสอบในภาพเดียว
กรณีการใช้งานจริง
ก่อน deploy robots.txt เวอร์ชันใหม่
ทุกครั้งที่แก้กฎ — ไม่ว่าจะเพิ่ม section ใหม่ เปลี่ยน wildcard หรือย้ายลำดับกลุ่ม — ให้วางเนื้อหาใหม่ลงในเครื่องมือแล้วทดสอบ URL สำคัญ ๆ ของไซต์ เช่น หน้าแรก หน้าหมวดสินค้า และหน้า checkout การใช้เวลาหนึ่งนาทีตรงนี้ป้องกันเหตุการณ์บล็อกทั้งไซต์ที่ใช้เวลาหลายวันในการกู้คืน
หาสาเหตุที่ Google ไม่ยอม index หน้าเว็บ
เมื่อหน้าหายจากผลการค้นหา สาเหตุแรกที่ควรตัดออกคือการถูก robots.txt บล็อก วางไฟล์ปัจจุบัน (ดึงจาก yourdomain.com/robots.txt) แล้วทดสอบกับ URL ที่มีปัญหาด้วย user-agent Googlebot ถ้าผลออกมา DISALLOWED พร้อมกฎที่ match คุณจะรู้ทันทีว่าต้องไปแก้บรรทัดไหน
คุมการเข้าถึงสภาพแวดล้อม staging และ dev
เว็บ staging ควรบล็อก crawler ทั้งหมด ไฟล์ที่มี User-agent: * คู่กับ Disallow: / คือมาตรฐาน แต่คนลืมใส่หรือลบทิ้งตอน copy โค้ดจาก production กันบ่อย ใช้เครื่องมือทดสอบ URL ภายใน staging กับหลาย bot พร้อมกันเพื่อยืนยันว่าทุกตัวโดนบล็อกจริง
อบรมทีมและออดิทหลายไซต์
ทีม SEO ที่ดูแลหลายโดเมนใช้เครื่องมือนี้อธิบายพฤติกรรมการแมตช์ให้ทีม content หรือลูกค้าฟังได้ด้วยตัวอย่างที่จับต้องได้ ส่วนปุ่ม Copy ช่วยให้แนบผลการทดสอบเข้ารายงานออดิทได้ทันที โดยไม่ต้อง capture หน้าจอ
แนวทางปฏิบัติที่ดีที่สุด
- ทดสอบก่อน push ทุกครั้ง: ถือว่า robots.txt เป็นโค้ดที่ต้อง review — ผ่านการทดสอบก่อนขึ้น production เสมอ
- อย่าบล็อก CSS, JavaScript และรูปภาพ: Google ต้อง render หน้าเว็บได้เพื่อเข้าใจเนื้อหา การบล็อก asset เหล่านี้ทำให้การจัดอันดับแย่ลง
- ใช้ Allow กับทางออกที่สำคัญ: เวลาบล็อกโฟลเดอร์อย่าง /admin/ แต่มีหน้า login ที่ต้องให้เข้าถึงได้ ให้เขียน Allow ที่ยาวกว่าเพื่อเจาะรูเฉพาะจุด
- ระวัง Disallow: / แบบไม่มีเงื่อนไข: หนึ่งตัวอักษรพลาดเดียวเปลี่ยนไซต์เป็นโหม่งมืดสำหรับ crawler ทุกตัว ตรวจซ้ำเสมอ
- ประกาศ Sitemap ไว้ใน robots.txt ด้วย: เป็นช่องทางค้นพบ sitemap ที่ crawler หลายตัวอ่าน อย่าพึ่งพาการ submit ผ่านหน้าเดียว
- เข้าใจขอบเขตของ robots.txt: มันป้องกันการ crawl แต่ไม่ได้ไล่หน้าออกจาก index — ถ้าต้องการถอดหน้าออกจริง ๆ ให้ใช้ meta noindex (ซึ่งหน้านั้นต้องถูก crawl ได้) คู่กับการลบและ redirect
เริ่มทดสอบ robots.txt ของคุณวันนี้
อย่ารอให้ Google เป็นคนทดสอบกฎของคุณ เปิด Robots.txt Tester วางไฟล์ ทดสอบ URL ที่สำคัญ แล้ว deploy ด้วยความมั่นใจ ใช้ฟรี ไม่มีข้อจำกัด และข้อมูลของคุณไม่เคยออกจากเบราว์เซอร์
เครื่องมือที่เกี่ยวข้องที่คุณอาจสนใจ:
ขอให้สนุกกับการทดสอบ!
คำถามที่พบบ่อย
ถ: เครื่องมือนี้อัปโหลดไฟล์ robots.txt ของฉันขึ้นเซิร์ฟเวอร์หรือไม่? ตอบ: ไม่ — การ parse และการจับคู่กฎทั้งหมดทำงานในเบราว์เซอร์ของคุณแบบ client-side 100% ข้อมูลไม่ถูกส่งออกจากเครื่องแม้แต่ไบต์เดียว
ถ: ถ้าไม่มีกฎใดแมตช์กับ URL ที่ทดสอบ ผลลัพธ์จะเป็นอย่างไร? ตอบ: ตามมาตรฐาน robots.txt ค่าเริ่มต้นคืออนุญาต เครื่องมือจะแสดงผล ALLOWED พร้อมระบุว่าไม่มีกฎใดถูกใช้ตัดสิน
ถ: ไฟล์ที่บล็อกหน้าเว็บไว้จะทำให้หน้านั้นหลุดจาก Google หรือไม่? ตอบ: ไม่จำเป็น — robots.txt ป้องกันการ crawl เท่านั้น หน้าที่ถูกบล็อกอาจยังปรากฏในผลการค้นหาแบบไม่มีคำอธิบาย หากต้องการถอดออกจริง ให้เปิดให้ crawl หน้านั้นแล้วใช้ meta noindex แทน
ถ: Crawl-delay มีผลกับ Googlebot หรือไม่? ตอบ: Google ประกาศตั้งแต่ปี 2019 ว่าไม่ใช้ค่า Crawl-delay กับ Googlebot อีกต่อไป แต่ Bing และ crawler รายอื่นยังอ่านค่านี้ เครื่องมือจะแสดงค่าที่ประกาศไว้ในผลลัพธ์เพื่อความครบถ้วน
ถ: ใช้เครื่องมือนี้ฟรีจริงหรือมีข้อจำกัดการใช้งาน? ตอบ: ใช้ฟรีไม่จำกัดครั้ง ไม่ต้องสมัครสมาชิกหรือลงทะเบียนใด ๆ และเนื่องจากทำงานฝั่ง client ทั้งหมด คุณจึงทดสอบไฟล์ของโปรเจกต์ที่ยังไม่เปิดเผยได้อย่างปลอดภัย