Website health สำหรับโรงแรม: เว็บล่ม โหลดช้า SSL หมดอายุ ปุ่มจองพัง ทำให้เสียแขกเท่าไหร่ และวิธีเฝ้าให้รู้ก่อนแขก

โรงแรมทุกที่มีระบบรู้ทันทีเมื่อแอร์ห้อง 301 เสีย เพราะแขกกดโทรหา front desk ภายใน 5 นาที แต่เวลาเว็บโรงแรมล่มตอนตี 2 ไม่มีใครโทรมาบอก แขกที่กำลังจะกดจองแค่ปิดหน้าจอแล้วไปเปิด OTA แทน เงินก้อนนั้นหายไปเงียบ ๆ โดยไม่มีใครในโรงแรมรู้ว่าเคยมีอยู่

ตลอด 15 ปีที่ทำการตลาดโรงแรม ผมเจอบทสนทนาแบบเดิมซ้ำแล้วซ้ำอีก เจ้าของถามว่าเดือนนี้ยอดจองตรงตกเพราะอะไร ทีมการตลาดไปไล่ดูงบโฆษณา ไล่ดูอันดับ SEO ไล่ดูราคาคู่แข่งบน Booking และ Agoda สุดท้ายพบว่าปุ่ม จองเลย บนมือถือถูกแถบแชทบังมา 3 สัปดาห์ ไม่มีใครเคยลองกดจองจากมือถือตัวเองเลยสักครั้ง

Website health คือการดูแลให้เว็บโรงแรม เปิดได้ เร็วพอ ปลอดภัย และจองจบได้จริง ตลอด 24 ชั่วโมง มันไม่ใช่งานของ IT อย่างเดียว เพราะคนที่เสียเงินเมื่อเว็บพังคือฝ่ายขายและเจ้าของ บทความนี้จะพาคำนวณความเสียหายเป็นตัวเลข แยกอาการเว็บป่วยออกเป็นประเภท และวางระบบเฝ้าที่โรงแรมขนาด 30 ถึง 100 ห้องทำเองได้โดยไม่ต้องมีทีม developer ประจำ

เว็บโรงแรมใช้งานไม่ได้ 1 ชั่วโมง คิดเป็นเงินเท่าไหร่

สูตรพื้นฐานคือ เอายอดจองตรงต่อเดือน (บาท) หารด้วย 720 ชั่วโมง จะได้ค่าเฉลี่ยต่อชั่วโมง แล้วคูณด้วยจำนวนชั่วโมงที่เว็บใช้งานไม่ได้ จากนั้นคูณตัวปรับตามช่วงเวลา เพราะชั่วโมงที่คนจองโรงแรมไม่ได้กระจายเท่ากันทั้งวัน

ลองดูโรงแรมขนาด 60 ห้องในหัวหิน ยอดจองตรงผ่านเว็บเดือนละประมาณ 900,000 บาท หารด้วย 720 ได้ 1,250 บาทต่อชั่วโมงโดยเฉลี่ย ถ้าเว็บล่มคืนวันศุกร์ช่วง 3 ทุ่มถึงตี 3 รวม 6 ชั่วโมง ซึ่งเป็นช่วงที่คนไทยนั่งวางแผนเที่ยวเสาร์อาทิตย์ ต้องคูณตัวปรับประมาณ 2 ถึง 3 เท่า ความเสียหายจะอยู่ราว 15,000 ถึง 22,500 บาท ในคืนเดียว

แต่ตัวเลขนี้ยังต่ำกว่าความจริง เพราะมีต้นทุนอีก 3 ก้อนที่ไม่เข้าสูตร

• ต้นทุนแขกที่ไหลไป OTA แขกที่เข้าเว็บไม่ได้ไม่ได้หายไปไหน เขาไปจองห้องเดียวกันบน OTA ยอดยังเข้า แต่โดนหัก commission 15 ถึง 20 เปอร์เซ็นต์ และคุณเสียอีเมลกับเบอร์ของแขกคนนั้นไปตลอด
• ต้นทุนงบโฆษณาที่จ่ายทิ้ง ถ้ายิง ad อยู่ เงินยังไหลออกทุกนาทีที่เว็บล่ม คนคลิกเข้ามาเจอหน้าขาว คุณจ่ายค่าคลิกเต็มจำนวนโดยได้ 0 booking
• ต้นทุนด้าน SEO และ AI ถ้า bot ของ search engine หรือ AI เข้ามาเก็บข้อมูลตอนเว็บล่มหลายวันติด หน้าที่เคยติดอันดับอาจหลุด และเว็บคุณจะไม่ถูกหยิบไปตอบเวลาคนถาม AI ว่าโรงแรมไหนดีในย่านนั้น การกู้อันดับกลับมาใช้เวลานานกว่าการกู้เว็บให้กลับมาออนไลน์มาก

