Trình bày các trang đơn giản và đảm bảo sự nhất quán, đặc biệt chú ý đến thứ tự xếp đặt các yếu tố. Người khiếm thị sau đó có thể tự tìm ra cách trình bày của một trang và căn cứ theo cấu trúc đó làm chuẩn để ứng dụng cho các trang tiếp theo sau. Tương tự như vậy, tạo cấu trúc trình đơn đơn giản, rõ ràng và thống nhất. Tuy nhiên, quan trọng là đừng lầm lẫn giữa hiệu quả của yếu tố đơn giản và hậu quả tẻ nhạt- sự phát triển của kỹ thuật cho phép những tính năng công nghệ tiến bộ nhất được lồng ghép vào trang web mà không ngăn cản khả năng truy cập nó.

Để đạt được tính thống nhất, cấu trúc trình bày trang cần được điều khiển tương đối dễ dàng để người sử dụng không phải nhấp trên quá nhiều đường liên kết rồi mới đến được phần nội dung mà họ muốn tìm. Đây được gọi là quy tắc “3 lần nhấp chuột”: có nghĩa là bất kỳ trang web nào không cần vượt quá 3 lần nhấp chuột từ trang chủ đế tiếp cận đến nó. Tuy nhiên, quy tắc này có thể gặp rắc rối khi cố gắng tạo lập trong 1 trang web có nội dung lớn với nhiều mức độ tiếp cận khác nhau. Người ta cũng đã phát hiện được (theo Brazier và Jennings, 1999) là người mù và khiếm thị cảm thấy khó khăn khi theo một trang mà có quá nhiều mối liên kết khiến rất mất thời gian. Trường hợp quy tắc 3 lần nhấp chuột thực hiện không được thì tốt hơn hết là dùng nhiều số trang lớn hơn để chứa ít lần số liên kết hơn và chú trọng nhiều đến việc đảm bảo sự rõ ràng và thống nhất trong cách thức trình bày và liên kết định vị.

Tạo chỉ mục cho mục lục nội dung trang web bằng văn bản hay họa đồ có liên kết để người sử dụng có thể điều khiển trực tiếp đến các trang hơn là phải mất công tìm kiếm luẩn quẩn vòng quanh trang web. Điều  này giúp tránh được rắc rối của một trang web lớn, như đã trình bày ở 14.2.3

Mô tả đầy đủ tất cả hình ảnh, đoạn phim, tệp âm thanh, v.v. (dùng văn bản thay thế theo mã HTML). Nếu người sáng có thể nhìn thấy được vị trí có hình ảnh liên kết vì họ có thể chọn vị trí đó và nhấp chuột để xem tiếp, thì đối với người khiếm thị, họ phải được nghe thông báo bằng văn bản đọc thay thế tương đương. Ở vị trí không phải là văn bản cần phải diễn đạt để mô tả thêm chỉ bằng một hay hai từ sau đó một liên kết ”d” có thể đặt cạnh bên đối tượng, để dẫn đến thông tin mô tả chi tiết hình ảnh đó, hoặc nên sử dụng đuôi mô tả “LONGDESC”, ví dụ để diễn giải một đoạn phim được lồng vào trang web.

Cố gắng tạo văn bản thay thế bằng ngôn ngữ Java hay JavaScript và tránh các ứng dụng của chúng cho các hiệu ứng (như văn bản cuộn) rất khó cho người chỉ còn nhìn được một phần (Cũng xem phần 14.2.14)

Cho thông tin mô tả mọi đường liên kết (dùng đuôi văn bản thay thế như đã giới thiệu ở 14.2.5) và nếu có thể tách mối liên kết bằng các văn bản không liên kết. Đặt các liên kết từng cái một trên từng dòng một và đánh nhãn rõ ràng. Tránh dùng cụm từ “nhấp chuột ở đây” để chỉ các mối liên hệ khi người sử dụng không biết đây là đâu, nơi nào họ đang đi đến, vì thế nên dùng các cụm từ như “có thông tin trên vị trí X” hoặc “liên kết tới y”. Sử dụng mã HTML để vào nhan đề liên kết thông tin sẽ làm rõ hơn bản chất nội dung thông tin.

Chỉ sử dụng màu sắc có độ tương phản mạnh cho văn bản và nền. Một số người sử dụng cảm thấy khó phân biệt một số màu nào đó; đỏ và xanh lá cây ví dụ thường xuất hiện bóng màu chung chung như màu xám mà một số người mù màu bị mắc phải. Dùng hai màu có cùng một gam màu sẽ làm thông tin trở nên khó đọc và cũng sẽ thất bại nếu tạo sự tương phản không đủ mạnh khi dùng màu nền và màu chữ giống nhau. Sự phối màu không hiệu quả làm giảm đi sự rõ nét, ví dụ khi phối màu giữa hồng và xanh lá đậm, đỏ và tím; vàng trên trắng hay xám nhạt, màu tím nhạt và hồng. Luôn tránh việc dùng các bóng khác nhau trên cùng một màu, như văn bản màu cam đậm trên nền cam nhạt.

