วิธีเชื่อมโดเมนของคุณเองกับแอปหรือเว็บไซต์

การเชื่อมโดเมนของคุณเอง คุณซื้อโดเมนจากผู้จดทะเบียน แล้วเพิ่มระเบียน DNS ที่ชี้ไปยังโฮสต์ของคุณ มักเป็นระเบียน CNAME สำหรับซับโดเมนอย่าง www หรือ app หรือระเบียน A (หรือระเบียนแบบ ALIAS/flattened) สำหรับโดเมนหลัก จากนั้นให้โฮสต์ยืนยันโดเมนและออกใบรับรอง HTTPS โดยปกติใช้เวลาไม่กี่นาที บางครั้งนานกว่านั้น ปัญหาส่วนใหญ่มาจากการพิมพ์ระเบียนผิด ใช้ประเภทระเบียนผิด หรือมีพร็อกซีอยู่หน้าโฮสต์

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

องค์ประกอบที่เกี่ยวข้อง

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

ขั้นตอนที่ 1: ซื้อโดเมน

เคล็ดลับในการเลือกและซื้อ:

• ให้สั้นและสะกดง่ายเมื่อพูดออกมา หากต้องอธิบายการสะกด ให้เลือกชื่ออื่น
• .com คือส่วนท้ายที่คนเดาไว้ก่อน แต่ส่วนท้ายระดับประเทศและแบบใหม่ (.io .app .co.uk) ก็ใช้ได้ดีหากเหมาะกับกลุ่มผู้ใช้ของคุณ
• ตรวจราคาต่ออายุ ไม่ใช่แค่ราคาปีแรก ส่วนลดแนะนำเป็นเรื่องปกติ และการต่ออายุอาจมีราคาสูงกว่า
• เปิดการต่ออายุอัตโนมัติ และให้บัตรที่ใช้ชำระเงินยังใช้ได้ โดเมนที่หมดอายุจะทำให้เว็บไซต์และอีเมลของคุณใช้งานไม่ได้ และหลังช่วงผ่อนผันอาจมีคนอื่นซื้อไปได้
• ใช้ WHOIS privacy หากมีให้ เพื่อไม่ให้รายละเอียดส่วนตัวของคุณถูกเผยแพร่
• ซื้อในบัญชีที่คุณควบคุม ไม่ใช่ของฟรีแลนซ์หรือเอเจนซี่

โฮสต์และแอป builder บางแห่งให้คุณซื้อโดเมนได้โดยตรงภายในผลิตภัณฑ์ ซึ่งจะตั้งค่า DNS ให้ด้วย

ขั้นตอนที่ 2: เลือกที่อยู่

ซับโดเมนหรือโดเมนหลัก

• โดเมนหลัก (apex): example.com
• ซับโดเมน: www.example.com app.example.com

การตั้งค่าที่พบบ่อยคือหน้าการตลาดอยู่ที่ example.com หรือ www.example.com และผลิตภัณฑ์อยู่ที่ app.example.com สำหรับเว็บไซต์เดียว ให้เลือกระหว่าง www กับโดเมนหลัก

มาตรฐาน DNS ไม่อนุญาตให้มี CNAME ที่รากของโดเมน เพราะรากต้องเก็บระเบียนอื่น (เช่น ระเบียน nameserver) ผู้ให้บริการ DNS หลายแห่งแก้ปัญหานี้ด้วยประเภทระเบียนพิเศษ ซึ่งเรียกว่า ALIAS, ANAME หรือ CNAME flattening ขึ้นอยู่กับผู้ให้บริการ ซึ่งทำงานเหมือน CNAME ที่รากโดเมน หากของคุณไม่รองรับ วิธีที่เชื่อถือได้คือ เสิร์ฟเว็บไซต์ที่ www แล้วตั้ง redirect จากโดเมนหลักไปยัง www ที่ผู้ให้บริการ DNS หรือผู้จดทะเบียน

ไม่ว่าคุณจะเลือกแบบใด ให้เลือก หนึ่ง ที่อยู่หลัก แล้ว redirect อีกที่ไปยังที่อยู่นั้น การที่ทั้งสองที่อยู่แสดงเนื้อหาเดียวกันโดยไม่มี redirect ทำให้ผู้ใช้และเครื่องมือค้นหาสับสน ดู SEO สำหรับเว็บไซต์ที่สร้างด้วย AI เพื่อดูว่าทำไมที่อยู่หลัก (canonical) เพียงที่เดียวจึงสำคัญ

ขั้นตอนที่ 3: เพิ่มระเบียน DNS

โฮสต์จะบอกคุณว่าต้องเพิ่มอะไรเป๊ะ ๆ ซึ่งจะหน้าตาคล้ายหนึ่งในนี้:

วิธีกรอกฟอร์มในผู้ให้บริการ DNS ส่วนใหญ่:

