Thiết kế/Kiến trúc
WEB-27
WEB-27: Tất cả các cơ quan phải trưng bày Biểu ngữ Khối thịnh vượng chung không thay đổi và theo đúng định nghĩa của Hệ thống thiết kế COV.
Hiểu về WEB-27
Thanh thương hiệu Khối thịnh vượng chung giúp người dân xác định trang web chính thức của các tổ chức chính phủ tại Khối thịnh vượng chung Virginia. Nó cũng giúp người truy cập hiểu rằng trang web họ đang truy cập là chính thức và an toàn. Thanh thương hiệu mới cũng đóng vai trò như một cổng thông tin điều hướng cho phép khách truy cập trang web dễ dàng điều hướng qua các cơ quan chính phủ và tìm kiếm thông tin trên toàn Khối thịnh vượng chung mà không cần phải quay lại Virginia.gov.
Thanh thương hiệu rất dễ cài đặt và các cơ quan có thể tìm thấy hướng dẫn và mã để đưa lên trang web của họ tại mục Nhận Thanh thương hiệu Khối thịnh vượng chung. Trang này trình bày hướng dẫn từng bước để tạo mã đặt vào thẻ head của trang web của một cơ quan. Các cơ quan cũng có thể lựa chọn giữa thanh thương hiệu màu xám và trắng để phù hợp hơn với chủ đề màu sắc của trang web của họ.
Mỗi thanh thương hiệu được tạo ra chứa:
- Logo của tiểu bang Virginia
- Tên cơ quan hoặc tên thực thể chính phủ Virginia, trong đó người tạo ra phải viết đầy đủ tên
- Một dòng chữ ghi rõ “Trang web chính thức của Khối thịnh vượng chung Virginia” và một menu thả xuống ghi rõ “Đây là cách bạn biết”.
- Menu thả xuống chứa thông tin về logo của Khối thịnh vượng chung Virginia và chứng chỉ HTTPS.
- Một menu phụ có nhãn “Tìm nguồn lực của Khối thịnh vượng chung” cho phép người dùng tìm kiếm trên các cơ quan hoặc tổ chức chính phủ của Virginia, cũng như các dịch vụ và nguồn lực thường dùng của Khối thịnh vượng chung được sắp xếp theo lĩnh vực dịch vụ của cơ quan.
Mã được tạo ra phải được sử dụng nguyên trạng và không được sửa đổi theo bất kỳ cách nào. Bất kỳ khó khăn nào trong quá trình cài đặt nên được gửi đến Nhóm dịch vụ web doanh nghiệp tại VITA bằng cách gửi email Mã được tạo ra nên được sử dụng nguyên trạng và không được sửa đổi theo bất kỳ cách nào. Bất kỳ khó khăn nào trong quá trình cài đặt nên được gửi đến Nhóm dịch vụ web doanh nghiệp tại VITA bằng cách gửi email đến developer@vita.virginia.gov.
WEB-28
WEB-28: Hệ thống web COV sẽ cung cấp hộp tìm kiếm trang web của cơ quan, hộp này sẽ xuất hiện trên mọi trang và được hiển thị theo chỉ thị của Hệ thống thiết kế COV.
Hiểu về WEB-28
Việc có hộp tìm kiếm trên toàn trang web và trang của cơ quan cho phép người dùng truy cập thông tin nhanh hơn bằng cách nhập các từ khóa và thuật ngữ tìm kiếm có liên quan để dẫn họ đến danh sách các liên kết có liên quan. Một cơ quan không thể chỉ dựa vào điều hướng chính hoặc phụ để hướng dẫn người dùng đến thông tin có liên quan.
Do hộp tìm kiếm ngày càng trở nên quan trọng đối với các trang web chứa nhiều nội dung và thông tin, đặc biệt là liên quan đến chính sách, thủ tục hoặc dịch vụ công dân, nên hộp tìm kiếm phải được hiển thị nổi bật trên mọi trang và phải dễ dàng để người dùng chú ý.
Ngoài ra, hộp tìm kiếm phải tuân thủ các biện pháp tốt nhất sau:
- Tìm kiếm, nếu có thể, nên giữ lại trường truy vấn văn bản mở với văn bản giữ chỗ có nhãn "tìm kiếm" hoặc với hướng dẫn theo ngữ cảnh hơn giới hạn trong một vài từ mà người dùng có thể nhập truy vấn vào.
- Các hộp tìm kiếm phải đi kèm với biểu tượng kính lúp có ít chi tiết nhấtS có thể (đường thẳng đơn giản). Người dùng thường coi kính lúp là biểu tượng của chức năng tìm kiếm.
- Nếu có thể, biểu tượng này không nên ẩn chức năng tìm kiếm vì nó làm tăng chi phí tương tác (nhiều lần nhấp hơn) và làm cho chức năng tìm kiếm kém nổi bật hơn.
- Khi còn nghi ngờ, hãy hành động giống như Google.
- Truy vấn tìm kiếm phải được xác nhận bằng cách nhấn enter. Truy vấn tìm kiếm cũng có thể được xác nhận bằng cách nhấn nút xác nhận nếu muốn, mặc dù thao tác nhấn enter trong hộp tìm kiếm vẫn phải được giữ nguyên.
- Nếu thêm nút xác nhận, nút này phải có kích thước và vị trí phù hợp (thường bằng chiều cao của hộp tìm kiếm, đặt bên phải trường truy vấn văn bản mở). Nút tìm kiếm này cần có kích thước tối thiểu là 45 x 45 pixel để đáp ứng các biện pháp tốt nhất về khả năng truy cập.
- Hộp văn bản đầu vào phải có độ rộng phù hợp để xử lý tối thiểu khoảng 27 ký tự (thiết lập bằng ems).
- Nếu có thể, hộp tìm kiếm nên được đặt ở góc trên bên phải của trang web của cơ quan, bên dưới Thanh thương hiệu Khối thịnh vượng chung.
- Trường thả xuống gợi ý tự động có ít hơn 10 mục có thể giúp người dùng tìm thấy những gì họ đang tìm kiếm nhanh hơn; tuy nhiên, các cơ quan sử dụng tính năng này phải đảm bảo rằng các gợi ý mà trường tự động tạo ra phải có liên quan đến các thuật ngữ tìm kiếm được nhập vào trường nhập.
- Khi người dùng nhấn enter, từ khóa tìm kiếm ban đầu sẽ vẫn nằm trong trường trừ khi người dùng xóa và người dùng sẽ thấy trang kết quả hiển thị kết quả dựa trên truy vấn tìm kiếm của họ.
- Nếu truy vấn tìm kiếm không trả về kết quả nào, người dùng sẽ được cung cấp thông tin nêu rõ rằng không có kết quả nào khớp.
WEB-29
WEB-29: Hệ thống web COV sẽ bao gồm sơ đồ trang web để cho phép các công cụ tìm kiếm thu thập thông tin trang web hiệu quả hơn. Các ví dụ sẽ được cung cấp trong Hệ thống thiết kế COV.
Hiểu về WEB-29
Sơ đồ trang web là một tệp cho phép các công cụ tìm kiếm khám phá hầu hết trang web của bạn thông qua việc thu thập nội dung của trang web.
Sơ đồ trang web phải ở định dạng XML, cho phép công cụ tìm kiếm lập chỉ mục không chỉ các tệp HTML mà còn cả dữ liệu về hình ảnh, video, nội dung tin tức và các phiên bản địa phương của các trang web của cơ quan.
Để tìm hiểu thêm về cách tạo sơ đồ trang web ở định dạng XML, vui lòng truy cập Tài liệu định dạng XML về sơ đồ trang web trên sitemaps.org.
VITA khuyên bạn nên làm theo các biện pháp thực hành tốt nhất về sơ đồ trang web sau đây như đã nêu trên developers.google.com:
- Một sơ đồ trang web duy nhất phải được giới hạn ở mức 50MB khi chưa nén. Nếu tệp sơ đồ trang web của công ty bạn lớn hơn, vui lòng chia sơ đồ trang web thành nhiều sơ đồ trang web.
- Tệp sơ đồ trang web phải được mã hóa UTF-8 .
- Bạn nên lưu trữ sơ đồ trang web ở thư mục gốc của trang web.
- Sử dụng URL đủ điều kiện và tuyệt đối trong sơ đồ trang web của bạn, ví dụ: sử dụng https://www.myvaagency.gov/agencypage.html thay vì /agencypage.html.
WEB-30
WEB-30: Hệ thống web COV phải đảm bảo rằng mỗi trang phải có phần chân trang chứa tối thiểu các thông tin sau:
- Tên cơ quan
- Thông tin bản quyền
- Văn bản hoặc liên kết biểu tượng được chấp thuận nêu rõ sự tuân thủ Sáng kiến Trợ năng Web (WAI).
- Liên kết đến Tuyên bố Chính sách bảo mật Internet của cơ quan.
- Liên kết đến thông tin FOIA
- Tuyên Bố Miễn Trừ Trách Nhiệm Dịch Thuật
- Trang Liên hệ với chúng tôi
- Các mục khác theo định nghĩa của Hệ thống thiết kế COV
Hiểu về WEB-30
Chân trang web là một mẫu giao diện người dùng tĩnh được hiển thị ở cuối tất cả các trang web của một cơ quan. WEB-30 quy định rằng những nội dung sau đây phải được hiển thị ở chân trang của mỗi trang:
- Tên cơ quan: Tên đầy đủ của cơ quan phải được hiển thị
- Thông tin bản quyền: Hiển thị dưới dạng Bản quyền © Tên đầy đủ của Cơ quan [Năm hiện tại]
- Văn bản hoặc liên kết biểu tượng được chấp thuận nêu rõ Sáng kiến Trợ năng Web (WAI): Được viết dưới dạng Sáng kiến về khả năng truy cập web và được liên kết tới trang tuân thủ WCAG 2.0 AA. Ngoài ra, các cơ quan có thể liên kết đến WAI bằng cách sử dụng logo WAI. Hướng dẫn và mã sử dụng logo có thể được tìm thấy trên trang Logo Thêm Tuân thủ WCAG của W3C.
- Điều quan trọng là các cơ quan phải nỗ lực đáp ứng sự tuân thủ AA như đã nêu trong WCAG 2.0 khi sử dụng liên kết này.
- Liên kết đến Tuyên bố Chính sách Bảo mật Internet của cơ quan: Chính sách bảo mật tùy thuộc vào từng cơ quan nhưng tối thiểu phải giải thích cách cơ quan sử dụng và thu thập thông tin của người dùng khi truy cập trang web, thông tin nào được thu thập, thông tin đó liên quan đến luật pháp Virginia như thế nào, người dùng có thể tìm kiếm thêm thông tin ở đâu, chính sách cookie và các thông tin khác liên quan đến việc sử dụng dữ liệu người dùng. Một ví dụ có thể được tìm thấy trên virginia.gov.
- Liên kết đến thông tin FOIA: Thông tin FOIA mang tính cụ thể của từng cơ quan và phải chứa thông tin bằng ngôn ngữ dễ hiểu về Đạo luật Tự do Thông tin của Virginia, quyền FOIA của người dùng, cách người dùng có thể yêu cầu hồ sơ, nơi gửi yêu cầu và trách nhiệm của cơ quan khi nhận được yêu cầu. Có thể tìm thấy thêm thông tin về FOIA trong Bộ luật Virginia, Chương 37.
- Tuyên bố miễn trừ trách nhiệm về bản dịch: Tuyên bố miễn trừ trách nhiệm về bản dịch nêu rõ rằng có bên thứ ba (thường là Google Dịch) có thể bản địa hóa các trang. Tuyên bố từ chối trách nhiệm này phải nêu tên bên thứ ba, cũng như giải thích rằng tùy chọn này được cung cấp để hỗ trợ người dùng cung cấp trang web bằng các ngôn ngữ khác ngoài tiếng Anh, nhưng không có bản dịch tự động nào là hoàn hảo và dịch vụ của bên thứ ba được cung cấp "nguyên trạng". Một ví dụ có thể được tìm thấy trên Trang Tuyên bố miễn trừ trách nhiệm dịch thuật của VITA.
- Trang Liên hệ với chúng tôi: Trang liên hệ với chúng tôi phải được đưa vào phần chân trang. Vui lòng xem WEB-31 để biết thêm thông tin.
Ngoài ra, hệ thống thiết kế COV khuyến nghị rằng tất cả các chân trang
- Làm việc trên thiết bị di động
- Các liên kết bổ sung trong phần chân trang phải được chọn có mục đích (thường được sử dụng, sơ đồ trang web nhỏ, v.v.)
- Chứa các liên kết/biểu tượng phương tiện truyền thông xã hội, nhưng không phải toàn bộ nguồn cấp dữ liệu xã hội
- Rõ ràng và dễ đọc với ít hoặc không có hình ảnh
- Hãy giữ cho lời kêu gọi hành động ngắn gọn, có hướng đi và mục đích rõ ràng nếu sử dụng.
WEB-31
WEB-31: Hệ thống web COV sẽ cung cấp trang Liên hệ với chúng tôi bao gồm tối thiểu các thông tin sau của cơ quan:
- Địa chỉ gửi thư
- Số FAX, nếu có
- Số điện thoại, bao gồm số điện thoại miễn phí và/hoặc số TTY nếu có
- Gửi liên kết email hoặc biểu mẫu liên hệ tới một cơ quan liên hệ.
- Trang Liên hệ với chúng tôi có thể truy cập được từ chân trang.
Hiểu về WEB-31
Ghi chú Các cơ quan nên sử dụng địa chỉ email chung và tránh liên kết thông tin liên hệ của cơ quan với các cá nhân cụ thể.
Trang Liên hệ với chúng tôi cho phép người dùng liên hệ với cơ quan để giải đáp mọi thắc mắc hoặc mối quan tâm thông qua nhiều phương tiện khác nhau để phục vụ nhiều người dùng khác nhau.
- Địa chỉ gửi thư phải là địa chỉ thực tế của cơ quan chứ không phải hộp thư bưu điện, được định dạng như sau:
Tên đầy đủ của Cơ quan
123 Địa chỉ đường phố Đường, Số phòng 456
Thành phố, VA Mã bưu chính
- Số fax, nếu có, được định dạng như sau:
123-555-5555 (Fax)
- Số điện thoại, bao gồm số điện thoại miễn phí và/hoặc số TTY nếu có, được định dạng như sau:
1-123-555-5555 (Điện thoại)
1-800-555-5555 (Miễn phí)
1-123-555-5555 (TTY)
- Có thể cung cấp thêm hướng dẫn nếu cần về cách sử dụng TTY hoặc dịch vụ chuyển tiếp nếu có.
- Nên sử dụng liên kết email chung để tránh liên kết thông tin liên hệ của cơ quan với một cá nhân cụ thể và nên được định dạng như sau:
liên hệ@agency.virginia.gov
Biểu mẫu liên hệ với cơ quan là một giải pháp thay thế cho địa chỉ email. Nếu sử dụng biểu mẫu, biểu mẫu phải có ít nhất các trường sau đây là bắt buộc để phản hồi, với nhãn thích hợp: - Tên đầu tiên
- Họ (? Họ có thực sự cần thiết không? Theo nguyên tắc ít nhất)
- Email hoặc số điện thoại
- Trường để nhắn tin hoặc bình luận
WEB-36
WEB-36: Hệ thống web nền tảng COV, bao gồm các hệ thống COTS (Commercial Off-the-Shelf), sẽ hỗ trợ nhãn trắng để sử dụng Thương hiệu Khối thịnh vượng chung một cách liền mạch theo định nghĩa của Hệ thống thiết kế COV.
Hiểu về WEB-36
Hệ thống web nền tảng được EA định nghĩa là:
Bất kỳ hệ thống web nào cung cấp các khả năng cấp doanh nghiệp cho việc triển khai quy mô lớn hoặc đa thuê bao, bao gồm hệ thống quản lý nguồn nhân lực (HRMS), Giải pháp quản lý tài chính (FMS), quản lý chuỗi cung ứng (SCM), quản lý quan hệ khách hàng (CRM), quản lý hiệu suất doanh nghiệp (EPM) và Hệ thống quản lý nội dung (CMS).
Các hệ thống này sẽ cho phép các cơ quan COVA đổi mới diện mạo thương hiệu của mình để phù hợp với các tiêu chuẩn của hệ thống thiết kế và diện mạo EA (còn gọi là nhãn trắng) khi trình bày bên ngoài hoặc công khai. Ít nhất, một hệ thống web nền tảng mà người dùng công cộng có thể truy cập phải hiển thị Thanh thương hiệu Khối thịnh vượng chung ở đầu trang.
Khả năng tiếp cận
WEB-39
WEB-39: Hệ thống web COV sẽ cung cấp thông tin trợ năng cần thiết được hiển thị theo chỉ thị của Hệ thống thiết kế COV, để người dùng có thể biết ngay cách điều hướng trang web tốt nhất.
Hiểu về WEB-39
Hệ thống web COV phải đăng rõ ràng về khả năng truy cập của trang web như được liệt kê WEB-30, đặc biệt là thông báo cho người dùng về các chiến lược cần thiết để điều hướng trang web bất kể khả năng. Hơnnữa, các cơ quan nên bao gồm một tuyên bố về khả năng truy cập bao gồm những nỗ lực mà cơ quan đang thực hiện hướng tới việc phát triển một trang web có thể truy cập được, cách họ theo dõi khả năng truy cập và người dùng có thể chuyển những mối quan tâm liên quan đến khả năng truy cập đến ai.
WEB-40 – WEB-43
Yêu cầu về hình ảnh (WEB-40 – WEB-43)
Hiểu về WEB-40 – WEB-43
Hướng dẫn về màu sắc có độ tương phản cao dựa trên Tiêu chí thành công của WCAG 1.4.3 Độ tương phản (Tối thiểu), trong đó nêu:
Trình bày trực quan của chữ Và hình ảnh của văn bản có một tỷ lệ tương phản ít nhất là 4.5:1, ngoại trừ những điều sau đây:
- Quy mô lớn văn bản và hình ảnh của văn bản cỡ lớn có tỷ lệ tương phản ít nhất là 3:1;
- Văn bản hoặc hình ảnh của văn bản là một phần của không hoạt động thành phần giao diện người dùng, đó là trang trí tinh khiết, không ai nhìn thấy hoặc là một phần của hình ảnh chứa nội dung trực quan quan trọng khác, không có yêu cầu về độ tương phản.
- Văn bản là một phần của logo hoặc tên thương hiệu không cần có độ tương phản.
Tỷ lệ tương phản màu sắc có thể được xác định bằng cách sử dụng công cụ kiểm tra như SiteImprove hoặc các trình kiểm tra trực tuyến như WebAIM.
Hướng dẫn về tín hiệu âm thanh dựa trên Tiêu chí thành công 1.2.2 của WCAG (Đã ghi âm trước), trong đó nêu:
Phụ đề được cung cấp cho tất cả nội dung âm thanh được ghi âm trước trong phương tiện được đồng bộ hóa, ngoại trừ khi phương tiện là phương tiện thay thế cho văn bản và được gắn nhãn rõ ràng như vậy.
Hướng dẫn về các phương pháp hay nhất để tạo phụ đề có thể được tìm thấy trên Trang web được WCAG đề xuất, joeclark.org và Trang web Chương trình phương tiện truyền thông có chú thích và mô tả.
Ngoài ra, không phải tất cả người dùng đều có thể hiểu hoặc nhận biết được màu sắc, hình ảnh hoặc các tín hiệu thị giác khác do những khuyết tật ảnh hưởng đến thị lực như mù lòa hoặc mù màu ở những người sáng mắt. WEB-41 dựa trên Tiêu chí thành công của WCAG 1.4.1 Sử dụng Màu sắc, trong đó nêu:
Màu sắc không phải là phương tiện trực quan duy nhất để truyền tải thông tin, chỉ ra hành động, thúc đẩy phản ứng hoặc phân biệt yếu tố trực quan.
Ví dụ, nếu biểu mẫu liên hệ có nút màu xanh lá cây để "gửi" và nút màu xám để "xóa biểu mẫu,“, cả các nút và hướng dẫn gửi đều phải được dán nhãn rõ ràng. Trong trường hợp này, nút màu xanh lá cây phải được dán nhãn là "gửi" và nút màu đỏ phải được dán nhãn là "xóa"..“. Hướng dẫn sẽ hướng dẫn người dùng “nhấp vào nút gửi để xác nhận việc gửi biểu mẫu hoặc nhấp vào nút xóa biểu mẫu để xóa biểu mẫu và bắt đầu lại”.
Nhãn phải rõ ràng và mô tả chi tiết để tránh gây nhầm lẫn cho người dùng, nhưng phải đủ ngắn gọn để người dùng có thể đọc nhanh và giúp người dùng gặp khó khăn về đọc hoặc nhận thức khác.
Các cơ quan không nên chỉ sử dụng màu sắc để biểu thị các siêu liên kết trên trang web của họ. Các cơ quan nên tìm cách sử dụng nhất quán, các mẫu thiết kế dễ nhận biết để biểu thị cả siêu liên kết bên trong và bên ngoài, chẳng hạn như thông qua các trạng thái di chuột CSS bên dưới và các biểu tượng (đặc biệt trong trường hợp siêu liên kết bên ngoài).
Ngoài ra, các trường được đánh dấu là bắt buộc hoặc các trường có lỗi nhập liệu phải trình bày thông tin này theo cách không chỉ được xác định thông qua việc sử dụng màu sắc. Ví dụ, một trường không thể chỉ được đánh dấu bằng đường viền màu đỏ hoặc có dấu hoa thị màu đỏ bên cạnh. Thay vào đó, các cơ quan nên xem xét các mã định danh như “Yêu cầu nhập tên” hoặc “Tên*” và thông báo có nội dung “* = Trường bắt buộc”.
Các ví dụ trực quan và mã về các biện pháp thực hành tốt nhất của trường bắt buộc có thể được tìm thấy trên Giải phẫu các biểu mẫu có thể truy cập củaDeque : Trang trường biểu mẫu bắt buộc.
Đối với lỗi do người dùng nhập, lỗi phải dễ dàng xác định được bằng mô tả rõ ràng, súc tích về lỗi. Mỗi thông báo lỗi cũng phải đáp ứng các tiêu chí sau:
- xác định từng trường có lỗi
- cung cấp các gợi ý (nếu biết) để sửa lỗi,
- cung cấp thông tin này một cách phù hợp cho công nghệ hỗ trợ.
Để biết thêm thông tin và ví dụ về cách định dạng các trường biểu mẫu có thể truy cập được có lỗi, vui lòng truy cập Cấp độ truy cập'Cách cung cấp trangNhận dạng lỗi biểu mẫu có thể truy cập.
Yêu cầu của ARIA
WEB-44 – WEB-53
WEB-44 – WEB-53: Yêu cầu ARIA
Hiểu về WEB-44 – WEB-53
HTML 5 chứa nhiều thẻ HTML đa dạng hơn và mang tính mô tả hơn để giúp các nhà phát triển và công nghệ dễ tiếp cận hiểu rõ hơn về cấu trúc, nội dung và cách tổ chức của một trang web. Các cơ quan nên đảm bảo rằng trang web của họ sử dụng HTML ngữ nghĩa một cách chính xác để giúp các nhà phát triển, người dùng và công nghệ có thể truy cập vào nội dung trang web của họ một cách phù hợp. Hơn nữa, đánh dấu ngữ nghĩa HTML5 giúp hạn chế việc sử dụng ARIA trong mã HTML. Để biết thêm thông tin về đánh dấu ngữ nghĩa trong HTML 5 và vai trò của nó trong khả năng truy cập, vui lòng truy cập HTML của Mozilla : Một cơ sở tốt cho trang web có khả năng truy cập.
ARIA hay Ứng dụng Internet phong phú có thể truy cập là một tập hợp các vai trò và thuộc tính được thêm vào mã HTML để làm cho trang web dễ truy cập hơn đối với người dùng bằng cách sử dụng các công nghệ web hỗ trợ. Nếu bạn có tùy chọn sử dụng phần tử HTML có sẵn ngữ nghĩa và hành vi, hãy sử dụng phần tử HTML đó thay vì AIRA. Các cơ quan nên sử dụng ARIA với một phần tử HTML nếu không có phần tử HTML nào khác mô tả hoặc thực hiện chức năng theo ngữ nghĩa hoặc hành vi gốc. Khi các cơ quan lựa chọn sử dụng ARIA, họ cần biết rằng họ có trách nhiệm tạo ra trải nghiệm phù hợp và tương tự cho các công nghệ web hỗ trợ (chẳng hạn như thứ tự tab trên bàn phím).
WEB-44 – WEB-53 biểu thị cụ thể các yêu cầu về việc sử dụng ARIA trong trường hợp các cơ quan gặp phải tình huống không có đánh dấu ngữ nghĩa tương đương. Các nhà phát triển có thể tham khảo Ứng dụng Internet phong phú có thể truy cập của W3C (WAI-ARIA) 1.3 để biết thêm chi tiết sâu hơn về các tiêu chuẩn ARIA, trong khi các nhà thiết kế có thể tham khảo Hướng dẫn thực hành biên soạn ARIA của W3C (APG) để biết thông tin về các mẫu thiết kế phổ biến và cách thiết kế các tương tác hiệu quả nhất khi sử dụng ARIA.
Tương tác của người dùng với bố cục
WEB-54 – WEB-102
WEB-54 – WEB-102: Tương tác của người dùng với bố cục
Hiểu về WEB-54 – WEB-102
Khi các cơ quan tạo trang web, họ không chỉ nên xem xét người dùng "phổ biến nhất" mà còn phải thiết kế cho nhiều loại người dùng và trải nghiệm thực tế khác nhau. Các nhóm này thường được chia thành các loại sau:
- Thị giác
- thính giác
- Động cơ
- Nhận thức
Vì vậy, các cơ quan nên đảm bảo rằng trang web của họ có thể được truy cập và tương tác với năm nhóm người dùng này và các biến thể thay thế của các tương tác trên trang web phải khả dụng. Ví dụ, nếu có thể truy cập liên kết bằng con trỏ chuột, thì liên kết đó cũng phải khả dụng thông qua bàn phím thông qua thứ tự tab, thông qua trình đọc màn hình thông qua đánh dấu ngữ nghĩa và được biểu thị trực quan không chỉ thông qua màu sắc. Ngoài ra, các cơ quan nên cân nhắc việc mô tả phương tiện trực quan (như hình ảnh) thông qua văn bản thay thế và văn bản mô tả hoặc văn bản tương đương khác để truyền tải tín hiệu âm thanh.
Các cơ quan nên cho phép người dùng toàn quyền kiểm soát trang web nếu trang web có chứa phương tiện truyền thông (âm thanh và/hoặc hình ảnh) và tránh nhấp nháy và cuộn hình ảnh đối với những người dùng có thể bị động kinh hoặc đau nửa đầu.
Khi còn nghi ngờ, hãy giữ mọi thứ đơn giản!
Các nhà phát triển và các cơ quan có thể tham khảo Tiêu chuẩn WCAG Web 2.1 để biết các tiêu chuẩn web mới nhất và được chấp thuận nếu họ muốn tìm hiểu sâu hơn. Tuy nhiên, Đại học Harvard đã biên soạn một hướng dẫn đơn giản, dễ đọc về những điều cần thiết hàng đầu 10 mà các nhà phát triển nên cân nhắc với khả năng truy cập bao gồm hầu hết các chủ đề được đề cập trong WEB-54 – WEB-71.
WEB-72 – WEB-102 tập trung cụ thể vào việc tạo trang web có thể nhận thức được, có thể vận hành, Và mạnh mẽ. Đây là ba trong bốn nguyên tắc được ghi chép trong Bốn nguyên tắc về khả năng tiếp cận của WCAG.
Theo WCAG, bốn nguyên tắc này là:
- Có thể nhận thức được - Thông tin và các thành phần giao diện người dùng phải được trình bày theo cách mà người dùng có thể hiểu được. Điều này có nghĩa là người dùng phải có khả năng cảm nhận thông tin được trình bày (thông tin không thể vô hình với tất cả các giác quan của họ)
- Có thể hoạt động - Các thành phần giao diện người dùng và điều hướng phải có thể vận hành được. Điều này có nghĩa là người dùng phải có khả năng vận hành giao diện (giao diện không thể yêu cầu tương tác mà người dùng không thể thực hiện)
- Có thể hiểu được - Thông tin và cách vận hành giao diện người dùng phải dễ hiểu. Điều này có nghĩa là người dùng phải có khả năng hiểu thông tin cũng như hoạt động của giao diện người dùng (nội dung hoặc hoạt động không thể vượt quá khả năng hiểu biết của họ)
- Mạnh mẽ - Nội dung phải đủ mạnh mẽ để có thể được nhiều loại tác nhân người dùng khác nhau, bao gồm cả công nghệ hỗ trợ, hiểu một cách đáng tin cậy. Điều này có nghĩa là người dùng phải có thể truy cập nội dung khi công nghệ phát triển (khi công nghệ và tác nhân người dùng phát triển, nội dung vẫn phải có thể truy cập được)
Bốn nguyên tắc này tạo nên nền tảng cho các tiêu chuẩn trợ năng hiện đại trên web ngày nay.
Ngoài ra, WEB-72 nêu rằng các trang web của cơ quan phải chứa ít nhất hai của các mục sau đây:
- Danh sách các trang liên quan
- Mục lục
- Bản đồ trang web
- Tìm kiếm
- Danh sách tất cả các trang
Để biết thêm thông tin một cách ngắn gọn và đơn giản hơn, các cơ quan có thể tham khảo Nguyên tắc của Đại học Harvard từ trang web Sáng kiến tiếp cận kỹ thuật số của họ.
Điều hướng thiết bị người dùng
WEB-103 – WEB-120
WEB-103 – WEB-120: Điều hướng thiết bị của người dùng
Hiểu về WEB-103 – WEB-120
WEB-103 – WEB-120 tập trung cụ thể vào những cách thay thế để điều hướng một trang web. Điều quan trọng là phải nhận ra rằng không phải tất cả người dùng đều sử dụng thiết bị đầu vào sử dụng con trỏ chuột. Các thiết bị đầu vào thay thế có thể bao gồm trình đọc màn hình, lệnh bằng giọng nói, que ngậm miệng, ống ngậm và thổi, cũng như các phím tab và phím enter có trên bàn phím máy tính, v.v.
Các cơ quan có thể tìm hiểu thêm về công nghệ hỗ trợ trên Trang web Các loại công nghệ hỗ trợ của Đại học Berkeley.
Ngoài ra, phần EA này cũng đề cập đến chức năng điều khiển động cơ của người dùng tiềm năng trên thiết bị di động, nêu rằng:
Hệ thống web COV không yêu cầu các cử chỉ đa điểm hoặc dựa trên đường dẫn, chẳng hạn như chụm, vuốt hoặc kéo. để thực hiện chức năng, trừ khi cử chỉ đó là cần thiết cho chức năng đó.
Điều này có nghĩa là trên các thiết bị màn hình cảm ứng, người dùng có thể phóng to, thu nhỏ văn bản hoặc thực hiện các tương tác cơ bản trên trang web mà không cần điều khiển bằng cử chỉ; và các trang web nên được phát triển để phản hồi tự nhiên với các kích thước màn hình và thiết bị khác nhau.
Các cơ quan có thể tìm thấy sự phân tích các kỹ thuật trợ năng bổ sung, bao gồm các kỹ thuật trong phần này, trong Trang web Kỹ thuật công nghệ hỗ trợ của Đại học Harvard.
Nội dung AV
WEB-121 – WEB-128
Nội dung AV: WEB-121 – WEB-128
Hiểu về WEB-121 – WEB-128
Mọi phương tiện âm thanh và hình ảnh phải có thể truy cập và định dạng phù hợp cho người dùng trên web. Phần này trong EA có liên quan cụ thể đến Hướng dẫn WCAG 1.2 - Phương tiện truyền thông dựa trên thời gian, trong đó nêu rõ cách thức truy cập nội dung AV trên trang web. Tiêu chuẩn 1.2.1 và 1.2.5 cần được tham chiếu, như sau:
- Một giải pháp thay thế cho phương tiện truyền thông theo thời gian được cung cấp để trình bày thông tin tương đương cho nội dung chỉ có âm thanh hoặc chỉ có video được ghi trước.
- Phụ đề được cung cấp cho tất cả nội dung âm thanh được ghi âm trước trong phương tiện được đồng bộ hóa.
- Một giải pháp thay thế cho phương tiện truyền thông dựa trên thời gian hoặc mô tả âm thanh của nội dung video được ghi trước được cung cấp cho phương tiện truyền thông được đồng bộ hóa,
- Phụ đề được cung cấp cho tất cả nội dung âm thanh trực tiếp trong phương tiện truyền thông được đồng bộ hóa.
- Có mô tả bằng âm thanh cho tất cả nội dung video được ghi trước trong phương tiện được đồng bộ hóa.
Ngoài ra, tất cả nội dung trực tiếp, chẳng hạn như hội thảo trên web và webcast được lưu trữ trên trang web hoặc ứng dụng của cơ quan cũng phải cung cấp phụ đề chính xác và đúng thời hạn (chẳng hạn như phụ đề thời gian thực và/hoặc bản ghi CART).
Người dùng cũng phải có khả năng tạm dừng, phát và dừng phương tiện truyền thông bất cứ lúc nào; và phương tiện truyền thông không nên tự động phát khi người dùng truy cập trang.