La réponse courte : l’accessibilité se confirme avant les maquettes, pas après la mise en ligne. Attendre la fin d’une refonte coûte plus cher et peut porter préjudice à vos formulaires, documents et parcours de don.
Posez d’abord la bonne question : votre OBNL fait-il face à une exigence précise, une clause de contrat ou une attente de vos publics ?
Cadrer l’accessibilité Web au Québec requiert trois étapes : qualifier votre obligation, décrire des critères vérifiables, prévoir les tests et la gouvernance.
Un repère pour situer l’enjeu : selon l’Enquête canadienne sur l’incapacité de 2022, 21,0 % des Québécois de 15 ans et plus avaient au moins une incapacité qui limitait leurs activités quotidiennes. Ce chiffre n’implique aucune obligation légale, mais il rappelle l’ampleur des obstacles d’usage à prévenir.
L’accessibilité Web au Québec est-elle une obligation pour votre OBNL ?
SGQRI 008 3.0 : commencez par le statut de votre organisation et vos contrats
Première erreur à éviter : croire qu’une norme gouvernementale s’applique automatiquement à tous les types de structures.
Le SGQRI 008 3.0 — le Standard sur l’accessibilité des sites Web du gouvernement du Québec — est entré en vigueur le 29 avril 2024. Il vise les organismes publics désignés par la Loi sur la gouvernance et la gestion des ressources informationnelles des organismes publics et des entreprises du gouvernement, pas l’ensemble des OBNL. Il s’applique aux nouveaux contenus dès la conception et aux modifications importantes d’une publication numérique.
Pour un OBNL autonome, quatre vérifications s’imposent avant de prendre une décision :
- votre statut juridique et votre lien éventuel avec un organisme public ;
- les clauses d’un contrat ou d’un appel d’offres en cours ;
- les exigences d’un ministère partenaire ou d’un bailleur de fonds ;
- les engagements déjà pris envers vos usagers.
À noter : la Loi canadienne sur l’accessibilité s’applique aux organisations sous responsabilité fédérale. Le seul statut d’OBNL québécois ne permet pas de déterminer si elle s’applique ou non. Vérifiez si votre structure relève de la compétence fédérale ou si un contrat impose des exigences particulières.
L’accessibilité touche vos dons, vos services et la confiance de vos publics
Un site Web accessible est souvent perçu comme une question d’apparence. Les obstacles se cachent ailleurs :
- une navigation impossible au clavier ;
- un texte trop pâle ou trop dense à lire ;
- un formulaire dont les champs ne sont pas clairs ;
- une vidéo sans sous-titres ;
- un document PDF illisible avec un lecteur d’écran.
Votre page « Faire un don » ou « Obtenir de l’aide » est une porte d’entrée vers votre mission. Si elle bloque, vous perdez un don ou une demande de service. Le taux de 21,0 % évoqué plus haut justifie une conception plus inclusive dès le départ.
Que faut-il inscrire dans un cahier des charges d’accessibilité Web Québec ?
Transformez une intention vague en exigences vérifiables
La mention « Le site doit être accessible » ne veut rien dire dans une soumission. Il est impossible de comparer deux fournisseurs sur cette base.
Un bon cahier des charges précise cinq éléments : le référentiel, la portée, les livrables, les tests et la gouvernance. Préférez des verbes vérifiables : viser, documenter, tester, corriger, faire valider.
Référentiel : précisez le cadre applicable. Pour un organisme public concerné par le SGQRI 008 3.0, le Standard s’appuie sur les WCAG 2.1 et sur certains critères des WCAG 2.2 — les Règles pour l’accessibilité des contenus Web, publiées par le W3C — avec une cible générale de niveau AA. Pour un OBNL dont une obligation contractuelle impose les WCAG 2.2 AA, accompagnez le niveau d’une portée de test et de critères d’acceptation clairs.
- Portée : pages, formulaires, espace membre, documents PDF, vidéos, module de dons, contenu fourni par des tiers.
- Livrables : inventaire des composants, liste des écarts, rapport de test, correctifs et, lorsque le SGQRI s’applique, les éléments nécessaires à la page « Accessibilité » et l’offre d’assistance prévue.
- Tests : validation automatisée, parcours clavier, vérification manuelle et, selon le cas, audit d’accessibilité Web par un spécialiste.
- Gouvernance : personne responsable, formation de l’équipe, critères de publication, budget de correctifs après la mise en ligne.
La distinction de rôles est importante : l’agence conçoit et intègre les composants convenus. Votre OBNL valide son obligation, fournit les contenus et organise la continuité.
N’oubliez pas les documents, formulaires et intégrations ajoutés après le lancement
Le Standard couvre aussi les documents téléchargeables et le multimédia. Une maquette soignée peut laisser passer un obstacle si ces éléments ne sont pas anticipés.
Dans une refonte, inventoriez ce qui crée le plus de risques après la livraison :
- les dossiers PDF et autres fichiers téléchargeables ;
- les formulaires d’inscription et leurs confirmations par courriel ;
- les vidéos et contenus audio ;
- les modules de dons et de paiement ;
- les outils de prise de rendez-vous ;
- les publications numériques provenant de fournisseurs tiers.
Prenez l’exemple d’un formulaire de don : champs clairs, messages d’erreur compréhensibles, parcours testable au clavier, comportement des services tiers vérifié avant le lancement. Une page ajoutée six mois plus tard peut compromettre ces réglages.
Le tableau ci-dessous traduit vos exigences d’accessibilité en questions concrètes à poser avant la soumission :
| Élément | Question à poser dans le cahier des charges | Preuve attendue avant la mise en ligne |
|---|---|---|
| Référentiel | Quel standard ou niveau visez-vous, et pourquoi ? | Plan de test, hypothèses et exclusions documentées. |
| Design et composants | Comment vérifiez-vous les contrastes, titres, états de focus et composants réutilisables ? | Bibliothèque de composants et captures de tests. |
| Contenus | Qui fournit les textes alternatifs, sous-titres et PDF accessibles ? | Guide de publication et échantillon corrigé. |
| Formulaires et dons | Quels parcours critiques sont testés au clavier et avec un lecteur d’écran ? | Scénarios de test sur l’inscription, le don et le contact. |
| Validation | Quel audit indépendant est prévu quand l’obligation ou le risque le justifie ? | Rapport d’écarts, correctifs et décision de mise en ligne. |
Comment intégrer l’accessibilité dans une refonte Webflow sans créer de fausse promesse ?
Ce que Webflow facilite, ce qu’il ne peut pas certifier
Une refonte Webflow accessible nécessite des outils fiables, bien employés. Webflow met à votre disposition :
- des éléments HTML sémantiques — le code donne un sens à la structure d’une page — à utiliser convenablement ;
- la gestion du texte alternatif des images ;
- des réglages ARIA — des indications ajoutées au code pour aider les technologies d’assistance comme les lecteurs d’écran ;
- un panneau d’audit qui repère notamment les images sans texte alternatif, les intitulés de liens peu descriptifs, les sauts dans la hiérarchie des titres et les étiquettes de formulaire manquantes ;
- un aperçu visuel qui simule certaines situations : formes de daltonisme, flou, agrandissement du texte.
Ces fonctionnalités sont des aides, pas un audit ni un certificat de conformité. L’accessibilité réelle dépend de la structure choisie, des contenus, des interactions personnalisées, des intégrations tierces et des tests effectués. Pour un organisme public visé par le SGQRI, le responsable doit s’assurer de la conformité et des audits nécessaires.
Planifiez une vérification avant et après la mise en ligne
Un bon programme de contrôle protège votre budget et votre crédibilité. Prévoyez :
- un audit initial avant les maquettes ;
- des tests pendant l’intégration ;
- une vérification des parcours critiques avant la publication ;
- des règles de mise à jour après le lancement.
Les outils automatisés accélèrent le repérage des erreurs courantes. Ils ne remplacent pas les tests manuels : clavier, messages d’erreur, sens du contenu, scénarios réels. Le W3C — l’organisme qui publie les WCAG — conçoit ces règles pour être vérifiées par une combinaison d’outils et d’évaluation humaine.
Pour un parcours de don, d’inscription ou d’accès à un service important, prévoyez un test avec des personnes qui utilisent un clavier seul ou un lecteur d’écran. Quand la portée, le risque ou le contrat le justifie, une validation indépendante par un spécialiste de l’accessibilité Web, avec méthode et résultats documentés, est la meilleure protection.
Note : On vous partage ici de bonnes pratiques de design et d’intégration sur Webflow. Si votre organisation est soumise à des obligations d’accessibilité strictes, mieux vaut faire valider le tout par un expert certifié.
Une refonte accessible se défend avant de se corriger
Le processus requiert trois étapes : qualifier, documenter, vérifier.
Un cahier des charges ne garantit pas la conformité à lui seul. Toutefois, il rend vos soumissions comparables, protège votre budget et évite que les mises à jour post-livraison compromettent les bonnes pratiques. C’est là que se joue concrètement l’accessibilité Web au Québec.
Préparez-vous une refonte ou une soumission ? Validez d’abord les priorités d’accessibilité à intégrer à votre cahier des charges. Vous pourrez définir clairement ce qui relève du design, des contenus, des intégrations et d’une validation indépendante.
FAQ
Le SGQRI 008 3.0 s’applique-t-il à tous les OBNL au Québec ?
Non. Le Standard vise les organismes publics désignés dans son champ d’application. Un OBNL doit d’abord vérifier son statut juridique, ses contrats, ses appels d’offres et les exigences de ses bailleurs avant de valider une obligation.
WCAG 2.2 AA est-il obligatoire pour un site Webflow ?
Le niveau à préciser dépend du cadre d’application. Pour les organismes publics québécois concernés, le SGQRI prévoit une cible AA appuyée sur les WCAG 2.1 et certains critères des WCAG 2.2. Webflow n’est pas un certificat de conformité : c’est l’organisation qui reste responsable de valider ses obligations.
Un outil automatisé suffit-il pour auditer l’accessibilité d’un site Web ?
Non. Un outil automatisé détecte certaines erreurs, mais il ne remplace pas les tests manuels, les parcours au clavier, l’évaluation des formulaires ni, selon les cas, une validation spécialisée.
Que faut-il demander à une agence Webflow dans une soumission ?
Demandez la portée couverte, les critères visés, les tests prévus, le responsable des contenus, le traitement des intégrations tierces, le rapport d’écarts, les correctifs éventuels et la formation de l’équipe qui publiera après le lancement.
Les PDF et les vidéos font-ils partie de l’accessibilité Web ?
Oui. Le Standard québécois couvre les contenus Web, les documents téléchargeables et le multimédia. Même si votre OBNL n’y est pas assujetti, prévoyez ces formats dans la refonte pour éviter des correctifs coûteux après la mise en ligne.
