Kiểm tra tên miền cho cold email: tên miền này đã sẵn sàng gửi chưa?
Tóm tắt: Kiểm tra tuổi tên miền, MX để nhận thư trả lời, SPF với giới hạn 10 lượt tra, khóa DKIM, chính sách DMARC và có website hay chuyển hướng không, và đưa ra cách sửa chính xác cho mỗi mục còn thiếu. Giới hạn: Kiểm tra cấu hình, không kiểm tra uy tín: lịch sử danh sách đen, tỷ lệ khiếu nại và cách nhà cung cấp hộp thư đối xử với tên miền thì công cụ không thấy được, và không bảo đảm thư vào hộp thư đến.
Nhập tên miền bạn dùng để gửi và bấm Check readiness. Bạn thấy có MX để nhận thư trả lời không, SPF có dưới giới hạn 10 lượt tra không, có khóa DKIM, chính sách DMARC, website hay chuyển hướng không, và tên miền bao nhiêu ngày tuổi. Mỗi mục đạt hoặc nhận một cách sửa cụ thể. Đây là danh sách kiểm tra, không phải bảo đảm thư được phát.
Công cụ giống hệt trang tiếng Anh: nút bấm và kết quả hiển thị bằng tiếng Anh. Cập nhật lần cuối: 5 tháng 11, 2026
Cách kiểm tra tên miền trước khi gửi cold email
- Nhập tên miền bạn dùng để gửi, ví dụ getacme.com, hoặc dán tới 25 tên miền, mỗi dòng một tên (100 khi đăng nhập Google).
- Bấm Check readiness. Máy chủ RDAP của registry, DNS công khai và trang chủ của tên miền mỗi thứ được truy vấn một lần; không có email nào được gửi.
- Đọc điểm và kết luận: sẵn sàng, gần sẵn sàng hoặc chưa sẵn sàng. Mỗi mục có Fix hoặc Fail kèm đúng thay đổi cần làm, như thiếu bản ghi SPF hoặc DMARC.
- Mở các bản ghi cần thêm: hướng dẫn nhận ra nhà cung cấp hộp thư của bạn qua MX (Google Workspace, Microsoft 365 hoặc Zoho) và đưa từng giá trị MX, SPF và DMARC kèm nút sao chép, cùng nơi bật DKIM.
- Sửa các mục còn thiếu, kiểm tra lại, sau đó làm ấm (warm up) hộp thư và xác minh danh sách trước chiến dịch đầu tiên.
Làm sao biết tên miền của tôi đã sẵn sàng cho cold email chưa?
Trước lần gửi đầu tiên, hãy kiểm tra sáu điều: tên miền có nhận được thư trả lời không (bản ghi MX), có ủy quyền nhà cung cấp hộp thư của bạn bằng một bản ghi SPF dưới 10 lượt tra DNS không, có ký email bằng DKIM không, có công bố chính sách DMARC không, có website hoặc chuyển hướng về trang chính của bạn không, và có phải mới tinh không. Công cụ này đọc cả sáu cùng lúc.
Bốn điều đầu là bắt buộc. Hướng dẫn cho người gửi của Google yêu cầu người gửi số lượng lớn có SPF, DKIM và bản ghi DMARC với ít nhất p=none; yêu cầu của Yahoo cũng vậy. Hai điều cuối là thực hành tốt, không phải quy định được công bố, nên chiếm trọng số thấp hơn trong điểm.
Cần thiết lập gì trên một tên miền mới trước khi gửi?
Năm bản ghi trước lần gửi đầu tiên: MX để thư trả lời tới được, một bản ghi SPF có nhà cung cấp hộp thư của bạn, chữ ký DKIM được bật trong bảng điều khiển của nhà cung cấp, một bản ghi DMARC với ít nhất p=none, và chuyển hướng website về trang chính của bạn. Sau đó làm ấm hộp thư. Công cụ kiểm tra từng mục và hiển thị giá trị chính xác cho nhà cung cấp của bạn.
Với Google Workspace, đó là bản ghi MX smtp.google.com (ưu tiên 1), bản ghi SPF v=spf1 include:_spf.google.com ~all và DKIM dưới google._domainkey từ bảng điều khiển quản trị (giá trị MX của Google). Với Microsoft 365, đó là bản ghi MX *.mail.protection.outlook.com mà trung tâm quản trị hiển thị, bản ghi SPF v=spf1 include:spf.protection.outlook.com ~all và hai CNAME DKIM tên selector1 và selector2 (bản ghi DNS của Microsoft). Mỗi tên miền nên có bản ghi DMARC riêng dưới _dmarc.
Điểm được tính như thế nào?
Mỗi mục có trọng số cố định: SPF, DKIM và DMARC mỗi mục 20, MX và website mỗi mục 15, tuổi 10. Mục đạt được tính đủ, mục cần sửa được tính một nửa, mục thiếu hoặc lượt tra không có câu trả lời không được tính. Tên miền bị đỏ ở SPF, DKIM, DMARC hoặc MX là chưa sẵn sàng, dù điểm bao nhiêu.
Điểm đo cấu hình, không đo uy tín. Hai tên miền cùng điểm có thể phát thư rất khác nhau, vì việc phát thư còn phụ thuộc vào danh sách, nội dung, khối lượng và lịch sử của tên miền với từng nhà cung cấp, và không điều nào trong số đó thấy được trong DNS công khai.
Tại sao số lượt tra SPF lại quan trọng?
RFC 7208 giới hạn SPF ở 10 lượt tra DNS cho cả bản ghi, kể cả các include lồng nhau. Khi vượt quá, bên nhận trả về permerror và SPF thất bại như thể không có bản ghi. Cấu hình cold email thường thêm vào SPF một loạt công cụ gửi thư, một CRM và một công cụ làm ấm, và mỗi include có thể tốn nhiều lượt tra.
Công cụ đi theo từng include, báo tổng số và đánh dấu 9 hoặc 10 là chỉ còn cách thất bại một include. Nếu bạn vượt quá 10, hãy bỏ các dịch vụ không gửi thư dưới tên miền này, hoặc tạo một bản ghi gọn gàng bằng SPF generator (tiếng Anh).
Tên miền cần bao nhiêu tuổi cho cold email?
Không nhà cung cấp hộp thư nào công bố tuổi tối thiểu. Tên miền mới không có lịch sử: nhà cung cấp không có gì để đánh giá, nên những lần gửi đầu tiên bị theo dõi sát. Theo quy tắc riêng, công cụ đánh dấu tên miền dưới 30 ngày tuổi là mới, và cách xử lý là làm ấm, không phải chờ đợi.
Bắt đầu với số lượng nhỏ email mỗi hộp thư mỗi ngày và tăng dần trong vài tuần; email warmup calculator (tiếng Anh) lập kế hoạch theo từng tuần. Một tên miền cũ với lịch sử xấu còn tệ hơn tên miền mới; vì vậy tuổi riêng nó không bao giờ là lý do để mua một tên miền đã hết hạn.
Câu hỏi thường gặp
- Làm sao thiết lập email trên tên miền mới cho cold email?
- Thêm bản ghi MX của nhà cung cấp hộp thư, một bản ghi SPF có nhà cung cấp đó, bật DKIM trong bảng điều khiển của nhà cung cấp và thêm bản ghi DMARC với ít nhất p=none dưới _dmarc. Sau đó kiểm tra tên miền bằng công cụ này để xác nhận từng mục và sao chép các giá trị còn thiếu.
- Điều này có bảo đảm email của tôi vào hộp thư đến không?
- Không. Nó chỉ kiểm tra cấu hình. Việc phát thư còn phụ thuộc vào chất lượng danh sách, nội dung, khối lượng gửi và lịch sử của tên miền với từng nhà cung cấp.
- Cold email có cần DMARC không?
- Có. Gmail và Yahoo yêu cầu người gửi số lượng lớn có bản ghi DMARC; p=none với địa chỉ nhận báo cáo trong rua= là đáp ứng yêu cầu đó.
- SPF permerror nghĩa là gì?
- Nghĩa là bản ghi SPF không đánh giá được, gần như luôn vì nó cần hơn 10 lượt tra DNS khi đi theo mọi include. Khi đó bên nhận coi SPF là thất bại.
- Tại sao DKIM hiển thị Fix dù tôi đã thiết lập?
- Công cụ thử các selector mà nhà cung cấp phổ biến dùng. Một số công cụ gửi thư cấp cho mỗi tài khoản một selector riêng không liệt kê được qua DNS; hãy kiểm tra bằng công cụ kiểm tra DKIM với selector của bạn.
- Công cụ có gửi email từ tên miền của tôi không?
- Không. Nó đọc DNS công khai, bản ghi RDAP của registry và trang chủ. Không có gì được gửi tới máy chủ thư của tên miền, và cũng không có gì được gửi từ các máy chủ đó.
- Tôi có thể kiểm tra nhiều tên miền gửi thư cùng lúc không?
- Có. Không cần tài khoản: dán 25 tên miền mỗi mười phút; sau khi đăng nhập Google: 100, và tải danh sách kiểm tra về dạng CSV.
Cần kiểm tra cả danh sách? 100 địa chỉ đầu tiên miễn phí.
Đăng nhập bằng Google, dán địa chỉ hoặc tải lên tệp CSV. Mỗi địa chỉ được kiểm tra hộp thư SMTP thật và bạn tải kết quả về. Không cần thẻ tín dụng.
Tên miền catch-all và máy chủ không phản hồi được đánh dấu là rủi ro, không bao giờ là hợp lệ.
Khi đăng nhập, bạn đồng ý với Điều khoản sử dụng và Chính sách quyền riêng tư (bằng tiếng Anh). Terms · Privacy
Công cụ miễn phí bằng tiếng Việt
- Kiểm tra địa chỉ Gmail
- Tra nhà cung cấp email
- Xác minh email
- Tra tuổi tên miền
- MBOX sang CSV
- Danh sách tên miền email miễn phí
- Công cụ tạo tên miền còn trống
- Kiểm tra ngày hết hạn tên miền hàng loạt
- Tra quốc gia của số điện thoại
- Tra nameserver hàng loạt
- Kiểm tra email hàng loạt
- Kiểm tra tên miền còn trống hàng loạt
- Tra nhà cung cấp email hàng loạt
- Kiểm tra DMARC
- Kiểm tra trạng thái website hàng loạt
- Kiểm tra hosting website
- Tra WHOIS hàng loạt
- Tra DNS hàng loạt
- Tra nhà đăng ký tên miền