Giới hạn ký tự thông báo đẩy - Hướng dẫn iOS & Android

Thông báo đẩy phải cạnh tranh sự chú ý trong khay thông báo đông đúc. Việc hiểu giới hạn ký tự theo từng nền tảng và thiết kế văn bản để đạt tác động tối đa trong những ràng buộc đó là điều thiết yếu cho tương tác người dùng. Những giới hạn này không chỉ xuất phát từ lựa chọn thiết kế UI mà còn từ các ràng buộc kỹ thuật về kích thước payload của APNs (Apple Push Notification service) và FCM (Firebase Cloud Messaging).

Giới hạn payload APNs và FCM - Nguyên nhân kỹ thuật gốc

Nguyên nhân cơ bản khiến văn bản thông báo đẩy bị giới hạn nằm ở giới hạn kích thước payload. APNs cho phép payload tối đa 4.096 byte (4 KB). Tin nhắn thông báo FCM cũng có cùng mức trần 4.096 byte, trong khi tin nhắn dữ liệu bị giới hạn ở 4.000 byte.

Payload chứa nhiều hơn chỉ tiêu đề và nội dung. Cài đặt âm thanh, số huy hiệu và dữ liệu tùy chỉnh (URL deep-link, ID chiến dịch, v.v.) đều chiếm không gian trong cùng một envelope được mã hóa JSON. Vì UTF-8 mã hóa ký tự đa byte ở mức 2–4 byte mỗi ký tự, số ký tự hiệu quả thay đổi theo ngôn ngữ. Sau khi trừ đi metadata và các trường tùy chỉnh, ngân sách văn bản thực tế thường ít hơn một nửa giới hạn payload thô.

Giới hạn ký tự theo nền tảng

Ngoài giới hạn payload, mỗi hệ điều hành áp đặt các ràng buộc hiển thị riêng. Bảng dưới đây tóm tắt giới hạn ký tự hiển thị trên các nền tảng chính.

Một chi tiết quan trọng: ngay cả trên cùng một hệ điều hành, ngữ cảnh hiển thị cũng ảnh hưởng rất lớn. Banner iOS hiển thị khoảng 80 ký tự nội dung trước khi biến mất, trong khi màn hình khóa hiển thị khoảng 178 ký tự trên bốn dòng. Trung tâm thông báo cho phép người dùng nhấn giữ để xem toàn bộ văn bản payload.

Số ký tự so với tỷ lệ nhấp - Benchmark ngành

Phân tích đa ngành cho thấy tiêu đề 10–25 ký tự và nội dung 40–60 ký tự có xu hướng tạo ra tỷ lệ nhấp cao nhất. Tuy nhiên, điểm tối ưu thay đổi theo lĩnh vực. Để hiểu sâu hơn về các mô hình tương tác trên di động, sách về chiến lược tương tác ứng dụng di động cung cấp các khung hữu ích.

Ứng dụng thương mại điện tử hưởng lợi từ tiêu đề ngắn, khẩn cấp như "Flash sale: giảm 50% hôm nay." Ứng dụng tin tức có thể dùng tiêu đề dài hơn một chút vì người dùng mong đợi mật độ thông tin ở mức tiêu đề. Thông báo fintech như "Nạp tiền: 500.000đ" hiệu quả nhất khi loại bỏ mọi trang trí - từ ngữ thừa thực sự làm giảm tỷ lệ nhấp trong lĩnh vực này.

Giống như email doanh nghiệp, sự ngắn gọn là thiết yếu, nhưng thông báo đẩy đòi hỏi nén nhiều hơn nữa. Với chế độ xem thu gọn chỉ hiển thị 1–2 dòng, 40 ký tự đầu tiên của nội dung phải chứa thông điệp cốt lõi.

Tại sao giới hạn ký tự khác nhau giữa các nền tảng

Thông báo banner iOS bị giới hạn ở hai dòng theo thiết kế. Hướng dẫn giao diện người dùng của Apple nhấn mạnh rằng thông báo nên được hiểu trong nháy mắt, vì vậy vùng hiển thị được cố ý giữ nhỏ để giảm thiểu sự gián đoạn. Bắt đầu từ iOS 16, thông báo màn hình khóa được chuyển xuống cuối màn hình để ưu tiên hiển thị hình nền, càng thu hẹp thêm vùng hiển thị.