• Name / Host: ใส่เฉพาะส่วนซับโดเมน เช่น www ไม่ใช่ www.example.com บางผู้ให้บริการจะเติมโดเมนให้อัตโนมัติ การพิมพ์เต็มจะกลายเป็น www.example.com.example.com ใช้ @ สำหรับโดเมนหลักหากผู้ให้บริการของคุณใช้แบบนั้น
• Value / Target: วางค่าตามที่โฮสต์แสดงให้ตรงเป๊ะ การมีจุดท้ายไม่เป็นไรหากผู้ให้บริการเพิ่มให้เอง
• TTL: ค่าเริ่มต้นใช้ได้ TTL ที่ต่ำ (เช่น 5 นาที) ทำให้การเปลี่ยนแปลงในอนาคตมีผลเร็วขึ้น
• Proxy: หากผู้ให้บริการ DNS ของคุณเป็นพร็อกซีทราฟฟิกได้ (เช่น ปุ่มสีส้มของ Cloudflare) ให้ทำตามคำแนะนำของโฮสต์ โฮสต์หลายแห่งต้องใช้ “DNS only” เพื่อให้ออกใบรับรองได้

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

เปลี่ยน nameserver หรือเพิ่มระเบียน

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

ขั้นตอนที่ 4: ตรวจสอบและเปิด HTTPS

หลังเพิ่มระเบียนแล้ว กลับไปที่โฮสต์ของคุณแล้วกดปุ่มตรวจสอบ โฮสต์จะตรวจ DNS แล้วขอใบรับรอง ซึ่งโดยทั่วไปมาจากหน่วยงานออกใบรับรองฟรี เช่น Let's Encrypt แล้วเริ่มเสิร์ฟเว็บไซต์ของคุณผ่าน HTTPS

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

เมื่อ HTTPS ใช้งานได้แล้ว ให้ตรวจว่า http:// redirect ไปยัง https:// โฮสต์ส่วนใหญ่ทำให้โดยอัตโนมัติ

ขั้นตอนที่ 5: ทดสอบ

• https://www.example.com เปิดเว็บไซต์ของคุณพร้อมไอคอนแม่กุญแจ
• อีกรูปแบบ (โดเมนหลักหรือ www) redirect ไปยังที่อยู่หลักของคุณ
• http:// redirect ไปยัง https://
• การล็อกอิน การลงชื่อเข้าใช้ด้วย OAuth และการ redirect การชำระเงินใช้งานได้บนโดเมนใหม่ (มักมีรายการ URL ที่อนุญาตซึ่งยังชี้ไปที่ที่อยู่เดิม)
• อีเมลไปยังโดเมนของคุณยังส่งถึงได้
• ลิงก์ในอีเมลที่แอปของคุณส่งใช้โดเมนใหม่

รายการที่สี่มักทำให้คนพลาด: การลงชื่อเข้าใช้ด้วย Google, webhook ของ Stripe และลิงก์รีเซ็ตรหัสผ่านทั้งหมดถูกตั้งค่าไว้กับ URL เฉพาะเจาะจง เพิ่มโดเมนใหม่ในทุกที่ที่ที่อยู่เดิมปรากฏ ดู วิธีเพิ่มการล็อกอินให้แอปของคุณ สำหรับส่วน OAuth

การแก้ปัญหา

เครื่องมือค้นหา DNS ออนไลน์ฟรี หรือคำสั่ง dig www.example.com ในเทอร์มินัลจะแสดงสิ่งที่โลกเห็นอยู่ตอนนี้สำหรับระเบียนของคุณ มีประโยชน์ในการตรวจว่าปัญหาอยู่ที่ DNS หรือที่โฮสต์

การเชื่อมโดเมนบน Mythex

โดเมนแบบกำหนดเองเป็นฟีเจอร์ของแพ็กเกจ Pro บน Mythex แพ็กเกจฟรีเผยแพร่ไปยังที่อยู่ yourname.mythex.app ใน Pro คุณทำได้ดังนี้:

• ซื้อโดเมนภายใน Mythex จาก Domains ในการตั้งค่า หรือจาก Publish → Custom domain ในโปรเจกต์ที่เผยแพร่แล้ว Mythex จะจดทะเบียนและตั้งค่า DNS ให้ การจดทะเบียนเรียกเก็บเงินแยกจากแพ็กเกจ Pro และการต่ออายุอัตโนมัติเปิดเป็นค่าเริ่มต้น
• เชื่อมโดเมนที่คุณมีอยู่แล้ว เผยแพร่โปรเจกต์ เลือก Connect ใส่ hostname (เช่น app.example.com) แล้วเพิ่ม CNAME ที่ผู้ให้บริการ DNS ของคุณ ชี้ไปยังเป้าหมายที่ Mythex แสดง (yourslug.mythex.ai) จากนั้นกด Verify ระบบจะออก HTTPS ให้อัตโนมัติ

หาก DNS ของคุณอยู่ที่ Cloudflare ให้ตั้ง CNAME นั้นเป็น DNS only (เมฆสีเทา) ไม่ใช่แบบ proxied สำหรับโดเมนหลัก เอกสารแนะนำให้ใช้ www หรือ app และ redirect โดเมนหลักที่ผู้ให้บริการ DNS ของคุณ หากไม่รองรับ ALIAS หรือ flattening

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

คำถาม