Bắt đầu từ nhiệm vụ và một kiến trúc thông tin nhỏ gọn
Kiến trúc thông tin là cách nội dung và chức năng được nhóm, đặt tên và kết nối. Liệt kê nhiệm vụ của khách, rồi vẽ sơ đồ trang bắt đầu cho mỗi nhiệm vụ, trang tiếp theo và trạng thái kết thúc thành công. Điều này cho thấy một mục menu có hữu ích hay chỉ là nhãn nội bộ mà khách phải giải mã. Giữ điều hướng chính tập trung vào các phần bắt đầu những nhiệm vụ đó.
Điều hướng không phải là sơ đồ trang (site map). GOV.UK khuyến nghị liệt kê các phần cấp cao hữu ích thay vì mọi phần của một dịch vụ. Khi một hành trình có thứ tự bắt buộc, hãy thể hiện thứ tự đó trong nội dung hoặc danh sách nhiệm vụ thay vì bắt người dùng suy ra từ menu toàn cục.
Đặt các trang cùng nhau khi khách mong đợi câu trả lời hoặc kết quả giống nhau, không phải vì một nhóm nội bộ quản lý chúng.
Dùng trang đích (landing pages) và liên kết ngữ cảnh để chi tiết thay vì một header dày đặc.
Dùng nhãn dự đoán được đích đến
Nhãn là một lời hứa về những gì theo sau. Ưu tiên tên quen thuộc như “Pricing”, “Documentation”, “Get support”, hoặc “Manage account” khi chúng khớp với đích đến. Tránh nhãn mơ hồ như “Resources” hoặc “Explore” trừ khi khách có thể dự đoán được nội dung. Giữ từ ngữ và thứ tự nhất quán.
Google khuyên dùng văn bản liên kết ngắn gọn, liên quan và dễ hiểu khi tách khỏi ngữ cảnh. “Click here” chung chung và liên kết nhồi từ khóa đều không phù hợp. Cho điều khiển chỉ có biểu tượng một tên truy cập (accessible name) mô tả hành động của nó.
Dùng “View plans” thay vì “Learn more” khi đích đến là các gói.
Đánh dấu đích đang hoạt động cả bằng trực quan và chương trình; W3C mô tả aria-current=page cho trang đang hiển thị.
Làm cho đích đến có thể thu thập dữ liệu và rõ ràng về cấu trúc
Một đích điều hướng thông thường nên là một anchor HTML với href trỏ tới một địa chỉ web thực. Google nói rằng nó thường có thể thu thập dạng này, bao gồm các anchor chèn động khi markup được kết xuất giữ cấu trúc đó. Một trình xử lý click hoặc thuộc tính tùy chỉnh đơn thuần không phải là thay thế đáng tin cậy. Kiểm tra kết quả kết xuất, không chỉ mã nguồn của framework.
Dùng cấu trúc ngữ nghĩa xung quanh phần điều hướng chính. W3C khuyến nghị phần tử nav và, với điều hướng trang thông thường, một danh sách. Nếu một trang có nhiều vùng điều hướng, gán nhãn cho từng vùng để người dùng trình đọc màn hình có thể phân biệt điều hướng chính với footer hoặc điều hướng cục bộ.
Xác nhận các đích quan trọng trên desktop và mobile có anchor và giá trị href sau khi client-side rendering.
URL Inspection cung cấp thông tin thu thập, lập chỉ mục và phục vụ của Google; nó không chứng minh rằng khách có thể tìm một trang.
Thiết kế menu di động như một tương tác hoàn chỉnh
Điều hướng responsive có thể thu gọn, nhưng các đích còn lại nên giữ cùng từ ngữ, thứ tự và mục tiêu trên mọi kích thước màn hình. W3C cho phép thu gọn hoặc ẩn mục trong subnavigation đồng thời yêu cầu tính nhất quán. Đừng biến một đường dẫn quan trọng chỉ dành cho desktop vì header quá chật; di chuyển nội dung ưu tiên thấp hơn hoặc xem lại thứ bậc.
Với menu hiện/ẩn, dùng một button để điều khiển nhóm liên kết và thông báo trạng thái mở/đóng. Ví dụ disclosure-navigation của W3C dùng aria-expanded và aria-controls và mô tả Tab, Shift+Tab, và Escape. Đây là tài liệu hướng dẫn, nên kiểm tra thành phần của bạn với các tổ hợp phím mà khán giả bạn dùng.
Khi cần cả liên kết trang cha và các liên kết con, phân biệt liên kết trang với điều khiển mở rộng.
Mọi thứ hiện ra bằng hover chuột phải có thể được tìm thấy bằng focus bàn phím và cảm ứng.
Hỗ trợ định hướng và di chuyển bằng bàn phím
Truy cập bằng bàn phím không phải là bước hoàn thiện cuối cùng. WCAG 2.1 Success Criterion 2.1.1 yêu cầu chức năng phải có thể vận hành qua giao diện bàn phím ngoại trừ đầu vào phụ thuộc đường đi. Trong một header, khách nên có thể Tab qua các điều khiển, thấy focus, kích hoạt liên kết và nút, và rời đi mà không bị kẹt.
Các liên kết header lặp lại có thể khiến trang khó điều hướng bằng bàn phím. Một skip link gần phần đầu cung cấp lộ trình cho người dùng bàn phím đến nội dung chính. GOV.UK giải thích rằng nó được ẩn về mặt thị giác cho đến khi dùng bàn phím kích hoạt. Kiểm tra rằng nó đến một mục tiêu có ý nghĩa.
Không loại bỏ chỉ báo focus của trình duyệt nếu không có phương án thay thế rõ ràng vẫn hiển thị khi phóng to.
Dùng Tab, Shift+Tab, Enter, Space và Escape từ header vào trang đích.
Kiểm tra khả năng tìm thấy trước và sau khi phát hành
Yêu cầu những người đại diện hoàn thành một nhiệm vụ thực tế, như tìm hướng dẫn hủy dịch vụ hoặc so sánh gói. Quan sát nơi họ mong sẽ đến, nhãn họ đọc sai và liệu họ có phải dùng tìm kiếm vì điều hướng thất bại. Đừng dẫn họ tới nhãn dự kiến. Ghi lại rào cản và thay đổi nhỏ nhất có khả năng loại bỏ nó.
Kết hợp kiểm thử nhiệm vụ với kiểm tra kỹ thuật. W3C’s Easy Checks khuyến nghị kiểm tra không dùng chuột, bao gồm hiển thị focus, thứ tự tab, bẫy phím và dropdown. Lặp lại các nhiệm vụ cốt lõi ở kích thước nhỏ và khi tăng cỡ chữ. Các kiểm tra tự động có thể phát hiện vấn đề markup, nhưng không thể khẳng định một nhãn có ý nghĩa hay không.
Ghi lại điểm kết thúc dự kiến và thiết bị hoặc phương thức nhập được hỗ trợ trước khi kiểm thử.
Kiểm thử đường đi cũ và mới với cùng nhiệm vụ thay vì chỉ dựa vào sở thích của bên liên quan.
Đối xử thay đổi điều hướng như phát hành nhạy cảm với khả năng truy cập
Một header có thể tải trong khi một đường dẫn quan trọng thực tế không khả dụng: một checkout, đăng nhập, đường dẫn hỗ trợ hoặc trang tài liệu có thể bị chặn bởi trạng thái hỏng, liên kết cũ hoặc chuyển hướng sai. Trước khi phát hành, kiểm kê các đích quan trọng, kiểm tra đường dẫn desktop và mobile, và xác nhận các liên kết được kết xuất tới trang dự kiến. Dùng môi trường được ủy quyền cho đường dẫn cần xác thực hoặc phân vùng vùng miền.
Vai trò của SIU là khắc phục chủ động: chạy preflight, xác minh các đường dẫn thiết yếu sau khi triển khai, và làm cho việc sửa chữa có thể đảo ngược. Giữ cấu hình menu theo phiên bản, ghi tên người có thể khôi phục, và xác thực các đường dẫn sau khi khôi phục. Điều này giới hạn tác động phát hành; nó không thay thế nghiên cứu khả dụng hay giám sát trạng thái trực tiếp.
Ngăn xuất bản khi một đích quan trọng bị thiếu, sai hoặc không thể truy cập bằng bàn phím và cảm ứng.
Ghi lại cấu hình trước đó, người chịu trách nhiệm, cú kích hoạt và các bước xác thực trước khi tái cấu trúc.