Độ dài email công việc: Các phương pháp tốt nhất cho tiêu đề và nội dung
Độ dài của email công việc ảnh hưởng trực tiếp đến việc nó có được đọc và hành động hay không. Quá dài, người nhận sẽ lướt qua hoặc trì hoãn. Quá ngắn, bạn có thể bị coi là cộc lốc hoặc không rõ ràng. Giống như viết tin nhắn Slack hiệu quả, việc chú ý đến số ký tự giúp bạn giao tiếp chính xác. Bài viết này đề cập đến nền tảng kỹ thuật của email, hành vi hiển thị theo từng ứng dụng email và hướng dẫn thiết kế số ký tự dựa trên bằng chứng.
Thông số kỹ thuật email và số ký tự
RFC 5321 (SMTP) giới hạn mỗi dòng ở 998 octet (byte). Vì văn bản không phải ASCII được mã hóa MIME, số ký tự hiển thị và kích thước dữ liệu thực tế khác nhau. Ví dụ, một ký tự CJK UTF-8 chiếm 3 byte, và mã hóa Base64 tăng thêm khoảng 1,37 lần — vì vậy 1.000 ký tự tiếng Nhật tạo ra khoảng 4,1 KB dữ liệu. RFC 5322 không áp đặt giới hạn ký tự rõ ràng cho header Subject, nhưng như đã lưu ý trong hướng dẫn viết newsletter, chiều rộng hiển thị của ứng dụng email người nhận là ràng buộc thực tế.
Phương pháp mã hóa và kích thước dữ liệu thực tế
Tiêu đề và nội dung email trải qua quá trình mã hóa làm thay đổi kích thước dữ liệu. Cùng một văn bản có thể khác biệt đáng kể về kích thước tùy thuộc vào phương pháp mã hóa — một yếu tố quan trọng khi xử lý giới hạn kích thước máy chủ mail hoặc hạn chế độ dài header.
| Phương pháp mã hóa | Mỗi ký tự CJK | Tiêu đề 20 ký tự | Sử dụng chính |
|---|---|---|---|
| ISO-2022-JP (Base64) | ~2,7 byte | ~76 byte | Email công việc tiếng Nhật |
| UTF-8 (Base64) | ~4,1 byte | ~112 byte | Email quốc tế, Gmail |
| UTF-8 (Quoted-Printable) | ~9 byte | ~180 byte | Một số ứng dụng email |
Header tiêu đề được mã hóa bằng định dạng RFC 2047 MIME encoded-word (=?charset?encoding?encoded-text?=). Với ISO-2022-JP + Base64, tiêu đề tiếng Nhật 4 ký tự mở rộng thành khoảng 45 byte. UTF-8 + Base64 tạo ra khoảng 50 byte cho cùng văn bản. Khi tiêu đề dài hơn, sự khác biệt này tích lũy, và line folding (CRLF + space) được chèn mỗi 76 byte, làm tăng thêm tổng kích thước header.
Trên thực tế, một số máy chủ mail và gateway cũ cắt ngắn hoặc làm lỗi header Subject vượt quá 998 byte. Với UTF-8 + Quoted-Printable, tiêu đề 50 ký tự không phải ASCII có thể đạt khoảng 450 byte, vì vậy giữ tiêu đề dưới 50 ký tự vừa hợp lý về mặt kỹ thuật vừa hiệu quả trong thực tế.
Độ dài tiêu đề tối ưu
Đối với email tiếng Anh, 30–50 ký tự là phạm vi tiêu đề lý tưởng. Khả năng hiển thị khác nhau giữa các ứng dụng và thiết bị:
| Ứng dụng / Thiết bị | Hiển thị tiêu đề | Văn bản xem trước |
|---|---|---|
| Outlook Desktop | ~60–80 ký tự | Ẩn (có thể bật) |
| Gmail (Desktop) | ~70–100 ký tự | Hiển thị màu xám sau tiêu đề |
| Apple Mail (Desktop) | ~80–120 ký tự | Hiển thị trên dòng thứ hai |
| iPhone (Dọc) | ~30–40 ký tự | 1–2 dòng dưới tiêu đề |
| Android Gmail | ~35–45 ký tự | Hiển thị bên phải tiêu đề |
| Apple Watch | ~20–30 ký tự | Không có |
Giống như giới hạn ký tự thông báo đẩy, việc đặt các từ khóa quan trọng nhất trong 30 ký tự đầu tiên của tiêu đề là rất quan trọng.
Tại sao 30–50 ký tự? Ứng dụng desktop có thể hiển thị hơn 60 ký tự, nhưng smartphone chỉ hiển thị 30–45. Giữ tiêu đề trong phạm vi 30–50 ký tự đảm bảo toàn bộ văn bản hiển thị trên desktop trong khi thông điệp cốt lõi vẫn hiển thị trên di động — độ dài "mẫu số chung lớn nhất". Với việc sử dụng email trên di động tiếp tục tăng, phạm vi này ngày càng quan trọng.
Độ dài tiêu đề tương quan rõ ràng với tỷ lệ mở. Phân tích email marketing cho thấy các xu hướng sau:
| Độ dài tiêu đề | Xu hướng tỷ lệ mở | Yếu tố chính |
|---|---|---|
| Dưới 20 ký tự | Thấp | Quá mơ hồ để thúc đẩy mở |
| 20–29 ký tự | Trung bình | Ngắn gọn nhưng có thể thiếu chi tiết |
| 30–50 ký tự | Cao nhất | Mục đích rõ ràng, hiển thị trên di động |
| 51–70 ký tự | Thấp hơn một chút | Bắt đầu bị cắt trên di động |
| Trên 70 ký tự | Thấp | Bị cắt nhiều, ý định không rõ |
Phạm vi 30–50 ký tự đạt tỷ lệ mở cao nhất vì nó đại diện cho độ dài ngắn nhất truyền đạt rõ ràng mục đích của email.
Tối ưu hóa văn bản xem trước
Gmail và ứng dụng mail iPhone hiển thị phần mở đầu của nội dung email dưới dạng "văn bản xem trước" sau tiêu đề. Khu vực này khoảng 40–90 ký tự và là cơ hội quý giá để bổ sung thông tin quan trọng cho tiêu đề.
Nhiều email công việc bắt đầu bằng lời chào như "Xin chào [Tên], tôi hy vọng email này đến với bạn tốt đẹp." — nghĩa là văn bản xem trước hiển thị lời xã giao thay vì nội dung thực chất. Bằng cách đặt kết luận hoặc điểm chính ngay câu đầu tiên, bạn có thể truyền đạt toàn bộ bức tranh trong phạm vi 70–140 ký tự kết hợp của tiêu đề + văn bản xem trước.
Đối với email HTML, một kỹ thuật phổ biến là đặt văn bản preheader ẩn bằng <div style="display:none; max-height:0; overflow:hidden;">. Điều này cho phép bạn kiểm soát văn bản xem trước độc lập với nội dung hiển thị. Tuy nhiên, bạn phải chèn đủ ký tự khoảng trắng vô hình (‌ lặp lại) sau preheader — nếu không, văn bản nội dung hiển thị sẽ xuất hiện nối tiếp preheader trong bản xem trước.
Độ dài hiển thị văn bản xem trước khác nhau theo ứng dụng. Gmail (desktop) hiển thị nhiều văn bản xem trước hơn khi tiêu đề ngắn hơn, đôi khi vượt quá 100 ký tự. iPhone ở chế độ dọc giới hạn khoảng 40–60 ký tự. Để hoạt động hiệu quả trên tất cả ứng dụng, hãy đặt thông tin quan trọng nhất trong 40 ký tự đầu tiên của văn bản xem trước.
Hướng dẫn độ dài nội dung
Độ dài nội dung tối ưu khác nhau theo loại email. Các hướng dẫn sau cân bằng tỷ lệ phản hồi và tỷ lệ đọc hết:
| Loại email | Số từ | Tỷ lệ phản hồi |
|---|---|---|
| Xác nhận nhanh | 50–100 từ | Cao (phản hồi ngay) |
| Yêu cầu và báo cáo | 100–200 từ | Cao |
| Đề xuất và giải thích | 200–300 từ | Trung bình |
| Báo cáo chi tiết | Trên 300 từ | Thấp (nên đính kèm) |
Độ dài nội dung và tỷ lệ phản hồi có tương quan rõ ràng. Email 100–200 từ đạt tỷ lệ phản hồi cao nhất, trong khi email vượt quá 300 từ giảm đáng kể. Điều này xuất phát từ tải nhận thức — bộ nhớ làm việc chỉ có thể xử lý một lượng thông tin hạn chế cùng lúc, và email dài hơn khiến người nhận khó xác định hành động cần thiết.
Độ dài tối ưu theo danh mục email
Email công việc, email marketing và email giao dịch có yêu cầu độ dài khác nhau cơ bản.
| Danh mục email | Tiêu đề | Nội dung | Trọng tâm thiết kế |
|---|---|---|---|
| Nội bộ công ty | 30–40 ký tự | 50–200 từ | Truyền đạt nhanh điểm chính |
| Đối ngoại | 35–50 ký tự | 100–300 từ | Cân bằng lịch sự và ngắn gọn |
| Email marketing | 30–45 ký tự | 100–250 từ | Đường ngắn đến CTA |
| Email giao dịch | 35–55 ký tự | 50–150 từ | Thông tin đầy đủ, ngắn gọn |
| Newsletter (văn bản thuần) | 35–50 ký tự | 200–500 từ | Giảm thiểu cuộn trang |
| Newsletter (HTML) | 35–50 ký tự | 100–300 từ | Cân bằng hình ảnh và văn bản |
Điều gì xảy ra khi độ dài sai
Sai lầm về độ dài email có thể làm xói mòn sự tin tưởng chuyên nghiệp. Dưới đây là các mẫu phổ biến cần tránh:
- Tiêu đề chỉ ghi "Xin chào" hoặc "Hi" — người nhận không thể đánh giá mức độ ưu tiên mà không biết chủ đề. Các giám đốc xử lý hàng chục email có xu hướng giảm ưu tiên tin nhắn có tiêu đề mơ hồ. Trong trường hợp xấu nhất, nó bị đánh dấu là spam.
- Nội dung vượt quá 500 từ — yêu cầu cuộn trang nhiều và chôn vùi thông tin quan trọng. Email trên 300 từ cho thấy tỷ lệ phản hồi giảm. Đối với nội dung dài, hãy đặt phần thiết yếu trong nội dung và đính kèm chi tiết.
- Nội dung dưới 10 từ — "Đã nhận" hoặc "Đã hiểu" có vẻ hiệu quả, nhưng có thể cảm thấy thiếu tôn trọng với khách hàng hoặc đồng nghiệp cấp cao. Thêm một dòng ngắn tạo ra sự khác biệt đáng kể về giọng điệu.
- Tiêu đề và nội dung không khớp — tiêu đề ghi "Vui lòng xác nhận" kết hợp với nội dung chỉ báo cáo thông tin mà không liệt kê mục cần xác nhận gây nhầm lẫn và trì hoãn hành động.
Kích thước email HTML so với văn bản thuần
Cùng nội dung ở định dạng HTML so với văn bản thuần có thể khác biệt đáng kể về kích thước dữ liệu. Email HTML bao gồm thẻ markup, CSS và tham chiếu hình ảnh, thường dẫn đến khối lượng dữ liệu gấp 3–10 lần văn bản thuần.
Một lưu ý thực tế: trong email HTML, số ký tự hiển thị và số ký tự mã nguồn khác nhau. Ví dụ, "bold text" hiển thị 9 ký tự trên màn hình nhưng là <strong>bold text</strong> — 30 ký tự trong mã nguồn HTML. Khi quản lý số ký tự cho email marketing, hãy đánh giá theo văn bản hiển thị, không phải mã nguồn.
Ngoài ra, email multipart/alternative bao gồm cả phiên bản HTML và văn bản thuần gần như gấp đôi khối lượng dữ liệu. Với giới hạn kích thước máy chủ mail (thường 25–50 MB trong môi trường doanh nghiệp), việc giữ nội dung email HTML ngắn gọn là thiết yếu.
4 mẹo để email được đọc
- Viết tiêu đề cụ thể. Tránh tiêu đề mơ hồ như "Câu hỏi nhanh." Thay vào đó dùng "[Cần hành động] Báo cáo tiến độ dự án Q3". Thêm thẻ danh mục trong ngoặc vuông ở đầu giúp người nhận đánh giá ngay mức độ ưu tiên.
- Bắt đầu bằng kết luận. Người nhận bận rộn cần điểm chính ngay lập tức — đừng chôn nó ở đoạn thứ ba. Lý tưởng nhất, hai dòng đầu tiên nên nêu rõ bạn cần gì và khi nào cần.
- Giữ đoạn văn 2–3 câu. Các khối văn bản dài bị bỏ qua, đặc biệt trên di động nơi đoạn 3 dòng trên desktop xuống 6–7 dòng. Để có mẹo viết chuyên nghiệp, hãy tham khảo sách viết email công việc.
- Sử dụng danh sách gạch đầu dòng cho nhiều mục. Danh sách được quét nhanh gấp 2–3 lần so với đoạn văn xuôi.
Kỹ thuật email chuyên nghiệp
Những người chuyên nghiệp xử lý hàng chục email mỗi ngày dựa vào các chiến lược sau:
- Hướng đến email "hoàn chỉnh trong tiêu đề". Tiêu đề như "[Cập nhật] Cuộc họp khách hàng A chuyển sang 10/3 lúc 14h" truyền đạt toàn bộ thông điệp mà người nhận không cần mở email — tiết kiệm thời gian tối đa.
- Áp dụng nguyên tắc BLUF (Bottom Line Up Front - Kết luận trước). Kỹ thuật có nguồn gốc quân sự này đặt kết luận trước, sau đó là bối cảnh: "Yêu cầu: Vui lòng phê duyệt ngân sách Q3. Lý do: Hạn chót là thứ Sáu." Người đọc bận rộn nắm được điểm chính trong hai dòng.
- Tuân theo "quy tắc 5 câu." Nhắm đến năm câu hoặc ít hơn tự nhiên tạo ra email ngắn gọn, tập trung. Nếu không thể gói gọn trong năm câu, hãy cân nhắc gọi điện hoặc họp thay thế.
- Giảm thiểu trích dẫn trong phản hồi. Trích dẫn toàn bộ văn bản chỉ thêm cuộn trang. Chỉ trích dẫn phần liên quan và viết phản hồi ngay bên dưới.
Các trường hợp biên thường bị bỏ qua
Khi nghĩ về số ký tự email, bạn cần quản lý nhiều hơn chỉ nội dung chính:
- Độ dài chữ ký: Chữ ký thường 3–5 dòng (50–100 ký tự), nhưng thêm phòng ban, chức danh, điện thoại và URL có thể đẩy lên hơn 200 ký tự. Ngay cả nội dung 100 từ cũng cảm thấy dài khi chữ ký thêm 150 ký tự nữa. Giữ chữ ký tối giản.
- CC/BCC và kích thước header: Thêm nhiều địa chỉ vào CC làm tăng header email. RFC 5321 giới hạn mỗi lệnh ở 512 octet, và quá nhiều người nhận CC có thể gây lỗi gửi. Với hơn 10 người nhận, hãy cân nhắc sử dụng mailing list.
- Độ dài tên tệp đính kèm: Tên tệp dài với ký tự không phải ASCII mở rộng khi mã hóa MIME và có thể bị cắt bởi một số máy chủ mail. Giữ tên tệp đính kèm dưới 50 ký tự cho an toàn.
- Tích lũy trích dẫn phản hồi: Chuỗi email nhiều vòng có thể tích lũy hàng chục nghìn ký tự trong văn bản trích dẫn. Một số máy chủ mail áp dụng giới hạn 10 MB mỗi tin nhắn, và chỉ riêng tích lũy trích dẫn có thể gây lỗi gửi.
Emoji trong tiêu đề: Cạm bẫy mã hóa
Sử dụng emoji trong tiêu đề để nổi bật đã trở nên phổ biến trong email marketing, nhưng có những cạm bẫy kỹ thuật. Emoji được biểu diễn bằng cặp surrogate Unicode hoặc chuỗi ký tự kết hợp, khiến chúng lớn hơn ký tự thông thường khi mã hóa.
Ví dụ, "🎉" (pháo hoa) chiếm 4 byte trong UTF-8 và khoảng 8 byte sau mã hóa Base64. Emoji có tông da (ví dụ: 👋🏻) bao gồm emoji cơ sở + ZWJ (Zero Width Joiner) + modifier, đạt 8–12 byte cho một ký tự hiển thị duy nhất. Emoji cờ (ví dụ: 🇺🇸) sử dụng cặp Regional Indicator Symbol và cũng chiếm 8 byte.
Vấn đề không chỉ ở kích thước. ISO-2022-JP không thể biểu diễn emoji, nên tiêu đề chứa emoji buộc phải dùng mã hóa UTF-8. Nếu ứng dụng email người nhận mong đợi ISO-2022-JP, tiêu đề có thể hiển thị lỗi. Các phiên bản Outlook cũ (2013 trở về trước) và một số dịch vụ email nhà mạng có thể thay emoji bằng "□" hoặc "?". Đối với email công việc, hãy tránh hoàn toàn emoji. Đối với email marketing, hãy xem xét môi trường email của đối tượng trước khi sử dụng.
Hành vi hiển thị theo ứng dụng
Cùng một email hiển thị khác nhau trên các ứng dụng. Gmail hiển thị văn bản xem trước màu xám sau tiêu đề — tiêu đề càng ngắn, không gian xem trước càng nhiều. Outlook desktop ẩn văn bản xem trước theo mặc định, nên người nhận đánh giá email chỉ qua tiêu đề. Apple Mail hỗ trợ hiển thị hai dòng, hiển thị hơn 100 ký tự kết hợp tiêu đề và xem trước. Với những khác biệt này, tiêu đề 30–50 ký tự kết hợp câu mở đầu mạnh mẽ là chiến lược tối ưu trên tất cả ứng dụng.
Độ dài email newsletter
Đối với email newsletter, định dạng văn bản thuần hoạt động tốt nhất ở 200–500 từ, trong khi newsletter HTML nên nhắm đến 100–300 từ nội dung. Giữ bố cục ngắn gọn để giảm thiểu cuộn trang và ngăn việc bỏ đọc sau khi mở.
"Giờ vàng" và độ dài email
Tỷ lệ mở email đạt đỉnh từ 8–10 giờ sáng các ngày trong tuần, khi mọi người xử lý hàng loạt tin nhắn nhanh chóng với thời gian đọc ngắn hơn cho mỗi email. Email gửi từ 2–4 giờ chiều có xu hướng được đọc kỹ hơn. Điều này gợi ý chiến lược thực tế: giữ email buổi sáng ngắn hơn (50–75 từ) và email buổi chiều chi tiết hơn một chút (100–150 từ).
Kết luận
Giao tiếp email hiệu quả cân bằng giữa ngắn gọn và rõ ràng. Giữ tiêu đề trong phạm vi 30–50 ký tự, và điều chỉnh độ dài nội dung phù hợp với mục đích email. Hiểu sự khác biệt mã hóa, hành vi hiển thị theo ứng dụng và tối ưu hóa văn bản xem trước cho phép bạn thiết kế email hoạt động đáng tin cậy trên mọi môi trường. Chú ý đến chi tiết như mã hóa emoji và văn bản preheader có thể cải thiện cả tỷ lệ mở và tỷ lệ phản hồi. Để tìm hiểu thêm chiến lược, hãy khám phá sách chiến lược email marketing. Sử dụng Bộ đếm ký tự để kiểm tra độ dài email trước khi gửi.