Cập nhật lần cuối:
Độ 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 5322 (Internet Message Format, năm 2008) quy định tại §2.1.1 rằng mỗi dòng không được vượt quá 998 octet (byte), không tính CRLF ở cuối dòng, và khuyến nghị giữ mỗi dòng dưới 78 ký tự. 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 (4/3 lần theo nguyên lý Base64, cộng thêm phần ngắt dòng) - 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 (2 byte × 4/3) | ~82 byte | Email công việc tiếng Nhật |
| UTF-8 (Base64) | ~4 byte (3 byte × 4/3) | ~92 byte | Email quốc tế, Gmail |
| UTF-8 (Quoted-Printable) | ~9 byte (3 byte × 3) | ~192 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 tiêu đề tiếng Nhật 4 ký tự "会議の件", ISO-2022-JP + Base64 cho ra =?iso-2022-jp?B?GyRCMnE1RCRON28bKEI=?= dài 38 byte, còn UTF-8 + Base64 cho ra =?utf-8?B?5Lya6K2w44Gu5Lu2?= chỉ 28 byte. Với tiêu đề ngắn, UTF-8 lại nhỏ hơn vì ISO-2022-JP phải thêm escape sequence chuyển bộ ký tự; từ khoảng 12 ký tự tiếng Nhật trở lên thì quan hệ đảo ngược và ISO-2022-JP mới nhỏ hơn. RFC 2047 giới hạn mỗi encoded-word ở 75 ký tự và khuyến nghị mỗi dòng header không quá 76 ký tự, nên tiêu đề dài phải chia thành nhiều encoded-word nối với nhau bằng line folding (CRLF + space), 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ị | Độ rộng hiển thị tiêu đề được quyết định thế nào | Văn bản xem trước |
|---|---|---|
| Outlook Desktop | Phụ thuộc độ rộng cột danh sách và cỡ chữ - đổi ngay khi người dùng kéo cột hoặc bật ngăn xem trước | Ẩn (có thể bật) |
| Gmail (Desktop) | Phụ thuộc độ rộng cửa sổ trình duyệt - tiêu đề và văn bản xem trước cùng chia một dòng | Hiển thị màu xám sau tiêu đề |
| Apple Mail (Desktop) | Phụ thuộc độ rộng cột và số dòng xem trước đã chọn trong cài đặt | Hiển thị trên dòng thứ hai |
| iPhone (Dọc) | Cố định theo độ rộng màn hình - tiêu đề xuống dòng tối đa hai dòng rồi bị cắt | 1–2 dòng dưới tiêu đề |
| Android Gmail | Cố định theo độ rộng màn hình - tiêu đề gói trong một dòng | Hiển thị dưới tiêu đề |
| Apple Watch | Cố định theo màn hình rất hẹp - chỉ còn vài từ đầu tiên | 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 thường hiện được cả những tiêu đề khá dài, còn màn hình điện thoại ở chế độ dọc chỉ hiện được phần đầu. 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.
Thay vì dựa vào các con số tỷ lệ mở khó kiểm chứng, hãy nhìn vào điều có thể tự quan sát: tiêu đề dài bao nhiêu thì còn đọc được trong danh sách thư trên điện thoại, và điều gì dễ đi kèm với từng độ dài.
| Độ dài tiêu đề | Cách hiển thị trong danh sách thư trên điện thoại | Vấn đề dễ gặp |
|---|---|---|
| Dưới 20 ký tự | Hiện trọn vẹn, còn dư chỗ cho văn bản xem trước | Quá mơ hồ - người nhận không biết email nói về việc gì |
| 20–29 ký tự | Hiện trọn vẹn trên hầu hết thiết bị | Khó phân biệt với những email tương tự trong cùng chuỗi |
| 30–50 ký tự | Thường hiện gần trọn vẹn ở chế độ dọc | Ít vấn đề, miễn là từ khóa quan trọng nằm ở đầu |
| 51–70 ký tự | Phần cuối bắt đầu bị cắt bằng dấu ba chấm | Thông tin đặt ở cuối tiêu đề bị mất |
| Trên 70 ký tự | Chỉ đọc được khoảng nửa đầu | Mục đích của email không hiện ra, dễ bị lướt qua |
Vì vậy phạm vi 30–50 ký tự đáng dùng làm mốc: đủ để nói rõ mục đích, mà vẫn hiện gần trọn trong danh sách thư trên điện thoại.
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 đề. Độ dài đọc được ở khu vực này không cố định: tiêu đề càng ngắn thì phần xem trước càng được nới rộng, và trên điện thoại nó thường chỉ còn một đến hai dòng. Dù vậy, đây 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 chỉ trong phần tiêu đề cộng văn bản xem trước, tức là trước khi người nhận mở email.
Đố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) dành phần còn lại của dòng cho văn bản xem trước, nên tiêu đề càng ngắn thì phần này càng dài; ngược lại tiêu đề dài có thể đẩy nó biến mất hoàn toàn. iPhone ở chế độ dọc chỉ hiện một đến hai dòng ngay dưới tiêu đề. Để hoạt động hiệu quả trên mọi ứng dụng, hãy đặt thông tin quan trọng nhất ngay ở câu đầu tiên của nội dung.
Hướng dẫn độ dài nội dung
Độ dài nội dung phù hợp khác nhau theo loại email. Bảng dưới đây là mốc tham khảo, kèm theo cách người nhận thường đọc từng độ dài:
| Loại email | Số từ | Cách người nhận đọc |
|---|---|---|
| Xác nhận nhanh | 50–100 từ | Đọc hết ngay trên màn hình đầu, trả lời được luôn |
| Yêu cầu và báo cáo | 100–200 từ | Đọc một lượt, tìm xem mình cần làm gì |
| Đề xuất và giải thích | 200–300 từ | Lướt qua các đầu dòng trước, đọc kỹ khi có thời gian |
| Báo cáo chi tiết | Trên 300 từ | Thường bị để lại đọc sau - nên tách chi tiết sang tệp đính kèm |
Điều quyết định không hẳn là độ dài, mà là vị trí của yêu cầu. Một email 300 từ có câu "Xin xác nhận trước 15 giờ ngày mai" ngay dòng đầu vẫn dễ xử lý hơn một email 100 từ chôn yêu cầu ở đoạn cuối. Vì vậy trước khi cắt bớt câu chữ, hãy đưa yêu cầu và thời hạn lên đầu email.
Độ 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, nên yêu cầu chính dễ bị bỏ sót. Đố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> - 26 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. Giới hạn kích thước mỗi thư khác nhau theo từng môi trường và do người quản trị đặt, nên không có con số chung để dựa vào. Khi thư quá lớn, hãy xem lại hình ảnh trước - phần markup và văn bản hầu như không đáng kể so với ảnh nhúng.
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.
- 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 header dài ra, buộc phải ngắt dòng theo quy tắc line folding của RFC 5322, và danh sách người nhận hiện dài dằng dặc trên màn hình điện thoại. Ảnh hưởng lớn hơn nằm ở chỗ khác: mỗi lần "trả lời tất cả" là cả danh sách lại nhận thêm một thư. 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 có ký tự không phải ASCII sẽ phình ra khi mã hóa MIME, và mức cắt ngắn tùy thuộc máy chủ cùng ứng dụng của người nhận. Vì vậy hãy đặt tên ngắn, và đưa phần quan trọng (ngày, tên tài liệu) lên đầu tên tệp thay vì cuối.
- 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. Giới hạn kích thước mỗi thư do từng môi trường quy định, nên riêng phần trích dẫn cộng với tệp đính kèm cũng đủ làm thư bị từ chố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ụ: 👋🏻) gồm hai code point - emoji cơ sở cộng modifier tông da - và không dùng ZWJ (Zero Width Joiner), nên chiếm 8 byte trong UTF-8 dù chỉ hiện ra một ký 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. Những phần mềm email thế hệ 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 có thể hiển thị nhiều dòng cho phần xem trước, nhưng số dòng phụ thuộc cài đặt của chính người nhận. 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ở.
Thời điểm gửi có làm thay đổi độ dài lý tưởng?
Những quy tắc cố định kiểu "buổi sáng viết ngắn, buổi chiều viết dài hơn" dựa trên các thống kê tỷ lệ mở khó kiểm chứng và thay đổi theo từng nhóm người nhận. Cách đáng tin cậy hơn là luôn đặt nội dung cần người nhận xử lý trong vài dòng đầu, bất kể thời điểm gửi. Nếu bạn cho rằng thời điểm thực sự ảnh hưởng đến người đọc của mình, hãy so sánh phản hồi giữa bản ngắn và bản dài của cùng một nội dung thay vì tin vào khung giờ cố định.
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. Sử dụng Bộ đếm ký tự để kiểm tra độ dài email trước khi gửi.