← Blog

Tại Sao Bạn Nên Sử Dụng Tên Miền Con Để Gửi Email

June 1, 2026 by Mailer To Go
Lo ngại rằng một subdomain gửi có nghĩa là email của bạn trông giống như nó đến từ một domain khác? Nó không — người nhận vẫn thấy domain gốc của bạn, và khả năng gửi được cải thiện. Đây là lý do và cách thiết lập mtg.yourdomain.com.

Gửi email giao dịch của bạn từ một subdomain như mtg.yourdomain.com — không từ domain gốc, và không từ bất kỳ hostname nào đã là CNAME. Đó là một thay đổi DNS nhỏ, và nó cải thiện khả năng giao hàng một cách có ý nghĩa.

“Nhưng liệu email của tôi có vẻ như đến từ một domain khác không?”

Đây là điều đầu tiên mà mọi người lo lắng, vì vậy hãy làm rõ nó ngay từ đầu: không, nó sẽ không. Sử dụng subdomain để gửi không thay đổi gì về những gì người nhận của bạn thấy. Địa chỉ From: trong hộp thư của họ vẫn là you@yourdomain.com — domain gốc của bạn, thương hiệu của bạn, chính xác như hiện nay.

Subdomain thực hiện công việc của nó đằng sau hậu trường, ở lớp xác thực mà các nhà cung cấp hộp thư (không phải con người) kiểm tra. Những gì thực sự thay đổi là email của bạn bắt đầu vượt qua SPF, DKIM, và DMARC một cách sạch sẽ, để nhiều email hơn đến hộp thư thay vì thư mục spam. Vì vậy thỏa thuận rất đơn giản: không có gì thay đổi khi nhìn thấy với khách hàng của bạn, và nhiều email của bạn thực sự đến được với họ hơn.

Tóm lại — người nhận của bạn vẫn thấy domain gốc của bạn, và khả năng giao hàng của bạn trở nên tốt hơn. Đó là toàn bộ câu chuyện; phần còn lại của bài viết này chỉ là lý do tại sao và cách thực hiện.

(Phiên bản kỹ thuật: subdomain là envelope-from / Return-Path của bạn, đó là domain mà SPF kiểm tra. Header From: mà người nhận của bạn thấy được đặt bởi ứng dụng của bạn và vẫn là domain gốc của bạn. Thêm thông tin chi tiết dưới đây.)

Hiểu vấn đề

Tại sao tôi không thể sử dụng domain gốc của mình nếu nó là CNAME?

Rất nhiều nhà cung cấp lưu trữ (Heroku, Build.io, Cloudflare, Netlify, và những người bạn) yêu cầu bạn trỏ domain của mình đến họ bằng bản ghi CNAME để họ có thể chấm dứt SSL và định tuyến lưu lượng. Điều đó hoạt động tuyệt vời cho trang web của bạn. Nhưng nó tạo ra một xung đột khó khăn cho email.

DNS có một quy tắc, được định nghĩa trong RFC 1034 §3.6.2: nếu một tên có bản ghi CNAME, nó không thể có bất kỳ bản ghi nào khác của loại khác. CNAME có nghĩa là “tên này chỉ là bí danh cho tên kia — hãy xem ở đó để tìm mọi thứ.” Không có chỗ cho bản ghi TXT chứa chính sách SPF của bạn, hoặc các bản ghi MX, ở cùng tên đó.

Vì vậy, nếu yourdomain.com là CNAME trỏ đến host của bạn, bạn literally không thể thêm SPF vào nó. DNS sẽ không cho phép nó.

CNAME conflict là gì, và tại sao DNS hoạt động theo cách này?

CNAME là một chuyển hướng ở lớp DNS. Khi một resolver tra cứu yourdomain.com và tìm thấy CNAME, nó từ bỏ tên gốc và theo dõi mục tiêu. Cho phép các bản ghi khác cùng với CNAME sẽ gây nhập nhằng — câu trả lời nào thắng? Spec giải quyết sự nhập nhằng bằng cách cấm kết hợp hoàn toàn. Đó không phải là giới hạn của nhà cung cấp; đó là cách DNS được định nghĩa.

Site của tôi hoạt động tốt ở domain của tôi — tại sao email lại khác?

