ฐานความรู้

ส่งอีเมลจากโดเมนของคุณเอง บนบัญชีของคุณเอง

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

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

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

ตั้งค่าได้ที่ การส่งอีเมล ในแดชบอร์ดของคุณ

ฉันควรใช้ผู้ให้บริการรายใด?

สามารถใช้งานรายใดก็ได้ในนี้ เลือกรายที่คุณมีบัญชีอยู่แล้ว

ผู้ให้บริการเหมาะที่สุดหากคู่มือ
Mailgunคุณต้องการ API และปริมาณการส่งที่ครอบคลุมตั้งค่า Mailgun
SendGridคุณใช้งานสำหรับอีเมลการตลาดอยู่แล้วตั้งค่า SendGrid
Postmarkใช้งานเฉพาะอีเมลธุรกรรม และอัตราการส่งถึงปลายทางดีที่สุดตั้งค่า Postmark
Amazon SESคุณใช้งาน AWS อยู่แล้วและต้องการราคาที่ประหยัดที่สุดตั้งค่า Amazon SES
Resendคุณต้องการการตั้งค่าที่ง่ายที่สุดตั้งค่า Resend
เซิร์ฟเวอร์ SMTP ของคุณเองคุณดูแลโครงสร้างพื้นฐานอีเมลของคุณเองตั้งค่า SMTP

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

จัดการ DNS ก่อนเป็นอันดับแรก ซึ่งเป็นงานส่วนใหญ่

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

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

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

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

DMARC — ระเบียน TXT ที่ _dmarc.yourdomain.com ซึ่งจะคอยแจ้งเซิร์ฟเวอร์ปลายทางว่าต้องทำอย่างไรเมื่อ SPF และ DKIM ไม่สอดคล้องกับบรรทัด From ของคุณ ให้เริ่มต้นที่ p=none ในระหว่างที่คุณตรวจสอบว่าทุกอย่างผ่านเรียบร้อย จากนั้นจึงเปลี่ยนเป็น p=quarantine และ p=reject

⚠️ การเปลี่ยนแปลง DNS จะไม่เกิดขึ้นในทันที โปรดรอเป็นเวลาสูงสุดหนึ่งชั่วโมงก่อนที่จะสรุปว่าเกิดข้อผิดพลาด

ใช้ซับโดเมนสำหรับการส่ง

โปรดส่งจาก mail.yourdomain.com หรือ notifications.yourdomain.com แทนที่จะส่งจาก yourdomain.com โดยตรง

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

คุณยังคงต้องกรอกโดเมน ไม่ใช่ที่อยู่อีเมล ลงในช่อง ส่งจากโดเมนนี้ ส่วนที่อยู่ก่อนเครื่องหมาย @ จะถูกเลือกตามแต่ละข้อความ เช่น ใบเสร็จจะส่งออกจาก billing@, การรีเซ็ตรหัสผ่านจะส่งออกจาก no-reply@, การตอบกลับทิกเก็ตจะส่งออกจาก support@

ขั้นตอนการตั้งค่าทำงานอย่างไร

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

หลังจากนั้น อีเมลของคุณจึงจะเริ่มส่งออกไปในนามของคุณ

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

ทำไมเราจึงต้องเน้นย้ำว่าข้อความทดสอบต้องส่งถึงจริง

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

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

จะเกิดอะไรขึ้นหากผู้ให้บริการของฉันหยุดทำงาน

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

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

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

จะเกิดอะไรขึ้นหากฉันไม่ทำอะไรเลย?

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

การนำออก

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

ล่าสุดจากบล็อก

สิ่งที่เราเขียนเกี่ยวกับโฮสติ้ง, SEO และการดูแลเว็บไซต์ในระดับสเกลใหญ่

SEO และการสร้างลิงก์จากเลเยอร์โฮสติง: มุมมองของผู้ปฏิบัติงานในปี 2026

โฮสติ้งส่งผลต่อการจัดทำดัชนีและมูลค่าของลิงก์ (link equity) ในปี 2026 อย่างไร: การดูแลให้หน้าเว็บยังคงอยู่ในดัชนี, การตรวจสอบโดเมนเก่าก่อนที่คุณจะเริ่มพัฒนา, การสร้างลิงก์โดยไม่ทิ้งร่องรอย (footprint) และข้อเท็จจริงอย่างตรงไปตรงมาเกี่ยวกับสิ่งที่โครงสร้างพื้นฐานสามารถและไม่สามารถทำให้กับ SEO ได้

อ่านโพสต์ →

การทำให้ WordPress รวดเร็วและปลอดภัย: รายการตรวจสอบประสิทธิภาพและปลั๊กอิน

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

อ่านโพสต์ →

วิธีเลือกเว็บโฮสติ้งที่มีการจัดการในปี 2026: คู่มือสำหรับผู้ซื้อ

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

อ่านโพสต์ →

อ่านบล็อก →

ยังติดปัญหาอยู่ใช่หรือไม่?

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

ติดต่อฝ่ายสนับสนุน → บทความทั้งหมด →