Nên dùng kiểu chữ chân phương trừ phi có lý do chính đáng để không làm vậy. RNIB đơn giản chỉ khuyến cáo cách này là tốt nhất để tránh các “kiểu chữ không quen thuộc hay không rõ ràng” (Hướng dẫn cách in sách rõ của RNIB). Cùng quan điểm  trên, NLB cũng nói là “những kiểu chữ kiểu cọ khó đọc và tốt nhất là nên tránh dùng” (Hướng dẫn thiết kế web truy cập được của NLB).

Dùng kiểu chữ kích cỡ vừa phải. Cỡ chữ không nhỏ hơn 14, nhưng yêu cầu dùng cỡ chữ của từng cá nhân cũng rất khó xác định, tốt nhất là cho phép người sử dụng tự điều chỉnh cỡ chữ bằng cách tạo thanh cuộn điều chỉnh kích cỡ chữ cho phù hợp với nhu cầu của họ. Cũng nên cài cỡ chữ mặc định dễ đọc nhất để đảm bảo là việc điều chỉnh mặc dù cho phép theo sự lựa chọn của người dùng nhưng vẫn có thể đọc được khi chưa chỉnh.

Cẩn thận khi dùng bảng biểu và đừng làm nó quá chằng chịt chi li. Tránh dùng bảng biểu làm hình thức trình bày nội dung. Chỉ dùng khi nào bảng biểu nói lên số liệu (như danh mục các dịch vụ được cung cấp), chú ý dùng các tiêu đề theo mã HTML để mô tả từng ô.

Nên sử dụng dạng thay thế không khung cho các trang chủ dùng khung. Và được ứng dụng trong suốt cách trình bày trang web liên kết với các phiên bản không khung của các trang. Lý tưởng là tạo liên kết từ trang chủ hay chỉ mục văn bản đến từng khung và đảm bảo từng khung có tiêu đề bằng mã HTML. Tiêu đề khung trình bày ngắn gọn đủ thông tin. Ví dụ, tiêu đề cho một trang có hai khung : “Khung điều khiển” và “Khung mục lục ”

Nên thiết kế mẫu trực tuyến theo cách mà phần mềm đọc màn hình xử lý thông tin được. Tất cả các trường phải có cấu trúc hợp lý và gắn đuôi HTML gắn thích hợp.

Tránh việc dùng chương trình làm mới tự động hay màn hình nhấp nháy (một số nhà thiết kế hay gửi đến người sử dụng một trang mới tự động xuất hiện sau một thời gian mặc định). Kiểu mặc định làm mới màn hình sau 5 -10 giây làm cho phầm mềm đọc màn hình phải đọc lại từ đầu!

Tránh việc chỉ dùng tệp âm thanh cho một nội dung thông tin quan trọng nào đó. Nên kết hợp giữa tệp âm thanh và văn bản theo kiểu mô tả bằng văn bản thay thế (hoặc dùng ”ALT”, liên kết “d” hay “LONGDESC”) như 14.2.5 đã nhắc đến.

Luôn tạo văn bản thay thế cho các yếu tố tương tác. Các yếu tố này bao gồm cho cả các chương trình gắn kết hay Java và không thể luôn được dịch bằng công nghệ hỗ trợ. Văn bản thay thế có thể là đuôi ALT hay mô tả nhiều hơn qua liến kết ”d” hoặc “LONGDESC”

Nếu sử dụng trang web có văn bản thay thế thì cần thiết phải cập nhật cùng lúc với trang phi văn bản. Đôi khi các trang này rất thích hợp và cần phải có, nhưng nó không cho phép bị lạc hậu và bỏ quên. Cũng nên xem đến khả năng sử dụng các sản phẩm khác như BETSIE do RNIB và BBC trực tuyến phối hợp, trang được định dạng lại thành phiên bản chỉ có văn bản lúc phát, nhưng điều này cũng nên sử dụng để đơn giản hóa việc điều chỉnh.

Cung cấp địa chỉ email liên lạc trên mỗi trang, hoặc ít nhất là có trên trang chủ, để người sử dụng có thể gửi yêu cầu nếu có điều gì đó làm họ không đọc được hay cần giải thích thêm. Hơn nữa, điều đó làm website có thể thu nhận được những ý kiến đóng góp về khả năng truy cập và đừng quên đọc các nhận xét này!

