# Un exemple de constat, des données du scan au plan de vérification

> Trois actes, avec les propres composants du produit à chaque étape.

Source: https://citetune.com/fr/fonctionnement

## Acte un : les preuves

Un constat s’ouvre sur ce que nous avons littéralement vu : codes de statut, en-têtes, nombres d’octets et agent utilisateur qui les a produits, cités plutôt que résumés.

Le mécanisme déduit figure dans une bande séparée, d’une autre couleur, et porte la ligne qui le réfuterait.

## Acte deux : un correctif que vous relisez

Ce diff illustratif présente une modification de règle possible, avec examen de sécurité et plan de retour arrière. Vérifiez la configuration réelle du CDN, le trafic concerné et les fonctions de votre compte avant de l’appliquer.

Vous appliquez vous-même un correctif approuvé ou fusionnez une pull request relue si le connecteur GitHub est configuré. CiteTune ne détient pas d’accès en écriture à votre site en ligne.

## Acte trois : validation

Après une vraie modification, relancez le même scan et indiquez, avec la date et l’identifiant de la règle, si le constat 403 se reproduit. Vérifiez séparément le trafic des fournisseurs.

Tout changement de visibilité IA est rapporté séparément, avec son taux de réponses exploitables, et nous ne tirons aucune flèche causale entre les deux.

## Étapes

1. **Obtenir les preuves** — Lancez une exploration limitée d’un seul site et recueillez les faits observés pour chacune des seize règles déterministes.
2. **Relire le correctif sûr** — Lisez le diff proposé, son niveau de sécurité, ses préconditions et son plan de retour arrière, puis appliquez le patch vous-même, ou fusionnez-le comme une pull request si le connecteur GitHub est installé.
3. **Vérifier le résultat** — Après une vraie modification de règle, relancez le même scan, puis vérifiez séparément le trafic des robots d’exploration reconnus des fournisseurs. Présentez séparément les résultats de visibilité IA.