# Danh sách kiểm tra chất lượng email trước khi gửi: 8 mục

URL chính tắc: https://brew.new/vi/blog/pre-send-email-qa-checklist
Tác giả: Thomas Park
Ngày đăng: 2026-10-11
Ngày cập nhật: 2026-10-11

Danh sách kiểm tra chất lượng (QA) trước khi gửi là danh sách ngắn những mục bạn kiểm tra trên mọi email trước khi gửi đi. Các chiến dịch lỗi thường được gửi đi với một nút vẫn trỏ tới `#`, một ảnh banner bị thay bằng tệp PNG 4 MB lúc 6 giờ chiều, hoặc một bố cục hai cột mà Outlook cổ điển bỏ qua. Mỗi lỗi chỉ mất một phút để phát hiện trước khi gửi, nhưng không thể sửa sau khi đã gửi.

Tháng này, chúng tôi đã xây dựng lại tính năng kiểm tra email của Brew xoay quanh các mục này, mỗi mục có một ngưỡng chính xác. Bạn có thể tự kiểm tra thủ công, dù có dùng Brew hay không.

![Kết quả kiểm tra email hiển thị điểm số, trạng thái sẵn sàng và các phát hiện được nhóm theo mức độ nghiêm trọng.](/images/blog/email-audit-findings.png)

*Các phát hiện được nhóm theo mức độ nghiêm trọng, kèm một kết luận duy nhất về mức độ sẵn sàng.*

## Những điểm chính

- Kiểm tra tám nhóm: liên kết, dung lượng, hình ảnh, hỗ trợ trên ứng dụng email, khả năng tiếp cận, nội dung, tuân thủ và mã đánh dấu (markup).
- Gmail cắt bớt HTML vượt quá khoảng 102 KB, làm ẩn chân email và liên kết hủy đăng ký. Brew cảnh báo từ 80 KB vì tính năng theo dõi lượt nhấp làm email nặng thêm.
- Hãy nhấp vào mọi liên kết trong một email thử nghiệm đã đến hộp thư, nhưng đừng bao giờ để công cụ kiểm tra tự động mở liên kết hủy đăng ký hoặc liên kết quản lý tùy chọn nhận email.
- Tính năng kiểm tra của Brew chấm điểm từ 0 đến 100: trừ 20 điểm cho mỗi vấn đề nghiêm trọng, 10 điểm cho mỗi lỗi, 3 điểm cho mỗi cảnh báo. Chỉ cần có một vấn đề nghiêm trọng hoặc một lỗi là email chưa sẵn sàng.
- Tính năng kiểm tra không bao giờ chặn lượt gửi, và không kiểm tra khả năng vào hộp thư đến, ảnh chụp màn hình hiển thị hay chế độ tối.

## 1. Liên kết

Một liên kết hỏng sẽ khiến lượt gửi trở nên vô ích. Hãy kiểm tra để chắc chắn rằng:

- mọi nút đều có đích đến thật, không phải `#`, `example.com` hay một `{{url}}` chưa được điền
- không liên kết nào trả về lỗi 404 hoặc 410, trỏ tới một tên miền không phân giải được, có chứng chỉ lỗi, từ chối kết nối hoặc chuyển hướng vòng lặp
- mọi liên kết đều dùng `https`
- văn bản liên kết hiển thị khớp với đích đến. `brew.new/pricing` mà lại trỏ tới nơi khác thì trông giống phishing
- bạn không dùng các dịch vụ rút gọn URL công khai, vốn dùng chung uy tín với mọi kẻ gửi spam đang dùng chúng

Hãy nhấp vào mọi liên kết trong email thử nghiệm đã đến hộp thư, chứ không phải trong trình chỉnh sửa. ESP viết lại liên kết để theo dõi lượt nhấp vào lúc gửi, nên chuỗi chuyển hướng và tham số theo dõi bị lỗi chỉ lộ ra ở đó.

Đừng bao giờ để công cụ kiểm tra tự động truy cập liên kết hủy đăng ký hoặc liên kết quản lý tùy chọn nhận email. Một số nhà cung cấp coi bất kỳ yêu cầu nào tới URL đó là một lượt hủy đăng ký. Và việc công cụ kiểm tra bị chặn bởi tường chống bot không chứng minh liên kết đã hỏng. Hãy tự nhấp vào liên kết đó.

## 2. Dung lượng

Gmail cắt bớt những email có hơn khoảng **102 KB** HTML, phần còn lại nằm sau liên kết “View entire message”. Điều đó làm ẩn chân email, liên kết hủy đăng ký và địa chỉ bưu chính, nên một email tiếp thị bị cắt bớt sẽ âm thầm trở thành vấn đề về tuân thủ.

