ตรวจสอบ HTTP Headers

ดูสิ่งที่เซิร์ฟเวอร์ส่งมาก่อนตัวหน้าเว็บ

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

เครื่องมือนี้ส่งคำขอ GET มาตรฐานไปยัง URL ที่คุณใส่และแสดง response header ทั้งหมดที่ได้รับ เป็นวิธีที่รวดเร็วในการดูว่าเซิร์ฟเวอร์ CDN หรือปลั๊กอินของคุณส่งอะไรจริงๆ โดยไม่ต้องเปิดเครื่องมือนักพัฒนาของเบราว์เซอร์

header ที่ควรรู้จัก ได้แก่ Content-Type, Cache-Control, Location (สำหรับการเปลี่ยนเส้นทาง), Set-Cookie, Server, X-Robots-Tag และ header ด้านความปลอดภัยอย่าง Strict-Transport-Security, Content-Security-Policy, X-Content-Type-Options และ Referrer-Policy

วิธีใช้เครื่องมือตรวจสอบ HTTP Headers

1. ใส่ URL เต็มรวม https://
2. ส่งเพื่อตรวจสอบ
3. อ่าน header ที่ได้รับกลับมา
4. เปรียบเทียบกับสิ่งที่คาดหวังจากการตั้งค่าเซิร์ฟเวอร์หรือ CDN ของคุณ

ตัวอย่าง

เว็บไซต์ที่อยู่หลัง Cloudflare

ข้อมูลเข้า: https://example.com

ผลลัพธ์:

HTTP/2 200
content-type: text/html
server: cloudflare
cf-cache-status: HIT
alt-svc: h3=":443"; ma=86400

response จริงแบบย่อ cf-cache-status: HIT หมายความว่าหน้าเว็บมาจากแคชของ Cloudflare และ alt-svc ประกาศว่ารองรับ HTTP/3

การใช้งานที่พบบ่อย

• ตรวจว่า header ด้านแคชตั้งค่าถูกต้องเพื่อความเร็ว
• ยืนยันว่ามี header ความปลอดภัยอย่าง HSTS และ CSP
• ค้นหา header X-Robots-Tag: noindex ที่ทำให้หน้าไม่ปรากฏในผลการค้นหา
• ดูว่าซอฟต์แวร์เซิร์ฟเวอร์หรือ CDN ใด (เช่น Cloudflare หรือ LiteSpeed) ให้บริการเว็บไซต์
• ดีบักปัญหา CORS คุกกี้ หรือประเภทเนื้อหาใน API

เคล็ดลับและสิ่งที่ควรรู้

• header X-Robots-Tag บล็อกการจัดทำดัชนีได้เหมือนแท็ก meta robots ถ้าหน้าไม่ถูกจัดทำดัชนี ให้ตรวจที่นี่
• Cache-Control: no-store บนไฟล์คงที่อย่างรูปภาพและ CSS ทำให้การเข้าชมซ้ำช้ากว่าที่ควร
• header อาจต่างกันระหว่าง http:// กับ https:// และระหว่าง www กับโดเมนหลัก ทดสอบเวอร์ชันที่ผู้เข้าชมใช้จริง
• หากต้องการติดตามลำดับการเปลี่ยนเส้นทาง ใช้เครื่องมือตรวจการเปลี่ยนเส้นทาง URL หากต้องการตรวจการรองรับโปรโตคอล ลองเครื่องมือตรวจ HTTP/2

กรณีพิเศษและข้อจำกัด

• เมื่อ URL เปลี่ยนเส้นทาง จะแสดงเฉพาะ response สุดท้าย ใช้เครื่องมือตรวจการเปลี่ยนเส้นทาง URL เพื่อดูแต่ละขั้น
• บางเว็บไซต์ส่ง header ต่างกันให้ผู้เข้าชมต่างกัน เช่น ตามประเทศหรืออุปกรณ์ เบราว์เซอร์ของคุณจึงอาจเห็นค่าอื่น
• เว็บไซต์ที่มีระบบป้องกันบอตอาจตอบ 403 หรือหน้าท้าทายให้เครื่องมือของเรา แม้จะเปิดได้ในเบราว์เซอร์ของคุณ
• ชื่อ header ไม่สนตัวพิมพ์เล็กใหญ่ HTTP/2 ส่งเป็นตัวพิมพ์เล็ก จึงไม่ต้องกังวลถ้าเห็น content-type แทน Content-Type

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

HTTP headers คืออะไร?

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

เว็บไซต์ของฉันควรมี header ความปลอดภัยอะไรบ้าง?

พื้นฐานที่ดีคือ Strict-Transport-Security, X-Content-Type-Options: nosniff, Referrer-Policy และ Content-Security-Policy ที่เหมาะกับเว็บไซต์ การป้องกันเฟรม (X-Frame-Options หรือ CSP frame-ancestors) ก็นิยมใช้

header มีผลต่อ SEO ไหม?

มี รหัสสถานะ การเปลี่ยนเส้นทาง header Link แบบ canonical และ X-Robots-Tag ล้วนมีผลต่อวิธีที่เสิร์ชเอนจินรวบรวมข้อมูลและจัดทำดัชนีหน้า

ทำไมเบราว์เซอร์ของฉันเห็น header ต่างออกไป?

เบราว์เซอร์ส่ง request header และคุกกี้ของตัวเอง และอาจได้แคชคนละชุด ผลลัพธ์ยังอาจต่างกันตามตำแหน่งเมื่อใช้ CDN

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

• ตรวจการเปลี่ยนเส้นทาง URL: ตรวจการเปลี่ยนเส้นทางของ URL ได้สูงสุด 10 ครั้ง
• ตรวจสอบ HTTP/2: ตรวจว่าเว็บไซต์ใช้โปรโตคอล HTTP/2 ใหม่หรือไม่
• ตรวจสอบ SSL: ดูรายละเอียดทั้งหมดที่เป็นไปได้ของใบรับรอง SSL
• ตรวจสอบ Meta Tags: ดึงและตรวจสอบ meta tag ของเว็บไซต์ใดก็ได้
• แยกวิเคราะห์ User Agent: แยกรายละเอียดจากสตริง user agent