Contrôles automatiques : comment un site construit avec l'IA évite ses propres erreurs

Associée · Développement web, SEO et GEO
Un contrôle automatique est une vérification que la machine fait avant chaque mise en ligne d'un site : liens morts, données structurées, titres de page, textes alternatifs, prix, règles d'écriture. Si un contrôle échoue, la modification reste bloquée sur la copie de travail et n'atteint pas vos visiteurs. Ces contrôles deviennent indispensables quand l'IA modifie un site, parce qu'elle travaille vite et sur des dizaines de pages à la fois. Une erreur s'y répète aussi vite qu'elle s'écrit. Un contrôle ne remplace pas le jugement : il vérifie ce qui a une bonne et une mauvaise réponse, puis une personne décide du reste.
- Un contrôle automatique bloque la mise en ligne tant qu'une règle est brisée : la faute reste sur la copie de travail.
- Selon le rapport DORA 2025 de Google Cloud, l'adoption de l'IA va de pair avec une stabilité moindre des mises en ligne. Sans tests automatisés ni versionnage solides, plus de modifications mènent à plus d'instabilité.
- Au 20 octobre 2026, 28 contrôles vérifiaient chaque mise en ligne de falia.co : liens, données structurées, balises, textes alternatifs, prix, règles d'écriture, miroir du français et de l'anglais.
- Un contrôle vérifie qu'une image a un texte alternatif. Il ne sait pas si ce texte décrit bien l'image : le jugement reste humain.
- Sur WordPress aussi, vous pouvez exiger une préproduction, une sauvegarde avant chaque mise à jour et une liste écrite des vérifications.
Sur cette page
Contrôle automatique
Un contrôle automatique est une vérification faite par un programme, sans intervention humaine, chaque fois qu'un site est préparé pour la mise en ligne. Il compare le site à une règle précise (chaque lien mène à une page qui existe, chaque page a un titre, chaque prix vient de la grille officielle) et répond par oui ou par non. Quand la réponse est non, la publication s'arrête et le contrôle nomme la page en cause. Les développeurs parlent aussi de tests automatisés ou de validation automatique.
Comment fonctionne un contrôle automatique
Un site moderne ne se modifie pas directement en ligne. La modification se fait sur une copie de travail. Le site est ensuite reconstruit en entier : chaque page est assemblée à partir des textes, des gabarits et des données. C'est à ce moment que les contrôles passent. Ils lisent chaque page telle que vos visiteurs la recevraient, puis la comparent aux règles écrites.
La demande
Une personne de votre équipe, votre fournisseur ou un agent d'IA prépare une modification : un prix, une page neuve, une correction de texte.
La copie de travail
La modification se fait à part, loin du site que voient vos clients. Le site en ligne ne bouge pas.
Les contrôles
Le site est reconstruit, puis chaque contrôle passe sur toutes les pages concernées. Un seul échec suffit pour tout arrêter.
L'approbation
Quand tous les contrôles passent, une personne relit ce qu'ils ne savent pas juger, puis approuve la mise en ligne.
Le résultat d'un contrôle est simple. S'il passe, la modification peut continuer son chemin. S'il échoue, rien ne part : le contrôle affiche la page et la règle en cause, par exemple « cette page renvoie vers une adresse qui n'existe pas ». La personne ou l'IA qui a fait la modification corrige, puis relance la vérification.
Une liste de vérification sur papier dépend de la mémoire et de la fatigue de la personne qui la suit. Un contrôle passe sur les 782 adresses de notre plan du site (au 20 octobre 2026) chaque fois, le vendredi à 17 h comme le lundi matin.
Pourquoi l'IA rend les contrôles indispensables
Un agent de programmation comme Claude Code (l'outil de programmation d'Anthropic) ou ChatGPT Codex (l'agent de programmation d'OpenAI) peut modifier quarante pages en quelques minutes. C'est sa force. C'est aussi le risque : une erreur glissée dans un gabarit se retrouve sur toutes les pages qui l'utilisent, dans la même minute. Notre article sur ce que Claude Code et ChatGPT Codex changent à la création de site web range d'ailleurs les contrôles parmi les six décisions à prendre avant la première consigne.
Le rapport DORA 2025 de Google Cloud mesure ce risque. Il s'appuie sur un sondage mené auprès de près de 5 000 professionnels de la technologie. L'adoption de l'IA y va de pair avec un plus grand volume de livraison, mais elle garde un lien négatif avec la stabilité des mises en ligne. Les auteurs l'expliquent ainsi : sans systèmes de contrôle solides (des tests automatisés, un versionnage rigoureux et des retours rapides), plus de modifications mènent à plus d'instabilité. Leur conclusion tient en une phrase : l'IA ne répare pas une équipe, elle amplifie ce qui est déjà là.
Il existe une deuxième raison, moins connue. Une IA suit les consignes qu'on lui donne, mais elle peut en oublier une. Nous l'avons vécu sur notre propre site. Le 8 septembre 2026, nous avons ajouté à nos règles d'écriture l'interdiction de la virgule devant « et ». La page réécrite l'après-midi même en comptait trente-cinq, titre principal compris. Depuis ce jour, un contrôle lit chaque page française et bloque la publication à la première virgule fautive. Une règle qui n'est vérifiée nulle part finit par se perdre à la première page neuve.
Ce que vérifient les contrôles de notre site
Nous avons construit falia.co avec Claude Code, sur le framework Astro. Le premier jour du projet, le 20 août 2026, le site avait quatre contrôles. Au 20 octobre 2026, il en avait 28. Voici, en langage courant, ce que vérifient les principaux.
| Ce qui est vérifié | La règle | Ce que ça évite |
|---|---|---|
| Liens internes | Chaque lien mène à une page qui existe ou à une redirection prévue. Un deuxième contrôle vérifie que la page d'arrivée correspond au texte du lien. | Une erreur 404 servie au visiteur, ou un lien qui annonce un article et en ouvre un autre |
| Données structurées | Chaque page porte un seul bloc lisible, avec le type de page attendu (article, service, fil d'Ariane) et des renvois internes qui existent | Un balisage invalide que Google ignore sans aucun message |
| Titres et méta-descriptions | Une balise titre de 60 caractères au plus (sauf pour un article dont la balise reprend le titre), une description de 120 à 162 caractères, aucun doublon d'une page à l'autre | Un résumé coupé dans Google ou deux pages qui se font concurrence |
| Liens sortants | Tout lien vers un autre site s'ouvre dans un nouvel onglet | Un lecteur qui quitte votre site pour ne plus y revenir |
| Textes alternatifs | Aucune image ne sort avec un texte alternatif vide, dans la langue de la page | Une image muette pour les lecteurs d'écran et pour les moteurs de recherche |
| Règles d'écriture | Aucune virgule devant « et », aucun calque de l'anglais de notre liste, un anglais canadien sur les pages anglaises | Une règle de marque qui se perd à la première page neuve |
| Prix | Chaque prix affiché vient de la grille officielle et suit notre règle d'affichage. Les anciens montants ne peuvent pas revenir. | Deux prix différents pour le même service sur deux pages |
| Miroir du français et de l'anglais | La page anglaise a autant de sections, de titres et de questions que la page française, avec les mêmes composants (formulaire, prix) | Une version anglaise qui en dit moins que la française |
| Documents internes | Aucun document de travail ne se retrouve dans le site publié, même renommé | Un guide de marque interne lisible par n'importe qui, moteurs de recherche compris |
| Formulaires | Chaque formulaire a un point de réception qui existe | Un formulaire qui affiche « merci » sans rien transmettre |
Les premières lignes valent pour tous les sites. Les autres sont propres à notre marque. Votre guide de marque peut lui aussi devenir un ensemble de contrôles, au même titre que les règles techniques. Vos prix, vos mentions légales (Loi 25, Loi 96) et les mots que votre entreprise n'emploie jamais peuvent se vérifier à chaque mise en ligne.
Des contrôles nés d'erreurs réelles
Plusieurs de nos contrôles sont nés d'une erreur réelle. La méthode est toujours la même : nous corrigeons la faute, puis nous écrivons le contrôle qui l'empêche de revenir. Quatre exemples, tirés de l'historique de notre site.
Des redirections ignorées sans aucun message
Le 29 septembre 2026, nous avons découvert que notre hébergeur ignorait la fin d'un fichier de redirections devenu trop gros. Au total, 290 anciennes adresses ne répondaient plus. Un contrôle bloque maintenant la publication avant que le fichier atteigne la limite.
Des sources consultées dans le futur
Le 25 septembre 2026, des articles donnaient mars 2027 comme date de lecture de certaines sources. L'erreur venait du contenu d'origine. Un contrôle refuse maintenant toute date de consultation postérieure au mois de la mise en ligne.
Six titres pour un seul article
Pendant la construction du site, six cartes annonçaient six articles différents et menaient toutes au même. Aucun lien n'était mort : le contrôle des liens ne voyait rien. Un deuxième contrôle lit maintenant le texte de chaque lien et vérifie que la page d'arrivée tient sa promesse.
Des données structurées que personne ne lisait
Une de nos pages de publicité payante a déjà porté des données structurées invalides. Les moteurs les ignoraient sans que rien ne le signale. Depuis, la construction du site échoue dès qu'une page sort du cadre.
Un site construit avec l'IA n'est donc pas un site sans erreurs. C'est un site où une erreur repérée devient une règle vérifiée à chaque mise en ligne.
Ce qu'un contrôle ne peut pas vérifier
Un contrôle automatique répond à des questions fermées. Il sait si une image a un texte alternatif. Il ne sait pas si ce texte décrit bien l'image. Les règles d'accessibilité WCAG du W3C demandent un texte alternatif qui remplit la même fonction que l'image : seule une personne peut juger qu'il la remplit. Le W3C le dit de ses propres outils d'évaluation : ils ne peuvent pas déterminer l'accessibilité d'un site, ils peuvent seulement aider à le faire. Notre article sur l'accessibilité web au Québec présente les obligations qui s'appliquent.
Google tient le même discours sur les données structurées. Son test des résultats enrichis repère la plupart des erreurs techniques. Ses consignes prévoient pourtant le cas d'un balisage incorrect d'une façon que le test ne détecte pas. Elles rappellent aussi qu'un balisage valide ne garantit pas l'affichage d'un résultat enrichi. Notre article sur les balises et les données structurées détaille leur rôle dans les résultats de Google.
Plusieurs choses restent donc du ressort d'une personne :
- La vérité des faits. Un contrôle sait qu'une source porte une date. Il ne sait pas si le chiffre cité est exact.
- Le ton. Il repère un calque de notre liste. Il ne repère pas une phrase maladroite ou froide.
- La stratégie. Il vérifie qu'une page a un mot clé déclaré. Il ne sait pas si c'est le bon.
- Le visuel. Il ne voit pas qu'une image est mal cadrée ou qu'un bouton tombe mal sur un téléphone.
Certains de nos contrôles ne font d'ailleurs qu'avertir. Quand une page importante manque à l'index que nous préparons pour les IA, le contrôle le signale sans bloquer : c'est peut-être un choix éditorial. Le commentaire écrit dans ce contrôle le résume bien : ce n'est pas à la machine de trancher.
Un site qui passe tous ses contrôles n'est pas un site approuvé. Les contrôles retirent les erreurs qui se vérifient. Une personne relit le reste, puis signe la mise en ligne. C'est notre règle : l'IA exécute, un senior signe.
Exiger des contrôles de votre fournisseur, même sur WordPress
Un site WordPress peut suivre la même logique, avec d'autres outils. Notre guide sur l'IA dans WordPress 7 montre que les agents d'IA peuvent maintenant modifier un site WordPress : la question des contrôles s'y pose donc aussi. Voici cinq choses à demander à votre fournisseur, peu importe la plateforme.
Une préproduction
Une copie du site, à part, où chaque modification et chaque mise à jour est essayée avant d'atteindre le site en ligne. WordPress reconnaît ce type d'environnement depuis sa version 5.5 (2020) : un site peut se déclarer en préproduction (« staging ») plutôt qu'en production. Notre note sur le site de préproduction dans Google explique comment le garder hors des résultats de recherche.
Une sauvegarde avant chaque mise à jour
La documentation de WordPress recommande de sauvegarder le site avant de le mettre à jour. En cas de problème, la sauvegarde permet de revenir à l'état d'avant.
Une liste écrite des vérifications
Liens, formulaires, données structurées, textes alternatifs, vitesse : demandez la liste de ce qui est vérifié avant chaque mise en ligne. Demandez aussi avec quel outil. L'écran Santé du site de WordPress, le test des résultats enrichis de Google et un outil d'évaluation de l'accessibilité en font partie.
Les règles de votre marque
Vos prix, vos mentions légales et vos règles d'écriture peuvent aussi se vérifier. Selon la plateforme, cela passe par un outil fait sur mesure ou par une relecture humaine planifiée.
Un historique des modifications
Chaque modification devrait être datée et réversible. Le versionnage permet de savoir qui a changé quoi, puis de revenir en arrière. Dans WordPress, les révisions couvrent le contenu des pages, pas les réglages ni les extensions.
Un fournisseur qui travaille avec l'IA devrait pouvoir répondre sans hésiter à une question simple : qu'est-ce qui empêche une erreur de l'IA d'arriver sur mon site ? Si la seule réponse est « nous relisons », votre site dépend de l'attention d'une seule personne un jour très chargé.
Six questions à poser à votre fournisseur
- Qu'est-ce qui est vérifié automatiquement avant chaque mise en ligne de notre site ?
- Une modification peut-elle être publiée si une vérification échoue ?
- Où se font les modifications et les mises à jour avant d'arriver sur le site en ligne ?
- Nos règles de marque (prix, mentions légales, façon d'écrire) sont-elles vérifiées ?
- Qui relit ce que les contrôles ne peuvent pas juger ?
- Comment revenir à la version d'hier si une erreur passe quand même ?
Un contrôle ne rend pas l'IA plus intelligente. Il rend ses erreurs visibles avant vos clients.
Chaque modification de nos sites web gérés avec l'IA passe par des contrôles automatiques, puis par l'approbation d'un expert senior ou de votre équipe avant la mise en ligne. L'offre fait partie de notre expertise en création de site web.
Votre site est sur WordPress ? Le service webmestre applique et surveille les mises à jour, s'occupe des sauvegardes et fait les modifications que vous demandez, avec toujours le même contact.
Questions fréquentes sur les contrôles automatiques d'un site web
C'est quoi, concrètement, un contrôle automatique sur un site web ?
C'est un petit programme qui vérifie le site avant chaque mise en ligne : liens morts, titres de page, données structurées, textes alternatifs, prix. Si une règle est brisée, la publication s'arrête et le contrôle nomme la page en cause.
Est-ce que les contrôles automatiques remplacent la relecture ?
Non. Ils vérifient ce qui a une bonne et une mauvaise réponse : un lien mène quelque part ou non. Le ton, la vérité des faits, la stratégie et le visuel demandent une personne. La machine retire les erreurs répétitives. La personne juge le reste.
Pourquoi un site fait avec l'IA a-t-il besoin de contrôles ?
Parce que l'IA modifie vite et beaucoup. Une erreur dans un gabarit peut se retrouver sur des dizaines de pages en une minute. Les contrôles arrêtent ce type d'erreur avant qu'elle atteigne vos visiteurs.
Mon site WordPress peut-il avoir des contrôles automatiques ?
Oui. Demandez à votre fournisseur une préproduction, une sauvegarde avant chaque mise à jour et une liste écrite des vérifications faites avant la mise en ligne. L'écran Santé du site de WordPress et le test des résultats enrichis de Google couvrent une partie du travail.
Qu'arrive-t-il quand un contrôle bloque une modification ?
Rien n'est publié. La modification reste sur la copie de travail et le contrôle indique la page et la règle en cause. La personne ou l'IA corrige, puis relance la vérification. Vos visiteurs ne voient pas la version fautive.
Un site qui passe tous ses contrôles est-il sans erreur ?
Non. Il est libre des erreurs que les contrôles savent repérer. Google le précise pour ses propres outils : un balisage peut être incorrect d'une façon que son test ne détecte pas. C'est pourquoi une personne relit et approuve avant la mise en ligne.
Combien de contrôles faut-il pour un site d'entreprise ?
Il n'y a pas de nombre idéal. Les contrôles de base (liens, balises, données structurées, formulaires) valent pour tous les sites. Les autres viennent de vos règles et des erreurs que vous ne voulez pas revoir. Notre site en comptait quatre le premier jour du projet et 28 au 20 octobre 2026.
- Google Cloud, Announcing the 2025 DORA Report: State of AI-assisted Software Development, 23 septembre 2025.
- DORA, State of AI-assisted Software Development 2025 et DORA AI Capabilities Model, consultés en 2026.
- Google Search Central, introduction aux données structurées, consulté en 2026.
- Google Search Central, consignes générales relatives aux données structurées, consulté en 2026.
- Google, test des résultats enrichis, consulté en 2026.
- W3C, Web Accessibility Initiative, Selecting Web Accessibility Evaluation Tools, mis à jour le 13 mai 2024, consulté en 2026.
- W3C, Understanding Success Criterion 1.1.1: Non-text Content, WCAG 2.2, consulté en 2026.
- Make WordPress Core, New wp_get_environment_type() function in WordPress 5.5, 24 juillet 2020.
- Documentation WordPress, Updating WordPress et Site Health screen, consultés en 2026.

C'est Geneviève qui met en œuvre la stratégie de votre mandat. Elle prend en charge tous nos projets de développement web : Shopify, WordPress et les nouvelles façons de construire un site avec l'IA. Elle dirige notre équipe de développeurs et traduit vos besoins d'affaires en langage technique. Elle mène votre référencement (SEO), votre visibilité dans les réponses des IA (GEO) et la conversion de votre site (CRO). Son travail est au cœur des objectifs Attirer des clients avec le SEO et l'IA, Améliorer la conversion de votre site ainsi que Renforcer votre visibilité dans les réponses IA. Avec Gabriel, elle prépare aussi les pages de destination de vos campagnes publicitaires. Ses analyses portent surtout sur le SEO, la visibilité IA et la conception de site web.
À propos de Falia →Trois analyses sur le même sujet
Tout Conception de site web →CMS Astro : modifier un site Astro sans développeur
Les tics de l'IA en rédaction web : reconnaître un texte de site écrit par l'IA
Astro JS : ce que le framework Astro change pour le site de votre entreprise
Consultation diagnostique · Mandat payant
90 minutes sur votre rentabilité, pas sur la théorie
Vous venez de lire la méthode. La vôtre commence par vos chiffres. On regarde vos chiffres avec vous, on nomme l'écart et vous repartez avec une synthèse écrite et l'ordre de travail recommandé, que vous l'exécutiez avec nous ou non.
C'est un mandat payant, mené par l'expert qui exécute. Vous gardez le livrable, sans engagement de suite.