Hur - Robusthet

Robust - Innehåll måste vara robust nog för att kunna tolkas på ett pålitligt sätt av ett brett spektrum av olika användarprogram, inklusive hjälpmedel.

Riktlinje 4.1

Kompatibelt: Maximera kompatibiliteten med nuvarande och framtida användarprogram, inklusive hjälpmedel. Krav i vänstra kolumnen och lösningsförslag i högra.
Krav Lösningsförslag
4.1.1 Parsing: Innehåll som skapats med kodspråk (markup language) har element med kompletta start- och sluttaggar. Elementen är nästlade enligt deras specifikationer. De innehåller inte dubbla attributangivelser och har unika ID:n - förutom då specifikationerna tillåter detta.
(Nivå A)
Anmärkning: Start- och sluttaggar som saknar ett obligatoriskt tecken såsom ett avslutande "större än"-tecken eller ett attributvärde med citattecken som inte matchar, är inte komplett. 		Validera sidornamed rätt “doctype” i w3c’s valideringstjänst.
Se till att ett id enbart förekommer endast en gång per webbsida.
Se till att attribut i en start-tagg endast finns med en gång.
4.1.2 Namn, roll, värde: För alla komponenter i ett användargränssnitt (inklusive, men inte begränsat till formulärelement, länkar och komponenter skapade med script), kan namnet och rollen automatiskt tydliggöras. Status, egenskaper och värden som kan anges av användaren kan bli automatiskt tydliggjord, och meddelande om ändringar i dessa komponenter finns åtkomliga för användarprogram, inklusive hjälpmedel.
(Nivå A)
Anmärkning: Detta framgångskriterium är främst till för utvecklare som utvecklar egna komponenter eller skapar egna script för komponenterna i användargränssnittet. Exempelvis uppfyller redan standardkontroller i HTML detta framgångskriterium när de används enligt specifikation. 		Se till att använda formulärkomponenter enligt tidigare krav.