Thông tin đã công bố. Nhưng người cần biết có tiếp cận được không?

Thông tin có thể được công bố đúng hạn, chính xác và đầy đủ nhưng vẫn nằm ngoài khả năng tiếp cận của một số người cần biết. Chữ quá nhỏ, tệp không đọc được bằng công nghệ hỗ trợ hay video thiếu phụ đề không chỉ là bất tiện về hình thức: chúng có thể khiến người tiếp nhận bỏ lỡ một hướng dẫn, một thời hạn hoặc một cơ hội thực hiện quyền lợi của mình.

Hãy hình dung một đơn vị dịch vụ thay đổi cách tiếp nhận hồ sơ. Bộ phận truyền thông đã đăng thông báo lên website, thiết kế ảnh cho mạng xã hội, đính kèm tệp PDF và công bố video hướng dẫn. Các tài liệu có cùng nội dung, ngày áp dụng được ghi rõ, tiến độ phát hành không bị chậm. Nếu nhìn từ phía người sản xuất, chiến dịch thông tin dường như đã hoàn thành.

Tuy nhiên, người xem ảnh bằng điện thoại phải phóng to liên tục vì chữ quá nhỏ. Một người dùng trình đọc màn hình không lấy được nội dung từ tệp PDF chỉ chứa ảnh quét. Một người không nghe được tiếng trong video lại không thấy phụ đề cho những bước quan trọng. Họ đều đã đến được nơi thông tin được đăng tải, nhưng chưa chắc tiếp nhận được thông tin ấy theo cách phù hợp với mình.

Đây là tình huống giả định, không phải kết quả khảo sát hoặc sự việc của một tổ chức cụ thể. Nó cho thấy một khác biệt thường bị bỏ qua: có đường dẫn tới thông tin không đồng nghĩa người cần biết có thể đọc, nghe, hiểu và sử dụng thông tin đó. Khả năng tiếp cận phải được nhìn từ phía người nhận, không chỉ từ nhật ký phát hành của đơn vị cung cấp.

Theo tôi, trách nhiệm truyền thông không nên kết thúc ở câu xác nhận “đã đăng”. Tổ chức cần tự hỏi ai là người thực sự phải tiếp nhận thông tin, họ có thể gặp những rào cản nào và sau khi tiếp nhận, họ cần thực hiện được việc gì. Câu hỏi ấy không buộc mọi nội dung phải có cùng một hình thức, nhưng buộc người làm truyền thông suy nghĩ nghiêm túc hơn về người sử dụng.

Thông tin đã đến đúng kênh, nhưng đã đến được người cần biết?

Một bản tổng kết thường dễ ghi nhận số email gửi đi, số bài đăng, lượt xem hoặc lượt tải tài liệu. Những số liệu đó giúp đánh giá hoạt động phân phối, nhưng chưa đủ để biết người nhận có tiếp cận và sử dụng nội dung hay không. Một tệp đã tải về vẫn có thể không đọc được; một video được mở vẫn có thể không chuyển tải được hướng dẫn cho người không nghe tiếng; một nút bấm có mặt trên màn hình vẫn có thể không dùng được bằng bàn phím.

Vấn đề không hoàn toàn nằm ở công nghệ. Người soạn biết rõ quy trình nên dễ dùng những từ viết tắt mà công chúng chưa quen. Người thiết kế có thể ưu tiên bố cục đẹp đến mức thu nhỏ các điều kiện quan trọng. Người phê duyệt đọc trên màn hình lớn và thấy tài liệu rõ ràng, trong khi phần lớn người dùng chỉ nhìn thấy nó trên điện thoại. Khi các bước sản xuất đều xuất phát từ sự thuận tiện của nội bộ, nhu cầu tiếp cận thực tế của công chúng rất dễ bị đẩy xuống cuối danh sách.

Không tồn tại một “người dùng trung bình” đại diện cho mọi tình huống. Người khiếm thị có thể cần cấu trúc nội dung hỗ trợ trình đọc màn hình; người khiếm thính cần tiếp cận thông tin âm thanh bằng một hình thức khác; người có thị lực kém có thể phải phóng to; người khó hiểu thuật ngữ cần cách diễn đạt rõ ràng; còn người dùng điện thoại ở nơi ồn ào hoặc mạng yếu lại đối mặt với những hạn chế khác. Các nhu cầu ấy có thể giao nhau, nhưng không thể giải quyết chỉ bằng một nút tăng cỡ chữ hoặc một tệp đính kèm duy nhất.

