เครื่องมือตรวจสอบเมตาแท็ก

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

การตรวจสอบเมตาแท็กดูข้อมูลอะไรบ้าง?

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

ข้อมูลทั่วไปที่ควรตรวจสอบ ได้แก่ คำอธิบายเมตา คำสั่ง robots การตั้งค่า viewport และเมตาดาต้าสำหรับการแชร์บนโซเชียล เช่น แท็ก Open Graph ส่วน canonical URL มักกำหนดด้วยองค์ประกอบ link ใน HTML ซึ่งแยกจากเมตาแท็ก จึงควรตรวจสอบต่างหาก ในทางเทคนิค ชื่อเอกสารเป็นองค์ประกอบ HTML ไม่ใช่เมตาแท็ก แต่มักนำมาตรวจสอบพร้อมกับเมตาดาต้า เพราะเสิร์ชเอนจินอาจใช้เป็นชื่อผลการค้นหา

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

แท็ก meta keywords แบบเก่าไม่ได้ให้สัญญาณที่เป็นประโยชน์ต่อการปรับแต่งสำหรับเสิร์ชเอนจินรายใหญ่ โดยทั่วไปการมีแท็กนี้ไม่ได้สร้างปัญหา แต่การเสียเวลาใส่รายการคีย์เวิร์ดลงไปก็ไม่น่าจะช่วยเพิ่มการมองเห็นในผลการค้นหา

จะตรวจสอบเมตาแท็กของเว็บไซต์ได้อย่างไร?

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

1. หากเป็นไปได้ ให้ใช้ที่อยู่ HTTPS ปลายทางและระบุพาธทั้งหมดของบทความ ผลิตภัณฑ์ หรือโปรไฟล์
2. ตรวจสอบว่า URL ที่ส่งไปมีการเปลี่ยนเส้นทางหรือไม่ หากมี ให้ตรวจสอบหน้าปลายทางที่แสดงในเบราว์เซอร์ด้วย
3. เปรียบเทียบค่าที่ได้กับวัตถุประสงค์ของหน้าและรูปแบบที่ต้องการให้ปรากฏในผลการค้นหา
4. แก้ไขเทมเพลตเว็บไซต์ ระบบจัดการเนื้อหา หรือการตั้งค่า SEO แล้วเผยแพร่ จากนั้นตรวจสอบอีกครั้ง

ระบบจะตรวจสอบบนเซิร์ฟเวอร์ URL ที่คุณส่งจะถูกส่งไปยังเซิร์ฟเวอร์ผ่าน HTTPS และจะไม่ถูกจัดเก็บ เครื่องมือตรวจสอบที่ทำงานบนเซิร์ฟเวอร์จะดึงหน้าเป้าหมายได้ก็ต่อเมื่อหน้านั้นเข้าถึงได้จากอินเทอร์เน็ตสาธารณะ ลิงก์ตัวอย่างแบบส่วนตัว หน้าอินทราเน็ต และหน้าที่ต้องเข้าสู่ระบบอาจไม่สามารถเข้าถึงได้

รายละเอียดของ URL มีความสำคัญ สตริงคำค้นหาอาจทำให้เซิร์ฟเวอร์ตอบกลับเนื้อหาต่างออกไป ส่วน fragment ที่ขึ้นต้นด้วยเครื่องหมายแฮชจะไม่ถูกส่งไปยังเว็บเซิร์ฟเวอร์ ช่องว่างไม่ใช่อักขระที่ใช้ใน URL ได้โดยตรงและโดยทั่วไปต้องเข้ารหัสแบบเปอร์เซ็นต์ ชื่อโดเมนที่มีเครื่องหมายกำกับเสียงหรือใช้อักษรที่ไม่ใช่ละตินอาจแสดงภายใต้ IDNA เป็นป้ายกำกับ ASCII ที่ใช้ Punycode และอักขระที่ไม่ใช่ละตินในพาธอาจแสดงในรูปแบบเข้ารหัสเปอร์เซ็นต์

ควรอ่านผลการตรวจสอบอย่างไร?

อ่านเมตาแต่ละรายการที่ได้โดยตรวจสอบแอตทริบิวต์ เช่น name, property, http-equiv, charset และ content หากมี พร้อมดูว่าค่าต่าง ๆ ตรงกับหน้าที่คุณส่งไปหรือไม่ แม้จะมีแท็กอยู่แล้ว ค่าก็อาจผิด ซ้ำกัน หรือสืบทอดมาจากเทมเพลตที่ไม่เหมาะสมได้

• Meta description ควรอธิบายเนื้อหาของหน้านั้นโดยเฉพาะด้วยภาษาที่เป็นธรรมชาติ หากปล่อยค่าว่าง เสิร์ชเอนจินจะไม่ได้รับข้อความสรุปที่เสนอไว้ แต่ยังอาจสร้างข้อความสรุปเองจากเนื้อหาที่มองเห็นได้
• Robots ใช้กำหนดคำสั่งที่โปรแกรมรวบรวมข้อมูลซึ่งรองรับมาตรฐานอาจปฏิบัติตาม ตัวอย่างเช่น robots = noindex, follow เป็นการขอไม่ให้โปรแกรมดังกล่าวจัดทำดัชนีหน้าเว็บ แต่ยังอนุญาตให้ติดตามลิงก์ในหน้าได้
• Canonical ควรตรวจสอบแยกต่างหาก เพราะโดยปกติเป็นองค์ประกอบ link ใน HTML ไม่ใช่องค์ประกอบ meta ค่า href ใช้ระบุ URL ที่ต้องการให้เป็นหน้าหลักสำหรับเนื้อหาที่ซ้ำหรือเกือบซ้ำ โดยทั่วไป URL นี้ควรนำไปยังหน้าที่ใช้งานได้ จัดทำดัชนีได้ และมีเนื้อหาเดียวกัน
• Viewport ช่วยให้เบราว์เซอร์จัดวางหน้าเว็บบนอุปกรณ์เคลื่อนที่ ค่านี้ไม่ได้อธิบายเนื้อหาของหน้าโดยตรง แต่หากไม่มีหรือกำหนดไม่เหมาะสม หน้าเว็บอาจแสดงผลบนมือถือได้ไม่ดี
• Open Graph และแท็กโซเชียลที่คล้ายกัน ใช้เสนอชื่อ คำอธิบาย URL หรือรูปภาพสำหรับเวลาที่มีการแชร์หน้าเว็บ แต่ละแพลตฟอร์มจะตัดสินใจเองว่าจะใช้ค่าใดจริง

