Softonic

เครื่องตรวจสอบความสามารถในการจัดทำดัชนี (Indexability Checker)

ขั้นตอน 1 / 3 ตรวจสอบการทำดัชนี
ถัดไป

หน้าเว็บอาจมีคุณภาพดีมาก แต่กลับไม่ถูกระบุด้วยระบบค้นหา เนื่องจากมีแท็กเพียงตัวเดียวที่ระบุว่า “noindex” หรือไฟล์ robots.txt ได้บล็อกการเข้าถึงของโปรแกรมตรวจสอบเว็บไซต์ ให้ใส่ URL แล้วเครื่องมือนี้จะประเมินสัญญาณทั้งหมดที่ Google ใช้ ได้แก่ robots.txt, meta robots, หัวข้อ X-Robots-Tag, canonical target และสถานะ HTTP จากนั้นจะแจ้งให้ทราบว่าหน้านั้นสามารถจัดทำดัชนีได้หรือไม่ ทำไมจึงเป็นเช่นนั้น และควรปรับเปลี่ยนอะไรหากไม่สามารถจัดทำดัชนีได้

วิธีตรวจสอบความสามารถในการจัดทำดัชนี

  1. 1

    กรุณาป้อน URL

    เครื่องมือตรวจสอบจะดึง URL เข้ามาในลักษณะเดียวกับที่ Googlebot จะทำ

  2. 2

    โปรแกรมนี้ช่วยแก้ไขปัญหาการเปลี่ยนเส้นทาง (redirects)

    มีการติดตามโซ่ของโฮปจำนวน 301/302 ขั้นตอน โดย URL สุดท้ายคือ URL ที่ถูกประเมินผล

  3. 3

    โปรแกรมจะอ่านสัญญาณที่บ่งชี้ความสามารถในการจัดทำดัชนีทุกตัว

    กฎของไฟล์ Robots.txt, meta robots, X-Robots-Tag, canonical, รหัสสถานะ

  4. 4

    คำพิพากษาและเหตุผล

    สามารถจัดทำดัชนีได้ / ไม่สามารถจัดทำดัชนีได้ / แบบบางส่วน โดยระบุสัญญาณที่แท้จริงซึ่งเป็นสาเหตุของคำวินิจฉัยอย่างชัดเจน

สัญญาณการจัดดัชนีและลำดับความสำคัญของสัญญาณเหล่านั้น

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

ลำดับการประเมินสัญญาณ

  1. สถานะ HTTP: ต้องเป็น 2xx; หากเป็น 3xx จะดำเนินการตามลำดับขั้นตอนที่กำหนด; ส่วนกรณี 4xx และ 5xx จะหยุดการดัชนีข้อมูล
  2. robots.txt: หาก URL นั้นไม่ได้รับอนุญาตให้ Googlebot เข้าถึง หน้านั้นจะไม่ถูกสแกนเลย ซึ่งหมายความว่าแท็ก noindex บนหน้านั้นจะไม่ถูกระบุหรือแสดงผลในผลลัพธ์การค้นหา
  3. หัวข้อ X-Robots-Tag: ค่า noindex ในหัวข้อการตอบกลับของ HTTP จะทำให้ระบบไม่สามารถจัดทำดัชนีได้
  4. เมตาโรบอต (Meta Robots): <meta name="robots" content="noindex"> ขัดขวางการสร้างดัชนี
  5. Canonical: การระบุว่าลิงก์นั้นเป็นแบบ Canonical หมายความว่า Google จะจัดทำดัชนีให้กับ URL อื่นแทน
  6. คุณภาพของเนื้อหาและการตรวจจับเนื้อหาที่ซ้ำกัน: กูเกิลอาจไม่ทำการดัชนีเนื้อหา แม้จะไม่มีคำสั่งโดยตรงก็ตาม

ข้อผิดพลาดทั่วไปที่ระบบตรวจพบ

ปัญหา สาเหตุ
ไม่มีการจัดดัชนีสำหรับส่วนทั้งหมด กฎ Disallow: ในไฟล์ robots.txt
หน้าเฉพาะที่ยังไม่ได้จัดทำดัชนี noindex ในไฟล์ meta robots
ถูกรวมไว้ในดัชนีโดยใช้ URL ที่ผิด ค่า canonical อยู่ที่อีกที่หนึ่ง
ติดอยู่ที่ 5xx ข้อผิดพลาดของเซิร์ฟเวอร์ทำให้การสแกนข้อมูลหยุดชะงัก
ขัดแย้งระหว่างการห้ามใช้งานกับแท็ก noindex ไฟล์ Robots.txt จะป้องกันไม่ให้ระบบเรียกดูเว็บไซต์ และแท็ก noindex จะไม่ถูกอ่านเลย
การถ่ายโอนข้อมูลรั่วไหลไปยังระบบการผลิต ส่วนที่เหลือจากสภาพแวดล้อมทดสอบ (X-Robots-Tag: noindex)