Vì vậy, câu hỏi hữu ích hơn “Thông báo đã đẹp chưa?” là: người cần thông tin phải làm được việc gì? Họ cần tìm hạn đăng ký, biết giấy tờ phải chuẩn bị, hoàn thành biểu mẫu, nhận cảnh báo an toàn hay liên hệ bộ phận hỗ trợ? Khi xác định đúng nhiệm vụ, người làm truyền thông mới có thể kiểm tra liệu nội dung và định dạng đang giúp hay cản trở người sử dụng.

Dễ hiểu và dễ tiếp cận: Hai yêu cầu liên quan nhưng không giống nhau

Tiêu chuẩn ISO 24495-1:2023 về ngôn ngữ rõ ràng (plain language) đặt ra bốn nguyên tắc: thông tin phải phù hợp với nhu cầu người đọc; người đọc dễ tìm điều cần biết; dễ hiểu điều tìm được; và có thể sử dụng thông tin đó. Trọng tâm nằm ở hiệu quả của văn bản đối với người nhận, không chỉ ở việc câu chữ có đúng ngữ pháp hay không. Phạm vi tiêu chuẩn chủ yếu là tài liệu dạng văn bản, trên giấy hoặc môi trường số; tiêu chuẩn này không thay thế các yêu cầu kỹ thuật về khả năng tiếp cận của website hay tệp điện tử. [1]

Trong khi đó, Web Content Accessibility Guidelines (WCAG) 2.2 của W3C tập trung vào khả năng tiếp cận nội dung web, dựa trên bốn nguyên tắc: nội dung có thể được nhận biết, thao tác được, hiểu được và hoạt động tin cậy với các công nghệ tương thích. Văn bản thay thế cho hình ảnh, phụ đề, khả năng dùng bàn phím, độ tương phản và cách tổ chức tiêu đề là những nội dung quan trọng của bộ hướng dẫn. WCAG 2.2 có các tiêu chí ở mức A, AA và AAA; không thể tự nhận một website “đạt WCAG” chỉ vì đã bổ sung Alt hoặc phụ đề cho vài nội dung. [2]

Hai hướng tiếp cận có thể bổ trợ nhau nhưng không đồng nhất. Một thông báo được viết rất dễ hiểu vẫn có thể vô dụng với trình đọc màn hình nếu toàn bộ câu chữ bị đóng thành ảnh. Ngược lại, một trang web có cấu trúc kỹ thuật tốt vẫn có thể khiến người đọc bỏ lỡ hạn đăng ký vì dùng thuật ngữ khó hiểu hoặc sắp xếp thông tin bất hợp lý. Chất lượng cần được xem xét ở cả nội dung người nhận hiểu được và phương thức người nhận có thể tiếp cận.

Điểm chung đáng chú ý là cả hai đều đòi người tạo nội dung từ bỏ một giả định quen thuộc: tài liệu không đạt chất lượng chỉ vì người viết đã hiểu và người duyệt đã đồng ý. Nó còn phải được xem xét qua cách người khác tiếp nhận. Tuy nhiên, các nguyên tắc và ví dụ quốc tế ở đây được sử dụng như căn cứ chuyên môn để phân tích, không phải khẳng định mọi cơ quan, doanh nghiệp tại Việt Nam đều đang chịu cùng một nghĩa vụ pháp lý như các đơn vị thuộc Chính phủ Anh hoặc một chính sách nước ngoài khác.

Khi ảnh, PDF và video trở thành rào cản ngoài dự tính

Ảnh chứa chữ là ví dụ quen thuộc. Chúng thuận tiện để chia sẻ, bảo đảm nhận diện và trình bày đẹp trên mạng xã hội. Tuy nhiên, nếu hạn nộp hồ sơ hoặc điều kiện tham gia chỉ xuất hiện bằng chữ nhỏ trong ảnh, người xem có thể phải phóng to; người sử dụng công nghệ hỗ trợ có thể không tiếp cận được lớp nội dung ấy. W3C khuyến nghị ưu tiên văn bản thật thay cho ảnh chứa văn bản khi có thể, đồng thời cung cấp văn bản thay thế tương ứng với mục đích thông tin của hình. [2] [3]