Chế độ xem mở rộng của Android (lên đến 240 ký tự) tuân theo nguyên tắc "tiết lộ dần dần" của Material Design của Google. Trạng thái thu gọn hiển thị tóm tắt một dòng; nếu người dùng quan tâm, họ có thể mở rộng để đọc toàn bộ tin nhắn. Kể từ Android 13, quyền thông báo đã chuyển sang mô hình đồng ý chủ động yêu cầu sự đồng ý rõ ràng của người dùng thông qua quyền POST_NOTIFICATIONS - tương tự hành vi iOS. Thay đổi này đã làm giảm tỷ lệ đồng ý trên Android, khiến việc cung cấp thông báo chất lượng cao cho những người dùng đã cấp quyền trở nên quan trọng hơn bao giờ hết.

Giới hạn ký tự thông báo đa phương tiện và cân nhắc thiết kế

Thông báo đa phương tiện - sử dụng Notification Content Extensions của iOS và BigPictureStyle / BigTextStyle của Android - hỗ trợ hình ảnh, nút hành động và carousel. Tuy nhiên, chúng tạo ra các ràng buộc văn bản khác với thông báo văn bản thuần.

• Hình ảnh đính kèm thu nhỏ vùng văn bản: Trên iOS, đính kèm hình ảnh giảm khoảng 30% văn bản nội dung hiển thị. Hiển thị nội dung trên màn hình khóa giảm xuống khoảng 120 ký tự, vì vậy văn bản phải ngắn hơn nữa khi có hình ảnh
• Giới hạn nhãn nút hành động: iOS hỗ trợ tối đa 4 nút hành động và Android tối đa 3, nhưng nhãn nút bị giới hạn khoảng 20 ký tự trên iOS và 15 trên Android. Nhãn dài hơn sẽ bị cắt, vì vậy hãy giữ chúng ở mức 5–8 ký tự (ví dụ: "Mua ngay", "Xem chi tiết")
• Ảnh hưởng đến payload: URL hình ảnh và định nghĩa nút hành động chiếm không gian payload, giảm ngân sách dành cho văn bản. Hình ảnh thường được gửi qua tham chiếu URL (sử dụng mutable-content của APNs + Notification Service Extension) thay vì nhúng trực tiếp trong payload

Ràng buộc hiển thị thiết bị đeo - Trường hợp biên bị bỏ qua

Apple Watch và thiết bị Wear OS áp đặt giới hạn ký tự chặt hơn cả điện thoại thông minh. Trên Apple Watch, Short Look (hiển thị trong vài giây khi nhận thông báo) chỉ hiển thị tên ứng dụng và một phần tiêu đề - nội dung không hiển thị cho đến khi người dùng chuyển sang Long Look. Ngay cả trong Long Look, màn hình nhỏ khiến văn bản xuống dòng ở khoảng 60 ký tự.

Trên Wear OS, thông báo xuất hiện dưới dạng thẻ mà người dùng có thể cuộn qua, nhưng chế độ xem ban đầu chỉ hiển thị tiêu đề và khoảng 30 ký tự đầu tiên của nội dung. Vì người dùng thiết bị đeo thường kiểm tra thông báo khi đang di chuyển hoặc tập thể dục, chỉ riêng tiêu đề phải truyền tải thông tin thiết yếu. Đối với thông báo tối ưu cho thiết bị đeo, hãy giữ tiêu đề dưới 20 ký tự và đặt thông điệp cốt lõi trong 30 ký tự đầu tiên của nội dung.

Ràng buộc thông báo đẩy Web

Thông báo đẩy web khác biệt đáng kể giữa các tổ hợp trình duyệt và hệ điều hành. Chrome, Firefox và Safari mỗi trình duyệt hiển thị số ký tự và kiểu trực quan khác nhau, vì vậy thiết kế cho môi trường hạn chế nhất là cách tiếp cận an toàn nhất.

Safari bắt đầu hỗ trợ Web Push từ macOS Ventura, nhưng trên iOS, Web Push chỉ khả dụng từ iOS 16.4 trở đi và chỉ dành cho PWA (ứng dụng được thêm vào màn hình chính). Các tab trình duyệt thông thường không thể gửi Web Push trên iOS, điều này hạn chế khả năng tiếp cận người dùng iOS.

Theo nguyên tắc chung, tiêu đề dưới 30 ký tự và nội dung dưới 80 ký tự sẽ hiển thị không bị cắt trên các tổ hợp trình duyệt-hệ điều hành chính. Thêm biểu tượng hoặc hình ảnh huy hiệu cải thiện khả năng hiển thị và tăng tỷ lệ nhấp so với thông báo chỉ có văn bản.

Thiết kế A/B Test cho thông báo đẩy

A/B test thông báo đẩy đòi hỏi cách tiếp cận khác với A/B test email. Thông báo không thể thu hồi sau khi gửi, và phản ứng của người dùng tập trung trong vài phút, vì vậy thiết kế thử nghiệm phải tính đến những ràng buộc này.