ผมแนะนำให้ทำตัวเลขนี้ครั้งเดียวแล้วแปะไว้ในห้องประชุม เพราะเวลาเสนอขออนุมัติงบ hosting ที่ดีขึ้นเดือนละ 2,000 บาท การเทียบกับความเสียหาย 20,000 บาทต่อคืน ทำให้บทสนทนาจบเร็วกว่าการอธิบายเรื่องเทคนิค

อาการเว็บป่วยของโรงแรมมีกี่แบบ และแบบไหนอันตรายที่สุด?

แบ่งได้ 5 แบบ และแบบที่อันตรายที่สุดไม่ใช่เว็บล่มทั้งเว็บ แต่เป็นเว็บที่ยังเปิดได้สวยงามทุกอย่าง ยกเว้นตรงที่แขกต้องกดเงิน เพราะแบบแรกทุกคนเห็น ส่วนแบบหลังไม่มีใครเห็นจนกว่าจะปิดยอดสิ้นเดือน

1. ล่มทั้งเว็บ

เปิดแล้วขึ้นหน้าขาว หรือขึ้น error 500 สาเหตุหลักคือ server เต็ม โดน traffic พุ่งผิดปกติ หรือ plugin ชนกันหลัง update ข้อดีคือตรวจจับง่ายที่สุด ข้อเสียคือถ้าไม่มีระบบเฝ้า มันจะถูกพบตอนเช้าเมื่อพนักงานคนแรกเปิดคอมพิวเตอร์ ซึ่งอาจเป็น 9 ชั่วโมงหลังจากเว็บล่มไปแล้ว

2. เว็บช้า

เปิดได้ แต่รูปห้องพักค่อย ๆ โผล่ทีละใบ อันตรายกว่าล่มในแง่ปริมาณ เพราะเว็บล่มปีละไม่กี่ครั้ง แต่เว็บช้าเป็นสภาพปกติของเว็บโรงแรมไทยจำนวนมากทุกวัน

3. ใบรับรอง SSL หรือโดเมนหมดอายุ

เกิดปีละครั้ง แต่ทุกครั้งเจ็บหนัก เพราะ browser จะขึ้นหน้าเตือนสีแดงเต็มจอว่าการเชื่อมต่อไม่ปลอดภัย แขกที่กำลังจะกรอกเลขบัตรเครดิตจะถอยทันที

4. ปุ่มจองหรือ booking engine พัง

หน้าเว็บปกติทุกอย่าง แต่กดปุ่มแล้วไปหน้า 404 หรือค้างที่หน้าเลือกวันเข้าพัก ระบบเฝ้าเว็บทั่วไปจะรายงานว่า เว็บปกติ เพราะมันเช็กแค่ว่าหน้าแรกตอบกลับสถานะ 200 หรือไม่

5. พังเฉพาะบางหน้าหรือบางอุปกรณ์

เช่น หน้าห้องพัก Deluxe เปิดไม่ได้หน้าเดียว หรือเว็บปกติบนคอมพิวเตอร์แต่เมนูบนมือถือกดไม่ติด นี่คือแบบที่ตรวจยากที่สุด เพราะคนในโรงแรมมักเปิดเว็บตัวเองจากคอมพิวเตอร์เครื่องเดิมที่ browser จำ cache ไว้แล้ว

กฎที่ผมใช้กับทุกทีม คือคนในโรงแรมห้ามตัดสินว่าเว็บปกติ จากการเปิดเว็บบนเครื่องตัวเองผ่าน wifi โรงแรม ให้เปิดจากมือถือส่วนตัวที่ต่อ 4G และเปิดในโหมดไม่ระบุตัวตนเสมอ

SSL หมดอายุ เรื่องเล็กที่ทำให้แขกปิดหน้าเว็บภายใน 3 วินาที

SSL คือใบรับรองที่ทำให้เว็บแสดงเป็น https และมีรูปกุญแจหน้า address bar เมื่อใบรับรองหมดอายุ browser จะไม่ปล่อยให้แขกเข้าเว็บทันที แต่จะกั้นด้วยหน้าเตือนเต็มจอที่บอกว่าเว็บนี้อาจไม่ปลอดภัย ซึ่งสำหรับคนที่กำลังจะโอนเงินให้โรงแรมที่ยังไม่เคยไป ก็จบแค่นั้น

ปัญหาคือใบรับรองสมัยนี้ส่วนใหญ่เป็นแบบต่ออายุอัตโนมัติทุก 90 วัน ทุกคนเลยเลิกคิดถึงมัน จนวันที่ระบบต่ออายุอัตโนมัติล้มเหลวเงียบ ๆ สาเหตุที่เจอบ่อยคือมีการย้าย hosting ย้าย DNS หรือเพิ่มบริการกระจายข้อมูลหน้าเว็บ แล้วการตรวจสอบโดเมนของระบบต่ออายุทำไม่สำเร็จ