Dù vậy, không nên biến văn bản thay thế (Alt) thành nơi nhồi từ khóa SEO hoặc sao chép nguyên cả bài. Ảnh trang trí thường không cần người dùng trình đọc màn hình phải nghe một mô tả dài. Ảnh mang thông tin cần được mô tả phù hợp với chức năng; còn infographic chứa nhiều điều kiện hoặc số liệu quan trọng thường cần có nội dung tương đương dưới dạng chữ thật trong trang. Giá trị của Alt nằm ở việc truyền đạt thông tin cần thiết, không nằm ở số lượng từ được nhập. [3]

PDF không mặc nhiên là một định dạng khó tiếp cận. Một PDF có lớp văn bản, thứ tự đọc đúng và cấu trúc được đánh dấu phù hợp có thể được sử dụng với nhiều công nghệ hỗ trợ. Vấn đề thường xuất hiện ở bản quét chỉ chứa ảnh hoặc tài liệu bị sắp xếp sai thứ tự đọc. Với những thông báo cần tiếp cận rộng rãi, tổ chức nên cân nhắc công bố phần nội dung chính bằng HTML có cấu trúc, song song với PDF dành cho lưu trữ hoặc in ấn, thay vì buộc mọi người chỉ có một con đường đọc tài liệu.

Với video, phụ đề và bản chép lời phục vụ các nhu cầu khác nhau. Phụ đề đúng phải phản ánh lời nói và những âm thanh có ý nghĩa, đồng bộ với nội dung đang phát. Bản chép lời giúp người đọc truy cập phần thông tin bằng văn bản, nhưng không đương nhiên thay thế phụ đề trong mọi tình huống. Nếu video hướng dẫn một thao tác bằng hình ảnh mà lời nói không mô tả, chỉ thêm phụ đề cho tiếng nói vẫn chưa giải quyết được nhu cầu tiếp nhận thông tin thị giác của một số người. W3C cũng lưu ý phụ đề tạo tự động cần được kiểm tra, bởi chỉ một từ bị nhận sai đã có thể làm lệch nghĩa của hướng dẫn. [4]

Như vậy, vấn đề không phải chọn ảnh, PDF hay video làm “định dạng xấu”. Mỗi định dạng có công dụng của nó. Rủi ro nằm ở việc dùng một định dạng như con đường duy nhất để tiếp cận một nội dung quan trọng, trong khi nhóm công chúng cần thông tin có nhiều cách tiếp nhận khác nhau.

Cùng một thông báo: Viết lại để người cần biết có thể hành động

Xét một chương trình dịch vụ giả định chuyển hình thức đăng ký từ tiếp nhận trực tiếp sang nộp trực tuyến. Việc chuyển đổi bắt đầu ngày 15/11 và hạn đăng ký là 17 giờ ngày 20/11. Giả định đơn vị đã có cổng đăng ký, biểu mẫu và kênh hỗ trợ vận hành được. Đây chỉ là tình huống xây dựng để so sánh cách truyền đạt; mọi mốc ngày và thao tác đều phục vụ minh họa, không phải thông báo của một tổ chức có thật.

Cách 1: Thông báo được viết từ góc nhìn của đơn vị

“Thực hiện kế hoạch chuyển đổi phương thức tiếp nhận đăng ký, từ ngày 15/11, đơn vị triển khai tiếp nhận hồ sơ qua nền tảng điện tử theo quy trình hiện hành. Các đối tượng có nhu cầu vui lòng nghiên cứu tài liệu đính kèm, hoàn tất các nội dung theo biểu mẫu và thực hiện trong thời hạn quy định; trường hợp phát sinh vướng mắc, liên hệ bộ phận chức năng để được hướng dẫn.”

Đoạn thông báo không nhất thiết sai về mặt thông tin, nhưng người đọc vẫn phải tự đi tìm những gì quan trọng nhất: hạn cuối, nơi truy cập, thao tác đầu tiên và kênh hỗ trợ. Những cách diễn đạt như “theo quy trình hiện hành” hoặc “trong thời hạn quy định” có thể quen thuộc với người soạn, nhưng chưa đủ để giúp người đăng ký hành động ngay. Nếu phần giải thích chi tiết lại nằm trong một ảnh chữ nhỏ hoặc PDF quét, khoảng cách từ việc thấy thông báo đến việc hoàn thành đăng ký càng lớn.

Cách 2: Thông báo được tổ chức theo nhu cầu của người đăng ký

Từ ngày 15/11, hồ sơ đăng ký chương trình được tiếp nhận trực tuyến.

Hạn cuối: 17 giờ ngày 20/11.