• Cô lập một biến cho mỗi thử nghiệm: Nếu bạn đang thử nghiệm độ dài tiêu đề, hãy giữ nguyên nội dung, thời gian gửi và hình ảnh. Thay đổi nhiều yếu tố cùng lúc khiến không thể quy kết quả cho bất kỳ yếu tố đơn lẻ nào
• Đảm bảo kích thước mẫu đủ lớn: Mỗi biến thể cần ít nhất 1.000–2.000 người dùng để có kết quả có ý nghĩa thống kê. Ứng dụng có cơ sở người dùng nhỏ hơn nên tích lũy dữ liệu qua nhiều chu kỳ thử nghiệm
• Kiểm soát theo thời gian trong ngày: Gửi cả hai biến thể cùng thời điểm. Tỷ lệ nhấp buổi sáng và buổi tối khác nhau đáng kể, vì vậy gửi lệch thời gian sẽ làm sai lệch kết quả
• Theo dõi ngoài tỷ lệ nhấp: Đo tỷ lệ chuyển đổi từ thông báo, thời gian phiên trong ứng dụng và tỷ lệ tắt thông báo cùng với tỷ lệ nhấp. Tỷ lệ nhấp cao kèm theo tỷ lệ tắt thông báo tăng là tín hiệu thiệt hại dài hạn

Chiến lược ký tự thông báo cá nhân hóa

Thông báo cá nhân hóa chèn dữ liệu động - tên người dùng, tên sản phẩm hoặc số dư tài khoản - vào mẫu, nghĩa là phần văn bản cố định phải được điều chỉnh kích thước để chứa các phần chèn có độ dài thay đổi. Ví dụ, một mẫu như "{username}, bạn đã để lại sản phẩm trong giỏ hàng" sẽ thay đổi tổng độ dài tùy thuộc vào tên người dùng.

Tên người dùng tiếng Anh trung bình 6–12 ký tự, nhưng có thể vượt quá 20. Khi thiết kế mẫu, hãy giữ phần cố định dưới 25 ký tự và dành ít nhất 15 ký tự cho phần động. Điều này đảm bảo tiêu đề vẫn hiển thị không bị cắt ngay cả với tên dài hơn.

Tác động của cá nhân hóa rất đáng kể: thông báo bao gồm tên người dùng có tỷ lệ nhấp cao hơn khoảng 2–4 lần so với gửi hàng loạt chung. Thông báo dựa trên đề xuất từ lịch sử mua hàng hoặc duyệt web có thể đạt tỷ lệ chuyển đổi cao hơn khoảng 3 lần so với gửi hàng loạt.

Ngăn chặn mệt mỏi thông báo - Tần suất và số ký tự

Gửi quá nhiều thông báo là một trong những cách nhanh nhất để mất người dùng. Nghiên cứu chỉ ra rằng khoảng 40% người dùng nhận ba thông báo trở lên trong một ngày sẽ tắt hoàn toàn thông báo. Để có hướng dẫn thực tế về chiến lược thông báo, tài liệu thiết kế UX về thông báo đẩy đề cập chi tiết về tối ưu hóa tần suất.

Tần suất và số ký tự có mối tương quan. Khi gửi thường xuyên (một lần mỗi ngày trở lên), hãy giữ mỗi thông báo cực ngắn (tiêu đề dưới 15 ký tự, nội dung dưới 30) để giảm thiểu tải nhận thức. Khi gửi ít hơn (1–2 lần mỗi tuần), nội dung dài hơn một chút (60–80 ký tự) với chi tiết phong phú hơn có thể chấp nhận được mà không gây mệt mỏi.

Loại thông báo cũng quan trọng. Thông báo giao dịch (xác nhận đơn hàng, cập nhật vận chuyển) được miễn giới hạn tần suất vì người dùng mong đợi chúng theo thời gian thực. Tuy nhiên, thông báo quảng cáo nên giới hạn ở mức 2–5 lần mỗi tuần cho hầu hết ứng dụng. Triển khai giới hạn tần suất theo người dùng (số lần gửi tối đa trong một khoảng thời gian cuộn) cung cấp biện pháp bảo vệ có hệ thống chống lại mệt mỏi thông báo.

Sự khác biệt tỷ lệ cấp quyền iOS và Android

Khoảng 50% người dùng iOS cấp quyền thông báo đẩy, trong khi Android bật thông báo mặc định cho tất cả ứng dụng trước Android 13. Kể từ Android 13, quyền POST_NOTIFICATIONS yêu cầu đồng ý chủ động, và tỷ lệ đồng ý trên Android đã bắt đầu giảm.

