1. Sélectionner un besoin, pas une variante de mot-clé
Une page outil doit résoudre une tâche distincte. Si deux intentions aboutissent au même moteur et à la même explication, une seule URL canonique est retenue ; l’autre URL est redirigée vers l’équivalent exact ou répond avec un véritable statut de suppression.
Les sujets financiers, juridiques, administratifs et de sécurité sont bornés : l’outil contrôle un format ou prépare un brouillon, sans se présenter comme un avis professionnel.
2. Vérifier le moteur et l’explication
Chaque page outil décrit l’entrée, le mécanisme réellement exécuté, un cas concret, la lecture du résultat, une erreur propre à l’usage et le contrôle à effectuer ensuite. La suite publique appelle le même moteur JavaScript que le formulaire. Les fonctions dépendantes du navigateur sont annoncées comme telles.
Une source primaire est ajoutée lorsqu’une règle externe est invoquée. Pour une transformation locale sans norme utile, la page explique la règle appliquée au lieu d’ajouter une référence décorative.
3. N’indexer que des pages devenues autonomes
Les 200 outils et les 60 dossiers disposent désormais d’une intention, d’un contenu et d’un contrôle distincts. Ils sont donc proposés à l’indexation dans le sitemap canonique. Les pages de recette technique, la recherche interne, les erreurs et les URL non canoniques restent volontairement hors index : elles servent au fonctionnement du site, pas à répondre à une recherche.
4. Corriger de façon traçable
Une erreur de calcul, une source obsolète ou une ambiguïté importante doit entraîner la correction du moteur, du texte et des cas de test concernés. La date de révision est alors mise à jour. Les demandes peuvent être envoyées depuis la page de contact avec l’URL, l’entrée testée, le résultat observé et le résultat attendu.
La mise en production conserve les anciennes URL utiles grâce à des redirections uniques vers leur équivalent exact ; les contenus sans équivalent honnête répondent en 410.