การตรวจสอบเว็บไซต์

การตรวจสอบเว็บไซต์ช่วยแก้ปัญหาอะไรได้บ้าง

ทุกเว็บไซต์ที่คุณเผยแพร่เป็นเพียงส่วนหนึ่งของระบบที่คุณไม่ได้ควบคุมทั้งหมด โฮสติ้งรีสตาร์ทเซิร์ฟเวอร์ ผู้ให้บริการโดเมนไม่ต่ออายุดโดเมน การดีพลอยใหม่แอบทำให้การเปลี่ยนเส้นทางเสีย CDN ที่แฟรงก์เฟิร์ตส่งคืนรหัส 502 สำหรับครึ่งหนึ่งของทราฟฟิกยุโรป เหตุการณ์เหล่านี้ไม่มีการแจ้งเตือน - ผู้ใช้เจอแล้วก็กดออกไป ต้นทุนจริง: ออเดอร์ที่สูญเสีย SEO เสียหาย ทิกเก็ต ค่าบำรุงรักษา หรือโฆษณาที่เสียเปล่า

การตรวจสอบเว็บไซต์ปิดช่องว่างของการมองเห็นนี้ แทนที่จะรอลูกค้ามาบ่น เครื่องมือนี้จะตรวจสอบทุกเพจเป็นระยะ ตรวจสอบการตอบสนอง และแจ้งคุณในไม่กี่วินาทีเมื่อมีสิ่งผิดปกติ DiagnoSEO Monitoring uptime ให้ภาพรวมสมบูรณ์ - ไม่ใช่แค่ "ใช้งานได้ไหม?" แต่รวมถึงรหัส HTTP ที่ได้รับ เวลาตอบกลับ ใบรับรอง SSL ยังไม่หมดอายุหรือไม่ โดเมนจะหมดเมื่อใด และ DNS เปลี่ยนแปลงไปจากการตรวจสอบครั้งล่าสุดหรือไม่

สิ่งที่ตรวจสอบในทุกๆ รอบ

สำหรับแต่ละ monitoring เครื่องมือจะส่งคำขอ HTTP จริงจากเซิร์ฟเวอร์ของเรา ตาม redirect ได้สูงสุด 5 ครั้ง และแยกวิเคราะห์ response การตรวจสอบนี้สร้างสัญญาณมากมาย: รหัสสถานะ เวลาตอบกลับเป็นมิลลิวินาที ขนาดเพจ header Server การเข้ารหัส การมีอยู่ของ header HSTS / CSP / X-Frame-Options / X-Content-Type-Options, tag <title>, meta description, language attribute, viewport tag และ meta Open Graph หากคุณตั้งค่าคีย์เวิร์ดให้ค้นหาใน body ระบบจะตรวจสอบเช่นกัน สัญญาณแต่ละอย่างจะทริกเกอร์การแจ้งเตือนได้ เช่น หากเพจตอบ 200 แต่ว่าคำสำคัญหายไป ก็นับเป็น "failure เงียบ" ที่เครื่องมืออื่นๆ อาจไม่เจอ

วันละครั้ง (หรือเมื่อคุณกด "ตรวจสอบตอนนี้") ระบบจะรันการตรวจสอบเชิงลึก: ดึงและแยกวิเคราะห์ SSL certificate ดูผู้ออกกับวันหมดอายุ ดู WHOIS โดเมน (วันหมดอายุการจด), DNS records A / AAAA / MX / NS / TXT / SPF / DMARC / CAA, hosting provider กับ CDN หน้าบ้านจาก headers และ reverse DNS

ระบบแจ้งเตือนทำงานอย่างไร

เลือกรวมช่องทางได้สูงสุด 5 ช่อง: Email, Telegram, Slack, Discord และ SMS กำหนดการแจ้งเตือนแยกแต่ละช่องสำหรับเหตุการณ์: ล่ม/ฟื้นตัว, เตือน SSL (30/14/7/3/1 วันก่อนหมดอายุ), เตือนโดเมน (60/30/14/7/3/1 วัน), เปลี่ยนแปลง DNS และเกิน threshold ของ response time Threshold ยืนยัน (ค่าปริยาย 2 ครั้งผิดติดกัน) ป้องกันการปลุกเพราะความผิดพลาดวูบเดียว เวลาเงียบกลางคืนช่วยปิดแจ้งเตือนไม่สำคัญช่วงค่ำคืน

สร้างมาเพื่อรองรับหลายเว็บพร้อมกัน