Đối với ứng dụng iOS, thời điểm và cách diễn đạt yêu cầu cấp quyền rất quan trọng. Thay vì yêu cầu ngay lần khởi chạy đầu tiên, mô hình "tiền cấp quyền" - hỏi sau khi người dùng đã trải nghiệm giá trị (ví dụ: sau lần mua đầu tiên hoặc thêm mục yêu thích) - hiệu quả hơn nhiều. Hiển thị hộp thoại trong ứng dụng giải thích lợi ích của thông báo trước khi kích hoạt lời nhắc cấp quyền của hệ điều hành đã được báo cáo cải thiện tỷ lệ đồng ý 20–30%.

Các lỗi thường gặp

• Gửi thông báo vào đêm khuya: Thông báo từ 10 giờ tối đến 7 giờ sáng không chỉ làm phiền giấc ngủ; chúng trực tiếp dẫn đến việc tắt thông báo và gỡ cài đặt ứng dụng. Lên lịch theo múi giờ là thiết yếu. Đối với ứng dụng phân phối toàn cầu, điều này có nghĩa là phát hiện múi giờ địa phương của mỗi người dùng và lên lịch gửi tương ứng
• Tiêu đề mơ hồ như "Cập nhật" hoặc "Quan trọng": Tiêu đề chung chung bị bỏ qua như spam. "Giảm 50% đến 6 giờ chiều hôm nay" với con số cụ thể và thời hạn vượt trội đáng kể so với các lựa chọn mơ hồ
• Gửi cùng một thông báo cho tất cả người dùng: Gửi hàng loạt không phân đoạn là tiếng ồn đối với người dùng không liên quan. Phân đoạn theo thuộc tính người dùng (lịch sử mua hàng, tần suất sử dụng ứng dụng, khu vực) và điều chỉnh nội dung thông báo cho từng phân đoạn cải thiện cả tỷ lệ nhấp và tỷ lệ chuyển đổi
• Thiếu deep link: Mở màn hình chính của ứng dụng sau khi nhấp thông báo là thất bại UX. Liên kết trực tiếp đến nội dung liên quan - trang sản phẩm, trang đích chiến dịch hoặc màn hình trạng thái đơn hàng - để cải thiện đáng kể tỷ lệ chuyển đổi

Kỹ thuật thông báo chuyên nghiệp

• Sử dụng thông báo đa phương tiện để tạo tác động trực quan: Thông báo có hình ảnh được ước tính tăng tương tác 25% trở lên so với phiên bản chỉ có văn bản. Luôn thiết kế phương án dự phòng chỉ văn bản trong trường hợp hình ảnh không tải được
• Tối ưu hóa thời gian gửi theo từng người dùng: Thay vì gửi cho tất cả người dùng cùng lúc, hãy suy luận giờ hoạt động nhiều nhất của mỗi người dùng từ mô hình sử dụng ứng dụng và lên lịch gửi riêng lẻ. Ứng dụng thương mại điện tử có xu hướng đạt tỷ lệ nhấp cao nhất trong giờ nghỉ trưa (12–1 giờ chiều) và buổi tối (7–9 giờ tối), nhưng sự khác biệt cá nhân là đáng kể, khiến tối ưu hóa theo từng người dùng là cách tiếp cận lý tưởng
• Tận dụng kênh thông báo để kiểm soát ưu tiên: Kênh thông báo Android 8.0+ cho phép bạn tách các loại thông báo (giao dịch, quảng cáo, tin tức) thành các kênh riêng biệt. Người dùng có thể bật/tắt từng kênh độc lập, ngăn các cảnh báo giao dịch quan trọng bị tắt tiếng cùng với tin nhắn quảng cáo

Kết luận

Giới hạn ký tự thông báo đẩy được định hình bởi cả giới hạn payload APNs/FCM và triết lý thiết kế UI của mỗi hệ điều hành. Ràng buộc hiển thị khác nhau không chỉ giữa iOS và Android mà còn giữa màn hình khóa, banner, trung tâm thông báo và thiết bị đeo. Để an toàn đa nền tảng, hãy giữ tiêu đề dưới 20 ký tự và nội dung dưới 40. Tối ưu hóa số ký tự theo ngành và phân đoạn người dùng, chạy A/B test để cải thiện liên tục, và tận dụng cá nhân hóa để tối đa hóa tương tác. Sử dụng Bộ đếm ký tự để xác minh văn bản thông báo của bạn phù hợp trước khi gửi.