อินพุตของ HTTP Status ตัวตรวจสอบ ประมวลผลที่ไหน

จะส่งเฉพาะค่าที่จำเป็นสำหรับตรวจ URL หรือ host สาธารณะไปยังเส้นทางตรวจสอบบนเซิร์ฟเวอร์

ใช้ผลลัพธ์ในระบบจริงได้ทันทีไหม

ก่อนคัดลอกควรตรวจสภาพแวดล้อมรัน การเข้ารหัส เขตเวลา และนโยบายความปลอดภัยของระบบปลายทาง

HTTP Status ตัวตรวจสอบ - เครื่องมือ เครือข่าย ออนไลน์ฟรี

HTTPเครือข่ายความเป็นส่วนตัว: ตรวจผ่านเซิร์ฟเวอร์

HTTP Status ตัวตรวจสอบ

ตรวจรหัสสถานะ ลำดับการเปลี่ยนทาง และ header ตอบกลับของ URL สาธารณะเพื่อเช็ค deployment และ SEO

อินพุต / ผลลัพธ์

เริ่มจากเครื่องมือ

อินพุต ผลลัพธ์ และการคัดลอกอยู่ในพื้นที่หลักนี้ ตัวอย่างและรายการตรวจอยู่ด้านล่าง

ผลลัพธ์พร้อมคัดลอก

Request profile

Preset crawler เปลี่ยนเฉพาะ header ที่ปลอดภัยสำหรับ server-side check นี้ ใช้ Search Console หรือ log เป็นหลักฐาน crawl และ indexing จริง

ตัวแยก header HTTP

วาง header ตอบกลับเพื่อตรวจ cache, ความปลอดภัย, cookie และ CORS ก่อนเขียนบันทึก debug

header HTTP ดิบ

จำนวน header

ชื่อซ้ำ

header ความปลอดภัย

header cookie

ความพร้อม header ความปลอดภัย

สแกน header ความปลอดภัยที่นักพัฒนามักตรวจ ก่อนเผยแพร่หรือ debug หน้า public

คะแนน header ความปลอดภัย

3/6

ขาดรายการจำเป็น

Strict-Transport-Security

จำเป็น

ปกป้องผู้ใช้ HTTPS จาก protocol downgrade หลังเข้าครั้งแรก

มี

Content-Security-Policy

จำเป็น

จำกัด source ของ script, style, image, connection และ frame

มี

X-Content-Type-Options

จำเป็น

nosniff ช่วยลดการสับสน MIME type ของ browser

ไม่มี

X-Frame-Options / frame-ancestors

แนะนำ

ควบคุมว่าเว็บอื่นฝังหน้านี้ใน frame ได้หรือไม่

มี

Referrer-Policy

แนะนำ

จำกัดข้อมูล URL ที่ส่งไปยัง origin อื่น

ไม่มี

Permissions-Policy

แนะนำ

จำกัดการเข้าถึงความสามารถ browser เช่น camera, geolocation และ fullscreen

ไม่มี

ความพร้อม CORS preflight

ตรวจ Access-Control response headers ก่อนถือว่า preflight error ของ browser เป็น bug ของแอป

Origin policy

ไม่มี

—

Credential policy

ไม่อนุญาต credentials

Methods ที่อนุญาต

—

Headers ที่อนุญาต

—

Vary Origin

ไม่ใช่

—

Preflight status

200

OPTIONS signal

—

บันทึก CORS preflight

ไม่พบ CORS response headers ถ้าเป็นหน้าปกติไม่เป็นไร แต่ browser API call แบบ cross-origin จะ fail

header ที่แยกแล้ว

ชื่อ header ถูกปรับให้อ่านง่ายเพื่อดูค่าซ้ำและหมวดตรวจสอบ

content-typeเนื้อหา: text/html; charset=utf-8
cache-controlCache: public, max-age=3600
strict-transport-securityความปลอดภัย: max-age=31536000; includeSubDomains
content-security-policyความปลอดภัย: default-src 'self'; img-src 'self' https:
x-frame-optionsความปลอดภัย: DENY

บันทึกตรวจ header

header ดูพร้อมใช้ในบันทึก debug แล้ว แต่ควรยืนยัน policy ของแอปเป้าหมายด้วย

รายงาน header ความปลอดภัย