เคสจริงที่เจอบ่อย รีสอร์ต 40 ห้องที่เกาะช้างย้ายระบบเว็บช่วงโลว์ซีซัน ใบรับรองหมดอายุอีก 5 สัปดาห์ถัดมา อีเมลแจ้งเตือนถูกส่งไปที่อีเมลของ web agency เจ้าเก่าที่เลิกจ้างไปแล้ว เว็บขึ้นหน้าเตือนสีแดงอยู่ 6 วัน กว่าจะรู้ก็ตอนที่ญาติเจ้าของโทรมาบอกว่าเปิดเว็บไม่ได้

สิ่งที่ต้องทำมี 4 ข้อ และทำครั้งเดียวจบ

• จดวันหมดอายุของ โดเมน และ SSL ลงในปฏิทินส่วนกลางของโรงแรม ตั้งเตือนล่วงหน้า 30 วัน 14 วัน และ 7 วัน
• ใส่อีเมลผู้รับแจ้งเตือนอย่างน้อย 2 คน และต้องเป็นอีเมลโดเมนโรงแรม ไม่ใช่อีเมลส่วนตัวของพนักงานที่อาจลาออก และไม่ใช่อีเมลของ agency เพียงรายเดียว
• ตั้งโดเมนเป็นต่ออายุอัตโนมัติ และตรวจว่าบัตรเครดิตที่ผูกไว้ยังไม่หมดอายุ บัตรหมดอายุคือสาเหตุอันดับ 1 ของโดเมนหลุด
• เก็บข้อมูล login ของผู้ให้บริการโดเมนและ hosting ไว้ในที่ที่ GM เข้าถึงได้ ไม่ใช่อยู่ในหัวของ agency อย่างเดียว

ข้อสุดท้ายสำคัญกว่าที่คิด เพราะโดเมนที่หลุดมือไปแล้วกู้คืนยากมากและบางกรณีมีคนอื่นจดต่อทันที ขณะที่ SSL แก้ได้ภายในไม่กี่ชั่วโมง

ปุ่มจองพังคือรอยรั่วที่เงียบที่สุดของโรงแรม

อาการนี้คือเว็บออนไลน์ปกติ โหลดเร็ว ใบรับรองครบ แต่ flow การจองขาดตรงกลาง ระบบเฝ้าเว็บส่วนใหญ่จับไม่ได้ เพราะมันวัดแค่หน้าแรก ไม่ได้วัดว่าแขกจองจนจบได้จริงหรือเปล่า

สาเหตุที่พบบ่อยในโรงแรมไทย เรียงตามที่เจอจริง

1. เปลี่ยน booking engine หรือเปลี่ยนรหัสโรงแรมในระบบ แล้วแก้ลิงก์เฉพาะหน้าแรก ลืมแก้ปุ่มในหน้าห้องพักและหน้าโปรโมชัน
2. ลิงก์ปุ่มมี promo code ติดไปด้วย พอ code หมดอายุ ระบบจองเด้ง error แทนที่จะแสดงราคาปกติ
3. ปุ่มบนมือถือถูกอย่างอื่นบัง เช่น แถบ cookie consent แถบแชท LINE หรือ pop up ส่วนลดที่ปุ่มปิดเล็กจนกดไม่โดนบนจอ 5 นิ้ว
4. booking engine ฝังมาแบบ iframe แล้วโหลดไม่ขึ้นบน browser บางตัว หรือช้ามากบนเน็ตมือถือ
5. ปฏิทินเปิดขายไม่ครบ แขกเลือกวันที่ 3 เดือนข้างหน้าแล้วขึ้นว่าไม่มีห้องว่าง ทั้งที่จริงมีห้องเหลือ

ตัวอย่างที่เห็นภาพ โรงแรมบูติค 25 ห้องในเชียงใหม่เปลี่ยนหน้าตาเว็บใหม่ช่วงต้นไฮซีซัน ทีมตรวจงานทั้งหมดจากจอคอมพิวเตอร์ในออฟฟิศ ทุกอย่างสวยงาม แต่บนมือถือ ปุ่ม จองเลย ไปอยู่ใต้แถบแชทที่ลอยค้างด้านล่าง แขกกดโดนแชทแทนทุกครั้ง กว่าจะรู้ก็ 3 สัปดาห์ ยอดจองตรงเดือนนั้นต่ำกว่าเดือนก่อนอย่างมีนัยสำคัญ ทั้งที่ traffic เข้าเว็บเพิ่มขึ้นด้วยซ้ำ

วิธีตรวจที่ได้ผลที่สุดคือ การจองทดสอบ ให้คนในทีมทำการจองจริงจนถึงหน้าใส่ข้อมูลบัตร แล้วหยุดหรือยกเลิก ทำสัปดาห์ละครั้ง และทำทุกครั้งหลังมีการแก้ไขเว็บ ไม่ว่าจะแก้เล็กแค่ไหน เงื่อนไขคือต้องทำจากมือถือที่ต่อเน็ตมือถือ และสลับทำทั้งบน iPhone และ Android เพราะปัญหาการแสดงผลมักเกิดกับระบบใดระบบหนึ่งเท่านั้น