ถ้าคุณเป็นเอเจนซี่ มีพอร์ตโฟลิโอเว็บไซต์หรือดูแล microservice เป็นสิบ เครื่องมือแบบ "เว็บเดียว" จะน่ารำคาญ Dashboard ของเรารองรับตั้งแต่หลักพัน monitoring ในบัญชีเดียว: กำหนดแท็ก คัดกรองตามสถานะ จัดเรียงตาม uptime หรือ SSL ที่จะหมดเร็ว Paginate, ค้นหา, และ export CSV การเพิ่มเว็บไซต์จำนวนมากก็ได้ เพียงวาง URL (กำหนดคีย์เวิร์ดกับ interval ต่อบรรทัดได้) ทั้งหมดจะถูกตั้งตรวจสอบในครั้งเดียว

เบื้องหลังทุกการตรวจสอบรันแบบขนานผ่าน curl_multi ปรับ concurrency ได้ ดังนั้น monitoring HTTP 200 อัน ใช้เวลาเพียงไม่กี่วินาที ไม่ต้องรอเป็นนาที ประวัติถูกรวมแบบอัตโนมัติ - raw data เก็บ 24 ชั่วโมง, สรุปชั่วโมงเก็บ 30 วัน, สรุปรายวันเก็บ 1 ปี - ทำให้ database เบาแม้ขยายใหญ่

ฟรีกับจ่ายต่างกันยังไง

แพ็กเกจฟรีตรวจสอบได้ 5 เว็บไซต์ทุก 30 นาที แจ้งเตือนทางอีเมล แพ็กเกจจ่ายปลดล็อก interval 1 นาที เพิ่มช่องทาง (Telegram, Slack, Discord, SMS), ตรวจสอบจากหลาย lokation ใน 13 ประเทศ, ประวัตินานขึ้น และ monitoring HTTP / API แบบกำหนด ค่าเครดิตใช้เฉพาะบางฟีเจอร์: ตรวจสอบ multi-location (ใช้ 1 เครดิต) หรือ SMS (ใช้ 5 เครดิต)

เริ่มต้นยังไง

เปิดเครื่องมือ, วาง URL, เลือก interval เลือกช่องทางแจ้งเตือน - เสร็จ ภายในไม่กี่นาทีคุณจะได้ dashboard เว็บทั้งหมดของคุณในหน้าเดียว พร้อมกราฟ response time, uptime %, นับถอยหลัง SSL/โดเมนหมดอายุ และแจ้งเตือนไวในวินาทีที่ล่ม

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

• Monitoring ขั้นพื้นฐานมีอะไรบ้าง?

  ตรวจสอบ uptime HTTP/HTTPS + ติดตาม SSL certificate + ติดตามวันหมดอายุโดเมน + ตรวจจับการเปลี่ยนแปลง DNS + เวลาตอบกลับ ทั้งหมดตรวจอัตโนมัติในทุก URL ที่ monitoring ไม่ต้องตั้งทีละอัน

• เว็บของฉันถูกตรวจสอบบ่อยแค่ไหน?

  ขึ้นกับแพ็คเกจ: ทุก 1 นาทีใน Pro และ Enterprise, ทุก 30 นาทีใน Advanced, ทุก 60 นาทีใน Basic Multi-region checks นับแยกตามภูมิภาค - กำหนด interval ตามขีดจำกัดแพ็กเกจ

• ตรวจสอบเว็บไซต์หลังล้อกอินได้ไหม?

  ได้ — ตั้ง custom HTTP headers (เช่น session cookie, JWT token) หรือใช้งาน Basic Auth ใน monitoring Credentials ถูกเข้ารหัสระหว่างจัดเก็บ หมายเหตุ token อายุสั้นต้องรีเฟรชด้วยตัวเอง ถ้าจะ monitoring ยาวให้ใช้ service token แบบยาวอายุ

• ถ้าเว็บไซต์ใช้ Cloudflare หรือ CDN อื่น?

  Monitor จะ connect ถึง edge ของ CDN ไม่ใช่ origin ซึ่งส่วนมากตรงตามที่คุณต้องการ - วัดจากสิ่งที่ผู้ใช้เห็น ถ้าจำเป็นต้อง monitoring ที่ origin (เช่น จับบั๊กที่ CDN แคชจนซ่อนข้อผิดพลาด origin) กรุณาใช้ URL ที่ไม่ถูก cache หรือกำหนด Host header เพื่อข้าม CDN

• จะ monitoring staging ที่ไม่เปิด public ได้อย่างไร?

  เลือก: (1) whitelist ช่วง IP ของ checker ใน firewall, (2) ใช้ Basic Auth credential ที่ monitor, (3) ติดตั้ง self-hosted heartbeat agent ในระบบเครือข่ายภายใน ตัวเลือกที่ 2 สะดวกและง่ายสำหรับส่วนใหญ่