คัดลอกรายงานที่ปลอดภัยพร้อมคะแนน header รายการจำเป็นที่ขาด note cookie/CORS และ checklist deploy

จำนวน header

คะแนน header ความปลอดภัย

3/6

ขาดรายการจำเป็น

header cookie

CORS

Origin policy

ไม่มี

—

OPTIONS signal

—

รวม header ดิบ

ไม่ใช่

ไม่รวม มีเฉพาะ metric, readiness check และบันทึกตรวจสอบ

บันทึกตรวจสอบ

ไม่พบ warning ของ security header ที่ชัดเจน แต่ควรยืนยัน policy ของแอปก่อนเผยแพร่

Checklist deployment

ยืนยันว่า HTTPS page ส่ง Strict-Transport-Security หลัง response production แรก
ตรวจ source ของ Content-Security-Policy ก่อนเปลี่ยน report-only เป็น enforcement
ตรวจ Set-Cookie เรื่อง Secure, HttpOnly, SameSite และการทำงานกับ cache
ตรวจ CORS origin และ credentials กับ public API client ที่ตั้งใจไว้
รัน public URL check ซ้ำหลังเปลี่ยน CDN, proxy หรือ deployment

# รายงาน header ความปลอดภัย

- ตรวจเมื่อ: เวลาคัดลอกของ browser
- จำนวน header: 5
- ชื่อซ้ำ: 0
- คะแนน header ความปลอดภัย: 3/6
- ขาดรายการจำเป็น: 1
- header cookie: 0
- CORS: 0
- Origin policy: ไม่มี (—)
- Credential policy: ไม่อนุญาต credentials
- Methods ที่อนุญาต: —
- Headers ที่อนุญาต: —
- Vary Origin: ไม่ใช่
- OPTIONS signal: —
- Preflight status: 200
- รวม header ดิบ: ไม่รวม มีเฉพาะ metric, readiness check และบันทึกตรวจสอบ

## บันทึกตรวจสอบ
- ไม่พบ warning ของ security header ที่ชัดเจน แต่ควรยืนยัน policy ของแอปก่อนเผยแพร่

## บันทึก CORS preflight
- ไม่พบ CORS response headers ถ้าเป็นหน้าปกติไม่เป็นไร แต่ browser API call แบบ cross-origin จะ fail

## ตรวจ header ความปลอดภัย
- Strict-Transport-Security: มี (จำเป็น)
- Content-Security-Policy: มี (จำเป็น)
- X-Content-Type-Options: ไม่มี (จำเป็น)
- X-Frame-Options / frame-ancestors: มี (แนะนำ)
- Referrer-Policy: ไม่มี (แนะนำ)
- Permissions-Policy: ไม่มี (แนะนำ)

## Checklist deployment
- ยืนยันว่า HTTPS page ส่ง Strict-Transport-Security หลัง response production แรก
- ตรวจ source ของ Content-Security-Policy ก่อนเปลี่ยน report-only เป็น enforcement
- ตรวจ Set-Cookie เรื่อง Secure, HttpOnly, SameSite และการทำงานกับ cache
- ตรวจ CORS origin และ credentials กับ public API client ที่ตั้งใจไว้
- รัน public URL check ซ้ำหลังเปลี่ยน CDN, proxy หรือ deployment

JSON header ที่แยกแล้ว

