เช็คลิสต์ On-Page SEO เพื่ออันดับและประสบการณ์ผู้ใช้

สิ่งที่คุณจะได้จากเช็คลิสต์นี้

บทความนี้ให้เช็คลิสต์ On-Page SEO ที่เน้นการทำงานได้จริง: ตั้งค่าเมตาแท็ก, โครงสร้างเนื้อหา, ประสิทธิภาพหน้า, สัญญาณการทำดัชนี และวิธีตรวจสอบการทำงานโดยใช้เครื่องมือปัจจุบัน

หลักการพื้นฐานก่อนเริ่ม

แยกความหมายของสามขั้นตอนสำคัญ: การ Crawl คือการค้นพบและดึงหน้า การ Index คือการตัดสินใจเก็บหรือไม่เก็บเนื้อหา และการ Rank คือการจัดอันดับผลลัพธ์ ด้วยการออกแบบ On-Page คุณควรคิดทั้งในมุมของผู้ใช้และสัญญาณที่เครื่องมือค้นหาอ่านได้

นโยบายที่สำคัญที่ควรทราบ: Google ใช้เวอร์ชันมือถือเป็นฐานหลักสำหรับการ Crawl และ Index; ตั้งแต่กรกฎาคม 2024 Googlebot Smartphone เป็นค่าเริ่มต้นสำหรับการจับข้อมูลของ Search ผู้ตรวจสอบควรใช้เครื่องมือที่อัปเดตเพื่อยืนยันการแสดงผลบนมือถือ

โครงสร้างเนื้อหาและเมตาแท็ก (On-Page เทคนิค)

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

ใช้ heading (H1–Hn) เพื่อสร้างลำดับชั้นของเนื้อหา ให้ H1 เป็นหัวข้อหลักของหน้า ส่วนหัวข้อรองใช้ H2/H3 เพื่อช่วยทั้งผู้อ่านและเครื่องมือค้นหาเข้าใจโครงเรื่อง

Canonical และการทำความสะอาด URL

กำหนด <link rel="canonical" href="https://example.com/your-page"> สำหรับหน้าที่มีเนื้อหาซ้ำหรือรุ่นที่แตกต่างกัน เพื่อให้สัญญาณการจัดเก็บไปยัง URL ที่ต้องการ ตัว canonical ช่วยลดความสับสนระหว่างเวอร์ชันของหน้า แต่ต้องแน่ใจว่า URL ที่ระบุนั้นเข้าถึงได้และไม่ถูกบล็อกด้วย robots.txt หรือ X-Robots-Tag

hreflang (สำหรับหลายภาษา/ภูมิภาค)

ถ้าคุณมีหน้าหลายภาษาหรือหลายภูมิภาค ให้ใช้ hreflang เพื่อชี้ว่าหน้าใดเหมาะกับภาษา/ภูมิภาคใด ตรวจสอบความสอดคล้องของ hreflang แบบข้ามกัน (reciprocal) และทดสอบด้วยเครื่องมือที่รองรับเพื่อหลีกเลี่ยงการชี้ผิด

ประสิทธิภาพหน้า: ความเร็วและ Core Web Vitals

ประสิทธิภาพหน้าเป็นปัจจัยสำคัญทั้งต่อประสบการณ์ผู้ใช้และสัญญาณการจัดอันดับที่เกี่ยวข้อง เน้นการวัดและแก้ไข Core Web Vitals (เช่น LCP, INP, CLS) โดยใช้ข้อมูลจริงจากผู้ใช้เมื่อเป็นไปได้ และทดสอบเชิงห้องทดลองด้วย Lighthouse/Chrome DevTools

แนวทางปฏิบัติที่แนะนำ:

• ใช้ภาพฟอร์แมตสมัยใหม่และขนาดที่ปรับให้เหมาะสม (เช่น WebP/AVIF เมื่อเหมาะสม) พร้อม srcset เพื่อรองรับอุปกรณ์ต่าง ๆ
• หลีกเลี่ยง render-blocking CSS/JS: โหลดเฉพาะไฟล์ที่จำเป็นก่อน และใช้ preload/preconnect สำหรับทรัพยากรสำคัญ
• ใช้การแคชที่เหมาะสม (HTTP cache headers) และพิจารณา CDN เพื่อกระจายทราฟิกและลดเวลาไปยังผู้ใช้
• ตรวจสอบการโหลดแบบ lazy-loading สำหรับรูปภาพที่อยู่ต่ำกว่าพับ และทดสอบว่าการโหลดแบบ lazy ไม่กระทบต่อ LCP

การแสดงผลด้วย JavaScript และการตรวจสอบการเข้าถึงเนื้อหา

ถ้าหน้าของคุณเรนเดอร์เนื้อหาด้วย JavaScript ให้ตรวจสอบว่า Googlebot Smartphone และเบราว์เซอร์ของผู้ใช้เห็นเนื้อหาเดียวกันในเชิงความหมาย (content parity) โดยไม่เป็นการคลอกกิ้ง ตัวอย่างคำสั่งที่ใช้ตรวจสอบจากฝั่งเซิร์ฟเวอร์:

ตรวจดู header เท่านั้น: curl -I https://example.com/path

ดึง HTML สำหรับ user-agent เฉพาะ (เพื่อดูว่าเซิร์ฟเวอร์ตอบต่างกันหรือไม่): curl -A "Mozilla/5.0 (Linux; Android 10) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/115.0 Mobile Safari/537.36" https://example.com/path

ในการตรวจสอบการเรนเดอร์จริง ให้ใช้ Chrome DevTools > Network/Elements หรือใช้ URL Inspection ใน Google Search Console สำหรับหน้าที่คุณเป็นเจ้าของเพื่อดูผลการเรนเดอร์ของ Googlebot

สัญญาณการทำดัชนี (Indexability) และการตรวจสอบ

ตรวจสอบว่าเครื่องมือค้นหาสามารถเข้าถึงและเก็บหน้าได้อย่างที่ตั้งใจ โดยไล่เช็คลำดับดังนี้: HTTP status 200, ไม่มี meta noindex, robots.txt อนุญาต, X-Robots-Tag ไม่มีการบล็อก และ canonical ชี้ไปยังหน้าเดียวกัน

เครื่องมือที่ควรใช้:

• Google Search Console: URL Inspection สำหรับหน้าที่คุณเป็นเจ้าของ (ดู crawl response และสแนปชอตการเรนเดอร์)
• Rich Results Test และ Schema Markup Validator สำหรับตรวจ schema/structured data
• Chrome DevTools และการวิเคราะห์ log เพื่อดูว่า Googlebot ถูกบล็อกหรือได้รับ 200

ถ้าคุณต้องการตรวจสอบเบื้องต้นจากภายนอก ให้ใช้ curl หรือดู source ของหน้าเพื่อตรวจว่า link ที่สำคัญถูกใส่ใน HTML หรือสร้างโดย JavaScript เท่านั้น

ลิงก์ภายใน-ภายนอกและการจัดการค่า rel

สำหรับลิงก์ภายใน ให้ใช้ข้อความ anchor ที่อธิบายหน้าปลายทางและเก็บโครงสร้างการเชื่อมโยงให้เรียบร้อย เพื่อลดการสูญเสียสัญญาณผ่าน redirect chain

สำหรับลิงก์ภายนอก ให้ใส่ rel ที่เหมาะสม ตัวอย่าง:

ลิงก์ปกติ (ไม่มี rel พิเศษ): ตัวอย่าง

ลิงก์ที่เป็น sponsored (ชำระเงิน): ตัวอย่าง

ลิงก์จาก user-generated content: ตัวอย่าง