Các ngưỡng của chúng tôi:

- **80 KB** HTML là mức cảnh báo
- **102 KB** HTML là lỗi, vì Gmail sẽ cắt bớt email
- **3 MB** tổng dung lượng tải, gồm HTML và hình ảnh, là mức cảnh báo
- **5 MB** tổng dung lượng tải là lỗi

Chúng tôi cảnh báo từ 80 KB vì tính năng theo dõi lượt nhấp thay liên kết ngắn bằng URL chuyển hướng dài hơn, và một số ESP còn chèn thêm mã. Email 98 KB trong trình chỉnh sửa có thể thành 105 KB khi đến hộp thư.

Những thứ thường làm email phình to: style nội tuyến lặp lại trên mọi phần tử, comment còn sót lại từ trình tạo email, các phần trùng lặp bị ẩn dành cho di động và máy tính, và ảnh base64 được nhúng.

## 3. Hình ảnh

Mọi hình ảnh đều nên:

- có văn bản `alt`, hoặc `alt=""` nếu chỉ để trang trí
- có `width` và `height`, để bố cục giữ nguyên trong lúc ảnh đang tải hoặc khi ảnh bị chặn
- tải được, và đúng là một hình ảnh, không phải một trang lỗi HTML
- nhỏ hơn **1 MB**, hoặc **3 MB** với ảnh GIF

Một ảnh lớn phía trên một dòng chữ sẽ không đọc được khi ảnh bị tắt, trình đọc màn hình không hiểu được, và một số bộ lọc còn coi đó là dấu hiệu spam. Hãy đặt dòng tiêu đề và ưu đãi ở dạng văn bản thật (live text).

## 4. Hỗ trợ trên ứng dụng email