{
  "entries": [
    {
      "name": "content-type",
      "value": "text/html; charset=utf-8",
      "categoryKey": "contentHeaderCategory",
      "categoryFallback": "Content"
    },
    {
      "name": "cache-control",
      "value": "public, max-age=3600",
      "categoryKey": "cacheHeaderCategory",
      "categoryFallback": "Cache"
    },
    {
      "name": "strict-transport-security",
      "value": "max-age=31536000; includeSubDomains",
      "categoryKey": "securityHeaderCategory",
      "categoryFallback": "Security"
    },
    {
      "name": "content-security-policy",
      "value": "default-src 'self'; img-src 'self' https:",
      "categoryKey": "securityHeaderCategory",
      "categoryFallback": "Security"
    },
    {
      "name": "x-frame-options",
      "value": "DENY",
      "categoryKey": "securityHeaderCategory",
      "categoryFallback": "Security"
    }
  ],
  "malformedLines": 0,
  "metrics": {
    "headerCount": 5,
    "duplicateHeaderNames": 0,
    "securityHeaders": 3,
    "corsHeaders": 0,
    "cookieHeaders": 0,
    "presentSecurityHeaders": 3,
    "securityCheckCount": 6,
    "missingRequiredSecurityHeaders": 1
  },
  "securityChecks": [
    {
      "key": "hsts",
      "label": "Strict-Transport-Security",
      "present": true,
      "required": true,
      "detail": "ปกป้องผู้ใช้ HTTPS จาก protocol downgrade หลังเข้าครั้งแรก"
    },
    {
      "key": "csp",
      "label": "Content-Security-Policy",
      "present": true,
      "required": true,
      "detail": "จำกัด source ของ script, style, image, connection และ frame"
    },
    {
      "key": "x-content-type-options",
      "label": "X-Content-Type-Options",
      "present": false,
      "required": true,
      "detail": "nosniff ช่วยลดการสับสน MIME type ของ browser"
    },
    {
      "key": "frame-protection",
      "label": "X-Frame-Options / frame-ancestors",
      "present": true,
      "required": false,
      "detail": "ควบคุมว่าเว็บอื่นฝังหน้านี้ใน frame ได้หรือไม่"
    },
    {
      "key": "referrer-policy",
      "label": "Referrer-Policy",
      "present": false,
      "required": false,
      "detail": "จำกัดข้อมูล URL ที่ส่งไปยัง origin อื่น"
    },
    {
      "key": "permissions-policy",
      "label": "Permissions-Policy",
      "present": false,
      "required": false,
      "detail": "จำกัดการเข้าถึงความสามารถ browser เช่น camera, geolocation และ fullscreen"
    }
  ],
  "corsPreflight": {
    "hasCorsHeaders": false,
    "warnings": [
      "ไม่พบ CORS response headers ถ้าเป็นหน้าปกติไม่เป็นไร แต่ browser API call แบบ cross-origin จะ fail"
    ],
    "reviewWarnings": [],
    "originPolicy": "ไม่มี",
    "originValue": "—",
    "credentialsPolicy": "ไม่อนุญาต credentials",
    "methodsDisplay": "—",
    "headersDisplay": "—",
    "optionsPolicy": "—",
    "varyOriginLabel": "ไม่ใช่",
    "statusDisplay": "200",
    "metrics": [
      {
        "label": "Origin policy",
        "value": "ไม่มี",
        "description": "—"
      },
      {
        "label": "Credential policy",
        "value": "ไม่อนุญาต credentials"
      },
      {
        "label": "Methods ที่อนุญาต",
        "value": "—"
      },
      {
        "label": "Headers ที่อนุญาต",
        "value": "—"
      },
      {
        "label": "Vary Origin",
        "value": "ไม่ใช่",
        "description": "—"
      },
      {
        "label": "Preflight status",
        "value": "200"
      },
      {
        "label": "OPTIONS signal",
        "value": "—"
      }
    ]
  },
  "warnings": []
}

ตัวสร้าง CSP

สร้าง header Content-Security-Policy ตรวจ source ที่เสี่ยง แล้วส่งเข้า parser header

default-srcscript-srcstyle-srcimg-srcconnect-srcfont-srcframe-ancestors

directive

โหมด header

Enforce

header CSP ที่สร้าง

Content-Security-Policy: default-src 'self'; script-src 'self'; style-src 'self'; img-src 'self' data:; connect-src 'self'; font-src 'self'; frame-ancestors 'none'

บันทึกตรวจ CSP

source ดูรัดกุมพอสำหรับการตรวจ enforce ครั้งแรก

ผลลัพธ์

คำตอบดิบ

ผลลัพธ์พร้อมคัดลอก

ผลลัพธ์จะแสดงที่นี่

เซสชันในเครื่อง

สถานะอินพุตเก็บไว้เฉพาะในเบราว์เซอร์นี้ เพื่อกู้คืนงานล่าสุดได้โดยไม่ต้องมีบัญชี

ตรวจหลังได้ผลลัพธ์

เปิดตัวอย่าง รายการตรวจ และเครื่องมือที่เกี่ยวข้องหลังจบขั้นตอนอินพุต/ผลลัพธ์หลัก