Cách đăng ký: Mở cổng đăng ký đã được đơn vị công bố, chọn mục “Đăng ký chương trình”, điền biểu mẫu và gửi hồ sơ.

Nếu chưa thực hiện được: Liên hệ bộ phận hỗ trợ qua kênh được công bố trên trang đăng ký để được hướng dẫn trước hạn cuối.

Các điều kiện tham gia và thành phần hồ sơ vẫn áp dụng theo hướng dẫn chi tiết đính kèm; người đăng ký cần đối chiếu trước khi gửi.

Cách thứ hai giữ nguyên các dữ kiện đã được giả định, nhưng đặt thông tin theo thứ tự người đăng ký cần: việc gì thay đổi, từ khi nào, hạn cuối ra sao, bắt đầu ở đâu và hỏi ai nếu gặp trở ngại. Những chỉ dẫn cụ thể có thể được liên kết đến cổng và biểu mẫu thật khi đưa vào một thông báo thực tế. Tuy nhiên, chữ rõ hơn chưa đủ để bảo đảm hành trình sử dụng dễ tiếp cận: nếu cổng không hỗ trợ bàn phím, trường biểu mẫu không có nhãn hoặc kênh hỗ trợ không hoạt động, người đọc vẫn có thể bị chặn lại ở bước tiếp theo.

Đó là ranh giới giữa biên tập nội dung và cải thiện trải nghiệm. Bộ phận truyền thông có thể chủ động làm rõ mốc thời gian, sắp xếp lại các bước, dùng đường dẫn có tên dễ hiểu và xuất bản thông tin chính dưới dạng văn bản HTML. Nhưng nếu rào cản nằm ở biểu mẫu, cơ chế xác thực hoặc nền tảng kỹ thuật, việc khắc phục cần phối hợp với bộ phận nghiệp vụ và quản trị hệ thống. Một thông báo tốt không thể thay thế một quy trình không sử dụng được.

Cần giữ thêm một nguyên tắc biên tập: khi văn bản chính thức có điều kiện hoặc nghĩa vụ bắt buộc, người viết không được lược bỏ chỉ để thông báo trông gọn hơn. Bản tóm tắt cần dẫn về văn bản đầy đủ, bảo toàn những điều kiện quan trọng và được cập nhật đồng bộ với tài liệu gốc. Dễ tiếp cận không có nghĩa đơn giản hóa đến mức sai lệch nội dung.

Kiểm tra bằng nhiệm vụ thực tế, không chỉ bằng một danh sách dấu tích

Có những việc người làm nội dung có thể thực hiện ngay từ đầu: đặt tiêu đề nói rõ chủ đề; tổ chức phần văn bản theo trình tự; đặt tên liên kết theo đích đến thay vì “xem tại đây”; không dùng riêng màu sắc để biểu thị điều kiện; cung cấp nội dung chữ thật bên cạnh hình ảnh; rà phụ đề video và bảo đảm thông tin không mất khi phóng to. Các bước này phù hợp với tinh thần hướng dẫn của W3C và Government Communication Service của Anh, nhưng không cấu thành một cuộc đánh giá đầy đủ để tuyên bố website đạt WCAG 2.2. [2] [5]

Điều cần kiểm tra không chỉ là “Trang này đã đẹp chưa?” mà là người dùng có hoàn thành việc họ cần làm hay không. Hãy thử giao một nhiệm vụ: tìm hạn nộp, xác định giấy tờ cần chuẩn bị, mở biểu mẫu, tìm thông tin hỗ trợ hoặc gửi đăng ký. Quan sát những điểm họ dừng lại, phải đoán hoặc không thể thao tác. Khi thích hợp, kiểm tra cần có người sử dụng công nghệ hỗ trợ và đại diện nhóm công chúng mà thông tin hướng tới; người sản xuất không thể thay họ suy đoán toàn bộ trải nghiệm.

Công cụ tự động có thể phát hiện một phần lỗi kỹ thuật, chẳng hạn ảnh thiếu Alt hoặc độ tương phản chưa đạt. Nhưng nó không thể tự đánh giá mọi mô tả ảnh có hữu ích, thông báo có rõ nghĩa hay người đọc có thực hiện đúng được hay không. W3C cũng lưu ý rằng đánh giá khả năng tiếp cận đòi hỏi phán đoán của con người bên cạnh công cụ. Một báo cáo quét không thấy lỗi không đủ để khẳng định mọi người đều có thể sử dụng nội dung. [6]