สัญญาณเตือนอีกทางที่ใช้ได้ฟรี คือดูใน GA4 ว่าสัดส่วนคนที่เข้าหน้า booking engine เทียบกับคนที่เข้าเว็บทั้งหมดลดลงผิดปกติหรือไม่ ถ้าอัตราส่วนนี้ตกฮวบในวันเดียวโดยที่ traffic ไม่ตก แปลว่ามีอะไรพังในเส้นทางการจองแน่นอน

เว็บโรงแรมช้าแค่ไหนถึงเรียกว่าช้า และแขกรอได้กี่วินาที?

เป้าหมายที่ใช้ได้จริงคือ หน้าแรกและหน้าห้องพักต้องแสดงภาพหลักเสร็จภายใน 2.5 วินาทีบนมือถือที่ต่อ 4G ถ้าเกิน 4 วินาที คุณเริ่มเสียคนจำนวนมากแบบที่ไม่มีวันรู้ตัว เพราะคนที่ปิดไปไม่เคยปรากฏในรายงานยอดจอง

ตัวชี้วัดมาตรฐานที่ควรรู้จักมี 3 ตัว อธิบายแบบภาษาคนโรงแรมได้ดังนี้

• LCP คือเวลาที่กว่าภาพใหญ่หรือข้อความหลักบนหน้าจะขึ้นครบ ควรอยู่ที่ 2.5 วินาทีหรือต่ำกว่า
• INP คือกดแล้วเว็บตอบสนองเร็วแค่ไหน ควรต่ำกว่า 200 มิลลิวินาที ถ้าแขกกดปุ่มแล้วไม่มีอะไรเกิดขึ้นทันที เขาจะกดซ้ำและบางระบบจะนับเป็นการจองซ้อน
• CLS คือหน้าเว็บเด้งไปมาระหว่างโหลดหรือไม่ ควรต่ำกว่า 0.1 อาการที่แขกเจอคือกำลังจะกด จองเลย แล้วแบนเนอร์โผล่มาดันปุ่มลง สุดท้ายกดโดนอย่างอื่น

สาเหตุที่ทำให้เว็บโรงแรมไทยช้า เรียงตามที่เจอบ่อยที่สุด อันดับ 1 คือรูปห้องพัก ช่างภาพส่งไฟล์ความละเอียดสูงมา 4 ถึง 8 MB ต่อรูป แล้วทีมอัปโหลดขึ้นเว็บตรง ๆ ทั้ง gallery 30 รูป หน้าเดียวหนักเกิน 100 MB แขกที่เน็ตไม่แรงจะรอนานมาก ทางแก้คือย่อรูปให้เหลือไม่เกิน 250 KB ต่อรูป บันทึกเป็นไฟล์ WebP และตั้งให้รูปที่อยู่ล่างหน้าโหลดเมื่อเลื่อนถึงเท่านั้น

อันดับ 2 คือส่วนเสริมที่ติดตั้งสะสมมาหลายปี สไลด์ภาพหน้าแรก ปุ่มแชท 3 ตัวพร้อมกัน ป๊อปอัปจดหมายข่าว โค้ดติดตามโฆษณาจาก 4 แพลตฟอร์ม ทุกตัวกินเวลาโหลดหมด ผมแนะนำให้เปิดรายการส่วนเสริมทั้งหมดปีละ 2 ครั้ง แล้วถามทีละตัวว่า 6 เดือนที่ผ่านมามันสร้างยอดจองหรือข้อมูลที่เราใช้จริงหรือเปล่า ถ้าตอบไม่ได้ให้ปิด

อันดับ 3 คือ hosting ราคาถูกที่แชร์ทรัพยากรกับเว็บอีกหลายร้อยเว็บ และไม่มีระบบกระจายข้อมูลตามภูมิภาค โรงแรมที่มีแขกยุโรปเยอะจะเจอว่าเว็บเปิดไวในไทยแต่ช้ามากเมื่อเปิดจากเยอรมนี จุดนี้ต้องวัดจากข้อมูลผู้ใช้จริงในหลายประเทศ ไม่ใช่วัดจากออฟฟิศที่กรุงเทพอย่างเดียว

สิ่งที่คนมักลืม คือวัดความเร็วเฉพาะหน้าแรก ทั้งที่หน้าที่ทำเงินคือหน้าห้องพัก หน้าแพ็กเกจ และหน้าโปรโมชัน ซึ่งมักหนักกว่าหน้าแรกเพราะมีรูปเยอะกว่า ให้เลือก 3 หน้าที่คนเข้ามากที่สุดจาก GA4 แล้ววัดทั้ง 3 หน้าทุกสัปดาห์

ตารางสรุป อาการเว็บพัง ผลกระทบ ความถี่ในการเฝ้า และคนรับผิดชอบ

ตารางนี้คือสิ่งที่ผมให้ทุกโรงแรมพิมพ์ออกมาแปะไว้ เพราะปัญหาใหญ่ที่สุดของ website health ไม่ใช่เรื่องเทคนิค แต่คือไม่มีใครรู้ว่าตัวเองต้องรับผิดชอบอะไร

