วิธีเชื่อมโดเมนของตัวเองเข้ากับระบบจอง

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

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

จริงๆ แล้วโดเมนของคุณอยู่ที่ไหน

อาจมีบริษัทเกี่ยวข้องถึงสามแห่ง และเจ้าของส่วนใหญ่รู้จักแค่แห่งเดียว ผู้รับจดโดเมน (registrar) คือที่ที่คุณซื้อชื่อและจ่ายค่าต่ออายุรายปี ผู้ให้บริการ DNS คือที่ที่ใช้แก้ไขเรคคอร์ดของชื่อนั้น ซึ่งมักเป็นบริษัทเดียวกับผู้รับจด แต่บางครั้งก็ไม่ใช่ โดยเฉพาะถ้าหลายปีก่อนนักออกแบบเว็บย้ายโดเมนไปไว้ที่บริการ DNS แยกต่างหาก ส่วนเว็บโฮสติ้งคือที่ที่เว็บไซต์ปัจจุบันของคุณทำงานอยู่

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

โดเมนหลักหรือซับโดเมน: ตัดสินใจก่อนแตะอะไร

โดเมนหลัก หรือที่เรียกว่า apex หรือ root คือ yourbrand.co.th ที่ไม่มีอะไรนำหน้า ซับโดเมนคืออะไรก็ได้ที่มีป้ายชื่อนำหน้า เช่น www.yourbrand.co.th booking.yourbrand.co.th หรือ travel.yourbrand.co.th แพลตฟอร์มรับได้ทั้งสองแบบ และการเลือกนี้กำหนดว่าคุณต้องเพิ่มเรคคอร์ดชนิดไหน

เหตุผลเป็นกติกาเก่าที่ต่อรองไม่ได้ โดเมนหลักมีเรคคอร์ดที่นิยามตัวโดเมนเองอยู่แล้ว และ DNS ไม่ยอมให้ CNAME ใช้ชื่อร่วมกับเรคคอร์ดอื่น โดเมนหลักจึงต้องชี้ด้วย A record ไปที่ IP address โดยตรง ส่วนซับโดเมนชี้ด้วย CNAME ไปยัง hostname อื่น

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

เรคคอร์ดที่ต้องเพิ่ม และแต่ละตัวทำหน้าที่อะไร

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

• CNAME สำหรับซับโดเมน Name คือป้ายชื่อที่คุณเลือก เช่น booking Value คือ hostname ของแพลตฟอร์มที่ขั้นตอน DNS ให้มา มันบอกว่า "ชื่อนี้เป็นชื่อแฝงของชื่อนั้น" ถ้าเซิร์ฟเวอร์ของแพลตฟอร์มย้ายที่ เรคคอร์ดของคุณก็ยังใช้ได้โดยไม่ต้องแก้
• A record สำหรับโดเมนหลัก Name คือ @ ซึ่งหน้าจัดการ DNS ส่วนใหญ่ใช้แทนโดเมนเปล่า Value คือ IP address จากขั้นตอน DNS มันบอกว่า "ชื่อนี้อยู่ที่ที่อยู่นี้"
• TXT ในบางกรณี การตั้งค่าโฮสติ้งบางแบบขอเรคคอร์ดยืนยันด้วย เป็นสตริงสุ่มยาวๆ ภายใต้ชื่อที่ขั้นตอน DNS กำหนด มันไม่มีผลอะไรกับผู้เข้าชม แต่พิสูจน์ว่าผู้ที่ควบคุมโดเมนยินยอมให้เชื่อมต่อ ถ้าขั้นตอนแสดงให้เพิ่มก็เพิ่ม ถ้าไม่แสดงก็ไม่มีอะไรขาด

ความผิดพลาดสองอย่างเป็นต้นเหตุของความล้มเหลวส่วนใหญ่ อย่างแรกคือพิมพ์โดเมนเต็มลงในช่อง Name หน้าจัดการหลายแห่งต่อท้ายโดเมนให้อัตโนมัติ booking.yourbrand.co.th ที่พิมพ์ลงไปจึงกลายเป็น booking.yourbrand.co.th.yourbrand.co.th ซึ่งไม่ชี้ไปไหนเลย ให้พิมพ์แค่ป้ายชื่อ อย่างที่สองคือทิ้งเรคคอร์ดเก่าไว้ ถ้า booking มี A record จากโปรเจกต์เก่าอยู่แล้ว CNAME จะอยู่ข้างๆ ไม่ได้ และบางหน้าจอเก็บตัวเก่าไว้เงียบๆ ให้ลบเรคคอร์ดเก่าของชื่อนั้นก่อน

