Checklist Renow 4.3

Filtrer

30 résultat(s) trouvé(s)

Contenu

CT.009 - Pages d'erreur - Niveau 1

Les pages d'erreur contiennent la nature de l'erreur, un moteur de recherche, un lien vers la page d'accueil, vers le plan du site et vers le formulaire de contact.
Page 404 et autres erreurs
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 3.1.1(A)
    • 3.3.3(AA)

CT.017 - Pictogramme et lien illustré - Niveau 1

Quand un lien textuel est associé à une image (pictogramme ou illustration), le lien est placé sur le texte et l'image.
Si l'image est décorative, le lien peut porter sur l'image grâce au css uniquement.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Ergonomie
  • WCAG 2.1:
    • 1.1.1(A)
    • 2.4.4(A)

Image et Multimédia

IM.004 - Alternative des images-liens - Niveau 1

L'alternative textuelle d'une image-lien ou d'un bouton graphique indique la cible ou la fonction du lien ou du bouton.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.1.1(A)
    • 4.1.2(A)

Navigation

NV.008 - Cohérence entre lien et titre - Niveau 1

Le titre H1 de la page en cours de consultation correspond à l'intitulé de l'élément de navigation permettant d'accéder à cette page. Il reprend au moins l'intitulé exact mais peut être complété. Par exemple : Intitulé affiché dans l'élément de navigation "Méthode" et titre de page associé : "La méthode Renow".
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie

Formulaire

FM.015 - Distinction des champs obligatoires - Niveau 1

Les champs obligatoires sont différenciés par une astérisque dans leur LABEL, sous la forme "Intitulé * :".
La distinction peut être faite avec la mention (obligatoire) écrit en toute lettre. La propriété "required" doit également être présente sur le champs <label for="numero-serie">Numéro de série *</label>
<input type="text" id="numero-serie" required>
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 3.2.1(A)
    • 3.2.2(A)

Navigation

NV.020 - Contrôle explicite - Niveau 1

Les changements d'affichage (animation, lancement de vidéo ou son, affichage d'une modale, nouvelle fenêtre ...) sont uniquement issus d'une action de l'utilisateur.
Les actualisations, les sliders et les alertes importantes font exceptions.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 3.2.2(A)
    • 2.2.2(A)

NV.026 - Apparence des zones d'interactions - Niveau 1

Les "actions utilisateurs" (p.ex. lancer une recherche) se distinguent clairement des liens de navigation.
Pour l'accessibilité, une action utilisateur se présente avec une balise ou un role button.
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 4.1.2(A)

NV.035 - Annulation des clics - Niveau 1

L'utilisateur doit pouvoir annuler l'action de sélection si le relâchement a lieu en dehors de la zone cliquable pointée.
Lorsqu'on clique sur un lien: l'action d'appuyer se distingue de l'action de relachement, l'utilisateur peut changer d'avis après l'appui et avant le relâchement.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.5.2(A)

NV.025 - Intitulé unique - Niveau 1

Le contenu ne contient pas de lien ayant un texte identique pour des cibles différentes.
Les textes et titres dont le lien fait parti, doivent le rendre explicite.
  • Etape(s):
    • Prototype
    • Rédaction
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.4.4(A)
    • 2.4.9(AAA)

Présentation

PR.019 - Apparition d'alertes - Niveau 1

Lorsqu'une alerte (ou un message d'erreur) apparait, l'utilisateur doit le comprendre immédiatement : visible à l'écran et accompagné d'un rôle approprié.
Ce critère est applicable dans les formulaires ou dans les alertes. Il faudra utiliser les attributs role= alert ou aria-alertdialog.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 3.3.1(A)
    • 4.1.3(AA)

Navigation

NV.034 - Alternative aux interactions tactiles complexes - Niveau 1

Les manipulations tactiles complexes (secouer, glisser, utilisation de plusieurs doigts, actions aux mouvements) ont une alternative tactile simple (bouton, lien…) et les détections de mouvement peuvent être désactivée.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.5.1(A)
    • 2.5.4(A)

NV.043 - Version linguistique en cours - Niveau 1

Seules les versions linguistiques disponibles (et non la version en cours de consultation) sont cliquables
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.1.1(A)

Présentation

PR.003 - double transmission d'information - Niveau 1

L'information ne doit pas être donnée uniquement par la couleur, la forme, la taille ou la position.
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.3.3(A)
    • 1.4.1(A)

PR.012 - Utilisation de mots-clés - Niveau 1

Les expressions importantes et les mots-clés sont mis en évidence en gras.
Pour l'accessibilité, la mise en évidence se fait à l'aide de balises appropriées (strong)
  • Etape(s):
    • Prototype
    • Final
    • Rédaction
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.3.1(A)

PR.021 - Contraste des liens - Niveau 1

Les liens de type "contenu" sont soulignés ou ont un contraste avec le texte alentour de 3:1 minimum.
https://webaim.org/resources/linkcontrastchecker/
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.4.1(A)

Contenu

CT.024 - Format des liens de téléchargement - Niveau 1