อาการ	สัญญาณที่สังเกตได้	ผลต่อยอดจอง	ความถี่ที่ควรเฝ้า	คนรับผิดชอบ
เว็บล่มทั้งเว็บ	หน้าขาว หรือขึ้น error 500	สูงมาก เสียทันทีทุกนาที	ทุก 1 ถึง 5 นาที อัตโนมัติ	IT หรือ hosting ตาม contact card
เว็บโหลดช้า	รูปขึ้นทีละใบ กดแล้วหน่วง	สูง แต่ค่อย ๆ รั่วทุกวัน	รายสัปดาห์ 3 หน้าหลัก	ฝ่ายการตลาด
SSL หมดอายุ	หน้าเตือนสีแดงเต็มจอ	สูงมาก แขกไม่กล้ากรอกบัตร	เตือนล่วงหน้า 30 14 7 วัน	IT และ GM รับสำเนา
โดเมนหมดอายุ	เว็บและอีเมลโรงแรมล่มพร้อมกัน	รุนแรงที่สุด กู้คืนยาก	เตือนล่วงหน้า 60 และ 30 วัน	GM หรือฝ่ายบัญชี
ปุ่มจองหรือ booking engine พัง	กดแล้วไป 404 หรือค้าง	สูงมาก แต่มองไม่เห็น	สัปดาห์ละครั้ง และหลังแก้เว็บทุกครั้ง	ฝ่ายขายหรือ reservation
หน้า 404 หลังทำเว็บใหม่	ลิงก์เก่าจาก Google พาไปหน้าว่าง	ปานกลางถึงสูง กระทบ SEO	รายเดือน ผ่าน Search Console	ฝ่ายการตลาด
ฟอร์มติดต่อไม่ส่งอีเมล	ไม่มี lead เข้ามาเลยหลายวัน	สูงสำหรับกรุ๊ปและงานแต่ง	สัปดาห์ละครั้ง ส่งทดสอบจริง	ฝ่ายขาย
เว็บโดนฝังสแปม	ค้นชื่อโรงแรมแล้วเจอหน้าภาษาแปลก	สูง เสียความน่าเชื่อถือและอันดับ	รายเดือน	IT
ข้อมูลติดต่อผิด	เบอร์เก่า แผนที่หมุดผิดจุด	ปานกลาง แต่เสียแขกที่ตั้งใจมาแล้ว	ทุกไตรมาส	front office
ราคาบนเว็บไม่ตรงกับ booking engine	หน้าโปรโมชันโชว์ราคาเก่า	สูง เกิดข้อร้องเรียนหน้า counter	ทุกครั้งที่เปลี่ยนราคา	revenue หรือ reservation

ตั้งระบบเฝ้าเว็บโรงแรมยังไงให้รู้ก่อนแขก

วางเป็น 4 ชั้น ชั้นละแบบ เพราะไม่มีการตรวจแบบเดียวที่จับได้ทุกอาการ ชั้นที่โรงแรมส่วนใหญ่มีคือชั้นแรกอย่างเดียว ซึ่งเป็นสาเหตุที่ปัญหาร้ายแรงที่สุดหลุดรอดไปได้เสมอ

ชั้นที่ 1 เฝ้าว่าเว็บยังเปิดได้

ตั้งให้ระบบยิงเข้ามาเช็กเว็บทุก 1 ถึง 5 นาที และควรเช็กจากหลายประเทศ อย่างน้อยคือไทย สิงคโปร์ และยุโรป เพราะบางครั้งเว็บเปิดได้ในไทยแต่คนต่างประเทศเข้าไม่ได้ สิ่งสำคัญที่สุดคือช่องทางแจ้งเตือน อย่าให้เข้าอีเมลอย่างเดียว ให้เข้ากลุ่ม LINE ที่มี GM ฝ่ายการตลาด และ IT อยู่ด้วยกัน เพราะเว็บล่มตอนตี 2 ไม่มีใครเปิดอีเมล

ชั้นที่ 2 เฝ้าความเร็ว

วัด 3 หน้าหลักทุกสัปดาห์ บันทึกตัวเลขลงตารางเดียวกันทุกครั้ง สิ่งที่ต้องดูไม่ใช่ตัวเลข ณ วันนี้ แต่คือแนวโน้ม ถ้าเดือนก่อนหน้าห้องพักโหลด 2.8 วินาที เดือนนี้เป็น 5.1 วินาที แปลว่ามีใครอัปโหลดรูปใหญ่หรือติดตั้งอะไรเพิ่ม ให้ไล่ย้อนดูว่าสัปดาห์ไหนที่ตัวเลขกระโดด

ชั้นที่ 3 เฝ้าวันหมดอายุ