Lưu lượng web chỉ cần CNAME: trình duyệt hỏi “yourdomain.com ở đâu?”, theo dõi bí danh, và kết nối. Email cần bản ghi bổ sung tại domain — SPF (bản ghi TXT) và thường là DKIM và chính sách DMARC — vì vậy các máy chủ nhận có thể xác minh rằng thư được ủy quyền. CNAME làm cho trang web của bạn hoạt động chính xác là những gì chặn những bản ghi đó. Cùng tên, yêu cầu khác nhau.

Điều gì thực sự bị hỏng nếu tôi gửi mà không có SPF?

SPF là một trong những tín hiệu chính mà các nhà cung cấp hộp thư sử dụng để quyết định bạn là ai. Không có bản ghi SPF:

Thư có thể vẫn gửi, nhưng một phần đáng kể của nó sẽ không đến.

Giải pháp subdomain

Tôi nên sử dụng subdomain nào? Tên có quan trọng không?

Chúng tôi khuyên bạn nên sử dụng mtg.yourdomain.com. Nhãn chính xác không ảnh hưởng đến khả năng giao hàng — email. hoặc notifications. cũng sẽ hoạt động — nhưng mtg.yourdomain.com rõ ràng, dễ nhớ, và giữ cho việc gửi MailerToGo của bạn được namespaced gọn gàng. Những gì quan trọng là đó là tên bạn kiểm soát trực tiếp (không chính nó là CNAME cho bên thứ ba), vì vậy bạn có thể thêm SPF, DKIM, và bản ghi gửi mà nó cần.

Nếu tôi gửi từ mtg.example.com, người nhận sẽ thấy điều đó thay vì example.com không?

Không — và đây là lo lắng mà chúng tôi đã trả lời ở phía trên, giờ với cơ chế. Có hai địa chỉ “from” khác nhau trên mỗi email:

Vì vậy bạn gửi qua mtg.example.com (envelope-from) trong khi người nhận của bạn thấy hello@example.com hoặc Acme Support <support@example.com> trên dòng From:. Subdomain xác thực; địa chỉ thương hiệu của bạn vẫn hiển thị.

Liệu trả lời sẽ đi đến subdomain hay địa chỉ thật của tôi?

Các trả lời theo dõi header From: (hoặc một Reply-To: rõ ràng bạn đặt) — không phải envelope-from. Đặt From: hoặc Reply-To: để mailbox thật, được giám sát của bạn (ví dụ: support@example.com) và các trả lời đơn đặt hàng ở đó như mong đợi. Subdomain không bao giờ phải nhận thư.

Việc sử dụng subdomain có ảnh hưởng đến danh tiếng domain của tôi không?

Có — lợi cho bạn. Gửi từ subdomain cách ly danh tiếng của email giao dịch/marketing của bạn khỏi domain gốc. Nếu một chiến dịch bao giờ gặp phải một giai đoạn khó khăn, nó được chứa trong mtg.example.com thay vì kéo xuống example.com (và email hàng ngày của nhân viên của bạn). Cách ly danh tiếng là một tính năng, không phải là một tác dụng phụ.

Tôi có thể sử dụng cùng một subdomain cho email giao dịch và marketing không?

Bạn có thể, nhưng thường tốt hơn là tách chúng — ví dụ: mtg.example.com cho giao dịch (hóa đơn, đặt lại mật khẩu) và news.example.com cho marketing. Thư giao dịch có độ tin tưởng cao và có ít khiếu nại; thư marketing tự nhiên thu hút nhiều khiếu nại hơn và hủy đăng ký. Tách chúng giữ cho hóa đơn và reset quan trọng của bạn bị cách ly khỏi các biến động danh tiếng marketing.

Cài đặt nó

Làm cách nào để cấu hình MailerToGo sử dụng subdomain?

Thêm subdomain (không phải domain gốc) làm domain gửi của bạn trong bảng điều khiển MailerToGo, sau đó xuất bản các bản ghi DNS mà nó cung cấp cho bạn. MailerToGo sẽ hiển thị các bản ghi chính xác cho subdomain của bạn.

Tôi cần bản ghi DNS nào?

Ở subdomain bạn sẽ thêm SPF và DKIM (và chúng tôi khuyên một chính sách DMARC ở gốc). Một tập hợp điển hình trông như:

; SPF — authorizes MailerToGo to send for the subdomain
mtg.yourdomain.com.   TXT   "v=spf1 include:_spf.mailertogo.net ~all"

; MX — routes the subdomain's bounces/return-path to MailerToGo
mtg.yourdomain.com.   MX    10 smtp.us-west-1.mailertogo.net.

