เครื่องมือตรวจการตอบกลับ HTTP/HTTPS: รหัสสถานะ, ลำดับ redirect, Header การตอบกลับ
ใส่ URL เพื่อดูรหัสสถานะ HTTP, redirect แต่ละ hop, response headers สุดท้าย และเวลาตอบกลับของเซิร์ฟเวอร์ เหมาะกับการตรวจ deployment, debug CDN และ audit redirect
เครื่องมือตรวจ HTTP response นี้แสดงอะไร
หน้านี้ทดสอบ URL จากเซิร์ฟเวอร์ของเราและแสดง metadata ของ response ที่ช่วยวิเคราะห์เมื่อเว็บไซต์เข้าถึงได้แต่ทำงานผิดปกติ
รหัสสถานะ
กลุ่ม status code บอกว่า request สำเร็จ ถูก redirect หรือผิดพลาดที่ client/server
ลำดับ redirect
Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน
Header การตอบกลับ
Header อธิบายว่า server, proxy, CDN หรือ browser ควรจัดการ response อย่างไร เหมาะกับการตรวจ deployment และ availability
เวลารวม
Header อธิบายว่า server, proxy, CDN หรือ browser ควรจัดการ response อย่างไร เหมาะกับการตรวจ deployment และ availability เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
วิธีตรวจ HTTP status, redirects และ headers
ใช้ URL สาธารณะที่ผู้ใช้หรือ bot เรียกจริง เครื่องมือจะตาม redirect อย่างปลอดภัยและโฟกัสที่ header, status และเวลา
ตรวจการตอบกลับของ URL
ใช้ URL สาธารณะที่ผู้ใช้หรือ bot เรียกจริง เครื่องมือจะตาม redirect อย่างปลอดภัยและโฟกัสที่ header, status และเวลา
HEAD / GET
HEAD เร็วที่สุดเพราะอ่านเฉพาะ header โดยไม่ดาวน์โหลด body ของหน้า ใช้ GET เมื่อ server บล็อก request แบบ HEAD
การตอบกลับสุดท้าย
Header อธิบายว่า server, proxy, CDN หรือ browser ควรจัดการ response อย่างไร เหมาะกับการตรวจ deployment และ availability
รูปแบบผลลัพธ์ที่พบบ่อยและขั้นตอนถัดไป
กลุ่ม status code บอกว่า request สำเร็จ ถูก redirect หรือผิดพลาดที่ client/server Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน
| ปัญหา | สัญญาณ | สิ่งที่ควรตรวจ |
|---|---|---|
| 200 OK / สำเร็จ | สำเร็จ: เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว | Content-Type / Cache-Control / ตรวจใหม่ |
| 301 / 308 | Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน | ลำดับ redirect |
| 401 / 403 | ใช้ URL สาธารณะเท่านั้น Localhost, เครือข่าย private และ reserved address ไม่สามารถตรวจด้วยเครื่องมือนี้ได้ | เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว |
| 429 / 503 | request หมดเวลา server อาจล่ม ทำงานหนัก ถูก firewall บล็อก หรือตอบกลับช้า | Retry-After / ยืนยันว่า record A, AAAA, CNAME และ MX ชี้ไปยัง host ที่ถูกต้องก่อนทดสอบ URL |
| ลำดับ redirect | URL redirect มากเกินไป ตรวจสอบ redirect loop หรือกฎ www, HTTPS หรือ trailing slash ที่ขัดกัน | ลำดับ redirect |
HEAD หรือ GET: ควรใช้วิธีใด?
HEAD เร็วที่สุดเพราะอ่านเฉพาะ header โดยไม่ดาวน์โหลด body ของหน้า ใช้ GET เมื่อ server บล็อก request แบบ HEAD
| วิธี | สิ่งที่ควรตรวจ | สัญญาณ | วิธีแก้ |
|---|---|---|---|
| HEAD | รหัสสถานะ / ลำดับ redirect / Header การตอบกลับ | 405 / ข้อผิดพลาดฝั่ง client / ตรวจ response ไม่สำเร็จ ตรวจว่า URL เข้าถึงได้แล้วลองอีกครั้ง | GET: เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว |
| GET | HEAD เร็วที่สุดเพราะอ่านเฉพาะ header โดยไม่ดาวน์โหลด body ของหน้า ใช้ GET เมื่อ server บล็อก request แบบ HEAD | ข้อผิดพลาดฝั่ง server / request หมดเวลา server อาจล่ม ทำงานหนัก ถูก firewall บล็อก หรือตอบกลับช้า | HEAD: HEAD เร็วที่สุดเพราะอ่านเฉพาะ header โดยไม่ดาวน์โหลด body ของหน้า ใช้ GET เมื่อ server บล็อก request แบบ HEAD |
วิธีอ่าน response headers
Header อธิบายว่า server, proxy, CDN หรือ browser ควรจัดการ response อย่างไร เหมาะกับการตรวจ deployment และ availability
| Header | ความหมาย | สิ่งที่ควรตรวจ |
|---|---|---|
| Location | Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน | ลำดับ redirect |
| Cache-Control | Header อธิบายว่า server, proxy, CDN หรือ browser ควรจัดการ response อย่างไร เหมาะกับการตรวจ deployment และ availability | เวลารวม |
| Content-Type | Header การตอบกลับ | รหัสสถานะ |
| Strict-Transport-Security | ตรวจ TLS certificate, issuer, hostname และวันหมดอายุเมื่อ HTTPS ล้มเหลว | สำเร็จ |
| Server / Via / CF-Cache-Status | หน้านี้ทดสอบ URL จากเซิร์ฟเวอร์ของเราและแสดง metadata ของ response ที่ช่วยวิเคราะห์เมื่อเว็บไซต์เข้าถึงได้แต่ทำงานผิดปกติ | ยืนยันว่า record A, AAAA, CNAME และ MX ชี้ไปยัง host ที่ถูกต้องก่อนทดสอบ URL |
| Retry-After | ข้อผิดพลาดฝั่ง client / ข้อผิดพลาดฝั่ง server | request หมดเวลา server อาจล่ม ทำงานหนัก ถูก firewall บล็อก หรือตอบกลับช้า |
| Content-Encoding | Header การตอบกลับ | เวลารวม |
HTTP status codes: ความหมายของผลลัพธ์
กลุ่ม status code บอกว่า request สำเร็จ ถูก redirect หรือผิดพลาดที่ client/server
กลุ่ม status code บอกว่า request สำเร็จ ถูก redirect หรือผิดพลาดที่ client/server
รหัสสถานะ
Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน
Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน
ใช้ URL สาธารณะเท่านั้น Localhost, เครือข่าย private และ reserved address ไม่สามารถตรวจด้วยเครื่องมือนี้ได้
ตรวจ response ไม่สำเร็จ ตรวจว่า URL เข้าถึงได้แล้วลองอีกครั้ง
ใช้ URL สาธารณะเท่านั้น Localhost, เครือข่าย private และ reserved address ไม่สามารถตรวจด้วยเครื่องมือนี้ได้
request หมดเวลา server อาจล่ม ทำงานหนัก ถูก firewall บล็อก หรือตอบกลับช้า
เช็กลิสต์แก้ปัญหา redirect
Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน
| ปัญหา | สัญญาณ | วิธีแก้ |
|---|---|---|
| HTTP / HTTPS | URL redirect มากเกินไป ตรวจสอบ redirect loop หรือกฎ www, HTTPS หรือ trailing slash ที่ขัดกัน | Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน |
| www / non-www | ลำดับ redirect | ใช้ URL สาธารณะที่ผู้ใช้หรือ bot เรียกจริง เครื่องมือจะตาม redirect อย่างปลอดภัยและโฟกัสที่ header, status และเวลา |
| Trailing slash | Redirect | Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน |
| WAF / CDN | ข้อผิดพลาดฝั่ง client | ยืนยันว่า record A, AAAA, CNAME และ MX ชี้ไปยัง host ที่ถูกต้องก่อนทดสอบ URL |
การตอบกลับ 200 OK ไม่ได้พิสูจน์อะไร
สำเร็จ: เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
สำเร็จ / HTML
สำเร็จ: เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
Content-Type
รหัสสถานะ
Cache-Control
เวลารวม
GET / คำขอจากเบราว์เซอร์
เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
ทำไมผลในเบราว์เซอร์อาจต่างกัน
เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
| ปัญหา | คำขอจากเบราว์เซอร์ | ตรวจการตอบกลับของ URL |
|---|---|---|
| Cookies / ข้อผิดพลาดฝั่ง client | เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว | ใช้ URL สาธารณะเท่านั้น Localhost, เครือข่าย private และ reserved address ไม่สามารถตรวจด้วยเครื่องมือนี้ได้ |
| Cache-Control | Header อธิบายว่า server, proxy, CDN หรือ browser ควรจัดการ response อย่างไร เหมาะกับการตรวจ deployment และ availability | เวลารวม |
| Location | Redirect มักถูกควบคุมจากหลายชั้น ลำดับ redirect ช่วยบอกว่าชั้นใดเปลี่ยน URL และ loop หรือปลายทางผิดเริ่มที่ไหน | ลำดับ redirect |
| WAF / 401 / 403 | ข้อผิดพลาดฝั่ง client | ใช้ URL สาธารณะเท่านั้น Localhost, เครือข่าย private และ reserved address ไม่สามารถตรวจด้วยเครื่องมือนี้ได้ |
การตรวจสอบการตอบกลับ HTTP พิสูจน์อะไรไม่ได้
เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
ใช้ URL สาธารณะเท่านั้น Localhost, เครือข่าย private และ reserved address ไม่สามารถตรวจด้วยเครื่องมือนี้ได้
เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
GET
HEAD เร็วที่สุดเพราะอ่านเฉพาะ header โดยไม่ดาวน์โหลด body ของหน้า ใช้ GET เมื่อ server บล็อก request แบบ HEAD
ข้อผิดพลาดฝั่ง client
ตรวจ response ไม่สำเร็จ ตรวจว่า URL เข้าถึงได้แล้วลองอีกครั้ง
200 OK / สำเร็จ
สำเร็จ: เครื่องมือนี้เน้น metadata HTTP สาธารณะ ไม่ใช่ browser เต็มรูปแบบ, Lighthouse audit หรือ monitoring agent ที่ล็อกอินแล้ว
คำถามที่พบบ่อย
เครื่องมือวินิจฉัยที่เกี่ยวข้อง
ตัวตรวจสอบพอร์ต
กลุ่ม status code บอกว่า request สำเร็จ ถูก redirect หรือผิดพลาดที่ client/server
ตรวจสอบ SSL
ตรวจรหัสสถานะ HTTP, redirect chain, response headers และเวลาตอบกลับของ URL ใดก็ได้ ใช้ debug deployment, กฎ CDN และสถานะเว็บไซต์ได้ในไม่กี่วินาที
ค้นหา DNS
ใช้ URL สาธารณะที่ผู้ใช้หรือ bot เรียกจริง เครื่องมือจะตาม redirect อย่างปลอดภัยและโฟกัสที่ header, status และเวลา