กลไกหลอกลวงของ robots.txt และ noindex

หากคุณระบุ URL ดังกล่าวในไฟล์ robots.txt กูเกิลจะไม่ทำการสแกน URL เหล่านั้นเลย จึงไม่มีการตรวจพบแท็ก noindex เลย URL นี้อาจปรากฏในผลการค้นหาในรูปแบบรายการว่างเปล่า ซึ่งประกอบด้วยเพียง URL โดยไม่มีคำอธิบายใดๆ หากต้องการลบ URL ออกจากดัชนีอย่างถูกต้อง ให้อนุญาตให้ระบบสแกนและใช้แท็ก noindex จากนั้นจึงบล็อกการสแกนเฉพาะเมื่อกูเกิลได้ลบ URL นั้นออกจากดัชนีแล้วเท่านั้น

การทดสอบจากมุมมองของ Googlebot

โปรแกรมตรวจสอบจะส่งข้อมูลไปยังตัวแทนผู้ใช้ของ Googlebot เพื่อให้เทคนิคต่างๆ ที่ใช้จากฝั่งเซิร์ฟเวอร์ (เช่น “เครื่องจักรดึงข้อมูลมองเห็นเฉพาะส่วน X เท่านั้น”) ปรากฏให้เห็นได้อย่างชัดเจน ควรตรวจสอบ URL ในสภาพการใช้งานจริงเสมอ ไม่ใช่ในสภาพการทดสอบ

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

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

โดยทั่วไปแล้ว การใช้ meta robots (หรือ X-Robots-Tag) คือทางออกที่ถูกต้อง Robot.txt จะป้องกันไม่ให้เว็บไซต์ถูกเรียกดูผ่านการสแกนข้อมูล ในขณะที่ meta robots จะป้องกันไม่ให้ข้อมูลในหน้าเว็บถูกจัดทำดัชนี หากคุณไม่ต้องการให้หน้านั้นถูกจัดทำดัชนี ควรอนุญาตให้มีการเรียกดู เพื่อให้ Google สามารถอ่านแท็ก noindex ได้

กูเกิลจะประเมินจุดหมายปลายทางสุดท้ายของโซ่การเปลี่ยนเส้นทาง โดยหากมีการเปลี่ยนเส้นทางแบบ 301 จาก A ไปยัง B นั่นหมายความว่ากูเกิลจะจัดทำดัชนีเฉพาะที่ B เท่านั้น ไม่ใช่ที่ A ระบบตรวจสอบจะจำลองสถานการณ์นี้โดยการแก้ไขการเปลี่ยนเส้นทางทั้งหมดก่อนทำการประเมิน

ไม่ หน้าที่ต้องผ่านการยืนยันตัวตนโดยค่าเริ่มต้นจะไม่สามารถสร้างดัชนีได้ หากคุณต้องการใช้กลยุทธ์ SEO กับหน้านั้น ควรพิจารณาใช้เวอร์ชันทดลองเผยแพร่สาธารณะ

เครื่องมือที่เกี่ยวข้อง

เครื่องมือตรวจสอบสกีมามาร์กอัป (Schema Markup Validator)

วาง JSON-LD แล้วตรวจได้ทันทีว่าแยกวิเคราะห์ได้ถูกต้องและมีคีย์หลักของ Schema.org ครบ ได้แก่ @context, @type และ name หรือ headline ก่อนที่คุณจะเผยแพร่

ตัวนับความถี่คำ

ค้นหาคำที่ปรากฏซ้ำบ่อยที่สุดในข้อความ พร้อมจำนวนครั้งและเปอร์เซ็นต์ความหนาแน่น เหมาะสำหรับแก้ไขงานเขียน ตรวจ SEO และ audit คอนเทนต์

ตัวอย่าง SERP

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

ตัวอย่างส่วนย่อ SERP จาก URL

วาง URL แล้วดูว่าชื่อเรื่อง คำอธิบายเมตา และ URL มาตรฐานของหน้านั้นแสดงเป็นส่วนย่อ Google อย่างไรแบบสด ดึงตรงจากหน้าเว็บ ไม่ต้องคัดลอกเอง

เครื่องสร้าง Sitemap

วางรายการ URL ของคุณแล้วสร้าง XML sitemap ที่ถูกต้องพร้อม changefreq, priority และ lastmod ตามต้องการ พร้อมบันทึกและส่งไปยัง Search Console

เครื่องมือวิเคราะห์ส่วนหัวความปลอดภัย

วางส่วนหัวการตอบกลับ HTTP ของคุณ แล้วรับคำแนะนำแบบจัดลำดับความสำคัญเกี่ยวกับส่วนหัวความปลอดภัยที่สำคัญ: Content-Security-Policy, Strict-Transport-Security, X-Frame-Options, Referrer-Policy และอื่น ๆ

เครื่องมือนี้มีให้บริการในภาษาอื่น