; DKIM + DMARC — publish the exact records shown in your MailerToGo dashboard
; (DKIM is a CNAME with a per-account selector; a subdomain DMARC policy is
;  provisioned for you, e.g. p=reject)

Sử dụng các giá trị chính xác từ bảng điều khiển của bạn — bộ chọn DKIM và khu vực SMTP (smtp.<region>.mailertogo.net) cụ thể cho tài khoản của bạn.

Tôi có cần thay đổi bất cứ điều gì trong code ứng dụng của mình không?

Hai điều nhỏ. Đầu tiên, trỏ mailer của bạn đến MailerToGo bằng cách sử dụng thông tin xác thực của subdomain. Với Rails:

# config/environments/production.rb
config.action_mailer.delivery_method = :smtp
config.action_mailer.smtp_settings = {
  address:         ENV["MAILERTOGO_SMTP_HOST"],   # smtp.<region>.mailertogo.net
  port:            ENV.fetch("MAILERTOGO_SMTP_PORT", 587).to_i,
  user_name:       ENV["MAILERTOGO_SMTP_USER"],
  password:        ENV["MAILERTOGO_SMTP_PASSWORD"],
  authentication:  :plain,
  enable_starttls: true   # enforce TLS on port 587
}

Thứ hai — và đây là phần làm cho subdomain hoạt động — đặt envelope-from (return_path) thành subdomain trong khi giữ From: và Reply-To: mà người nhận của bạn thấy và trả lời ở domain gốc của bạn:

class NotifierMailer < ApplicationMailer
  def welcome(user)
    mail(
      to:          user.email,
      from:        "Acme <hello@yourdomain.com>",   # what recipients see
      reply_to:    "support@yourdomain.com",        # where replies go
      return_path: "bounces@mtg.yourdomain.com"     # envelope-from: what SPF checks
    )
  end
end

Rails (qua Mail gem) sử dụng return_path làm envelope-from, vì vậy SPF được xác thực dựa trên mtg.yourdomain.com — nơi bản ghi SPF của bạn nằm — trong khi From:/Reply-To vẫn ở yourdomain.com. Cùng thương hiệu cho người nhận của bạn, DMARC aligned, khả năng giao hàng tốt hơn.

Làm cách nào để xác minh subdomain đang hoạt động?

Các tín hiệu nâng cao và tin cậy

DMARC alignment hoạt động với subdomain không?

Có. DMARC hỗ trợ organizational alignment theo mặc định: một tin nhắn được gửi từ mtg.example.com aligned với chính sách DMARC được xuất bản ở example.com, vì chúng chia sẻ cùng organizational domain. Bạn xuất bản DMARC một lần ở gốc và subdomain của bạn kế thừa alignment — không cần chính sách riêng biệt.

DKIM ký với subdomain hay domain gốc?

DKIM ký với bất kỳ domain nào bạn xuất bản khóa dưới — ở đây, subdomain (mtg.yourdomain.com). Đó chính xác là những gì bạn muốn: chữ ký DKIM, envelope-from, và subdomain tất cả đều xếp hàng, và kết hợp đó aligned với chính sách DMARC gốc của bạn.

Tôi đã có SPF ở gốc cho Google Workspace / Microsoft 365 — tôi vẫn cần subdomain không?

Có, và subdomain giữ cho mọi thứ sạch sẽ. SPF có giới hạn cứng 10 DNS lookups; xếp chồng mọi người gửi (Google, Microsoft, ESP của bạn, MailerToGo) vào một bản ghi SPF gốc có nguy cơ vượt quá nó và phá vỡ SPF cho mọi thứ. Gửi email ứng dụng của bạn từ subdomain có bản ghi SPF riêng của nó vượt qua giới hạn và giữ thư của công ty (Google/Microsoft) và thư ứng dụng của bạn độc lập.

Phiên bản ngắn

Sử dụng subdomain như mtg.yourdomain.com để gửi. Người nhận của bạn vẫn thấy địa chỉ domain gốc của bạn — không có gì thay đổi khi nhìn thấy với họ — và khả năng giao hàng của bạn tăng lên. Đó là cách những người gửi lớn làm (GitHub, Stripe, và AWS đều gửi email giao dịch từ subdomains): nó vượt qua xung đột CNAME, giữ cho SPF/DKIM/DMARC sạch sẽ, và bảo vệ danh tiếng domain gốc của bạn.