Tính hợp lệ
1. Tất cả các tài liệu HTML phải được kiểm tra hợp lệ HTML.
2. Tài liệu NÊN được xác nhận ở cấp độ HTML 2,0, 3,2 (Wilbur), hoặc trong tương lai chi tiết kỹ thuật từ W3C khi có sẵn.
3. Tác giả sử dụng một DTD khác hơn so với ở trên sẽ bao gồm một tuyên bố DOCTYPE thích hợp. Trong trường hợp của một DTD đó là tiêu chuẩn hoặc không được biết đến rộng rãi (ví dụ như những người có sẵn từ dịch vụ xác nhận WebTechs), các DTD chính nó SẼ được tham chiếu trong một bình luận trong tài liệu.
4. Tài liệu HTML NÊN xác nhận thành công.
5. Xác Nhận lỗi được ghi chú của tác giả. ghi chú như vậy có thể được gửi riêng biệt với các văn bản HTML (miễn là chúng được tham chiếu bởi một bình trong mã nguồn), và NÊN mô tả mục đích của việc xây dựng không hợp lệ, cùng với hiệu ứng của nó trong một số trình duyệt bao gồm cả văn bản chế độ trình duyệt (các bình luận "không có hiệu lực "là chấp nhận được). Trong trường hợp của một không hợp lệ nhưng xây dựng được thành lập, một tham chiếu đến một phân tích hiện tại là đủ.
HTML Headers
1. Tất cả các tài liệu HTML bao gồm một TITLE thích hợp
2. Tài liệu bao gồm các yếu tố tiêu đề MAY khác, chẳng hạn như liên kết quan hệ, Stylesheets, Client-side script, và META yếu tố.
3. Tài liệu đó là một "trang trước" hoặc điểm vào khác chủ yếu cho hệ thống một NÊN bao gồm:
- TƯ KHOA và các yếu tố meta MÔ TẢ vì lợi ích của indexers Web.
- Một "REV = MADE" liên kết chỉ ra tác giả của tài liệu hoặc bảo trì.
Các tài liệu khác có thể bao gồm các tiêu đề như vậy.
Màu sắc và hình ảnh nền
1. Tác giả CÓ THỂ sử dụng bất kỳ đánh dấu pháp lý để xác định màu sắc tài liệu, nhưng NÊN sử dụng RGB chi tiết kỹ thuật để làm như vậy.
2. Trường hợp màu sắc được thiết lập bởi một tác giả, họ phải đảm bảo một tương phản mạnh mẽ giữa văn bản và nền. Điều này có nghĩa ánh sáng-on-tối hoặc ánh sáng trên tối: màu sắc tương phản không đủ để phục vụ cho màn hình đơn sắc hoặc màu độc giả mù. Lưu ý rằng điều này hàm ý rằng tác giả thiết lập một màu chữ PHẢI cũng đặt nền tảng tương ứng, và ngược lại.
3. Bối cảnh hình ảnh (nơi được sử dụng) NÊN được nhỏ, và NÊN được của một màu sắc tương tự như BGCOLOR quy định.
4. NÊN phô trương hình ảnh nền thể tránh được trong các trang có chứa thông tin văn bản.
Hình ảnh
1. Hình ảnh CÓ THỂ được sử dụng để bổ sung văn bản, nhưng KHÔNG NÊN được sử dụng để thay thế nó. Ví dụ về sử dụng thích hợp các biểu đồ, đồ thị và bản đồ địa lý (mà tự nhiên bổ sung văn bản); ví dụ không thích hợp là đoạn văn bản được trang trí và imagemaps sử dụng để thay thế nó.
2. Tất cả hình ảnh SẼ có văn bản ALT. Khi thích hợp, ALT = "" là chấp nhận được.
3. ALT văn bản cho hình ảnh đó cũng được liên kết SẼ được mô tả của mục đích của liên kết, và cần phải ngắn gọn. "Home", "Next", "trước", "Tìm kiếm" là những ví dụ của văn bản ALT tốt; "Click Here", "Home Icon", "binocular Icon", "Trở lại Trang chủ XYZ" là irredeemably xấu.
4. ALT KHÔNG NÊN văn bản tài liệu văn bản trùng lặp gần đó.
5. ALT văn bản cho hình ảnh lớn hơn (ví dụ như những người nêu trên về 10Kb) NÊN cảnh báo về kích thước của họ - ví dụ "Global Composite Image (29K)" (mặc dù nó có thể thích hợp để bỏ qua điều này trong trường hợp bất kỳ văn bản ALT không trống sẽ là obtrusive) .
6. ALT văn bản cho imagemaps CÓ THỂ độc giả trực tiếp đến một thanh công cụ văn bản riêng biệt, nếu không họ NÊN để trống (ALT = "").
7. Trường hợp imagemaps được sử dụng, phương tiện thay thế chuyển hướng được thực hiện sẵn có cho bạn đọc.
8. Hình ảnh NÊN sử dụng chiều cao và các thuộc tính chiều rộng, trừ khi được ghi nhận theo trình duyệt tương thích dưới đây.
Sử dụng các thẻ thích hợp
1. <BLINK> SẼ KHÔNG được sử dụng.
2. <font> SẼ KHÔNG được sử dụng thay cho tiêu đề HTML <h1> - <H6>
3. Nhấn mạnh như thẻ <font>, <B> hoặc <STRONG> KHÔNG NÊN được áp dụng cho đoạn mở rộng. Họ là phù hợp với các từ và cụm từ, và (đặc biệt) như một đoạn hoàn chỉnh các văn bản.
4. <h1> ...</> H1 NÊN được sử dụng đúng một lần trong một trang HTML.
Markup không chuẩn
tiêu chuẩn chung: các trường hợp cụ thể được xử lý riêng biệt dưới đây.
1. Theo các tiêu chuẩn xác nhận ở trên, tác giả có thể sử dụng thẻ không chuẩn hoặc độc quyền trong một tài liệu HTML.
2. Trong khi đó, các trang HTML CÓ THỂ được như vậy, "tăng cường", họ KHÔNG NÊN được phụ thuộc vào đánh dấu độc quyền. Cụ thể, tất cả các chức năng chính và thông tin NÊN có sẵn cho một trình duyệt HTML tương thích không hỗ trợ mở rộng "".
3. Không xác định Đối tượng không được sử dụng.
Khả năng tương thích trình duyệt
HTML cấu trúc mà vẽ một tài liệu khó đọc do các khuyết tật được biết đến trong trình duyệt phổ biến NÊN thể tránh được, bất kể giá trị của xây dựng trong HTML nghiêm ngặt. Tất cả các hướng dẫn trong phần này được tư vấn.
Nó không phải là mục đích của tài liệu này để kê khai thiếu sót trình duyệt nhưng sự chú ý của tác giả được rút ra ở đây để một số trường hợp. Tác giả purporting để viết cho phần lớn "" nên biết rằng hầu hết các cấu trúc nguy cơ trở nên không đọc được trong trình duyệt phổ biến Netscape.
1. Sử dụng <hoặc> trong vòng một từ khóa, trong xây dựng như <img SRC="forward.gif" ALT="=> "> rủi ro phá parsers và NÊN thể tránh được.
2. Bình luận NÊN mở với <- và! Chặt chẽ với ->. Sử dụng "-" hoặc> "" trong các ký tự phân cách NÊN thể tránh được.
3. Chiều cao và rộng thuộc tính trong hình ảnh NÊN được giới hạn trường hợp không phải là hình ảnh chính nó cũng không phải văn bản ALT là điều cần thiết để tài liệu. Đặc biệt, hình ảnh đó là các biểu tượng menu KHÔNG NÊN sử dụng chiều cao và các thuộc tính chiều rộng, riêng biệt, trừ khi chuyển hướng dựa trên văn bản cũng được cung cấp trên cùng một trang.
4. Khi màu sắc văn bản quy định cụ thể trong một thẻ BODY, số ký hiệu RGB NÊN luôn luôn được sử dụng.
5. Khi sử dụng một hình ảnh nổi hoặc bảng, "br rõ ràng" NÊN nếu có thể được sử dụng trước mắt của bất kỳ hình ảnh hoặc bàn thêm.
6. Khi sử dụng HTML Tables, cung cấp NÊN được thực hiện để đảm bảo các tài liệu được rõ ràng để trình duyệt không hỗ trợ tính năng này.
7. container HTML (như đoạn văn hoặc bảng tế bào) NÊN được một cách rõ ràng đóng cửa.
A thông thường và thường xuyên báo lỗi nghiêm trọng là tác giả tìm cách ảnh hưởng đến trình bày trang một cách gây phương hại đến mức độ dễ đọc của một tài liệu cho người dùng khác.
1. Các trang NÊN KHÔNG phụ thuộc vào một cửa sổ trình duyệt cụ thể, kích thước font hay màu sắc bảng để có thể đọc được. Thật vậy, họ KHÔNG NÊN phụ thuộc vào bất kỳ trình bày trực quan nào, trừ trường hợp các nội dung thông tin là hình ảnh vốn có trong tự nhiên.
2. KHÔNG NÊN tác giả sử dụng các cấu trúc mà làm cho các giả định (rõ ràng hoặc không) thiết lập về một độc giả của. Ví dụ để tránh là toàn màn hình chia bảng hoặc GIF có kích thước được thể hiện bằng pixel. <table WIDTH="95%"> là chấp nhận được; <table WIDTH="500"> không.
Lưu ý tất nhiên là không ai trong số các nguyên tắc này cản trở việc nâng cao hình ảnh của một tài liệu cho những độc giả đang ở một vị trí để tận dụng lợi thế của bài trình bày ý định của tác giả.
Các trang quốc tế
1. Tài liệu sẵn có ở nhiều hơn một ngôn ngữ được trình bày như NÊN hierarchies song song trong các ngôn ngữ liên quan.
2. HTTP nội dung đàm phán có thể được dùng để xác định ngôn ngữ mặc định trình bày cho người đọc.
3. Tất cả các tài liệu trong một hệ thống phân cấp đa ngôn ngữ NÊN bao gồm liên kết đến các ngôn ngữ khác có sẵn.
Style Sheets
1. Tác giả có thể sử dụng phong cách trang để tăng cường các trang web, và được khuyến khích để làm như vậy khi tìm kiếm tài liệu để xác định xuất hiện.
2. Style sheets không được hiển thị cho trình duyệt mà không hỗ trợ chúng. Điều này sẽ được thử nghiệm.
3. Style sheets không được sử dụng trong một cách gây phương hại đến khả năng truy cập cho các trình duyệt không hỗ trợ tính năng này.
Trang Frames
1. Khung CÓ THỂ được sử dụng, tùy thuộc vào các yêu cầu xác nhận. Lưu ý rằng kể từ khi họ sẽ không xác nhận như là tiêu chuẩn HTML, một báo cáo sẽ luôn luôn được yêu cầu.
2. Thông tin cung cấp thông qua một frameset cũng được thực hiện thông qua truy cập unframed phần NOFRAMES.
3. Phần NOFRAMES NÊN cung cấp cho độc giả với một sự thay thế hoàn toàn. Việc sử dụng một liên kết đến một phiên bản riêng biệt NÊN được giới hạn cho những dịp mà nó là lớn (byte) kích thước.
4. Sử dụng frameset bố trí dựa trên nhiều hơn một trên một trang web NÊN thể tránh được.
5. Tất cả các liên kết bên ngoài trong một trang frameset SẼ ĐƯỢC sử dụng thuộc tính mục tiêu để tránh nhúng một trang web khác trong một khung.
Client-Side Scripting
1. Client-side scripting ngôn ngữ như Javascript CÓ THỂ được sử dụng, cung cấp nó không làm giảm khả năng truy cập của trang web để trình duyệt không hỗ trợ hoặc cho phép tính năng này.
2. trang Script sẽ được kiểm tra trong các trình duyệt không hỗ trợ các ngôn ngữ kịch bản (không phải chỉ đơn thuần là trình duyệt với cơ sở này đã bị tắt) để đảm bảo sự xuất hiện thỏa đáng.
3. Script trang phải chịu HTML yêu cầu xác nhận.
Các trang động
Trong trường hợp của các trang động tạo ra bởi CGI, SSI hoặc giao diện máy chủ khác, nó không phải là thực tế để xác nhận mỗi trang có thể tạo ra. Tuy nhiên, sản lượng nói chung sẽ mất một mẫu quy định hoặc một trong một số giới hạn các hình thức quy định.
1. trang năng động sẽ được đại diện bởi đầu ra mẫu của chương trình. Những trang này mẫu phải chịu các tiêu chuẩn mô tả cho tài liệu tĩnh. Tất cả các con đường chính từ chương trình sẽ được đại diện bởi một mẫu xuất trang, và thử nghiệm với sự quan tâm tương tự như phần mềm chính nó.
2. Năng động, các trang trong đó bao gồm đầu vào của người dùng có thể ngoài tầm kiểm soát của tác giả. Tuy nhiên, tác giả NÊN tìm cách dự đoán bất kỳ đầu vào tiềm năng-phá hoại, ví dụ, bất kỳ đánh dấu HTML có thể được lọc bỏ.
3. Tác giả SẼ ĐƯỢC trong tất cả các trường hợp đảm bảo rằng người sử dụng đầu vào không thể được sử dụng để thỏa hiệp bảo mật hệ thống, hoặc khả năng tiếp cận các thông tin khác trên hệ thống.
Tiêu chuẩn để được áp dụng cho sự phát triển của phần mềm liên kết với các trang web động được giả định xuất phát từ PSS05 hiện hành hoặc tiêu chuẩn tương đương khi thích hợp, và ở ngoài phạm vi của văn bản này.
Phuc Thinh Website