พื้นที่ทำงานปฏิบัติการเว็บ

debug redirect

ตรวจ status, URL สุดท้าย, DNS target และสัญญาณ social preview

3 เครื่องมือ

1. HTTP
ตาม redirect chain และ response สุดท้าย
2. DNS
ยืนยัน apex, www และ CNAME ชี้ไปยังเป้าหมายที่ถูกต้อง
3. URL Parse
แยก query parameter และการเปลี่ยน canonical path

ตรวจ header ความปลอดภัย

ตรวจ header ของ response ร่าง CSP แล้วเช็ก URL และ DNS target ให้ถูกต้อง

3 เครื่องมือ

1. HTTP
ตรวจ status, redirect, header ที่วาง และ warning ของ CSP
2. URL Parse
แยก origin, path, query และ tracking parameter ก่อนเขียน policy
3. DNS
ยืนยัน hostname resolve ไปยัง deployment ที่กำลังตรวจ

ตรวจความพร้อม search discovery

ก่อนส่ง Search Console หรือ webmaster ให้ตรวจ status สุดท้าย, URL sitemap, robots, canonical/meta และรูป URL

6 เครื่องมือ

1. HTTP
ยืนยัน URL ที่ส่งคืน final 200 บน canonical host ที่ตั้งใจ
2. Sitemap
ทำความสะอาดรายการ URL ลบรายการซ้ำ และคัดลอกรายงาน search discovery
3. Robots
ยืนยัน rules ของ crawler และ directive sitemap ไม่บล็อกหน้าสาธารณะ แล้วคัดลอกรายงาน crawl
4. Meta Tags
ตรวจ title, description, canonical, robots และ social preview พร้อมกัน แล้วคัดลอกรายงาน crawler
5. OG พรีวิว
พรีวิวการ์ดแชร์ ตรวจสัญญาณ image และ robots แล้วคัดลอกรายงาน social crawler
6. URL Parse
ลบ tracking parameter เทียบ canonical candidate ที่สะอาด แล้วคัดลอกรายงาน canonical URL

ก่อนคัดลอก

เทียบข้อมูลต้นฉบับกับรูปแบบผลลัพธ์อีกครั้ง
ตรวจความต่างของ runtime การเข้ารหัส เขตเวลา และนโยบายความปลอดภัย
ใช้เครื่องมือที่เกี่ยวข้องเพื่อตรวจว่า HTTP Status ตัวตรวจสอบ เหมาะกับขั้นตอนถัดไปหรือไม่

กรณีผิดพลาดที่พบบ่อย

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

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

DNSค้นหา record A, AAAA, MX, TXT, NS และ CNAME แล้วสร้างรายงาน DNS ที่คัดลอกได้ขั้นตอนถัดไป: ค้นหา record A, AAAA, MX, TXT, NS และ CNAME แล้วสร้างรายงาน DNS ที่คัดลอกได้URL Parseแยก URL เป็น protocol, host, path, query params, hash และ origin เพื่อตรวจการเปลี่ยนทางขั้นตอนถัดไป: แยก URL เป็น protocol, host, path, query params, hash และ origin เพื่อตรวจการเปลี่ยนทาง OG พรีวิวพรีวิวชื่อ คำอธิบาย URL รูปภาพ และ robots ของ Open Graph แล้วคัดลอกรายงาน crawlerขั้นตอนถัดไป: พรีวิวชื่อ คำอธิบาย URL รูปภาพ และ robots ของ Open Graph แล้วคัดลอกรายงาน crawler

คู่มือ

ขั้นตอนตรวจเครือข่าย

ตรวจหลังได้ผลลัพธ์

คู่มือ

ตัวอย่าง

จุดเริ่มต้นสำหรับเครื่องมือนี้

https://www.google.comhttp://bobob.apphttps://example.com

กรณีใช้งาน

เครือข่าย

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

เทียบข้อมูลต้นฉบับกับรูปแบบผลลัพธ์อีกครั้ง
ตรวจความต่างของ runtime การเข้ารหัส เขตเวลา และนโยบายความปลอดภัย
ใช้เครื่องมือที่เกี่ยวข้องเพื่อตรวจว่า HTTP Status ตัวตรวจสอบ เหมาะกับขั้นตอนถัดไปหรือไม่