Việc chọn lọc và tính đa dạng của các phương tiện đánh giá khả năng truy cập của trang web hiện nay ngày càng phát triển nhiều hơn. Rất nhiều bài báo viết về chủ đề này và có thể nhanh chóng tìm trên Internet với cụm từ “accessible web design” (thiết kế web truy cập được) sẽ cho nhiều thông tin, ý kiến, quan điểm khác nhau. Phải chủ động cung cấp thông tin cho người thiết kế web khả năng giải quyết rắc rối cho việc trang web của họ không truy cập được và đề ra các giải pháp khả thi như đã được bàn qua ở phần 14.2. Để tránh quá nhiều thông tin trong khía cạnh này, có thể chỉ tập trung tham khảo một số nguồn chính, thường là chọn miễn phí, để có thể kiểm tra nhanh chóng và dễ dàng tính truy cập được của trang web mình tạo lập. Các chương trình sẽ vạch ra những điểm cần chỉnh sửa theo  hướng dẫn của W3C, Bobby, Lynx View và sự chọn lựa quản trị web hay dịch vụ kiểm soát HTML

W3C phát hành một tập hướng dẫn “Đánh giá khả năng truy cập trang web” (W3C, 2001). Hướng dẫn này giải thích cách bắt đầu đánh giá một website và sau đó đánh giá sâu hơn về khả năng truy cập của nó. Họ cũng đưa ra hướng dẫn về Kỹ thuật dùng HTML để truy cập được nội dung trang web (W3C, 2000) cho những ví dụ mẫu về việc sử dụng các đuôi như (văn bản thay thế ALT) trong văn bản HTML

Bộ duyệt kiểm tra trang web có khả năng truy cập của Bobby được Trung tâm Ứng dụng công nghệ (CAST) phát triển. Bobby được sử dụng để đánh giá dựa vào danh mục kiểm tra tính truy cập được và hiện đang được dùng rộng rãi.

Phần mềm này sẽ phân tích từng trang một và cho ra một bản đánh giá bằng văn bản, xác định nơi nào có lỗi truy cập. Có bảng đánh giá xếp thứ tự ưu tiên theo hướng dẫn của WAI. Chỉ tiêu Tán thành của Bobby tương đương với tiêu chuẩn mức độ thích nghi A của Hướng dẫn nội dung Web và một trang web chỉ nhận được biểu tượng chấp thuận của Bobby nếu tất cả trang không có lỗi ưu tiên số 1. Đánh giá ưu tiên 1 chỉ ra vấn đề nghiêm trọng ảnh hưởng đến khả năng sử dụng web và được ghi biểu tượng là hình ảnh một chiếc nón của cảnh sát trên xe lăn. Biểu tượng chiếc nón cảnh sát kèm với dấu hỏi trên đó để chỉ rằng có thể là lỗi ưu tiên số 1 nếu chỉ kiểm tra thủ công, mà không dùng công cụ Bobby.

Có hai mức độ ưu tiên nữa mà Bobby dùng để chỉ ra vấn đề. Ưu tiên 2 đề nghị chỉnh sửa nếu có thể và ưu tiên 3 cho biết vấn đề đó cần được cân nhắc xem xét lại. Cả hai mức độ thường khuyến nghị nên kiểm tra thủ công lại cho từng vấn đề. Trang web vượt qua được dưới ưu tiên 2 thì tương đương mức độ thích nghi AA của Hướng dẫn nội dung Web và dưới ưu tiên 3 thì tương đương với mức độ thích nghi AAA.

Vấn đề khác mà Bobby xem xét là khả năng duyệt web và thời gian tải tệp tin xuống, cả hai có thể ảnh hưởng đến khả năng truy cập trang web.

Báo cáo của Bobby có thể khó đọc, đặc biệt là đối với người không dùng ngôn ngữ HTML và mặc dù có hướng dẫn về đọc được báo cáo của Bobby thì cũng vẫn khó để lôi ra được lỗi nào trong chuỗi HTML. Một khuyến nghị khác là, ở những bước khởi đầu, tập trung vào các lỗi ưu tiên 1 và đảm bảo là chúng sửa được.

Lynx View sẽ kiểm tra khả năng trình bày những trang chỉ có văn bản, vì nó xuất hiện đối với trình duyệt văn bản như Lynx, chỉ ra cách phần mềm đọc màn hình có thể hiểu được trang đó. Xem xét một trang qua công cụ Lynx View sẽ chỉ ra bất cứ hình ảnh nào cho văn bản ALT chưa được áp dụng và nó cũng sẽ cho biết cấu trúc trình bày trang đã rõ ràng và hợp lý chưa, các mối liên kết có được chia tách rõ không và cấu trúc viết HTML có gọn gàng và rõ không

