Questions fréquentes
Trouvez les réponses à vos questions sur l'accessibilité web, le fonctionnement d'Includdy et l'accompagnement technique.
Pour qui ?
On est une agence web. Comment se mettre à l'accessibilité sans que ça nous coûte une fortune en temps ?
L'European Accessibility Act est en vigueur depuis juin 2025. Vos clients y sont soumis, même s'ils ne vous en ont pas encore parlé.
Includdy s'utilise pendant le développement. Vous scannez une page, l'outil identifie les non-conformités RGAA et WCAG et génère des tickets de correction par rôle : votre développeur voit les erreurs de code, votre designer voit les problèmes de contraste et de hiérarchie visuelle, votre testeur voit les tests à passer. Chaque ticket contient une suggestion de correction IA adaptée à la stack technique du projet.
Vous n'avez pas besoin d'embaucher un spécialiste accessibilité.
Je suis chef de projet, on a un audit RGAA dans 3 mois et je n'y connais rien. Par où commencer ?
Scannez les pages principales de votre site avec Includdy. L'outil classe les non-conformités par impact et génère des tickets assignés au bon rôle dans l'équipe. Vous distribuez le travail sans avoir à comprendre la norme vous-même.
Vos développeurs reçoivent des tickets avec des suggestions de correction adaptées à votre stack. Ils corrigent, vous re-scannez pour vérifier. Avant l'audit officiel, vous pouvez demander un audit blanc : un expert certifié vérifie votre travail et vous dit ce qu'il reste à corriger.
Notre collectivité doit être conforme RGAA, mais on n'a ni budget pour un cabinet ni les compétences. On peut s'en sortir ?
L'audit officiel par un auditeur externe reste obligatoire pour le secteur public. Includdy ne le remplace pas.
Includdy prépare votre équipe en amont. Vous scannez vos pages, vous recevez les corrections expliquées en langage courant, vous corrigez avant l'arrivée de l'auditeur. Le scénario à éviter : rater l'audit, corriger dans l'urgence, repayer un second audit.
Je suis dev freelance et j'aimerais apprendre l'accessibilité. Includdy peut m'aider à monter en compétence ?
L'interface est pédagogique. Quand l'outil détecte une non-conformité, il explique ce qui ne va pas, qui est impacté (utilisateur aveugle, malvoyant, handicap moteur), et quel critère RGAA est concerné. La suggestion de correction est adaptée à la stack technique que vous utilisez.
Vous apprenez en corrigeant vos projets réels.
Je suis consultant accessibilité et je passe mes journées sur les mêmes vérifications. Comment aller plus vite ?
Includdy automatise la détection et la génération de tickets de correction. La partie répétitive (contrastes, textes alternatifs, structure HTML, attributs ARIA) est traitée automatiquement. Vous passez votre temps sur ce que l'outil ne peut pas faire : UX, arbitrages métier, accompagnement stratégique.
Les tickets s'exportent vers Jira, GitLab, GitHub, Trello ou Linear.
Quand Includdy n'est pas la bonne solution
Je cherche une solution qui règle l'accessibilité automatiquement. C'est ça Includdy ?
Non. L'accessibilité demande du jugement humain. Aucun outil ne fait tout seul. La navigation clavier, la pertinence des textes alternatifs, la cohérence du contenu : ça se vérifie manuellement.
Includdy détecte les non-conformités et génère des suggestions de correction. Votre équipe applique les corrections dans le code. L'outil supprime le temps de recherche, pas le temps de correction.
J'ai pas le temps de m'occuper de ça maintenant. Il faut quand même bosser dessus ?
Oui. La différence : sans outil, vous passez des heures à chercher ce qui ne va pas et comment le corriger. Avec Includdy, vous avez les tickets de correction dès le premier scan. Le diagnostic disparaît, la correction reste.
Je voudrais engager quelqu'un qui fait tout de A à Z à ma place. Vous proposez ça ?
Includdy est un outil SaaS. Il rend votre équipe autonome, il ne remplace pas un prestataire.
Si vous cherchez un accompagnement complet, contactez-nous. Nous travaillons avec des cabinets d'audit partenaires.
Notre plateforme e-commerce a 5 000 pages produits. Includdy peut gérer ça ?
Includdy analyse jusqu'à 200 pages par projet. Mais vous n'avez pas besoin de scanner chaque page produit : vous scannez vos templates (page produit, catégorie, panier, checkout). Si le template est conforme, les pages générées à partir de ce template le sont aussi.
Pour des volumes ou configurations spécifiques, contactez-nous.
Comment ça marche ?
On a déjà testé des outils d'accessibilité et c'était décevant. Pourquoi Includdy serait différent ?
Vous avez probablement reçu une liste de 500 erreurs et personne n'a su quoi en faire.
Includdy ne s'arrête pas à la liste. Votre développeur reçoit un ticket avec la correction adaptée à sa stack. Votre designer voit les problèmes de contraste et de hiérarchie. Votre testeur sait quoi vérifier manuellement. Les tickets s'exportent vers Jira, GitLab, GitHub, Trello ou Linear. Le travail est distribué, pas empilé dans un tableur.
Je vois sortir de nouveaux outils IA pour l'accessibilité chaque semaine. Qu'est-ce qui vous différencie ?
Vous demandez à ChatGPT de corriger un problème d'accessibilité. Il vous propose un attribut ARIA qui n'existe pas. Vous l'appliquez, vous re-scannez, le problème est toujours là. Vous avez perdu 20 minutes.
Includdy génère ses corrections à partir d'une base de connaissances construite avec la participation active d'un auditeur RGAA certifié et membre du W3C, 10 ans de terrain. Vous recevez une correction, vous l'appliquez, ça passe au vert.
Concrètement, comment ça fonctionne au quotidien ?
Vous entrez l'URL de votre page, vous lancez le scan. L'outil identifie les non-conformités RGAA et WCAG et les classe par impact.
Pour chaque non-conformité : vous générez une correction IA adaptée à votre stack, ou un ticket assigné au bon rôle. Vous exportez les tickets vers Jira, GitLab, GitHub, Trello ou Linear. L'équipe corrige, vous re-scannez pour valider.
Le cycle complet : scan, plan, correction.
C'est quoi la différence entre le scan automatique et le scan guidé ?
Le scan automatique analyse le code de la page et détecte les non-conformités techniques : contrastes, textes alternatifs manquants, structure HTML, attributs ARIA.
Le scan guidé couvre ce que l'automatisation ne peut pas vérifier : navigation au clavier, cohérence des contenus, compréhension des formulaires. L'outil vous accompagne étape par étape dans ces vérifications manuelles.
Les deux sont nécessaires pour couvrir l'ensemble des critères RGAA.
Pourquoi un abonnement ? Je ne peux pas acheter une fois ?
Votre site évolue. Chaque nouvelle page ou composant modifié peut introduire des non-conformités. Les normes RGAA et WCAG sont mises à jour régulièrement. L'abonnement inclut les scans illimités et les mises à jour des critères de détection au fil des évolutions normatives.
Les normes RGAA changent, l'outil va devenir obsolète ?
Quand de nouvelles versions du RGAA ou du WCAG sont publiées, nous mettons à jour les critères de détection. L'abonnement couvre ces mises à jour.
Combien de temps pour rendre mon site conforme ?
Ça dépend de l'état initial de votre site et de la taille de votre équipe. Avec Includdy, le temps de diagnostic est quasi nul : vous savez dès le premier scan ce qu'il faut corriger, qui doit le faire, et comment. Il reste le temps de correction.
Intégration
Ajouter Includdy va compliquer notre workflow ?
Includdy s'insère dans votre workflow existant. Les tickets de correction s'exportent vers Jira, GitLab, GitHub, Trello ou Linear. Vos développeurs ouvrent un ticket et trouvent : le problème expliqué, la suggestion de correction adaptée à leur stack, la référence au critère RGAA.
On utilise Jira. Je dois ressaisir les problèmes à la main ?
Non. Includdy génère les tickets automatiquement : titre, description du problème, critère RGAA concerné, suggestion de correction, rôle assigné. Vous exportez et importez dans Jira. L'export fonctionne aussi vers GitLab, GitHub, Trello et Linear.
Notre site est sur React / Vue / Angular. Ça marche ?
Oui. Includdy analyse le HTML rendu dans le navigateur, quel que soit le framework. Les suggestions de correction sont adaptées à votre stack technique.
Notre site est sur WordPress / Shopify / Webflow. On peut utiliser Includdy ?
Oui. Includdy détecte les non-conformités quel que soit le CMS. Certains problèmes se corrigent dans l'interface du CMS (contrastes, textes alternatifs, libellés). D'autres nécessitent de modifier le code des templates. L'outil précise quoi modifier.
On utilise des outils IA comme Cursor, Lovable ou Bolt. C'est compatible ?
Oui. Includdy fournit des suggestions de correction conformes au RGAA et au WCAG. Vous copiez le ticket de correction, vous le donnez à votre outil IA, il applique la modification dans votre code. Vous re-scannez la page pour vérifier.
Il faut installer quelque chose sur nos serveurs ?
Non. Includdy fonctionne via une plateforme web et une extension navigateur Chrome. L'extension permet de scanner des pages en local (environnement de développement) et des pages nécessitant une authentification. Rien à installer côté serveur.
Corriger l'accessibilité peut casser d'autres choses sur le site ?
Après chaque correction, vous re-scannez la page. L'outil compare l'état avant et après. Si de nouveaux problèmes apparaissent, vous les voyez avant le déploiement en production.
Accompagnement
Notre équipe n'a aucune expérience en accessibilité. Includdy convient aux débutants ?
L'outil est pensé pour des équipes qui découvrent l'accessibilité. Chaque non-conformité est expliquée en français courant : quel est le problème, qui est impacté, pourquoi c'est non conforme selon le RGAA. Les suggestions de correction sont adaptées au rôle de chaque personne. Un développeur ne reçoit pas le même ticket qu'un designer.
On peut s'auditer nous-mêmes ou il faut un expert externe ?
Pour un audit officiel RGAA : un auditeur externe est nécessaire (obligatoire pour le secteur public, recommandé pour le privé). Includdy ne remplace pas cet audit.
Includdy vous prépare. Vous corrigez les non-conformités en amont. Quand l'auditeur arrive, le gros du travail est fait.
Vous pouvez réaliser l'audit à notre place ?
Oui. Notre fondateur est auditeur RGAA certifié et membre du W3C, avec 10 ans d'expérience en accessibilité. Nous réalisons des audits officiels RGAA et WCAG et travaillons avec des partenaires auditeurs. Contactez-nous.
Quelle est la différence entre audit blanc et audit officiel ?
L'audit blanc est un contrôle avant l'audit officiel. Un expert certifié revoit votre travail et vous dit s'il reste des points à corriger. C'est un filet de sécurité.
L'audit officiel est l'audit réglementaire, réalisé par un auditeur indépendant. C'est celui qui détermine votre conformité au regard de la loi.
On travaille déjà avec un consultant accessibilité. Ça pose problème ?
Non. Includdy prend en charge la détection automatique et la génération de tickets. Votre consultant se concentre sur le conseil stratégique et les cas que l'automatisation ne peut pas résoudre.
Quel accompagnement en cas de blocage ?
Support par e-mail, réponse sous 1 à 2 jours ouvrés. Support prioritaire sur le plan Team. Sessions de formation d'équipe et audit blanc avec expert sur demande.
Légal
Includdy garantit la conformité RGAA à 100 % ?
Non. Certains critères RGAA demandent du jugement humain. Aucun outil ne couvre tout seul. Includdy détecte les non-conformités automatiques et vous guide sur les vérifications manuelles. Pour maximiser vos chances à l'audit : combinez scan automatique, scan guidé, et audit blanc avec expert.
Si on rate l'audit malgré Includdy ?
Si vous avez pris un audit blanc avec expert avant l'audit officiel et que vous échouez, nous remboursons les frais de l'audit blanc.
Sans audit blanc : suivez la méthode complète (scan automatique, scan guidé, corrections). Elle couvre l'ensemble des critères RGAA.
Comment convaincre ma direction que l'accessibilité est prioritaire ?
L'accessibilité numérique est une obligation légale depuis l'EAA (juin 2025). Les sanctions vont jusqu'à 50 000 € d'amende et l'exclusion des marchés publics.
Avec Includdy, l'accessibilité se vérifie pendant le développement, composant par composant. Ce n'est pas un projet séparé qui bloque les sprints, c'est une vérification intégrée au processus existant.
L'accessibilité peut attendre quelques mois ?
Chaque composant développé sans vérification devra être repris plus tard. Vérifier une page pendant le développement prend quelques minutes. Reprendre 50 pages après coup prend des semaines.