Flexbox, grid, `position`, ảnh nền và SVG nội tuyến đều bị lỗi trên ít nhất một ứng dụng email lớn. [Can I email](https://www.caniemail.com/) theo dõi mức hỗ trợ theo từng tính năng và từng ứng dụng, và đây là nguồn tham khảo tốt nhất.

Hãy để mắt kỹ nhất đến Outlook. Gmail và Apple Mail thường xuống cấp một cách lặng lẽ. Outlook cổ điển trên Windows hiển thị bằng công cụ bố cục của Word, bỏ qua nhiều thuộc tính chiều rộng CSS, bỏ ảnh nền và loại bỏ khoảng đệm của những nút được dựng bằng liên kết có định kiểu.

Chúng tôi chỉ gắn cờ một tính năng cho một nhóm ứng dụng, chẳng hạn Gmail hoặc Outlook, khi có ít nhất hai ứng dụng trong nhóm đó không hỗ trợ. Chỉ khi Outlook làm hỏng tính năng mà không có phương án dự phòng thì đó mới là cảnh báo. Mọi trường hợp khác chỉ ở mức thông tin. Nếu không, email nào cũng sẽ nhận hai mươi cảnh báo về ứng dụng email và mọi người sẽ phớt lờ tất cả.

## 5. Khả năng tiếp cận

Những mục kiểm tra tốn ít công sức:

- `lang` trên `<html>`, để trình đọc màn hình phát âm đúng
- một thẻ `<title>`
- các cấp đề mục theo đúng thứ tự, không nhảy từ `h1` sang `h4`
- văn bản thay thế nói rõ hình ảnh truyền đạt điều gì. “Biểu đồ cột cho thấy lượt đăng ký tăng gấp đôi trong tháng 3” là hữu ích. “image1.png” thì không
- độ tương phản của văn bản nội dung, nút bấm và chữ xám nhạt ở chân email, nơi ẩn chứa phần lớn lỗi

[WCAG 2.2](https://www.w3.org/TR/WCAG22/) là chuẩn tham chiếu. Phần lớn vấn đề trong email tương ứng với các tiêu chí của chuẩn này về văn bản thay thế, độ tương phản, ngôn ngữ của trang và đề mục.

## 6. Nội dung, tiêu đề và văn bản xem trước

Hãy giữ tiêu đề dưới khoảng **60 ký tự** và **9 từ**, nếu không điện thoại sẽ cắt bớt. Tránh VIẾT HOA TOÀN BỘ, tránh “RE:” hoặc “FWD:” ở email không phải thư trả lời, và tránh dùng cả loạt dấu chấm than.

Giữ văn bản xem trước dưới khoảng **90 ký tự** và không lặp lại tiêu đề. Nếu để trống, nhiều ứng dụng email sẽ hiển thị “Xem trên trình duyệt” thay vào đó.

Một thẻ cá nhân hóa không có giá trị dự phòng sẽ gửi “Chào ,” tới mọi người không có tên. Người đọc sẽ nhớ điều đó.

Mọi con số đều nên có nguồn mà bạn chỉ ra được, nhất là trong bản nháp đầu tiên do AI viết, vốn rất dễ đưa ra những con số đầy tự tin. [Cách viết email tiếp thị](/vi/blog/how-to-write-marketing-emails) và [hướng dẫn viết tiêu đề email](/vi/blog/email-subject-lines) đi sâu hơn vào cách dùng từ.

## 7. Tuân thủ

Theo [CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business), email thương mại cần có liên kết hủy đăng ký hoạt động được và địa chỉ bưu chính hợp lệ. Người gửi hàng loạt tới Gmail và Yahoo còn cần header hủy đăng ký một chạm, được trình bày trong bài [Những gì vẫn áp dụng khi agent gửi email thay bạn](/vi/blog/agent-email-deliverability).

Email giao dịch được miễn một số quy tắc dành cho email tiếp thị, nhưng không được miễn danh sách kiểm tra này. Một biên lai có liên kết hỏng vẫn sẽ thành một yêu cầu hỗ trợ.

## 8. Mã đánh dấu

Loại bỏ những gì ứng dụng email sẽ lược bỏ hoặc chặn:

- các phần tử `<script>`, `<form>` và `<iframe>`
- SVG nhúng và URI `data:`
- ảnh nền không có `background-color` dự phòng, để văn bản vẫn đọc được nếu ảnh không tải được

Hãy bắt đầu bằng khai báo doctype. Nếu thiếu, một số ứng dụng email sẽ hiển thị ở chế độ quirks và khoảng cách bị xô lệch.

## Chạy danh sách kiểm tra trong Brew

Tính năng kiểm tra email của Brew chạy danh sách này từ:

- thẻ **Kiểm tra** trong hộp thoại gửi, cạnh “Xem trước” và “Đối tượng”
- nút **Kiểm tra** trên các bước gửi email trong canvas tự động hóa
- API và MCP, với `POST /v1/emails/audit` hoặc công cụ `audit_email`

Xem [tài liệu về kiểm tra email](https://docs.brew.new/create-emails/audit-email) và [tài liệu tham khảo API](https://docs.brew.new/api-reference/public-v1/emails/audit-an-email) để biết mọi trường.

Các mục **kiểm tra nhanh** miễn phí tự động chạy với mọi quy tắc chỉ cần đến HTML: giá trị giữ chỗ, dung lượng, thiếu văn bản thay thế và kích thước ảnh, thứ tự đề mục, `lang` và `<title>`, độ dài tiêu đề và văn bản xem trước, thẻ cá nhân hóa không có giá trị dự phòng, và mã đánh dấu bị chặn.

**Chạy kiểm tra** bổ sung các mục cần đến kết nối mạng hoặc khả năng đánh giá:

- một yêu cầu thật tới mọi liên kết, tối đa 100 liên kết mỗi email, bỏ qua liên kết hủy đăng ký và liên kết quản lý tùy chọn nhận email. Liên kết bị tường chống bot chặn sẽ được ghi là “chưa xác minh”, không phải đã hỏng
- một yêu cầu tới mọi hình ảnh, để phát hiện ảnh hỏng hoặc quá nặng
- mức hỗ trợ trên 15 ứng dụng email thuộc bốn nhóm, Gmail, Apple Mail, Outlook và Yahoo, theo quy tắc ở phần 4
- độ tương phản và các quy tắc tiếp cận khác, kèm tham chiếu WCAG 2.2
- một bước AI rà soát xem tiêu đề có gây hiểu lầm không, văn bản liên kết và văn bản thay thế có ý nghĩa không, email có địa chỉ bưu chính theo định dạng của bất kỳ quốc gia nào không, và email là email tiếp thị hay email giao dịch

Mỗi phán đoán của AI đều được tinh chỉnh để một phát hiện được nêu ra đúng ít nhất 95% số lần trên những email của chính chúng tôi. Một công cụ rà soát AI hay báo động giả còn tệ hơn là không có.

Một lần kiểm tra đầy đủ tốn 5 tín dụng. Nếu một mục kiểm tra bắt buộc không chạy được, bạn sẽ nhận được kết quả kiểm tra một phần miễn phí, không có điểm số, vì một điểm số đã bỏ qua các mục kiểm tra sẽ gây hiểu lầm.

## Cách tính điểm

Mỗi lần kiểm tra trả về một điểm số từ 0 đến 100 và một trạng thái: sẵn sàng, cần xem lại hoặc chưa sẵn sàng (trong ứng dụng hiển thị lần lượt là “Sẵn sàng gửi”, “Cần xem lại” và “Phát hiện vấn đề”). Mỗi phát hiện có một mức độ nghiêm trọng, Nghiêm trọng, Lỗi, Cảnh báo hoặc Thông tin, kèm bằng chứng như mã trạng thái HTTP của một liên kết hỏng.

Điểm bắt đầu từ 100. Mỗi vấn đề nghiêm trọng trừ 20 điểm, mỗi lỗi trừ 10, mỗi cảnh báo trừ 3, còn thông tin không trừ điểm. Mỗi quy tắc chỉ tính ba lần vi phạm đầu tiên.

Ví dụ: một nút liên kết tới `#`, một liên kết ở chân email trả về lỗi 404, hai ảnh không có văn bản thay thế, một tiêu đề dài 68 ký tự và flexbox bị hai ứng dụng Yahoo bỏ qua.

| Phát hiện | Mức độ nghiêm trọng | Điểm |
| --- | --- | --- |
| Liên kết của nút là giá trị giữ chỗ | Nghiêm trọng | −20 |
| Liên kết ở chân email trả về 404 | Lỗi | −10 |
| Ảnh không có văn bản thay thế (×2) | Cảnh báo | −6 |
| Tiêu đề dài quá 60 ký tự | Cảnh báo | −3 |
| Flexbox bị 2 ứng dụng Yahoo bỏ qua | Thông tin | 0 |
| **Điểm** | | **61** |

Chỉ cần có một vấn đề nghiêm trọng hoặc một lỗi là email ở trạng thái “chưa sẵn sàng”; nếu chỉ có cảnh báo thì là “cần xem lại”. Sửa hai liên kết đó, email này đạt 91 điểm, ở trạng thái cần xem lại. Nói thật lòng: email vẫn gửi đi bình thường, và phần còn lại đáng để bạn dành ra một phút.

**Sửa trong chat** chuyển các cảnh báo và những vấn đề nặng hơn cho agent của Brew, rồi chạy lại các mục kiểm tra nhanh miễn phí trên bản đã sửa.

## Những gì tính năng kiểm tra không làm

Tính năng này không chặn lượt gửi. Khi có phát hiện nghiêm trọng, hộp thoại gửi sẽ yêu cầu bạn chọn **Vẫn gửi** và ghi lại việc gửi bất chấp cảnh báo đó. Các lượt gửi qua API, MCP và tự động hóa sẽ báo cáo các phát hiện rồi vẫn tiếp tục gửi. Đó là mặc định đúng đắn. Có những email mà bài kiểm tra không ưa nhưng vẫn nên được gửi đi, và một công cụ QA giữ lượt gửi làm con tin sẽ sớm bị tắt đi.

Tính năng này không viết lại HTML của bạn. Việc sửa lỗi là một bước riêng do bạn khởi động.

Tính năng này không kiểm tra khả năng vào hộp thư đến, không chụp ảnh màn hình hiển thị và không kiểm tra chế độ tối. Với chế độ tối, hãy mở email thử nghiệm trên điện thoại khi đang bật chế độ tối. Cách này sẽ phát hiện logo biến mất trên nền đen.

## Câu hỏi thường gặp

### Kết quả kiểm tra có hiệu lực trong bao lâu?

Trong hộp thoại gửi là 15 phút. Sau thời gian đó, hoặc nếu email thay đổi, khung kiểm tra sẽ yêu cầu bạn kiểm tra lại. Qua MCP, bạn có thể đọc lại báo cáo đã lưu trong 7 ngày mà không mất phí.

### Điểm cao có nghĩa là email sẽ vào hộp thư đến không?

Không. Bài kiểm tra chỉ đánh giá bản thân email. Việc vào hộp thư đến còn phụ thuộc vào uy tín tên miền, xác thực và tỷ lệ khiếu nại, được trình bày trong [hướng dẫn về khả năng gửi đến](/vi/blog/email-deliverability).

### Tôi có thể kiểm tra một email được tạo bằng công cụ khác không?

Có, qua API hoặc MCP. Hãy gửi `emailHtml` hoặc `emailJsx` thay vì ID email trong Brew để nhận cùng một báo cáo trước khi email được đưa vào ESP. Nếu bạn [remix một mẫu trong thư viện và xuất sang ESP](/vi/blog/how-to-remix-a-real-brand-email-template-and-export-it-to-your-esp), hãy kiểm tra email đó trong Brew trước khi xuất.

### Ai trong đội ngũ của tôi có thể chạy kiểm tra?

Bất kỳ ai có quyền truy cập thương hiệu đều chạy được: quản trị viên tổ chức và những thành viên được thêm vào thương hiệu đó. Brew không có vai trò chỉ xem.