ตัวอย่างเช่น หากหน้าผลิตภัณฑ์ส่งคืน description = Red wool scarf with tasselled ends คำอธิบายนี้ถือว่าเจาะจงกับสินค้า แต่หากหน้าเดียวกันส่งคืน description = Welcome to our website แม้จะมีแท็กอยู่ แต่ก็แทบไม่ได้ให้บริบทที่เป็นประโยชน์ เช่นเดียวกัน เมื่อตรวจสอบลิงก์ canonical แยกต่างหาก ค่า href อย่าง https://example.co.uk/scarves/red-wool-scarf ถือว่าเหมาะสมกับผลิตภัณฑ์นั้น แต่หาก canonical ชี้ไปยังหน้าแรกของร้าน URL ผลิตภัณฑ์อาจถูกมองว่าเป็นหน้าซ้ำ

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

ปัญหาที่พบบ่อยและวิธีแก้

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

เมตาดาต้าที่เพิ่มหลังจาก JavaScript ฝั่งไคลเอนต์ทำงานแล้ว อาจไม่ปรากฏต่อโปรแกรมรวบรวมข้อมูลหรือบริการตรวจสอบทุกแห่ง สำหรับเมตาดาต้าที่ใช้กำหนดคำสั่งการจัดทำดัชนี และองค์ประกอบลิงก์ที่แยกออกมาสำหรับระบุ canonicalisation การใส่ไว้ใน HTML ที่ส่งตรงจากเซิร์ฟเวอร์มักเชื่อถือได้มากกว่า

ควรตรวจสอบเมตาแท็กบ่อยแค่ไหน?

ตรวจสอบเมตาดาต้าอีกครั้งหลังเผยแพร่เทมเพลตใหม่ เปลี่ยนปลั๊กอิน SEO ย้ายโดเมน หรือแก้ไขการตั้งค่าการจัดทำดัชนี นอกจากนี้ ควรตรวจสอบตามปกติหลังนำเข้าเนื้อหาจำนวนมากหรือออกรุ่นที่เปลี่ยนส่วนหัวของหน้า

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

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

เครื่องมือตรวจสอบจะเห็นเมตาแท็กที่ JavaScript เพิ่มให้หรือไม่?

ขึ้นอยู่กับว่าบริการตรวจสอบประมวลผล JavaScript หรืออ่านเฉพาะการตอบกลับ HTML ครั้งแรก อย่าคิดว่าเครื่องมือจะตรวจพบแท็กที่สคริปต์แทรกเข้ามาเสมอ หากแท็กปรากฏในเครื่องมือสำหรับนักพัฒนาของเบราว์เซอร์แต่ไม่พบในผลตรวจ ให้ดูซอร์สที่เซิร์ฟเวอร์ส่งมาโดยตรง

ทำไมหน้าที่ตรวจสอบจึงไม่ตรงกับ URL ที่ป้อน?

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

ตรวจสอบเว็บไซต์ทดสอบหรือหน้าที่ตั้งรหัสผ่านไว้ได้ไหม?

โดยทั่วไปทำไม่ได้ เว้นแต่หน้านั้นจะเข้าถึงได้แบบสาธารณะและเครื่องมือตรวจสอบเปิดหน้าได้โดยไม่ต้องใช้ข้อมูลเข้าสู่ระบบ สำหรับหน้าที่มีการป้องกัน ให้ตรวจสอบภายในระบบจาก HTML ที่ประมวลผลแล้วแทน

ทุกหน้าควรมีเมตาดาต้าไม่ซ้ำกันหรือไม่?

หน้าที่มีวัตถุประสงค์ต่างกันโดยทั่วไปควรมีชื่อและคำอธิบายที่สะท้อนเนื้อหาของตัวเอง ส่วนลิงก์ canonical ซึ่งต้องตรวจแยกจากเมตาแท็ก ควรชี้ไปยัง URL หลักที่เหมาะสม หน้าที่ผ่านการกรองแล้วมีเนื้อหาซ้ำกันต้องใช้แนวทาง canonicalisation ที่กำหนดไว้อย่างชัดเจน สำเนาเนื้อหาที่เผยแพร่ผ่านเครือข่ายอื่นต้องจัดการให้เหมาะกับข้อตกลงการเผยแพร่ และหน้าที่แปลเป็นภาษาอื่นควรใช้คำอธิบายกำกับภาษาที่เหมาะสม ไม่ควรถูกมองว่าเป็นหน้าซ้ำ

หลังแก้ไขแท็กแล้วต้องทำอะไรต่อ?

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