Những gì cần kiểm tra trước mỗi chiến dịch và ngưỡng Brew dùng: giới hạn cắt 102 KB, liên kết hỏng, văn bản thay thế, hỗ trợ ứng dụng email, độ dài nội dung.
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.
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.
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:
#, example.com hay một {{url}} chưa được điềnhttpsbrew.new/pricing mà lại trỏ tới nơi khác thì trông giống phishingHã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 đó.
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:
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.
Mọi hình ảnh đều nên:
alt, hoặc alt="" nếu chỉ để trang tríwidth và height, để bố cục giữ nguyên trong lúc ảnh đang tải hoặc khi ảnh bị chặnMộ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).
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 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ả.
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<title>h1 sang h4WCAG 2.2 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.
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ị và hướng dẫn viết tiêu đề email đi sâu hơn vào cách dùng từ.
Theo CAN-SPAM, 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.
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ợ.
Loại bỏ những gì ứng dụng email sẽ lược bỏ hoặc chặn:
<script>, <form> và <iframe>data:background-color dự phòng, để văn bản vẫn đọc được nếu ảnh không tải đượcHã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.
Tính năng kiểm tra email của Brew chạy danh sách này từ:
POST /v1/emails/audit hoặc công cụ audit_emailXem tài liệu về kiểm tra email và tài liệu tham khảo API để 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ỗ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.
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.
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.
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í.
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.
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, hãy kiểm tra email đó trong Brew trước khi xuất.
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.