โดเมน SSL และสัญญา hosting ทั้งหมดต้องอยู่ในปฏิทินเดียวกัน พร้อมชื่อผู้ให้บริการ ชื่อบัญชีที่ใช้ login และวันที่ต่ออายุครั้งล่าสุด ข้อมูลชุดนี้ควรอยู่ในไฟล์ที่ GM เข้าถึงได้ ไม่ใช่รู้กันแค่คนเดียว

ชั้นที่ 4 เฝ้าเส้นทางการจอง

ชั้นนี้คือชั้นที่ทำเงิน และเป็นชั้นที่ขาดบ่อยที่สุด ให้กำหนดว่าทุกวันจันทร์เช้า มีคนหนึ่งคนทำการจองทดสอบจากมือถือจนถึงหน้าชำระเงิน แล้วบันทึกผลลงตารางว่าผ่านหรือไม่ผ่าน ใช้เวลาไม่เกิน 10 นาที แต่เป็น 10 นาทีที่คุ้มที่สุดในสัปดาห์

เสริมด้วยการตั้งเตือนใน GA4 ว่าถ้าจำนวน session หรือจำนวนคนที่เข้าถึงหน้าจองลดลงเกิน 30 เปอร์เซ็นต์เทียบกับค่าเฉลี่ย ให้ส่งอีเมลแจ้ง และเข้าไปดู Search Console เดือนละครั้งว่ามีหน้าไหนถูกรายงานว่าเข้าไม่ได้บ้าง สองอย่างนี้ไม่มีค่าใช้จ่ายเพิ่มและจับปัญหาที่ระบบเฝ้าแบบธรรมดาจับไม่ได้

สุดท้ายคือกติกาการตอบสนอง เขียนเป็นกระดาษแผ่นเดียวแปะไว้ที่ front desk ว่าถ้าเว็บล่ม ให้โทรหาใครเป็นคนแรก เบอร์อะไร ถ้าไม่รับภายใน 15 นาทีให้โทรหาใครต่อ ปัญหาที่เจอในโรงแรมไทยบ่อยมากคือ คนที่เห็นปัญหาตอนตี 2 คือพนักงาน night audit ซึ่งไม่รู้ว่าต้องบอกใคร เลยรอจนเช้า

เช็กลิสต์ website health โรงแรม ทำเดือนละครั้ง ใช้เวลา 1 ชั่วโมง

เช็กลิสต์นี้ออกแบบให้คนที่ไม่ใช่สายเทคนิคทำได้เอง ให้ทำจากมือถือที่ต่อเน็ตมือถือ และเปิดในโหมดไม่ระบุตัวตนทุกครั้ง เพื่อไม่ให้ cache หลอกตา

• เปิดเว็บจากมือถือ ต่อ 4G จับเวลาว่าหน้าแรกขึ้นครบภายในกี่วินาที
• ตรวจว่ามีรูปกุญแจหน้า address bar และ url เป็น https ทุกหน้า
• เช็กวันหมดอายุของโดเมนและ SSL ว่าเหลืออีกกี่วัน
• กดปุ่ม จองเลย จากหน้าแรก หน้าห้องพัก และหน้าโปรโมชัน ทั้ง 3 จุดต้องไปถึง booking engine ได้
• ทำการจองทดสอบจนถึงหน้าชำระเงิน แล้วยกเลิก
• ลองเลือกวันเข้าพักที่ห่างออกไป 3 เดือนและ 6 เดือน ว่าปฏิทินเปิดขายครบ
• เทียบราคาบนหน้าโปรโมชันกับราคาที่ booking engine แสดงจริง ต้องตรงกัน
• ส่งฟอร์มติดต่อและฟอร์มขอใบเสนอราคากรุ๊ป แล้วเช็กว่าอีเมลเข้าถึงกล่องจดหมายจริง ไม่ตกใน junk
• กดเบอร์โทรบนเว็บจากมือถือ ต้องโทรออกได้และเป็นเบอร์ปัจจุบัน
• กดปุ่ม LINE หรือแชท ว่าเปิดถูกบัญชีและมีคนตอบ
• กดหมุดแผนที่ ว่าพาไปจุดที่ถูกต้องจริง ไม่ใช่หมุดที่อยู่กลางทุ่ง
• เลื่อนดูหน้าเว็บบนมือถือว่ามีอะไรบังปุ่มสำคัญหรือไม่ โดยเฉพาะแถบแชทและป๊อปอัป
• ตรวจว่ารูปทุกใบขึ้นครบ ไม่มีกรอบรูปแตก
• ค้นชื่อโรงแรมใน Google แล้วดูว่าผลลัพธ์ที่ขึ้นเป็นหน้าที่ยังใช้งานได้ ไม่ใช่หน้า 404
• เปิด Search Console ดูรายงานหน้าที่เข้าไม่ได้และแก้ให้หมด
• เปิด GA4 เทียบจำนวนคนเข้าหน้าจองกับเดือนก่อน ถ้าตกผิดปกติให้ไล่หาสาเหตุ
• ตรวจว่าเนื้อหาบนเว็บยังตรงกับของจริง เช่น ห้องอาหารที่ปิดไปแล้ว หรือสระที่ปรับปรุงอยู่
• ตรวจว่ามีการสำรองข้อมูลเว็บอัตโนมัติ และลองกู้คืนไฟล์สำรองล่าสุดดูว่ากู้ได้จริง