ข้อเท็จจริงที่ควรทราบ: ไม่มี rel="dofollow" เป็นแอตทริบิวต์จริง — การไม่มี rel=nofollow/sponsored/ugc คือการใช้ลิงก์แบบปกติ และ rel=nofollow ถือเป็น hint ที่เครื่องมือค้นหาอาจนำไปพิจารณาแตกต่างกันได้

นโยบายลิงก์ที่เกี่ยวข้องกับลิงก์ที่ชำระเงิน

หากการวางลิงก์เป็นการชำระเงินหรือมีวัตถุประสงค์หลักเพื่อจัดอันดับ ควรใช้ rel="sponsored" หรือ rel="nofollow" ตามคำแนะนำของ Google เพราะลิงก์ที่ออกแบบมาเพื่อส่งสัญญาณการจัดอันดับอาจถูกจัดการเป็น link spam โดยระบบอัตโนมัติของเครื่องมือค้นหา หลีกเลี่ยงการใช้ลิงก์เชิงพาณิชย์โดยไม่ระบุชนิดของความสัมพันธ์

การตรวจสอบและแก้ปัญหา (Verification & Troubleshooting)

ขั้นตอนตรวจสอบแนะนำ (ลำดับการทำงาน):

• ใช้ Google Search Console URL Inspection สำหรับหน้าที่คุณเป็นเจ้าของ เพื่อตรวจว่า Googlebot เห็นหน้าอย่างไรและมีข้อผิดพลาดใด ๆ
• ทดสอบ Structured Data ด้วย Rich Results Test: https://search.google.com/test/rich-results และใช้ Schema Markup Validator (schema.org) เพื่อความเข้ากันได้
• ทดสอบความเป็นมิตรกับมือถือด้วย Mobile-Friendly Test: https://search.google.com/test/mobile-friendly

ตรวจ headers ด้วย curl -I เพื่อดูสถานะ HTTP และ header สำคัญ เช่น cache-control และ x-robots-tag

หากพบปัญหาการเรนเดอร์: ตรวจสอบว่าไฟล์ JS/CSS ที่สำคัญถูกโหลด, ไม่มีข้อผิดพลาด console, และการเรนเดอร์บนมือถือสอดคล้องกับที่ต้องการ

รายการเช็คลิสต์ฉบับย่อ (Actionable Checklist)

• ตั้งค่า title และ meta description ที่ชัดเจนและสอดคล้องกับเนื้อหา
• ใช้ H1/H2 เพื่อสร้างโครงเรื่อง อ่านง่ายและเหมาะกับเจตนาค้นหา
• ยืนยัน canonical, robots.txt และ X-Robots-Tag ว่าไม่บล็อกหน้า
• วัดและปรับปรุง Core Web Vitals ด้วยข้อมูลเชิงสนามและเครื่องมือห้องทดลอง
• ตรวจ structured data เพื่อให้หน้ามีโอกาสแสดง rich result
• ตรวจการเรนเดอร์ JavaScript ทั้งบนอุปกรณ์จริงและผ่าน URL Inspection

แหล่งข้อมูลและเครื่องมือที่แนะนำ

เครื่องมือหลักที่ควรใช้เป็นประจำ: Google Search Console (URL Inspection, Performance), Rich Results Test, PageSpeed Insights / Lighthouse, Chrome DevTools และเครื่องมือตรวจ header เช่น curl

ข้อควรจำ: รายงานภายนอกเช่น site: operator สามารถให้สัญญาณเบื้องต้นว่า Google รู้จักหน้า แต่ไม่ใช่การยืนยันดัชนีแบบเด็ดขาด สำหรับหน้าที่คุณเป็นเจ้าของ ให้ยึดผลจาก URL Inspection ใน Search Console เป็นแหล่งข้อเท็จจริง

หากต้องการอ่านเชิงลึกเกี่ยวกับส่วน Technical SEO ที่เกี่ยวข้อง: อ่านคู่มือ Technical SEO

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