Pour chaque élément proposé en téléchargement, le type, le poids du fichier et, si besoin la langue, est indiqué dans le texte de lien en respectant le formalisme suivant : Titre de l'élément - lang (type, poids en Ko, Mo ou Go) - nouvelle fenêtre
  • Etape(s):
    • Prototype
    • Rédaction
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.4.4(A)

Formulaire

FM.004 - Groupement de champs - Niveau 1

Les champs sont visuellement regroupés (fieldset) et possèdent une légende, si cela facilite la compréhension.
2 champs ne peuvent avoir un même label sauf si un fielfset permet de les distinguer (exemple d'utilisation nécessaire : adresse de livraison / facturation)
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.3.1(A)
    • 3.3.2(A)

FM.013 - Validation de formulaire - Niveau 1

Le formulaire peut être validé à l'aide de la touche entrée.
Le formulaire est validable lorsque l'utilisateur est dans le dernier champs du formulaire.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.1.1(A)

Navigation

NV.038 - Piège à la navigation - Niveau 1

Le site ne contient aucun piège ni au clavier ni à la manipulation tactile.
L'utilisateur ne peut rester coincer dans une partie de la page: carte, iframe,… Des zones de navigation telles que des bordures doivent être aménagées autour de ces contenus.
  • Etape(s):
    • Prototype
    • Rédaction
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.1.2(A)

Recherche

RC.008 - Portée d'une recherche spécifique - Niveau 1

La portée d'une recherche spécifique est indiquée.
Soit dans le label soit avec un titre placé avant. Exemple: pour une recherche parmi les publications
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 3.2.2(A)

Formulaire

FM.005 - Groupement de réponse - Niveau 1

Les groupes d'options des champs SELECT sont balisés avec des éléments OPTGROUP dotés d'un libellé via l'attribut LABEL.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.3.1(A)

FM.002 - Label des champs - Niveau 1

Les champs de formulaire ont un label explicitement associé et pertinent.
Le label contient la propriété for et l'input contient un id identique <code><label for="label1"> étiquette du champs</label><input id="lable1"></input></code>
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 3.2.2(A)

FM.008 - Listes à choix uniques - Niveau 1

Les champs INPUT RADIO sont utilisés pour des listes à choix uniques.
Si les boutons radio sont simulés, ils doivent satisfaire aux mêmes contraintes d'usage que les boutons radio natifs en HTML
  • Etape(s):
    • Final
    • Prototype
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 4.1.2(A)

Navigation

NV.024 - Liens explicites - Niveau 1

Les libellés de lien indiquent clairement leur destination
Il est préférable de fournir un intitulé explicite à lui seul. Si ce n'est pas possible, les textes et titres dont il fait parti, doivent le rendre explicite.
  • Etape(s):
    • Prototype
    • Rédaction
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.4.4(A)
    • 2.4.9(AAA)

NV.036 - Contrôle des changements et mouvements - Niveau 1

Chaque changement d'affichage (actualisation, vidéo, modale, slider,...) est contrôlable par l'utilisateur (play, pause, volume, affichage de sous-titres, fermeture).
Le contrôle doit être possible à la souris, au clavier ou au toucher.
  • Etape(s):
    • Prototype
    • Final
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.4.2(A)

Présentation

PR.023 - Portée d'un système d'onglet - Niveau 1

Lorsqu'un système d'onglets est utilisé, la portée des onglets est mis en évidence par le design et grâce au code.
avec des role=tab et des aria-controls
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 4.1.2(A)

Formulaire

FM.003 - Position du label - Niveau 1

Les labels sont visibles et placés au dessus de leur champs
Pour les formulaires à champs unique, il peut être rendu visible en dupliquant le label au niveau du placeholder.
  • Etape(s):
    • Final
    • Prototype
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.5.3(A)

FM.012 - Libellé des boutons d'action - Niveau 1

Les libellés des boutons indiquent clairement l'action de manière concise.
L'intitulé visible peut éventuellement être complété par un title. Il ne peut être remplacé
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 2.5.3(A)
    • 2.4.6(AA)

FM.018 - Apparence des messages d'erreurs - Niveau 1

Les messages d'erreurs, les libellés et les champs associés sont mis en valeur, visuellement, au moyen de 2 mécanismes différents, au moins l'un d'eux doit faire apparaitre du rouge (contraste de couleur, graisse, style, pictogramme, etc...).
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 1.3.3(A)

FM.021 - Format attendu - Niveau 1

L'utilisateur est guidé dans les valeurs à saisir:
- format de données attendu (type de caractère ou type de fichier...)
- suggestion de valeur pertinente (proposition à partir de l'historique utilisateur)
Le champs et l'aide à la saisie sont liés<label for="document"> Ajouter un document à votre dossier </label>
<input type="file" id="document" name="document" aria-describedby="formats" />
<p id="formats">Formats acceptés : pdf ou doc.</p>
Pour les champs texte qui permettent de saisir l'identité d'une personne, le champ "nom" a pour valeur de l'attribut autocomplete "family-name", le champ "prénom" la valeur "given-name", etc.
  • Etape(s):
    • Prototype
    • Final
    • Design graphique
  • Types d'exigence:
    • Accessibilité
    • Ergonomie
  • WCAG 2.1:
    • 3.3.2(A)
    • 1.3.5 (AA)

Dernière modification le