ข้อสุดท้ายคือข้อที่คนข้ามมากที่สุดและเจ็บที่สุด ระบบสำรองข้อมูลที่ไม่เคยทดสอบกู้คืน คือระบบที่คุณยังไม่รู้ว่ามีอยู่จริงหรือเปล่า

เว็บล่มกลางดึก ทีมโรงแรมควรทำอะไรใน 30 นาทีแรก?

สองอย่างที่ต้องทำก่อนเสมอคือ ยืนยันว่าล่มจริงจากเน็ตนอกโรงแรม และเปิดช่องทางจองสำรองทันที อย่าเพิ่งเสียเวลาไปหาสาเหตุ เพราะการกู้ยอดจองกับการกู้เว็บเป็นคนละงานและทำพร้อมกันได้

แผน 30 นาทีที่ให้ night manager ถือไว้ได้เลย

1. นาทีที่ 0 ถึง 5 เปิดเว็บจากมือถือที่ต่อเน็ตมือถือ ไม่ใช่ wifi โรงแรม ถ้าเข้าไม่ได้ ให้ลองเปิดอีกเว็บหนึ่งเพื่อยืนยันว่าเน็ตตัวเองปกติ แล้วดูว่าล่มทั้งเว็บหรือเฉพาะบางหน้า
2. นาทีที่ 5 ถึง 10 เปิดกระดาษ contact card โทรหา hosting หรือ agency ตามลำดับที่เขียนไว้ แจ้งอาการให้ชัดว่าเห็นข้อความ error อะไร และเริ่มตั้งแต่กี่โมง พร้อมถ่ายภาพหน้าจอเก็บไว้
3. นาทีที่ 10 ถึง 20 เปิดทางจองสำรอง ปักโพสต์บน Facebook และส่งข้อความบน LINE OA ว่าเว็บกำลังปรับปรุงชั่วคราว ให้จองผ่านทางข้อความหรือโทรเข้ามาที่โรงแรมโดยตรง และยืนยันว่าจะได้ราคาเท่ากับบนเว็บ ตั้ง auto reply ให้ตอบทันทีแม้ไม่มีคนเฝ้า
4. นาทีที่ 20 ถึง 30 ถ้าประเมินว่าจะล่มเกิน 2 ชั่วโมง ให้แจ้งฝ่าย reservation พิจารณาเปิดห้องเพิ่มบน OTA ชั่วคราว ยอมเสีย commission ดีกว่าเสียห้องว่าง และถ้ามีโฆษณาที่ยิงมาลงหน้าเว็บอยู่ ให้หยุดชั่วคราวเพื่อไม่ให้เผางบทิ้ง

หลังเหตุการณ์จบภายใน 48 ชั่วโมง ให้เขียนสรุป 1 หน้า ว่าเกิดอะไร รู้ตอนไหน กู้เสร็จตอนไหน ประเมินยอดที่เสียเท่าไหร่ และจะทำอะไรไม่ให้เกิดซ้ำ เอกสารนี้สำคัญมากเวลาต้องต่อรองกับผู้ให้บริการ หรือเวลาเสนอขอเปลี่ยน hosting กับเจ้าของ

5 ความเข้าใจผิดที่ทำให้โรงแรมปล่อยให้เว็บป่วยเรื้อรัง

ความเข้าใจผิดเหล่านี้เจอในเกือบทุกโรงแรมที่เข้าไปช่วย และทุกข้อฟังดูสมเหตุสมผลจนไม่มีใครตั้งคำถาม

1. agency ดูแลให้อยู่แล้ว สัญญาส่วนใหญ่ที่โรงแรมเซ็นคือค่า hosting และค่าแก้ไขเนื้อหา ไม่ได้รวมการเฝ้าระวัง 24 ชั่วโมง ลองเปิดสัญญาอ่านดูว่ามีคำว่าเฝ้าระวังหรือเวลาตอบสนองระบุไว้หรือเปล่า ถ้าไม่มี แปลว่าคนแรกที่รู้ว่าเว็บล่มคือคุณ ไม่ใช่เขา

2. ยังไงคนก็จองผ่าน OTA อยู่แล้ว คนจำนวนมากเห็นโรงแรมบน OTA แล้วเปิดเว็บโรงแรมเพื่อดูรูปจริงและเช็กความน่าเชื่อถือ ก่อนตัดสินใจ ถ้าเว็บเปิดไม่ได้ในจังหวะนั้น คุณไม่ได้เสียแค่ยอดจองตรง แต่เสียยอดจองบน OTA ไปด้วย