Cũng không cần đẩy yêu cầu kiểm thử đến mức mọi bài đăng đều phải tổ chức một nghiên cứu quy mô lớn. Mức độ đầu tư nên tương xứng với mức độ quan trọng, tính phức tạp của nội dung và hậu quả nếu công chúng không sử dụng được thông tin. Một bài giới thiệu hoạt động có yêu cầu khác với thông báo về quyền lợi, thay đổi điều kiện sử dụng dịch vụ hoặc hướng dẫn xử lý tình huống khẩn cấp. Những nội dung ảnh hưởng trực tiếp đến khả năng thực hiện một nghĩa vụ hoặc tiếp cận quyền lợi xứng đáng được xem xét cẩn trọng hơn.

Khi một người không tiếp cận được, tổ chức cần học điều gì?

Những phản hồi như “Tôi không mở được tệp”, “Tôi không nghe được lời hướng dẫn”, “Tôi không tìm thấy hạn cuối” rất dễ được xử lý như các yêu cầu hỗ trợ riêng lẻ. Nhưng nếu nhiều người cùng vướng ở một tài liệu hoặc một bước thao tác, đó còn là dấu hiệu thiết kế thông tin cần được xem xét lại. Tổ chức nên tìm nguyên nhân trước khi chỉ gửi thêm một đường dẫn hoặc lặp lại lời giải thích cũ.

Không phải mọi trở ngại đều bắt nguồn từ văn bản. Lỗi kết nối mạng, thiết bị cũ, quyền truy cập, sự cố đăng nhập hoặc một quy trình có nhiều bước xác thực cũng có thể khiến người dùng không thực hiện được việc cần làm. Phân biệt lỗi nội dung, lỗi định dạng, lỗi nền tảng và trở ngại vận hành giúp tổ chức sửa đúng nguyên nhân thay vì tăng thêm thông báo mà không giải quyết được vấn đề.

Người làm truyền thông giữ vai trò quan trọng vì hiểu nội dung cần truyền đạt, đối tượng cần tiếp nhận và những kênh công bố hiện có. Nhưng trách nhiệm bảo đảm khả năng tiếp cận không thể chỉ đặt lên người viết bài. Người thiết kế, quản trị website, phụ trách sản phẩm, bộ phận nghiệp vụ và người phê duyệt đều có phần việc tương ứng. Chất lượng cuối cùng phải được kiểm tra từ phía người cần sử dụng thông tin, thay vì chỉ từ bảng tiến độ của những người đã xuất bản.

Theo tôi, trước khi công bố một thông tin quan trọng, người phụ trách nên tự hỏi: Ai cần biết điều này? Họ phải làm được việc gì? Nội dung và định dạng hiện tại có đang khiến một nhóm người bị bỏ lại phía sau không? Những câu hỏi ấy không bảo đảm loại bỏ mọi rào cản, nhưng giúp tổ chức phát hiện sớm những trở ngại mà một vòng kiểm tra chính tả hay phê duyệt nội dung thông thường chưa chắc nhận ra.

Công bố là hành động của tổ chức; tiếp cận được hay không là trải nghiệm của người nhận. Một thông tin chỉ phát huy đầy đủ giá trị khi người cần biết có cơ hội nhận ra nó, hiểu điều cốt yếu và thực hiện được hành động cần thiết. Vì thế, chất lượng truyền thông không thể dừng ở việc đã đăng đúng hạn, mà phải được nhìn tiếp từ phía công chúng mà thông tin ấy có trách nhiệm phục vụ.

Tài liệu tham khảo

[1] International Organization for Standardization (ISO) (2023), ISO 24495-1:2023 — Plain language — Part 1: Governing principles and guidelines. Trang giới thiệu tiêu chuẩn của ISO.

[2] World Wide Web Consortium (W3C) (2024), Web Content Accessibility Guidelines (WCAG) 2.2, W3C Recommendation ngày 12/12/2024. Toàn văn hướng dẫn.

[3] W3C Web Accessibility Initiative, Images Tutorial. Hướng dẫn về văn bản thay thế cho hình ảnh.

[4] W3C Web Accessibility Initiative, Captions/Subtitles. Hướng dẫn về phụ đề.

[5] Government Communication Service (UK) (2025), Accessibility standards, ngày 03/09/2025. Hướng dẫn truyền thông dễ tiếp cận.

[6] W3C Web Accessibility Initiative, Selecting Web Accessibility Evaluation Tools. Hướng dẫn lựa chọn công cụ đánh giá.