Aller au contenu
Menu
DÉMONSTRATIONS INTERNES · DONNÉES FICTIVES

Un résultat annoncé, puis un contrôle à refaire.

Ces trois exercices ont été exécutés le 3 novembre 2026 dans un laboratoire temporaire. Ils montrent une méthode de vérification, sans compte client, paiement ni email réel.

Ce sont des démonstrations internes, pas des références clients ni une garantie sur votre environnement.

01 · FICHIERS ET RÈGLES

Retrouver les devis sans prochaine action.

Deux fichiers CSV fictifs contiennent quatre lignes, dont un identifiant commun. La règle conserve la dernière ligne pour chaque identifiant, puis signale les devis envoyés dont l’action est vide.

Lignes d’entrée
4
Devis uniques après rapprochement
3
Action manquante repérée
D-103

Après ajout d’un devis, le contrôle retrouve quatre devis uniques et deux actions manquantes. Un identifiant vide provoque une erreur de validation, au lieu de créer silencieusement une ligne incorrecte.

Entrées : D-101, D-102 / D-101 mis à jour, D-103
Après rapprochement : D-101, D-102, D-103
À compléter : D-103
Après ajout de D-104 : à compléter D-103 et D-104
02 · COPIER NE SUFFIT PAS

Restaurer deux fichiers et comparer leur contenu.

Une archive est créée avec deux fichiers fictifs, puis restaurée dans un autre dossier. Les empreintes SHA-256 sont comparées et les permissions contrôlées. Ensuite, un fichier restauré est volontairement modifié : le contrôle détecte la différence, puis une seconde restauration rétablit le contenu attendu.

Fichiers restaurés
2
Empreintes identiques
2 / 2
Modification détectée
Oui

Ce test porte sur une archive de laboratoire et des permissions simples. Il ne valide ni la sauvegarde d’un client, ni une base de données, ni une copie hors du VPS. Une mission réelle doit contrôler l’usage restauré et les conditions propres au système.

03 · DIAGNOSTIC ET VÉRIFICATION

Corriger trois omissions dans une page d’essai.

La page HTML fictive possède un titre visible, mais aucune balise title, description ni URL canonique. Le contrôle les signale. Après ajout, il vérifie leur présence et une canonique HTTPS. Il s’agit d’un exemple technique, distinct du parcours de formulaire.

Constat initial : title absent ; description absente ; canonique absente.
Action : ajouter une identification propre à la page et sa canonique HTTPS.
Vérification : trois omissions initiales, zéro après correction.
Limite : présence contrôlée, sans preuve d’indexation ni de classement.

Une prestation SEO réelle doit aussi examiner le contenu, le maillage, l’exploration et les données Search Console disponibles. La présence de balises ne garantit ni position Google, ni citation par une IA, ni demande commerciale.

Lire les résultats ou refaire les exercices.

Environnement d’exécution : Python 3.11.2, Linux. Le relevé et le script sont disponibles pour examiner les règles et les limites. Le script travaille dans des dossiers temporaires et ne fait aucun appel réseau.