Construit comme il faut
Les éléments que vos bailleurs de fonds et vos autorités de régulation exigent — accessibilité, confidentialité, repérabilité, conformité aux droits — ont un point commun : ils sont tous beaucoup moins coûteux à intégrer dès le départ qu’à ajouter après coup.
MADDev les intègre. Non pas comme un exercice de conformité séparé, mais comme une conséquence naturelle d’un développement Drupal bien fait : le HTML sémantique, une architecture de contenu propre, des données structurées et un respect sincère pour les personnes qui utiliseront le site. Faites-les bien une fois, et ils resteront bien.
L'accessibilité WCAG 2.1 AA est une spécialité éprouvée de MADDev — pas un exercice de case à cocher, pas une ligne supplémentaire sur la facture. Elle est intégrée à la couche de thème sur chaque projet : structure sémantique des titres, navigation au clavier, compatibilité avec les lecteurs d'écran, contraste de couleurs correct et texte alternatif géré au niveau du modèle de contenu afin que les éditeurs ne puissent pas l'endommager accidentellement.
Le milieu universitaire, les ONG et les organismes gouvernementaux exigent de plus en plus la conformité WCAG comme condition de financement ou norme institutionnelle. L'utilisation de technologies d'assistance est plus élevée dans ces secteurs que dans le grand public — chercheurs vieillissants, utilisateurs ayant des déficiences visuelles ou motrices, et utilisation de lecteurs d'écran sur le terrain. Un Drupal accessible à ce niveau de prix n'est pas un compromis. Le Projet Quercus en est la preuve : testé selon WCAG 2.1 AA, pas déclaré.
Pour les clients pour qui la documentation de conformité compte — marchés publics, examen institutionnel, audit — nous pouvons fournir un relevé généré lors de la construction des décisions d'accessibilité prises.
Confidentialité par défaut : les données que votre site collecte doivent être le minimum nécessaire à son fonctionnement, traitées de manière transparente, et jamais vendues ni partagées sans consentement explicite. Une architecture respectueuse du RGPD signifie une minimisation des données et des politiques de conservation intégrées au modèle de contenu — et non découvertes lors d'un audit.
Lorsqu'un projet a besoin d'analytics ou de gestion du consentement, nous le construisons de manière minimaliste et respectueuse de la vie privée : opt-in explicite, pas de dark patterns, des cookies uniquement pour ce qui les nécessite réellement.
Ce site n'utilise aucun traqueur. Il n'y a pas de bannière de cookies car rien ne vous suit ici. Ce n'est pas un oubli — c'est un choix délibéré, et la façon dont nous construisons chaque site qui n'en a pas besoin.
Le fait d'être trouvable par les moteurs de recherche et les moteurs de réponses IA relève de la même discipline que la construction de sites accessibles : du HTML sémantique rendu côté serveur ; une structure de titres claire ; des données structurées qui indiquent de quoi parle la page ; des temps de chargement rapides. Ce ne sont pas des tâches de conformité distinctes — c'est à quoi ressemble un site bien construit.
Chaque site MADDev est livré avec des données structurées JSON-LD sur chaque page (schema.org Organisation, Service, CreativeWork, FAQPage selon le cas), du HTML sémantique correct partout, et un fichier /llms.txt pour les outils d'IA qui le recherchent. Ce site illustre cette approche — non pas à titre de démonstration, mais parce qu'il n'y a aucune raison de le construire autrement.
Les moteurs de réponses IA font de plus en plus remonter des pages spécifiques, détaillées et bien structurées plutôt que des pages génériques. Le même investissement qui rend un site accessible le rend prêt pour les moteurs de réponses. Faites-le bien du premier coup.
Les sites qui agrègent, republient ou archivent des contenus qu’ils ne possèdent pas tous en propre font face à un problème de gestion des droits que la plupart des plateformes CMS ignorent. MADDev a construit le cœur d’une solution : suivre les droits pour chaque élément de contenu, contrôler l’affichage et l’accès en fonction du statut des droits, gérer les processus d’attribution et de retrait, et garantir que le comportement du site reflète en tout temps la réalité juridique de son contenu.
Les opérations de gestion des droits en masse et une interface éditoriale claire pour le suivi des droits sont développées et disponibles dès maintenant. Un flux de travail complet de bout en bout pour les droits — soumissions, octroi de licences, renouvellement — figure sur la feuille de route.
Cette capacité est conçue pour les archives, les bibliothèques, les agrégateurs de contenu, les organisations médiatiques et les sites universitaires ou d’ONG qui publient régulièrement des contenus de tiers. Si votre mélange de contenus comprend des éléments que vous ne détenez pas en pleine propriété, c’est la manière responsable de gérer cela.
Questions fréquentes
Presque certainement oui. Les organismes du secteur public du Royaume-Uni et de l’UE sont légalement tenus de respecter WCAG 2.1 AA en vertu de la directive sur l’accessibilité des sites web. De nombreux organismes de financement — conseils de recherche, programmes de la Commission européenne, grandes fondations — incluent la conformité WCAG comme condition d’attribution de subvention pour tout projet comportant une composante numérique destinée au public. Les universités sont tenues de se conformer aux règlements sur l’accessibilité des organismes du secteur public. Si votre site est financé par ou rend compte à l’un de ces organismes, la conformité n’est pas facultative.
Uniquement si votre site dépose des cookies qui ne sont pas strictement nécessaires à son fonctionnement. Les cookies analytiques, les pixels publicitaires, les intégrations de médias sociaux et de nombreux scripts de suivi tiers nécessitent tous un consentement explicite en vertu du RGPD et de la directive ePrivacy. Un site qui n’en utilise aucun — comme celui-ci — n’a besoin d’aucune bannière. La question à se poser n’est pas « comment ajouter un mécanisme de consentement ? » mais « que collectons-nous, et en avons-nous réellement besoin ? »
Les moteurs de réponse IA (ChatGPT, Perplexity, les aperçus IA de Google, et d’autres) s’appuient sur le contenu crawlé, les données structurées, et de plus en plus sur des fichiers de contexte lisibles par machine de type llms.txt. Les sites bien structurés, sémantiquement corrects et riches en détails — avec des données structurées JSON-LD, des signaux d’entité clairs et un contenu factuel précis — ont nettement plus de chances d’être mis en avant par ces outils que des pages génériques, au style visuel soigné et au contenu pauvre. Il ne s’agit pas d’une nouvelle discipline : c’est ce à quoi un bon développement web a toujours ressemblé, désormais récompensé plus directement.
Avec une architecture de contenu de suivi des droits intégrée au CMS dès le départ. Chaque élément de contenu porte son statut de droits — détenu, sous licence, domaine public, restreint, en attente — et le système contrôle automatiquement l’affichage, l’accès et l’attribution en fonction de ce statut. Lorsque les droits changent (une licence expire, une demande de retrait est effectuée), l’effet sur le site est immédiat et cohérent. Il s’agit d’une capacité développée par MADDev, disponible pour les bons projets — contactez-nous pour discuter de votre situation spécifique.
Lorsqu'elle est intégrée dès le départ : non. Lorsqu'elle est ajoutée après coup à un site qui n'a pas été conçu pour cela : oui, de manière significative. L'audit, les travaux de remédiation, les tests de vérification et la maintenance continue des correctifs coûtent généralement plus cher que de l'intégrer correctement dès le départ. MADDev intègre l'accessibilité dans la couche de thème par défaut — le coût est le même, que le site ait besoin d'être conforme WCAG ou non, parce que la bonne approche est la même approche.