ถ้าผู้ให้บริการ DNS มีสวิตช์ proxy ที่เรคคอร์ด ซึ่ง Cloudflare แสดงเป็นรูปก้อนเมฆสีส้ม ให้ปรับเป็น DNS-only ระหว่างเชื่อมต่อ proxy จะตอบผู้เข้าชมแทนแพลตฟอร์ม ทำให้การตรวจสอบในหัวข้อถัดไปมองไม่เห็นแพลตฟอร์ม

ทำไมแม่กุญแจมาเป็นอย่างสุดท้าย

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

ใบรับรอง TLS หรือแม่กุญแจนั้น ออกโดยผู้ออกใบรับรอง (certificate authority) ที่ต้องยืนยันก่อนว่าโดเมนชี้ไปที่ที่คำขอบอกไว้จริง การตรวจทำโดยค้นชื่อใน DNS สาธารณะ และในการตั้งค่าส่วนใหญ่ก็ส่งคำขอไปที่โดเมนแล้วรอให้แพลตฟอร์มเป็นผู้ตอบ ตราบใดที่เรคคอร์ดของคุณยังไปไม่ถึง resolver ที่ผู้ออกใบรับรองใช้ การตรวจก็จะไม่ผ่าน กดกี่ครั้งก็ไม่เปลี่ยน เมื่อเรคคอร์ดค้นเจอแล้ว แพลตฟอร์มจะขอใบรับรองให้อัตโนมัติ คุณไม่ต้องซื้อ ไม่ต้องอัปโหลด และไม่ต้องต่ออายุ

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

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

พลาดแล้วต้องจ่ายอะไร

ความผิดพลาดราคาแพงไม่ได้อยู่ที่เว็บจอง แต่อยู่ที่ทุกอย่างที่ผูกกับโดเมนของคุณ

ที่แย่ที่สุดคือเปลี่ยน nameserver ทั้งที่แค่ต้องเพิ่มเรคคอร์ด การย้าย nameserver คือการยกโดเมนทั้งหมดให้ผู้ให้บริการ DNS รายใหม่ เรคคอร์ดไหนไม่ได้สร้างใหม่ที่นั่นจะหายไป รวมถึง MX record ที่ส่งอีเมลบริษัท เอเจนซีอาจเสียอีเมลจากลูกค้า การยืนยันจากซัพพลายเออร์ และประกาศเปลี่ยนตารางบินจากสายการบินไปทั้งวัน ก่อนจะมีใครสังเกตว่ากล่องจดหมายเงียบผิดปกติ การเชื่อมเว็บจองไม่จำเป็นต้องย้าย nameserver เลย เพิ่มเรคคอร์ด แล้วปล่อยที่เหลือไว้ตามเดิม

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

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

เก็บโดเมนของแพลตฟอร์มไว้ นั่นคือแผนสำรอง

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

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

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

เช็กลิสต์: เชื่อมโดเมนของตัวเองกับระบบจอง

1. หาว่าใครดูแล DNS ของคุณ nameserver ของโดเมนจะบอก
2. เลือกโดเมนหลักหรือซับโดเมน ถ้ามีเว็บที่อยากเก็บไว้ ให้เลือกซับโดเมน
3. บันทึกเรคคอร์ดที่มีอยู่ทั้งหมด โดยเฉพาะ MX ก่อนเปลี่ยนอะไร แค่แคปหน้าจอก็พอ
4. ลบเรคคอร์ดเก่าบนชื่อที่คุณกำลังจะใช้
5. เพิ่มเรคคอร์ดจากขั้นตอน DNS: CNAME สำหรับซับโดเมน A สำหรับโดเมนหลัก และ TXT ถ้าขั้นตอนแสดงไว้ พิมพ์แค่ป้ายชื่อในช่อง Name
6. ปรับ proxy บนเรคคอร์ดนั้นเป็น DNS-only
7. รอให้เรคคอร์ดค้นเจอใน DNS สาธารณะ อย่าแก้ซ้ำไปมา
8. ยืนยันว่าแม่กุญแจขึ้น ทดลองจองบนที่อยู่ใหม่ แล้วค่อยบอกลูกค้า

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