31 février — contenu intégral du site (généré par scripts/build.js) Convention : https://llmstxt.org/ — version étendue du /llms.txt # Contact — architecte Drupal en Belgique — 31 février URL: https://31fevrier.be/contact/ Discutons de votre projet Trente minutes avec Fred Tétart, architecte technique Drupal, pour cadrer votre besoin, identifier les options, et voir si on est faits pour travailler ensemble. Gratuit, sans engagement. ## Comment me joindre ### Par e-mail fred@31fevrier.be Décrivez en quelques lignes votre contexte : type de site, version Drupal, situation actuelle, échéance approximative. Plus c'est précis, plus ma première réponse pourra être utile. ### En prenant directement un créneau Réservez un échange de 30 minutes dans mon agenda, sans aller-retour par e-mail. Voir mes disponibilités → (nouvelle fenêtre) ↗ Les créneaux sont disponibles du lundi au vendredi, entre 9h et 18h (heure de Bruxelles). ## Sur quels sujets vous pouvez me contacter Reprise d'un site Drupal existant dont le prestataire change ou s'arrête Migration de version : Drupal 7 vers 11, Drupal 8/9 vers 11 Audit technique indépendant sur un site Drupal en production Développement de modules ou intégrations (SSO, OIDC, API) Architecture Drupal headless avec front découplé Conseil d'architecte ponctuel sur un choix technique ou un appel d'offres Maintenance régulière sous forme de contrat mensuel Pair-programming et formation d'une équipe interne ## Coordonnées 31 février srl Namur, Belgique Numéro d'entreprise : BE 0836.358.645 E-mail : fred@31fevrier.be LinkedIn : linkedin.com/in/31fevrier (nouvelle fenêtre) ↗ Mis à jour le 17 mai 2026 --- # Déclaration d'accessibilité — 31 février URL: https://31fevrier.be/declaration-accessibilite/ Conformité — mise à jour le 3 septembre 2026 Déclaration d'accessibilité. 31 février srl s'engage à rendre son site internet accessible conformément au référentiel WCAG 2.2 AA, à la norme EN 301 549 v3.2.1 et à la loi belge du 5 novembre 2023 (European Accessibility Act). No. — Conformité Référentiels WCAG 2.2 AA · EN 301 549 · European Accessibility Act Conformité détaillée ## État de conformité Le site https://31fevrier.be est conforme avec les référentiels WCAG 2.2 niveau AA, EN 301 549 v3.2.1 et la loi belge du 5 novembre 2023 transposant l' European Accessibility Act , à la date de la dernière mise à jour de la présente déclaration. Le niveau de conformité a été déterminé au regard des résultats des audits successifs conduits depuis le 17 mai 2026 et est susceptible d'évoluer en fonction des modifications apportées au site. Voir la section « Mise à jour » plus bas. ## Résultats des tests Le relevé le plus récent date du 3 septembre 2026 : axe-core 4.12.1, exécuté par la gate de publication sur les 13 gabarits du site (les 12 pages publiques et la page d'erreur 404), avec les jeux de règles WCAG 2.0, 2.1 et 2.2 niveaux A et AA ainsi que les bonnes pratiques. Il retourne 0 violation sur les 13 gabarits. Le même relevé signale 42 résultats « incomplete » répartis sur 11 gabarits — des contrôles qu'axe-core signale parce qu'il ne peut pas les trancher seul, et non des défauts. Tous relèvent de la règle color-contrast et de deux causes : les flèches décoratives de l'index des services (5 occurrences), qui ne contiennent aucun texte et sont masquées aux technologies d'assistance ( aria-hidden ) ; les liens du corps de texte (37 occurrences), dont le soulignement est peint par un dégradé CSS : l'outil ne parvient pas à déterminer la couleur de fond derrière le trait. Les valeurs réelles ne sont pas laissées à l'appréciation de l'outil : elles sont recalculées à chaque publication par le validateur de contrastes de la palette. Pour la couleur des liens, il mesure 15,01:1 en thème clair et 15,68:1 en thème sombre (seuil AA pour le texte : 4,5:1), et 3,69:1 puis 6,44:1 pour le soulignement lui-même (seuil pour un élément non textuel : 3:1). L'audit initial du 17 mai 2026 avait établi que tous les critères WCAG 2.2 niveau AA évaluables par audit technique (analyse automatisée et inspection statique du DOM) sont respectés ; il portait alors sur 10 gabarits, avec axe-core 4.10. Les corrections appliquées depuis l'audit initial portent sur des éléments structurels : lien d'évitement « Aller au contenu principal », refactor complet du composant de bascule de thème (identifiant unique par instance, aria-pressed synchronisé, aria-label contextuel, live region pour l'annonce du changement de thème), désambiguïsation des liens « En savoir plus » par aria-label contextuel, page 404 personnalisée avec liens de récupération, tailles de cible tactile portées à 24×24 px minimum dans le pied de page, contraste du fond des boutons primaires porté à 5,71:1 (au-dessus du seuil AA de 4,5:1). ## Contenus non accessibles ### Non-conformités résiduelles Aucune non-conformité n'est connue à la date de la dernière mise à jour. Si vous en rencontrez une, merci de la signaler — coordonnées plus bas. ### Limites de l'évaluation Cette déclaration concerne la conformité aux critères WCAG 2.2 niveau AA évaluables par audit technique . Les éléments qui requièrent une évaluation utilisateur — qualité de l'expérience avec lecteur d'écran réel (NVDA, JAWS, VoiceOver) sur des parcours complets — n'ont pas été testés avec des personnes en situation de handicap à ce stade. Ces tests sont prévus dans le Sprint 3 (voir le Plan d'action plus bas). ### Services de tiers Le site n'intègre aucun contenu de tiers : pas de formulaire hébergé ailleurs, pas de widget, pas de script externe. La page Contact propose en revanche un lien sortant vers un service tiers de prise de rendez-vous (Cal.com). Ce service est hors du périmètre de la présente déclaration : son accessibilité ne relève pas de 31 février srl et n'a pas été évaluée ici. Une alternative par e-mail est proposée à côté de ce lien, sur la même page. ### Dérogations pour charge disproportionnée Aucune dérogation pour charge disproportionnée n'est invoquée. Aucun contenu n'est exclu sur cette base. ## Établissement de cette déclaration La présente déclaration a été établie le 17 mai 2026 à la suite d'un audit interne complet conduit selon une méthodologie reproductible (axe-core 4.10, Lighthouse, analyse statique du DOM, contrôle manuel WCAG 2.2 AA et EN 301 549), et révisée le 17 juillet 2026 à la suite de la refonte technique et du changement d'hébergement, puis révisée le 22 juillet 2026 après maintenance (pattern des liens externes, nettoyage des marqueurs d'export, gates a11y étendues à l'ensemble des pages), révisée le 11 août 2026 après la refonte en cartes des tableaux de tarifs sur mobile et l'ajout des empreintes de contenu sur les feuilles de style, et enfin révisée le 3 septembre 2026 après une mise à jour éditoriale du positionnement — pages Accueil, Parcours, Développement sur mesure et Audit d'accessibilité, ainsi que le pied de page commun aux 13 gabarits, sans modification de gabarit ni de composant : re-passage de la vérification automatisée (axe-core 4.12.1) sur les 13 gabarits et levée des résultats « incomplete » par mesure des contrastes de la palette. ### Technologies utilisées pour la réalisation du site HTML5, CSS3, JavaScript (vanilla, sans framework) Site statique assemblé par un script Node.js maison, sans dépendance WAI-ARIA 1.2 ### Environnement de test Navigateur : Google Chrome (dernière version stable) Outils d'analyse automatique : axe-core 4.12.1, intégré au pipeline de déploiement (échec du déploiement si une régression est détectée), et Lighthouse ; validateur de contrastes de palette exécuté à chaque publication Système d'exploitation : macOS 26 Lecteurs d'écran : analyse statique du DOM uniquement (tests utilisateurs avec NVDA, VoiceOver et TalkBack prévus en Sprint 3) ### Pages ayant fait l'objet de la vérification L'audit initial de mai 2026 a porté sur les 10 gabarits que comptait alors le site. La vérification couvre aujourd'hui 13 gabarits : les 12 pages publiques listées au plan du site ( sitemap ) — s'y étaient ajoutées la page Audit d'accessibilité, l'index des services et la présente déclaration — et la page d'erreur 404 , testée au même titre bien qu'elle ne soit ni indexée ni listée au plan du site. Cette vérification est rejouée à chaque déploiement par le pipeline, et complétée par l'audit manuel clavier sur les gabarits représentatifs. ## Retour d'information et contact Si vous n'arrivez pas à accéder à un contenu ou à un service du site, vous pouvez nous contacter pour être orienté(e) vers une alternative accessible ou obtenir le contenu sous une autre forme : E-mail : fred@31fevrier.be Éditeur : 31 février srl — Namur, Belgique BCE / TVA : BE 0836.358.645 Nous nous engageons à répondre dans un délai maximum de 30 jours ouvrables . ## Voies de recours Cette procédure de recours est à utiliser dans le cas suivant : vous avez signalé au gestionnaire du site un défaut d'accessibilité qui vous empêche d'accéder à un contenu ou à un service, et vous n'avez pas obtenu de réponse satisfaisante. En Belgique, vous pouvez : Saisir le Médiateur fédéral — federaalombudsman.be (nouvelle fenêtre) ↗ , Rue de Louvain 48 boîte 6, 1000 Bruxelles, 0800 99 962 (gratuit), contact@federaalombudsman.be . Contacter UNIA (Centre interfédéral pour l'égalité des chances) pour les questions de discrimination liée au handicap — unia.be (nouvelle fenêtre) ↗ , Rue Royale 138, 1000 Bruxelles, 0800 12 800 (gratuit). Saisir le SPF BOSA pour les signalements relatifs à l'accessibilité numérique — accessibility.belgium.be (nouvelle fenêtre) ↗ , accessibility@bosa.fgov.be . ## Plan d'action Un plan de remédiation en trois sprints a été conduit : Sprint 1 (critique) — terminé : ajout du lien d'évitement, refactor du composant de bascule de thème, nommage des sections principales, page 404 personnalisée. Sprint 2 (conformité AA) — terminé : renforcement du focus visible, tailles de cibles tactiles minimum 24×24 px, intitulés de liens contextualisés, contrastes des labels et des boutons primaires portés à AA, sur les tables de tarification,
parasites supprimés, déclaration d'accessibilité publiée, intégration d'axe-core 4.10 au pipeline de déploiement. Sprint 3 (robustesse) — à venir : tests utilisateurs avec lecteur d'écran réel (NVDA, VoiceOver, TalkBack), simplification du langage des fiches services, plan de site et fil d'Ariane, audit annuel externe avec personnes en situation de handicap. Le détail complet du plan est disponible sur demande à fred@31fevrier.be . ## Mise à jour de la déclaration Date de publication : 17 mai 2026 Dernière mise à jour : 3 septembre 2026 (relevé axe-core rejoué sur les 13 gabarits après la mise à jour éditoriale du positionnement ; historique : 11 août 2026 — refonte des tableaux de tarifs en cartes ; 22 juillet 2026 — maintenance a11y et outillage ; 17 juillet 2026 — révision après refonte technique et changement d’hébergement ; 17 mai 2026 — conformité totale après correction du contraste des boutons primaires et intégration d'axe-core au pipeline) Prochaine revue prévue : 17 juillet 2027 La présente déclaration sera mise à jour à chaque évolution majeure du site et au minimum une fois par an. ### Historique des évolutions 3 septembre 2026 — Révision (statut maintenu : Conforme) : mise à jour éditoriale du positionnement (Accueil, Parcours, Développement sur mesure, Audit d'accessibilité, et le pied de page commun aux 13 gabarits) — aucune modification de gabarit ni de composant ; re-passage axe-core 4.12.1 sur les 13 gabarits, 0 violation, 42 résultats « incomplete » (règle color-contrast , deux causes) relevés et levés par la mesure des contrastes de la palette — le décompte annoncé jusqu'ici, « deux », comptait les causes et non les occurrences, et les contrastes cités dataient d'une version antérieure de la palette. 11 août 2026 — Révision (statut maintenu : Conforme) : re-vérification après la refonte des tableaux de tarifs en cartes sous 700 px (intitulés de colonne repris en texte dans chaque cellule) et l'ajout des empreintes de contenu sur les feuilles de style — axe-core 4.11.3 sur les 13 gabarits, 0 violation, levée manuelle des deux résultats « incomplete », périmètre de la vérification précisé (12 pages publiques + page 404). 22 juillet 2026 — Révision (statut maintenu : Conforme) : maintenance — liens externes (noopener, annonce nouvelle fenêtre), nettoyage des fossiles d'export, gate a11y sur les 13 gabarits, re-passage axe-core. 17 juillet 2026 — Révision (statut maintenu : Conforme) : re-vérification complète après refonte sans framework et changement d’hébergement — axe-core 4.11, audit manuel clavier (focus, menu mobile, reflow), périmètre porté à 13 gabarits (12 pages publiques et la page 404). 17 mai 2026 — Mise à jour (statut → Conforme) : contraste du fond des boutons primaires porté à 5,71:1 (WCAG 1.4.3 AA), intégration d'axe-core 4.10 au pipeline de déploiement (régression détectée = build échoué). 17 mai 2026 — Publication initiale (statut : Partiellement conforme) : publication du présent document, mise en œuvre du Sprint 1 (lien d'évitement, refactor ThemeToggle, page 404 personnalisée) et du Sprint 2 (focus visible, tailles de cible, désambiguïsation des liens, tables). Cette déclaration est inspirée du modèle européen défini par la décision d'exécution (UE) 2018/1523 de la Commission, adaptée au contexte des services privés relevant de l'European Accessibility Act (loi belge du 5 novembre 2023). Mis à jour le 3 septembre 2026 --- # Architecte Drupal indépendant à Namur — 31 février URL: https://31fevrier.be/ Namur · depuis 2011 Architecte Drupal indépendant, basé en Wallonie Reprise de sites, migrations, audits et développement sur mesure — depuis 2011. Parlons de votre projet → Voir les services No. 01 — Accueil Pratique Architecte technique — Drupal · Pimcore · IA Versions Drupal 7 à 11 · Pimcore 11 à 2026 Spécialités SSO Entra · OIDC itsme · Headless · CI/CD · Accessibilité Zone Wallonie · Remote BE / EU Forme 31 février srl — fondée en 2011 § 01 — Préface ## 31 février Architecte technique et développeur Drupal indépendant depuis plus de 15 ans, je dirige 31 février, une micro-structure basée à Namur, dédiée à la conception, au développement et à l'évolution de sites Drupal pour des PME, des institutions et des agences en Belgique. Drupal reste le cœur de l'activité. J'interviens aussi sur Pimcore depuis 2026, et le développement assisté par l'IA fait partie de la méthode : des agents de code outillés, dont les sorties sont vérifiées avant d'être livrées. § 02 — Offres ## Ce que je fais Cinq offres claires, qui couvrent l'essentiel des besoins d'un site en production. Service 01 REPRISE ### Reprise de site Drupal Votre prestataire arrête Drupal, change de stratégie, ou ne répond plus assez vite ? Je reprends la maintenance et l'évolution de votre site sans rupture de service. Audit de prise en main, transfert de connaissance documenté, plan d'action. Découvrir la reprise Drupal Service 02 MIGRATION ### Migration Drupal Drupal 7 est en fin de vie, Drupal 8 et 9 aussi. Je vous accompagne sur l'upgrade vers Drupal 10 ou 11, en préservant vos contenus, vos intégrations et vos personnalisations. Stratégie de migration, exécution, recette. Découvrir la migration Drupal Service 03 AUDIT ### Audit et expertise Audit technique complet d'un site Drupal existant : architecture, performance, sécurité (OWASP), conformité, qualité de code, dette technique. Voir l'audit & expertise Service 04 DÉVELOPPEMENT ### Développement sur mesure Modules Drupal spécifiques, intégrations enterprise (SSO Microsoft Entra, OIDC itsme, SharePoint, API REST), architectures headless avec front découplé. Du code propre, testé, documenté. Voir le développement Service 05 ACCESSIBILITÉ ### Audit d'accessibilité Audit WCAG 2.2 / EN 301 549 de tout site web, sous la marque Complia : rapport express gratuit, audit avec preuves et corrections, déclaration d'accessibilité, suivi de conformité. Voir l'audit d'accessibilité § 03 ## Pourquoi travailler avec un indépendant plutôt qu'avec une agence Vous parlez directement à la personne qui livre. Pas de couche commerciale, pas de junior briefé en interne, pas de turnover. 01 ### Un seul interlocuteur Sur toute la durée du projet — celui qui code, qui décide et qui assume. 02 ### 15 ans d'expérience Sites enterprise, en environnements régulés (institutions, secteur public, santé). 03 ### SRL belge depuis 2011 Facturation conforme, TVA, continuité juridique d'une vraie structure. 04 ### Pragmatisme assumé La bonne techno pour le bon problème, pas la techno qui m'arrange. ↳ Situation fréquente ## Votre prestataire Drupal s'arrête ? C'est une situation que je rencontre régulièrement, et qui mérite d'être traitée vite et bien. La fin d'un contrat avec un prestataire n'est jamais un bon moment — mais c'est aussi l'occasion de remettre votre site sur de bons rails techniques. Concrètement, je propose un plan de reprise en trois temps : un audit de prise en main (forfait de 2 jours), un transfert documenté avec votre ancien prestataire si possible, puis une montée en charge progressive sur la maintenance et les évolutions. L'objectif est zéro rupture de service pour vos utilisateurs. Lire le détail de la méthode de reprise → § 04 ## Stack et expertises techniques Pas un mur de logos. Une liste honnête de ce que je pratique au quotidien — niveau expert sur les cinq versions de Drupal encore en service, et sur Pimcore depuis 2026. Drupal 7 8 9 10 11 Pimcore 11 2026 PHP Symfony JavaScript TypeScript SSO Microsoft Entra OIDC itsme SharePoint API REST JSON:API OAuth2 / JWT DevOps Azure DevOps GitLab CI Deployer Docker ddev Azure Containers AWS Caddy Sécurité OWASP ZAP hardening Drupal Data MySQL / MariaDB PostgreSQL Solr OpenSearch Accessibilité WCAG 2.2 EN 301 549 axe-core Playwright IA agents de code serveurs MCP sorties validées par schéma § On en parle ? ## Trente minutes pour cadrer votre besoin Le premier échange est gratuit et sans engagement — trente minutes pour cadrer votre besoin, identifier les options, et voir si on est faits pour travailler ensemble. Réserver un créneau → fred@31fevrier.be Mis à jour le 3 septembre 2026 --- # Parcours d'un architecte Drupal en Wallonie — 31 février URL: https://31fevrier.be/parcours/ Parcours d'un architecte Drupal en Wallonie Fred Tétart, architecte technique — Drupal, Pimcore, développement assisté par l'IA. Gérant de 31 février srl depuis 2011. ## En une phrase Plus de 15 ans à concevoir, développer et faire évoluer des sites Drupal pour des organisations qui ont besoin d'un partenaire technique fiable et durable — pas d'un fournisseur de plus. Drupal reste le cœur du métier. Depuis 2026, j'interviens aussi sur Pimcore, et j'utilise des agents de code au quotidien — sous contrôle, avec des vérifications automatiques à chaque étape. ## Le chemin jusqu'ici J'ai commencé à coder pour le web au début des années 2000. À l'époque, c'était de l'artisanat : HTML à la main, PHP procédural, et déjà cette intuition que le code qu'on écrit doit pouvoir être lu, repris et modifié par celui qui viendra après — y compris si c'est soi-même six mois plus tard. Pendant six ans, j'ai été développeur en interne chez un acteur de la veille média à Bruxelles, où j'ai appris à faire fonctionner du code en production, avec des contraintes de fiabilité et de volume. Cette période m'a façonné : un site ne « marche » pas au moment où on le livre, il marche quand il continue à marcher trois ans plus tard sous des conditions qu'on n'avait pas imaginées au départ. En 2011, j'ai fondé 31 février srl , ma propre structure, pour me consacrer entièrement à Drupal — qui devenait alors l'écosystème CMS le plus mature et le plus extensible du marché. Depuis cette date, j'ai accompagné des dizaines de projets Drupal, sur six versions majeures (Drupal 6, 7, 8, 9, 10 et désormais 11), seul ou en collaboration avec d'autres acteurs du secteur. L'année 2026 a rebattu les cartes. Une longue mission de maintenance et d'évolution, commencée fin 2014, s'est achevée en février. J'ai lancé Complia , une marque dédiée à l'audit d'accessibilité numérique, avec son propre outillage — un travail que je faisais déjà à la main et que j'ai voulu rendre reproductible. Et depuis mai, j'interviens pour une agence sur Pimcore : industrialisation de la création de projets, squelette régénéré par intégration continue, environnements de développement standardisés, déploiements en releases atomiques, intégration continue partagée par une centaine de bundles. Le fond du métier n'a pas changé — c'est toujours de l'architecture PHP/Symfony au service de contenus et d'intégrations. ## Comment je travaille ### Écouter avant de proposer Les meilleurs projets que j'ai vus partaient d'une vraie compréhension du besoin métier, et pas d'un cahier des charges technique. Je prends donc le temps, au début de chaque mission, de comprendre ce que vous voulez vraiment faire — au-delà de ce qui est écrit dans le brief. ### Choisir la solution la plus simple qui marche Drupal est un outil puissant, qui invite parfois à la sur-ingénierie. Mon réflexe est inverse : la solution la plus simple qui répond au besoin, qui sera la plus facile à maintenir et la moins risquée. Quand un module contrib bien maintenu existe, je l'utilise. Quand un site statique suffit, je le dis. Quand il faut vraiment développer quelque chose de spécifique, je le fais — mais c'est mon dernier recours, pas mon premier. ### Documenter ce qui sert Je documente le code et l'architecture pour que vous puissiez reprendre la main demain, avec un autre prestataire si nécessaire. Aucun de mes clients ne devrait être otage de ma présence. ### Faire travailler l'IA, sous contrôle J'utilise des agents de code au quotidien : génération, revue, refactoring, documentation. Ce n'est ni de la magie ni un pilote automatique, et je ne facture pas l'outil — je facture le résultat. Ce qui rend l'IA utilisable sur du code de production, c'est ce qu'il y a autour : des consignes écrites et versionnées, des sorties contraintes par un schéma quand elles alimentent un traitement, des contrôles automatiques qui bloquent la publication en cas d'écart, et une relecture humaine avant livraison. Le gain porte sur la vitesse et sur la régularité ; la responsabilité de ce qui est livré reste entière. ### Engager des délais réalistes Quand je m'engage sur un délai, je le tiens — quitte à dire non au départ si le délai demandé n'est pas tenable. C'est probablement la chose qui me distingue le plus, et c'est pour ça que la plupart de mes missions durent plusieurs années. ## Stack technique Drupal (versions 6, 7, 8, 9, 10, 11), Pimcore (versions 11 à 2026), PHP (5.x à 8.x), Symfony Framework (socle de Drupal comme de Pimcore), JavaScript et TypeScript pour les développements front et headless. DevOps : Azure DevOps et GitLab CI pour les pipelines, Deployer pour les déploiements en releases atomiques, Docker et ddev pour les environnements de développement, conteneurs Azure et AWS, Caddy pour le service web. Intégrations : SSO Microsoft Entra (Azure AD), OIDC notamment via itsme pour les services belges, SharePoint, API REST métier, OAuth2, JWT. Sécurité applicative : audits OWASP ZAP, revues de code orientées sécurité, hardening Drupal, gestion des correctifs critiques. Données et recherche : MySQL/MariaDB, PostgreSQL, Solr, OpenSearch. Qualité : PHPUnit pour les tests, PHPStan et PHP_CodeSniffer pour l'analyse statique, Playwright et axe-core pour les vérifications de bout en bout et d'accessibilité, pipelines de revue de code automatisée. Développement assisté par l'IA : agents de code (Claude Code — agents, compétences, hooks), serveurs MCP pour exposer un catalogue ou un outil interne à un assistant, chaînes LLM et vision dont les sorties sont validées par schéma JSON, décisions d'architecture consignées (ADR). Web et outillage : Node.js et Fastify, htmx et Nunjucks, SQLite, WebAuthn, API GitLab — la boîte à outils des plateformes que je construis en propre, dont Complia. ## Formation Formation continue en gestion de projets, Université libre de Bruxelles (2019). Veille technique permanente sur l'écosystème Drupal : DrupalCons, notes de version, avis de sécurité. Mon profil drupal.org (nouvelle fenêtre) ↗ suit le projet depuis 2015 — je travaille sur Drupal depuis bien plus longtemps, mais c'est la trace publique que vous pouvez vérifier. Bilingue français (langue maternelle) et anglais (niveau professionnel courant). ## Localisation et zone d'intervention Basé à Namur , en Région wallonne. J'interviens régulièrement sur l'ensemble de la Wallonie, à Bruxelles, et à distance pour le reste de la Belgique et l'Europe francophone. Pour les missions belges, je privilégie un mélange de visio et de présence physique régulière (1 à 2 jours par mois selon les besoins). ## Engagements Discrétion : je signe systématiquement les NDA qui me sont demandés, et je ne mentionne aucune mission spécifique sur ce site, sur LinkedIn, ou dans toute communication publique. Indépendance : je ne suis affilié à aucune agence, aucun éditeur, aucun fournisseur de service Drupal en particulier. Mes recommandations techniques sont libres de tout conflit d'intérêt commercial. Continuité : 31 février srl existe depuis 2011 et est conçue pour durer. Vos engagements avec moi ne dépendent pas d'une roadmap commerciale d'employeur ou d'une fusion-acquisition imprévue. § On en parle ? ## On se rencontre ? Réserver un échange de 30 minutes → fred@31fevrier.be Mis à jour le 3 septembre 2026 --- # Audit d'accessibilité web (WCAG, EAA) — 31 février URL: https://31fevrier.be/services/audit-accessibilite/ Service Audit d'accessibilité web WCAG 2.2, EN 301 549, European Accessibility Act — un état des lieux défendable de l'accessibilité de votre site, quelle que soit sa technologie. Tester votre site gratuitement → Parler de votre situation Depuis le 28 juin 2025, l' European Accessibility Act impose l'accessibilité numérique aux e-commerces et aux services bancaires aux consommateurs en Belgique (d'autres secteurs — transports, livres numériques… — relèvent de la directive (UE) 2019/882 (nouvelle fenêtre) ↗ ) — le secteur public y est déjà tenu depuis 2019. Le contrôle relève de l'Inspection économique du SPF Économie, saisissable gratuitement par tout consommateur, et les sanctions administratives peuvent atteindre, dans les cas les plus graves, 6 % du chiffre d'affaires annuel. Au-delà de la loi : 16 % de la population vit avec un handicap. Un site inaccessible, ce sont d'abord des clients perdus. J'ai construit cette offre d'audit sous une marque dédiée, Complia , avec un outillage développé en interne : analyse automatisée doublée de vérifications manuelles — parce que les outils automatiques ne détectent qu'une partie des exigences WCAG, et qu'un audit sérieux ne s'arrête pas là. Les critères que je n'ai pas pu vérifier sont signalés comme tels dans le rapport — jamais présumés conformes : c'est ce qui rend l'audit défendable face à un contrôle. ## Ce que je vérifie Le référentiel de référence en Europe est la norme EN 301 549 v3.2.1 (PDF, nouvelle fenêtre) ↗ , adossée aux critères WCAG de niveaux A et AA. J'audite sur WCAG 2.2 (spécification du W3C, nouvelle fenêtre) ↗ , la version la plus récente, qui inclut les critères de la 2.1 exigés aujourd'hui. Service 01 ### Conformité WCAG 2.2 AA L'ensemble des critères de niveaux A et AA : structure, contrastes, formulaires, images, vidéos, composants interactifs — chaque non-conformité documentée avec sa preuve. Service 02 ### Parcours critiques au clavier et au lecteur d'écran Navigation clavier, formulaires, processus complets (commande, création de compte) — ce que les scanners automatiques ne voient pas. Service 03 ### Méthodologie de contrôle belge Échantillon construit selon la méthode des organismes de contrôle : pages ciblées par type de contenu, complétées par un tirage aléatoire. Service 04 ### Déclaration d'accessibilité Le document qui matérialise votre statut de conformité — obligatoire pour le secteur public, attendu par les contrôleurs pour les autres — livré prêt à publier et fidèle au statut réel de votre site. Beaucoup de sites en publient déjà une — souvent générique, périmée, ou se disant conforme sans preuve. Au-delà d'en produire une, nous vérifions celle que vous avez déjà : complétude, exactitude, écart mesuré, fraîcheur. Affirmer sa conformité sans l'avoir mesurée est un risque, pas une protection. Service 05 ### Synthèse pour la direction Statut de conformité, risque légal, budget de remédiation : de quoi décider — pas une liste brute d'erreurs techniques. Service 06 ### Suivi dans le temps La conformité est une photo : chaque mise en production peut la casser. Re-scan périodique, alertes de régression, déclaration maintenue à jour. ## Trois formats selon votre situation Service 01 ### Rapport express — gratuit L'état des lieux initial : votre statut de conformité et votre taux d'erreur, les trois problèmes les plus graves détectés (et le décompte de ceux qui restent), vos obligations légales. Analysé avec les mêmes outils que les audits complets, livré sous 48 h ouvrables via complia.be. Service 02 ### Audit Essentiel — 1 500 € HTVA Pour les sites vitrines et PME. Échantillon de 10-15 pages, rapport WCAG 2.2 AA / EN 301 549 avec preuves et corrections recommandées, vérification manuelle des parcours critiques, déclaration d'accessibilité, restitution en visio. Option bilingue FR/NL : +600 €. Service 03 ### Audit Complet — sur devis Pour e-commerce et services en ligne — les cibles directes de l'EAA. Échantillon étendu, processus testés de bout en bout (commande, compte, paiement), lecteur d'écran sur les parcours clés, feuille de route de remédiation priorisée et chiffrée. Fourchette : 3 500 – 7 000 € HTVA. ## Combien ça coûte Des prix affichés, pas de « sur devis » systématique. Le détail complet des offres est publié sur complia.be . Tarifs — Combien ça coûte Formule Charge Coût Notes Rapport express Charge Ponctuel Coût Gratuit Notes Statut de conformité, taux d'erreur, 3 problèmes les plus graves, obligations légales — sans engagement Audit Essentiel Charge Ponctuel Coût 1 500 € HTVA Notes Sites vitrines et PME, une langue — option bilingue FR/NL +600 € Audit Complet Charge Ponctuel Coût 3 500 € à 7 000 € HTVA Notes E-commerce et services en ligne — devis précis après cadrage Suivi de conformité Charge Récurrent Coût À partir de 89 €/mois Notes Re-scan périodique, alertes de régression, déclaration maintenue à jour — facturation annuelle Après remédiation, le contre-audit (re-test complet et mise à jour de la déclaration) est facturé 40 % du prix de l'audit initial. Accompagnement à la remédiation possible en régie, en direct ou aux côtés de votre équipe : 650 € HTVA par jour, en blocs de 2 à 5 jours. Vous êtes une agence web ? Offre partenaire sur mesure selon votre volume — parlons-en . ## Pourquoi un développeur pour auditer l'accessibilité Un rapport d'audit ne vaut que par les corrections qu'il déclenche. Quinze ans de développement web me permettent de formuler chaque non-conformité comme un ticket exploitable par votre équipe : l'élément en cause, la preuve, la correction recommandée dans votre contexte technique — pas un score abstrait. Et parce que je vends l'audit, pas un miracle : pas de surcouche « widget d'accessibilité », pas de promesse de conformité garantie. Un état des lieux honnête et documenté, et de l'accompagnement si votre équipe en veut. ## Questions fréquentes Mon site n'est pas en Drupal. Pouvez-vous l'auditer ? + Oui. L'audit d'accessibilité porte sur ce que le navigateur restitue — HTML, CSS, JavaScript — quelle que soit la technologie qui le produit : WordPress, plateforme e-commerce, application sur mesure. Mon expertise Drupal joue surtout au moment de la remédiation. Pourquoi une marque dédiée, Complia ? + Pour la clarté : 31 février porte mon activité d'architecte technique (Drupal, Pimcore) ; Complia porte l'offre d'audit d'accessibilité, son outillage et son site — dont le test express gratuit. La même personne derrière les deux, et la même exigence. Suis-je concerné par l'European Accessibility Act ? + Si votre site vend en ligne ou fournit un service à des consommateurs (e-commerce, banque, transport, télécoms…), oui — depuis le 28 juin 2025. Le secteur public est tenu depuis 2019 par une directive distincte. Dans le doute, le rapport express gratuit inclut un rappel de vos obligations pour votre situation. Un audit rend-il mon site conforme ? + Non — et méfiez-vous de quiconque vous promet la conformité, en particulier les surcouches automatiques. L'audit établit un état des lieux défendable : ce qui est conforme, ce qui ne l'est pas, comment corriger. La mise en conformité reste un travail de développement, que votre équipe peut mener avec mon accompagnement si besoin. Que contient exactement le rapport express gratuit ? + Une analyse automatique d'un échantillon de pages de votre site : votre statut de conformité et votre taux d'erreur, les trois problèmes les plus graves en langage clair (et le décompte de ceux qui restent), et un rappel de vos obligations légales. Les preuves techniques et les corrections détaillées relèvent de l'audit complet — c'est le produit payant. Demandez-le via le scan express sur complia.be . § On en parle ? ## Commencez par le test gratuit Entrez l'adresse de votre site sur complia.be : vous recevez sous 48 h ouvrables un rapport express — statut de conformité, taux d'erreur, problèmes les plus graves, obligations légales. Ou parlons directement de votre situation. Obtenir mon rapport gratuit → Échanger sur votre besoin Mis à jour le 3 septembre 2026 --- # Audit et expertise Drupal en Belgique — 31 février URL: https://31fevrier.be/services/audit-expertise/ Service Audit et expertise Drupal Un regard technique indépendant sur votre site Drupal — pour décider en connaissance de cause. Demander un audit → Vous avez besoin d'un avis externe sur la santé technique de votre site Drupal. Peut-être parce que votre prestataire vous propose une refonte que vous trouvez ambitieuse, ou au contraire parce qu'il vous dit que tout va bien et que vous n'en êtes pas convaincu. Peut-être parce que vous reprenez un site existant et que vous voulez en mesurer la valeur réelle. Ou simplement parce qu'un audit indépendant fait partie de votre gouvernance. C'est ce que je propose. Un audit honnête, documenté, sans conflit d'intérêt — je ne vends pas la refonte qui suivrait l'audit, je vends le diagnostic. ## Ce que j'audite L'audit complet couvre cinq axes, plus ou moins approfondis selon votre demande et votre budget. Service 01 ### Architecture Structure du projet (modules core, contrib, custom), choix d'architecture (monolithique, headless, multisite), respect des bonnes pratiques Drupal, séparation configuration/contenu, qualité du dépôt Git, gestion des environnements. Je relève les choix structurels qui contraindront l'évolution future du site. Service 02 ### Performance Mesures côté serveur (temps de génération des pages, requêtes SQL, cache hit ratio) et côté navigateur ( Core Web Vitals (documentation Google, nouvelle fenêtre) ↗ , taille des assets, ressources bloquantes). Identification des points d'optimisation les plus rentables, par ordre de retour sur investissement. Service 03 ### Sécurité Scan automatisé avec OWASP ZAP (site du projet, nouvelle fenêtre) ↗ , audit manuel des modules custom (vulnérabilités d'injection, contrôle d'accès, gestion des sessions), vérification des avis de sécurité Drupal (drupal.org, nouvelle fenêtre) ↗ appliqués, configuration sécurité du serveur. Sortie classée par criticité avec délai de correction recommandé. Service 04 ### Qualité de code et dette technique Analyse statique des modules custom (PHPStan, PHP_CodeSniffer adapté aux standards Drupal), couverture de tests, qualité de la documentation interne, présence de code mort, complexité cyclomatique. Estimation chiffrée de la dette technique en jours-homme. Service 05 ### Conformité et SEO Conformité RGPD (cookies, formulaires, mentions légales), accessibilité ( WCAG niveau AA (spécification du W3C, nouvelle fenêtre) ↗ ), balisage SEO technique (sitemap, hreflang, données structurées, canoniques), Core Web Vitals, indexation Google. ## Trois formats d'audit selon votre besoin Service 01 ### Audit flash — 2 jours Format léger pour une décision rapide. Je passe en revue votre site sur les points critiques uniquement : sécurité, performance, dette technique majeure. Vous repartez avec une note de synthèse de 3-4 pages et un classement des actions prioritaires. 1 700 € HTVA. Idéal pour un go/no-go avant un investissement plus lourd, ou pour une seconde opinion. Service 02 ### Audit standard — 5 jours Format complet sur les cinq axes décrits ci-dessus. Vous recevez un rapport détaillé d'une vingtaine de pages, structuré par axe, avec pour chaque point identifié : description, niveau de gravité, effort estimé de correction, recommandation. Présentation orale d'une heure incluse. 4 250 € HTVA. Le format recommandé pour la majorité des situations. Service 03 ### Audit approfondi — 5 à 10 jours Format pour les sites complexes ou critiques : grand volume de modules custom, intégrations multiples, contraintes de conformité fortes (secteur public, santé, finance). Inclut tout le périmètre de l'audit standard plus une analyse approfondie des modules custom et des intégrations, et un plan de remédiation détaillé chiffré. Sur devis, à partir de 4 250 € HTVA. ## Ce que vous recevez Quel que soit le format, le livrable principal est un rapport écrit qui vous appartient pleinement. Vous pouvez l'utiliser pour : Cadrer un appel d'offres pour une refonte ou une maintenance Négocier des correctifs avec votre prestataire actuel Prioriser un plan d'investissement technique sur 12 à 24 mois Présenter l'état du site à une direction ou à un comité de pilotage Le rapport est structuré pour être actionnable : chaque constat est associé à une recommandation, une estimation d'effort, et un niveau de priorité. Pas de jargon gratuit, pas de constats sans suite. En complément, je propose systématiquement un rendez-vous de restitution d'une heure (en visio ou sur place pour Wallonie/Bruxelles), pour discuter du rapport et répondre aux questions. ## Mon indépendance comme garantie Beaucoup d'audits techniques sont en réalité des prétextes commerciaux : l'agence qui audite est celle qui veut vendre la refonte qui suit. Mon positionnement est différent. Je propose des audits sans engagement de suite commerciale . Si l'audit conclut qu'il faut refaire le site, je peux vous accompagner — ou pas, à votre choix. Si l'audit conclut que votre site est en bon état et qu'il faut juste deux ou trois ajustements, je vous le dis aussi. Mon intérêt est que vous reveniez vers moi pour les bons sujets. ## Questions fréquentes Avez-vous besoin d'accéder à mon site de production pour l'audit ? + Pour l'analyse de code et la sécurité statique, j'ai besoin d'un accès en lecture au dépôt Git et à une copie de la base de données (anonymisée si vos données sont sensibles). Pour les tests dynamiques (OWASP ZAP, performance), un accès à un environnement de staging représentatif suffit. Je n'ai pas besoin d'écriture sur votre production. Pouvez-vous auditer un site qui n'est pas en Drupal ? + Mon expertise est Drupal et PHP. Je peux auditer un site WordPress ou Symfony, mais pour les CMS très différents (Joomla, TYPO3, Sitecore) ou les frameworks que je ne pratique pas (Laravel, Node.js), je préfère vous renvoyer vers des spécialistes. L'audit produit-il un score chiffré, comme une note sur 100 ? + Non, volontairement. Les scores agrégés cachent plus qu'ils ne révèlent : un site peut être à 85/100 et avoir une vulnérabilité critique de sécurité qui rend le score inutile. Je préfère un rapport qualitatif structuré, avec des constats explicites et leur criticité. Combien de temps mon site doit-il être en production avant qu'un audit ait du sens ? + À partir de 6 mois en production, l'audit a généralement du sens : assez de recul pour voir comment le site se comporte sous charge réelle, assez de contenu pour évaluer les choix d'architecture. Pour un site plus jeune, un audit de pré-production (juste avant la mise en ligne) peut être plus pertinent. § On en parle ? ## Réservons votre audit Le format adapté dépend de votre contexte. Le mieux est d'en parler 15-20 minutes pour cadrer la demande. Échanger sur votre besoin → Mis à jour le 11 août 2026 --- # Développement Drupal sur mesure — 31 février URL: https://31fevrier.be/services/developpement/ Service Développement Drupal sur mesure Modules spécifiques, intégrations enterprise, architectures headless — quand le contrib ne suffit plus. Discutons de votre besoin → Drupal est puissant parce que son écosystème de modules contrib couvre 80 % des besoins courants. Les 20 % restants — c'est généralement là que se joue la vraie valeur d'un site, et c'est là que j'interviens. Ce travail n'est pas exclusivement Drupal : je développe aussi sur Pimcore (versions 11 à 2026), et j'automatise les chaînes de création de projets et de déploiement qui vont avec. ## Les types de développement que je prends en charge Service 01 ### Modules Drupal sur mesure Quand aucun module contrib ne correspond à votre besoin métier, ou quand un module contrib existe mais demanderait tellement de personnalisations qu'il vaut mieux partir d'une page blanche. Je développe des modules Drupal idiomatiques : respect des conventions du framework, intégration propre au système de configuration, hooks et événements, services injectables, tests unitaires et fonctionnels. Exemples typiques : workflows métier spécifiques, calculs ou traitements de données particuliers, interfaces d'administration personnalisées, intégrations avec un système d'information interne. Service 02 ### Intégrations enterprise C'est le terrain sur lequel j'ai le plus d'expérience. Connecter Drupal à l'écosystème logiciel d'une organisation, c'est rarement trivial : authentification, échange de données, synchronisation d'identités, respect des protocoles de sécurité. SSO Microsoft Entra (Azure AD) : authentification fédérée, gestion fine des rôles, provisioning automatique — sur le protocole OpenID Connect documenté par Microsoft (nouvelle fenêtre) ↗ . OIDC itsme : authentification forte des citoyens belges via l'identité numérique nationale, selon la documentation OIDC d'itsme (Belgian Mobile ID, nouvelle fenêtre) ↗ . SharePoint : récupération et publication de contenus, synchronisation de bibliothèques, intégration des permissions. API REST métier : CRM, ERP, GED, exposition d'API documentées (OpenAPI), OAuth2/JWT/clés API. OIDC en général : Google Workspace, Auth0, Keycloak, et autres fournisseurs d'identité standards. Service 03 ### Architectures Drupal headless Découpler le back-end Drupal du front-end (Astro, Next.js, Nuxt, SvelteKit), exposer le contenu via JSON:API ou GraphQL, gérer le build et la régénération à la demande. C'est l'architecture que je recommande dans deux cas : quand la performance front est critique (Core Web Vitals, SEO), et quand le front doit coexister avec d'autres consommateurs (application mobile, partenaires tiers). Service 04 ### Refonte de modules custom hérités Vous avez un module custom écrit il y a 5 ou 10 ans, devenu illisible, ou incompatible avec la version Drupal cible. Je le réécris proprement : architecture moderne (services, événements, dependency injection), tests, documentation, compatibilité avec la version de Drupal qui vous intéresse. Souvent, ce travail est moins coûteux qu'on ne le craint, et il rend le code maintenable pour les années à venir. ## Comment je travaille ### Cadrage avant code Je n'écris jamais une ligne de code avant qu'on soit d'accord sur ce qu'il faut produire. Pour les petits développements (< 5 jours), un échange et une note d'une page suffisent. Pour les plus gros, je rédige une note de cadrage technique qui décrit : le besoin fonctionnel, l'architecture proposée, les points d'attention, les hypothèses, et une estimation de charge en fourchette. ### Code propre et testé Mes modules sont écrits dans le respect des standards Drupal (coding standards, security best practices) et passent les outils d'analyse statique (PHPStan niveau 6+ minimum, PHP_CodeSniffer). Les modules métier sont accompagnés de tests unitaires PHPUnit pour les fonctions critiques, et de tests fonctionnels Drupal pour les workflows. ### Documentation utile Je documente ce qui sert : une README technique dans le module (installation, configuration, dépendances, points d'extension), des commentaires de code là où c'est utile (pas pour décrire ce que le code fait — pour expliquer pourquoi il le fait ainsi). Pas de documentation pléthorique qui sera obsolète dans six mois. ### Livraison incrémentale Pour les développements supérieurs à 10 jours, je livre par incréments hebdomadaires testables sur un environnement de staging. Vous voyez le travail avancer, vous pouvez réajuster en cours de route, et le risque de dérive est minimisé. ### CI/CD intégré J'intègre systématiquement le code dans votre pipeline CI/CD existant (Azure DevOps, GitLab CI, GitHub Actions). Si vous n'avez pas de pipeline, je peux en mettre un en place dans le cadre de la mission : environnements de développement standardisés, squelette de projet régénéré par la CI, déploiements en releases atomiques avec retour arrière immédiat. ## Combien ça coûte Le développement sur mesure est facturé à la journée, ou en forfait pour les périmètres clairement délimités. Taux journalier : 850 € HTVA/jour. Dégressif pour les missions longues. ## Questions fréquentes Pouvez-vous reprendre un module custom écrit par quelqu'un d'autre ? + Oui, c'est une demande fréquente. Je commence par un mini-audit du module existant (typiquement 0,5 à 1 jour), puis je propose soit une remise à plat (refactoring), soit une réécriture, selon ce qui est le plus rentable. Dans tous les cas, le code livré est propre, testé, documenté, et compatible avec votre version Drupal. Travaillez-vous avec mon équipe interne ou en autonomie ? + Les deux fonctionnent. Si vous avez une équipe de développeurs Drupal, je peux m'intégrer à votre processus (revues de code mutuelles, daily stand-up si souhaité). Si vous n'avez pas d'équipe interne, je peux travailler en autonomie sur le périmètre confié, avec des points de synchronisation hebdomadaires. Vos modules sont-ils livrés avec leur code source ? Et la propriété ? + Oui à tout. Le code est livré dans votre dépôt Git (ou un dépôt que je vous remets), vous en êtes propriétaire pleinement, et vous êtes libre de le faire évoluer par n'importe quel autre prestataire. Aucune dépendance verrouillée à mes services. Acceptez-vous les contrats au forfait avec engagement de résultat ? + Pour les périmètres bien cadrés, oui. Je travaille au forfait quand le besoin est suffisamment clair pour que je puisse engager un résultat. Pour les périmètres flous, exploratoires, ou avec beaucoup d'incertitudes, je préfère la régie avec budget plafonné — plus honnête pour les deux parties. Pouvez-vous coder en pair-programming avec mon équipe pour la former ? + Oui. C'est un format que je propose volontiers : 50 % du temps en pair-programming sur le code de la mission, 50 % en autonomie. C'est plus lent qu'un développement classique, mais c'est une excellente façon de monter votre équipe en compétence sur Drupal en même temps que de produire du code de qualité. § On en parle ? ## On en parle ? Décrivez-moi votre besoin en quelques lignes — par e-mail ou en visio. Je vous reviens sous 24 heures ouvrées avec une première analyse et une estimation de fourchette. Démarrer la conversation → Mis à jour le 3 septembre 2026 --- # Services Drupal et accessibilité — 31 février URL: https://31fevrier.be/services/ No. 02 — Services Services Audit, migration, reprise, développement Drupal — et audit d'accessibilité : cinq offres pour un site en bonne santé. 01 Reprise de site Drupal → 02 Migration Drupal → 03 Audit et expertise Drupal → 04 Développement Drupal sur mesure → 05 Audit d'accessibilité web → Chaque mission part d'un cadrage clair et d'un devis affiché — pas de « sur devis » systématique. Reprise d'un site Drupal laissé à l'abandon, migration vers Drupal 11, développement sur mesure ou mise en conformité avec l'European Accessibility Act sous la marque Complia : l'objectif reste le même — un site maintenable, performant et accessible. Mis à jour le 24 juillet 2026 --- # Migration Drupal en Belgique — 31 février URL: https://31fevrier.be/services/migration-drupal/ Service Migration Drupal — vers Drupal 10 ou 11 Drupal 7 est en fin de vie. Drupal 8 et 9 aussi. Drupal 10 reçoit ses dernières évolutions. Si vous n'êtes pas encore sur Drupal 11, il est temps d'y réfléchir. Demander un cadrage de migration → La migration d'un site Drupal n'est pas un projet technique anodin. Selon la version de départ, l'historique du site et la complexité des modules custom, elle peut aller d'une montée de version routinière à un quasi-refonte. La première chose à savoir, c'est dans quelle situation vous êtes — et c'est ce que je vous aide à déterminer. ## Pourquoi migrer maintenant Drupal 7 a atteint sa fin de vie officielle en janvier 2025. Concrètement : plus de correctifs de sécurité publiés par la communauté, plus de mise à jour des modules contrib, fragilité croissante face aux audits de conformité. Continuer sur D7 reste possible techniquement, mais devient indéfendable côté gouvernance et sécurité. Drupal 9 a atteint sa fin de support en novembre 2023. Drupal 10 est supporté jusqu'en décembre 2026. Drupal 11 est la version actuelle, sortie en août 2024, et c'est elle qui recevra les évolutions majeures dans les années à venir. Ces échéances ne sont pas une appréciation de ma part : elles sont publiées par le projet lui-même, dans le calendrier officiel des versions de Drupal core (drupal.org, nouvelle fenêtre) ↗ . Migrer aujourd'hui vers Drupal 11 vous donne plusieurs années de tranquillité avant la prochaine échéance majeure — Drupal 10, supporté jusqu'en décembre 2026, n'est plus une cible pertinente avant la prochaine échéance majeure. C'est aussi l'occasion de moderniser ce qui mérite de l'être (thème, modules obsolètes, performance) et d'aligner votre stack sur les standards actuels du PHP et de la sécurité web. ## Les trois cas de figure que je rencontre Service 01 ### Drupal 7 → Drupal 10 ou 11 Techniquement une refonte plus qu'une migration. L'architecture interne de Drupal a fondamentalement changé entre D7 et D8 (passage à Symfony, configuration en YAML, nouveau système d'entités). On reconstruit, en récupérant contenus, utilisateurs et structure métier. Durée typique : 1 à 3 mois selon la complexité, avec phase de cohabitation. Service 02 ### Drupal 8/9 → Drupal 11 Une vraie migration , plus simple que la précédente mais qui demande de la rigueur. Modules contrib compatibles D11, thème adapté, déprécations PHP corrigées, configuration validée. Si le site a été bien maintenu sur D9, quelques semaines suffisent. Durée typique : 1 à 4 semaines. Service 03 ### Drupal 10 → Drupal 11 Une montée de version routinière, comparable à une mineure. La rupture de compatibilité est limitée. Si le site est à jour côté modules contrib, la bascule se fait en quelques jours de travail effectif. Durée typique : 2 à 5 jours. ## Ma méthode Cinq étapes structurées pour limiter les risques et garantir la qualité du livrable. Étape 1 ### Cadrage 1 à 3 jours J'audite votre site existant : version Drupal, modules utilisés (contrib et custom), thème, intégrations tierces, volume de contenus, dette technique. Je formalise dans un document trois éléments : le périmètre exact de la migration, la stratégie recommandée (migration vs refonte vs hybride), et une estimation de charge avec un planning macro. Vous repartez de cette phase avec une vision claire de ce qui vous attend, indépendamment de votre décision de me confier ou non la suite. Étape 2 ### Préparation Durée variable Avant de toucher au site de production, je mets en place l'environnement cible : nouveau dépôt Git, environnement de développement Drupal 10 ou 11, pipelines CI/CD pour le futur déploiement. J'identifie les modules contrib à remplacer (ceux qui n'existent pas dans la version cible) et je réécris les modules custom. Cette phase est invisible pour vos utilisateurs et peut être très longue selon la complexité. Étape 3 ### Migration des contenus À l'aide du framework Migrate de Drupal (ou de scripts custom pour les cas particuliers), je transfère vos contenus, vos utilisateurs, vos taxonomies, vos médias, vos URLs. Je préserve les liens internes, les redirections. Les tests de migration sont rejoués plusieurs fois sur staging avant la bascule réelle. Étape 4 ### Bascule et recette La bascule production est planifiée à l'avance avec vous : créneau horaire, communication aux utilisateurs si nécessaire, plan de rollback. La recette se fait en deux temps : recette technique (tests fonctionnels, performance, sécurité) avant la bascule, et recette utilisateur (sur quelques jours) après la bascule, pour traiter les retours. Étape 5 ### Suivi post-migration 1 mois inclus Le premier mois après la bascule est inclus dans la prestation : correctifs des points remontés, monitoring de la stabilité, ajustements de configuration. À l'issue de ce mois, vous pouvez basculer sur un contrat de maintenance régulier. ## Ce que je préserve systématiquement Une migration mal conduite peut casser votre référencement, perdre vos contenus, ou rompre vos intégrations. Mes engagements de préservation : URLs et redirections : aucune URL publique ne se perd. Les anciennes URLs sont soit conservées, soit redirigées en 301 vers leur nouvel équivalent. Contenus et médias : tous les contenus publiés et tous les médias accessibles sont migrés. Les contenus brouillons et révisions sont migrés ou archivés selon décision. Utilisateurs et droits : tous les comptes utilisateurs sont migrés avec leurs rôles. Intégrations tierces : SSO, OIDC, API REST, SharePoint — toutes les intégrations actives sont reconstruites et testées avant bascule. SEO : sitemap, balises canoniques, données structurées, hreflang — tout est revalidé. Google Search Console est notifié de la migration. ## Combien ça coûte Les prix donnés ci-dessous sont indicatifs et calibrés sur des sites de complexité moyenne. Le devis précis est établi après la phase de cadrage. Tarifs — Combien ça coûte Formule Charge Coût Drupal 10 → 11 Charge 2 à 5 jours Coût 1 700 à 4 250 € HTVA Drupal 8/9 → 11 Charge 1 à 4 semaines Coût 4 250 à 17 000 € HTVA Drupal 7 → 10/11 Charge 1 à 3 mois Coût 17 000 à 51 000 € HTVA La phase de cadrage initiale est facturée 1 500 € HTVA (forfait 2 jours), déductible de la facture finale si la mission se confirme. ## Questions fréquentes Combien de temps mon site va-t-il être indisponible pendant la bascule ? + Pour les migrations D10→D11 et D9→D11, la bascule peut généralement se faire sans interruption visible (déploiement par blue/green ou rolling update selon votre hébergement). Pour une migration D7→D10/11, je prévois généralement une fenêtre de maintenance courte (1 à 4 heures) en heures creuses, avec une page de maintenance personnalisée. Puis-je profiter de la migration pour revoir le design du site ? + Oui, et c'est même souvent le bon moment. Le coût marginal d'une refonte graphique pendant une migration D7→D10/11 est limité, puisqu'on reconstruit déjà le thème. Pour les migrations D9→D11 ou D10→D11, on peut conserver le thème existant ou en profiter pour le moderniser, à arbitrer au cadrage. Que devient mon référencement Google après la migration ? + Si la migration est bien conduite (URLs préservées, redirections en place, balisage technique reconstruit à l'identique), l'impact SEO doit être nul ou positif. La modernisation technique (passage à PHP 8.x, performance, Core Web Vitals) joue souvent en faveur du référencement. Pouvez-vous gérer la migration en autonomie complète, ou avez-vous besoin de mes équipes ? + Je peux mener la migration en autonomie quasi complète, mais j'ai besoin de vous pour deux choses : les décisions métier (que faire des contenus obsolètes ? quels modules custom sont encore nécessaires ?) et la recette utilisateur . Le reste — code, infra, déploiement — peut être pris en charge entièrement. § On en parle ? ## Première étape : un premier échange gratuit Le cadrage initial de votre migration n'est pas un acte d'engagement. Je préfère vous remettre un document honnête, qui vous donne la mesure du projet, et vous laisser décider ensuite — plutôt que de signer aveuglément. Demander un cadrage → Mis à jour le 11 août 2026 --- # Reprise de site Drupal en Belgique — 31 février URL: https://31fevrier.be/services/reprise-drupal/ Service Reprise de votre site Drupal Votre prestataire arrête, ne répond plus, ou ne correspond plus à vos besoins. Je reprends la main proprement. Réserver un audit de prise en main → Changer de prestataire technique sur un site Drupal en production est l'une des opérations les plus délicates qu'une organisation puisse vivre. Pendant la transition, votre site continue de servir vos utilisateurs, vos contenus s'éditent, des incidents peuvent survenir — et personne ne maîtrise plus rien. Mon objectif est simple : rendre cette transition non-événementielle . Vous changez de prestataire, vos utilisateurs ne s'en aperçoivent pas, et vous récupérez à la fin un site mieux documenté et mieux maîtrisé qu'au départ. ## Les situations dans lesquelles j'interviens J'accompagne des organisations qui se trouvent dans l'une de ces situations : Votre prestataire historique arrête son activité Drupal ou change de positionnement technologique. Vous devez trouver rapidement un nouveau partenaire capable de prendre le relais. Votre prestataire ne répond plus assez vite , vos évolutions s'éternisent, et vous avez perdu confiance dans la relation. Vous avez internalisé l'équipe mais elle a besoin d'un architecte externe pour les arbitrages techniques difficiles. Vous voulez un second avis sur la qualité du travail livré avant de renouveler un contrat de maintenance. Dans tous les cas, le point de départ est le même : votre site fonctionne aujourd'hui, et il doit continuer à fonctionner demain. Ma méthode est conçue autour de cette contrainte. ## Ma méthode de reprise en trois temps Phase 1 ### Audit de prise en main 1 à 2 semaines Je prends connaissance de votre site à plusieurs niveaux. Je récupère le code source (Git ou archive), j'analyse la structure du projet (Drupal core, modules contrib, modules custom, configuration, thème). Je passe en revue les intégrations tierces : SSO, API externes, services métier. Je cartographie l'infrastructure : hébergement, environnements (dev/staging/prod), pipelines CI/CD, monitoring. Je relève les dettes techniques visibles : modules obsolètes, vulnérabilités de sécurité, performance, qualité de code. À l'issue de cette phase, je vous remets un rapport d'audit synthétique qui décrit l'état réel de votre site, les risques identifiés (avec leur sévérité), et les actions recommandées priorisées par impact. Ce rapport vous appartient — vous pouvez l'utiliser pour cadrer la relation avec moi ou avec n'importe quel autre prestataire. Phase 2 ### Transfert et continuité 2 à 4 semaines C'est la phase critique. L'enjeu est de récupérer toute la connaissance du site avant qu'elle ne disparaisse avec l'ancien prestataire. Je travaille en parallèle sur trois axes. Côté technique, je mets en place mon propre environnement de développement local (ddev ou Docker), je vérifie que je peux reproduire un build complet du site, et je teste mes premiers déploiements sur staging. Côté connaissance, j'organise — quand c'est possible — une ou deux sessions de transfert avec votre prestataire sortant, pour capturer les décisions historiques, les hacks non documentés, et les pièges connus. Côté gouvernance, je définis avec vous les processus opérationnels : qui peut demander une intervention, par quel canal, avec quels délais de réponse pour quels types d'incidents. À la fin de cette phase, vous disposez d'une documentation opérationnelle (un fichier README technique, une procédure de mise en production, une liste des comptes et accès) qui n'existait probablement pas chez votre ancien prestataire. Phase 3 ### Montée en charge progressive mois 2 et 3 Je n'attends pas la fin de la phase 2 pour traiter les premières demandes : dès la première semaine, je suis joignable pour les incidents bloquants. Mais la montée en charge sur les évolutions fonctionnelles se fait progressivement, par tickets bien cadrés, pour éviter d'introduire de la dette technique en plus de celle qui existe déjà. Au bout de 90 jours, le site est entièrement sous ma maîtrise opérationnelle. À ce stade, on bascule sur un contrat de maintenance régulier (forfait mensuel ou facturation au ticket, selon votre préférence) et je commence à vous proposer des chantiers d'amélioration de fond : upgrade de version, refonte d'un sous-système, optimisation de performance. ## Les garanties que je prends Continuité de service : aucune intervention sur la production sans procédure de rollback testée. Toute mise en production est tracée et réversible. Sécurité : un scan de vulnérabilité ( OWASP ZAP (site du projet, nouvelle fenêtre) ↗ ) est effectué dans le mois qui suit la reprise, et les vulnérabilités critiques sont corrigées en priorité, sans facturation supplémentaire. Propriété du code et des données : tout ce que je produis (code, documentation, configurations) est livré dans votre dépôt Git. Vous restez propriétaire de votre site et libre de changer de prestataire à tout moment. Délai d'engagement souple : pas de contrat verrouillé sur 24 mois. Engagement minimum 3 mois pour la phase de reprise, puis tacite reconductible mois par mois. ## Combien ça coûte L'audit de prise en main initial est offert pour les reprises confirmées (forfait de 2 jours qui sera déduit de la première facture si vous décidez de poursuivre). Pour la suite, deux formats au choix selon votre volume : Tarifs — Combien ça coûte Formule Charge Coût Notes Forfait mensuel de maintenance Charge Récurrent Coût À partir de 340 € HTVA/mois Notes Quota d'heures, monitoring, correctifs de sécurité, point mensuel — pour un site de complexité moyenne Facturation au ticket Charge À la demande Coût 850 € HTVA/jour Notes Dégressif au-delà de 10 jours/mois — pour piloter à la demande Un devis précis est établi après l'audit de prise en main, sur la base de l'état réel de votre site. ## Questions fréquentes Mon prestataire actuel refuse de coopérer pour le transfert. Est-ce un problème ? + Non. C'est inconfortable mais pas bloquant. Si j'ai accès au code source (via votre dépôt Git ou une archive complète) et à votre hébergement, je peux reconstituer le contexte technique sans l'intervention de votre prestataire sortant. Le transfert est juste plus long et plus laborieux — j'en tiens compte dans le devis. Mon site est sur Drupal 7. Pouvez-vous le reprendre quand même ? + Oui. Drupal 7 est en fin de vie depuis janvier 2025, mais beaucoup de sites tournent encore dessus. Je peux assurer la maintenance corrective et de sécurité d'un site D7 le temps de préparer la migration vers Drupal 10 ou 11. Le devis de reprise inclura systématiquement une recommandation sur l'horizon de migration. Mon site a des intégrations complexes (SSO, OIDC, API métier). Ça vous inquiète ? + Au contraire, c'est précisément le type de contexte sur lequel j'ai le plus d'expérience. SSO Microsoft Entra, OIDC (notamment itsme pour les services belges et institutionnels), SharePoint, API REST métier : ces intégrations font partie de mon quotidien depuis plus de dix ans. Elles demandent une prise en main attentive mais ne sont pas un point de blocage. Pouvez-vous garantir un délai d'intervention sur incident ? + Oui, dans le cadre d'un forfait de maintenance. Je m'engage sur un délai de prise en compte de 4 heures ouvrées pour les incidents bloquants, et 1 jour ouvré pour les incidents non-bloquants. En dehors d'un forfait, l'intervention reste possible mais sans engagement de délai contractualisé. Comment se passe la facturation et la TVA ? + 31 février est une SRL belge enregistrée à la TVA. Vous recevez des factures conformes à la législation belge, avec TVA applicable selon votre statut (intracommunautaire, exonération, etc.). Délai de paiement standard à 30 jours fin de mois. § On en parle ? ## Première étape : un échange de 30 minutes Avant tout engagement, le mieux est qu'on se parle. Trente minutes au téléphone ou en visio pour comprendre votre situation, identifier les points d'urgence, et voir si la collaboration a du sens. C'est gratuit et sans engagement. Réserver un créneau → fred@31fevrier.be Mis à jour le 11 août 2026