Nhiều công cụ quản trị web hiện nay kể cả câu trả lời nhanh về khả năng truy cập trang web. Ví dụ công cụ Microsoft FrontPage cho phép tác giả đưa các tính năng truy cập được vào giao diện chính và cung cấp phần mềm để kiểm tra các trang khác nhau về khả năng truy cập theo thứ tự ưu tiên 1 của W3C. SftQuad International cũng đã cho ra một công cụ AdaptAbility Tollkit là một phản hồi tự động có những đề nghị thêm những tính năng nào đó để làm trang web trở nên dễ truy cập hơn. (Murtha, 1997) và Macromedia hiện cho công cụ “Accessibility Kits” trên phần mềm Flash và DreamWeaver. Các cung ứng phần mềm thiết kế web khác cũng đang bắt đầu đưa tính năng truy cập được vào công cụ tạo web của họ. Ví dụ, các nhà tạo phầm mềm học từ xa như Blakbord hay WebCT cũng đang tích cực chú trọng vào việc tăng cường khả năng truy cập phần mềm của họ thông qua đối thọai với các chuyên gia hàng đầu trong lĩnh vực truy cập web.

Một công cụ kỹ thuật hữu ích khác để kiểm tra website là thông qua dịch vụ kiểm sóat HTML. Hầu hết các nhà thiết kế web đã quen thuộc với những dịch vụ kiểm soát này để đánh giá mức độ thống nhất và sử dụng thích hợp mã HTML theo các khuyến nghị như thường thấy trên hướng dẫn của W3C.

Phần này giới thiệu một số website để cho thấy một trang web truy cập được thì cách thức và ý tưởng thiết kế cũng rất thú vị. Một số mẫu kể cả website đã được RNIB chấp nhận bởi chương trình đánh giá trang web truy cập được và nhận được bảng đánh giá chấp thuận của Bobby.

RNIB là một trang web mở rộng với thông tin toàn diện các vấn đề về người khiếm thị. Trang web này được thiết kế rõ ràng và dễ nhớ để điều khiển, tuy nhiên không có nghĩa địa chỉ này chỉ chứa những văn bản đơn thuần mà nó còn có những hình ảnh cũng như cách trình bày thông tin rất đáng quan tâm.

Webiste của Thư viện Quốc gia của người mù được trình bày trên nền vàng và màu chữ đen phân biệt rõ ràng. Như RNIB, website này rất lớn, thông tin trình bày tương đối đơn giản với các danh mục giúp liên kết thông tin sâu hơn hay tới các nguồn lực bên ngoài. Ở nơi liên kết đưa người sử dụng truy cập ra ngoài, nhà tạo web NLB đã cho các gợi ý cần thiết như báo động là trang web dùng hình ảnh mà không có văn bản thay thế

RNIB đã trao tặng biểu tượng “See It Righ” cho mẫu trang web này vì khả năng truy cập cũng như tính sáng tạo của nó.

Các nhà thiết kế UK Online đã làm việc cùng với RNIB để tạo ra trang web sử dụng dễ dàng. Hiện nay trang web cung cấp phiên bản đồ họa và phiên bản dễ truy cập, cả hai đều có thể truy cập được.

Hội đồng Quận Hampshire có một website phức tạp và lớn đã được thiết kế kỹ lưỡng để mọi người có thể truy cập đầy đủ. Trang web dịch vụ Thư viện và Thông tin của North Lincolnshire và Thành phố Leeds là hai địa chỉ đều mang tính truy cập được qua ALT.

Mô hình tốt nhất là trường Đại học Central Lancashire và Đại học Edinburg. Các trang web này thể hiện kỹ thuật thiết kế tốt giúp trang web truy cập đầy đủ, dễ nhìn và dễ điều khiển. Cả hai trang web này được Bobby cấp biểu tượng truy cập được. Một ví dụ khác là trường Đại học West of England, Bristol và cũng được chấp thuận của Bobby và nó cung cấp chỉ mục văn bản cho trang web thư viện ở ngay đầu trang chủ của thư viện.

Trong tương lai, người mù và khiếm thị rất có khả năng sử dụng máy trạm phù hợp với nhu cầu cụ thể của họ rồi đến hệ thống mạng. Để đạt được mục tiêu đó, các thư viện cần phải chấp thuận các chuẩn tối thiểu về trang thiết bị mặc dù chúng có thể không dễ dàng và trở nên nặng nề hơn khi được yêu cầu kết nối với dịch vụ mạng quốc gia. Một vấn đề lớn hơn nảy sinh ra là độ tương thích của phần mềm và vấn đề bảo mật an toàn, đôi khi sẽ gây ra những hạn chế đáng kể về việc chỉnh sửa bổ sung tạm thời đợi cho đến khi chuẩn được thiết lập. Một số thư viện có thể sẵn lòng cho phép người sử dụng lưu hồ sơ. Vào năm 2000, Hội đồng Lưu trữ, Thư viện và Bảo tàng đã tài trợ cho các nghiên cứu để khám phá thêm các tính năng để giúp cho người mù và khiếm thị có được những yêu cầu thiết thực để đáp ứng được nhu cầu riêng của họ.