3. ผมเปิดเว็บเองยังเข้าได้ปกติ เครื่องที่เปิดเว็บตัวเองทุกวันมีข้อมูลเก่าเก็บไว้ในเครื่อง ทำให้เว็บดูเร็วและใช้งานได้ทั้งที่แขกใหม่เจอคนละแบบ นี่คือเหตุผลที่ต้องทดสอบจากโหมดไม่ระบุตัวตนและจากเน็ตมือถือเสมอ

4. ช้านิดหน่อยไม่เป็นไร รูปสวยคุ้มกว่า รูปสวยกับเว็บเร็วไม่ใช่สิ่งที่ต้องเลือกอย่างใดอย่างหนึ่ง รูปห้องพักที่ย่อไฟล์อย่างถูกวิธียังคมชัดบนมือถือทุกรุ่น สิ่งที่ต้องตัดคือขนาดไฟล์ ไม่ใช่คุณภาพงานภาพ

5. ทำเว็บเสร็จแล้วก็จบ เว็บไม่ใช่ป้ายหน้าโรงแรมที่ติดแล้วอยู่ได้ 10 ปี มันใกล้เคียงกับลิฟต์มากกว่า คือต้องมีรอบตรวจ มีคนรับผิดชอบ และมีเบอร์ฉุกเฉิน ทุกครั้งที่มีการอัปเดตระบบหรือส่วนเสริม คือความเสี่ยงใหม่ที่เพิ่งถูกใส่เข้ามาโดยไม่มีใครทดสอบ

สรุปให้สั้นที่สุด website health ไม่ใช่โปรเจกต์ที่ทำครั้งเดียว แต่คือ 10 นาทีทุกสัปดาห์ กับ 1 ชั่วโมงทุกเดือน ที่ช่วยไม่ให้เงินรั่วออกไปเงียบ ๆ ถ้าอยากเห็นภาพรวมว่าเว็บโรงแรมคุณตอนนี้เร็วพอไหม ปลอดภัยไหม และ AI มองเห็นข้อมูลโรงแรมคุณครบหรือเปล่า ลองสแกนเว็บโรงแรมของคุณฟรีได้ที่หน้าแรก แล้วเริ่มจากจุดที่คะแนนต่ำที่สุดก่อน

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

เว็บโรงแรมล่ม 1 ชั่วโมง ทำให้เสียเงินเท่าไหร่

คำนวณจากยอดจองตรงต่อเดือนหารด้วย 720 ชั่วโมง จะได้ค่าเฉลี่ยต่อชั่วโมง เช่น โรงแรมที่มียอดจองตรงเดือนละ 900,000 บาท จะเท่ากับประมาณ 1,250 บาทต่อชั่วโมง และต้องคูณ 2 ถึง 3 เท่าถ้าล่มในช่วงค่ำวันศุกร์หรือช่วงไฮซีซัน นอกจากนี้ยังมีต้นทุนแฝงจากงบโฆษณาที่จ่ายทิ้งและแขกที่ไหลไปจองผ่าน OTA ซึ่งโดนหัก commission 15 ถึง 20 เปอร์เซ็นต์

SSL หมดอายุแล้วเว็บโรงแรมจะเป็นอย่างไร

browser จะกั้นแขกด้วยหน้าเตือนเต็มจอว่าการเชื่อมต่อไม่ปลอดภัย ก่อนที่แขกจะเห็นเว็บด้วยซ้ำ ซึ่งทำให้คนที่กำลังจะกรอกเลขบัตรเครดิตถอยทันที ทางป้องกันคือตั้งเตือนวันหมดอายุล่วงหน้า 30 วัน 14 วัน และ 7 วัน โดยส่งเข้าอีเมลของโรงแรมอย่างน้อย 2 คน ไม่ใช่อีเมลของ agency เพียงรายเดียว

เว็บโรงแรมควรโหลดเร็วแค่ไหนถึงจะพอ

หน้าแรกและหน้าห้องพักควรแสดงภาพหลักเสร็จภายใน 2.5 วินาทีบนมือถือที่ต่อเน็ตมือถือ และถ้าเกิน 4 วินาทีถือว่าเริ่มเสียแขกอย่างมีนัยสำคัญ สาเหตุที่ทำให้ช้าที่สุดในเว็บโรงแรมไทยคือรูปห้องพักไฟล์ใหญ่ ควรย่อให้เหลือไม่เกิน 250 KB ต่อรูปและบันทึกเป็น WebP

จะรู้ได้ยังไงว่าปุ่มจองบนเว็บโรงแรมพัง

ระบบเฝ้าเว็บทั่วไปจับไม่ได้ เพราะมันเช็กแค่ว่าหน้าแรกเปิดได้หรือไม่ วิธีที่ได้ผลคือทำการจองทดสอบจากมือถือจนถึงหน้าชำระเงินสัปดาห์ละครั้ง และทำซ้ำทุกครั้งหลังมีการแก้ไขเว็บ พร้อมกับดูใน GA4 ว่าสัดส่วนคนที่เข้าถึงหน้าจองลดลงผิดปกติหรือเปล่า