Conférence de Simon Bonaventure
Voir les slides
Regarder la vidéo
Présentation de l’orateur
Simon Bonaventure est consultant accessibilité numérique à Empreinte Digitale.
Comment répondre à une exigence fonctionnelle tout en respectant nos valeurs et les engagements de nos clients ?
- Dans le cadre de leurs activités de développement, ils doivent répondre à un besoin fonctionnel pour une majorité des clients : mettre en place un gestionnaire de cookies
- Ils souhaitent que ce composant soit accessible et conforme au RGAA
Problème n°1 : lacune du marché
Côté technique, plusieurs solutions existent pour mettre en place un tel outil sur un site. Malheureusement, beaucoup des outils « prêts à l’emploi » ont des lacunes dans la prise en compte de l’accessibilité numérique.
Problème n°2 : les clients
La majorité des clients doivent répondre au contexte réglementaire de l’accessibilité numérique.
Problème n°3 : le budget
Aucun des clients ne souhaite payer un développement spécifique pour ça, c’est trop loin de leur besoin fonctionnel « primaire ».
La première solution envisagée
La première solution qui à été envisagée à été de trouver un projet open-source, ici le projet Klaro! et d’y contribuer. Un audit RGAA et des développements ont été fait et des pull-request ont été réalisées sur le projet.
Le problème à été que sur les merge-request, quelques éléments ont été fusionnés, mais malheureusement, certains des correctifs fusionnés ont été supprimés du projet original par la suite, pour des raisons, semble-t-il, indépendantes de l’amélioration de l’accessibilité.
Aucun des clients ne souhaite payer un développement spécifique pour ça, c’est trop loin de leur besoin fonctionnel « primaire ».
Ils décident de créer notre propre outil
Ils ont donc décidé de se concentrer sur leur fork pour être certain que la bibliothèque corresponde à leurs attentes en tous points. Ce sont les débuts du projet Orejime.
Ils ont divisé le poids de la librairie initiale par 3. Oreijime fait 83Ko.
Comment cela c’est fait ?
C’est traité comme un projet de production :
- Du temps est prévu dans le planning de prod, et ce projet est traité comme un projet client
- Puis du temps est sanctuarisé dans le planning pour la maintenance afin de répondre aux demandes / questions extérieurs
- Aujourd’hui le lead dev qui est à l’origine du projet n’est plus au sein de la structure, mais le produit Orejime continue de vivre !
Combien ça coûte ?
L’investissement initial correspond à environ 1 mois / homme pour le fork, l’implémentation technique, la documentation et le suivi du projet
Depuis, un peu moins d’une semaine par an est nécessaire pour la maintenance du projet, et répondre aux diverses questions / issues / merge request (hors évolutions).
Le résultat
Le projet n’est pas utilisé que par nous
Ils n’ont pas particulièrement fait de publicité de l’outil – 2 articles de blog en 5 ans, et une landing page créée 3 ans après la publication.
Malgré tout, ils constatent que cet outil est utilisé par exemple par ces entités :
- La DILA (Direction de l’information légale et administrative) pour le site service-public.fr
- Environ 240 sites du gouvernement du Luxembourg
- autoriteprotectiondonnees.be (l’équivalent de la CNIL belge)
- Des agences web pour leurs clients
- Etc.
Lors des missions d’expertise en accessibilité numérique et en gestion des données personnelles, ils suivent ces deux principes :
- Pas de contenus tiers pour les bandeaux
- L’information doit être adaptée au public visé
Des propositions de code sont arrivées
Au début principalement des traductions, par exemple : anglais, finnois, hongrois, italien, norvégien, néerlandais, roumain, suédois et occitan
Puis des besoins plus poussés que nous n’avions pas identifiés au départ comme la gestion des trackings.