Inventorier et attribuer
Associez à chaque URL un sujet, un lectorat, un propriétaire, une date de contrôle et des pages proches. Identifiez doublons et versions linguistiques.
GUIDE / PROTOCOLE
Maintenir un corpus éditorial fiable
La qualité éditoriale se juge aussi à la capacité de corriger, fusionner et retirer ce qui n’aide plus le lecteur.
Réponse directe
Comment éviter qu’un site riche devienne un corpus périmé ?
Attribuez chaque page à un responsable, à une intention et à des sources. Déclenchez les révisions par la volatilité du sujet et les changements observés, puis choisissez entre mise à jour, fusion, redirection ou retrait documenté.
01 / Méthode de contrôle
Méthode de contrôle
Prioriser la révision
Séparez faits volatils, méthodes stables et avis. Vérifiez d’abord les pages à fort enjeu, les liens cassés, les dates anciennes et les affirmations sans source.
Choisir une intervention
Corrigez les faits et leur provenance, enrichissez si une question manque, fusionnez les doublons et redirigez les URL retirées lorsque cela sert le lecteur.
Contrôler la propagation
Après publication, vérifiez liens internes, traductions, données structurées, sitemap et cohérence des réponses directes. Consignez ce qui a changé.
EN PRATIQUE
Une correction est terminée quand ses conséquences sont relues
Une page appartient à un ensemble : résumé, titre, tableaux, liens, versions linguistiques et données structurées. Corriger une phrase exige de retrouver les endroits où elle est reprise, puis de vérifier que chaque version raconte encore la même chose.
Quel contrôle effectuer en premier ?
Choisissez la situation observée. Chaque piste précise une première vérification, la preuve utile et la limite de ce contrôle.
Deux pages donnent des informations incompatibles
- Premier contrôle
- Isolez la même affirmation sur les deux pages, puis comparez source, date de validité et périmètre. Désignez la page de référence et le responsable de l’arbitrage avant de recopier une correction partout.
- Preuve à conserver
- Deux URL, formulations exactes, références, date d’effet, décision retenue et liste des pages ou extraits qui reprennent l’information.
- Limite à garder en tête
- La page la plus récente n’est pas forcément la plus juste. Un changement de date de publication ne résout pas une différence de définition ou une source manquante.
Les versions linguistiques ne disent plus la même chose
- Premier contrôle
- Comparez une affirmation sensible dans chaque langue : nombre, date, condition, exclusion et lien source. Identifiez la version validée et les traductions réellement synchronisées.
- Preuve à conserver
- URL de chaque langue, identifiant du contenu, passage, version source, date de validation et écart encore ouvert.
- Limite à garder en tête
- Une navigation traduite et des liens de langue corrects ne prouvent pas l’équivalence du fond. Une mise à jour partielle doit rester visible pour les personnes chargées de publier.
Les données structurées contredisent la page visible
- Premier contrôle
- Reliez chaque propriété importante au passage affiché : identité, date, offre ou question-réponse. Vérifiez d’abord le contenu et la correspondance, puis la syntaxe du balisage.
- Preuve à conserver
- URL, type de balisage, propriété, valeur déclarée, passage visible et résultat du contrôle après correction.
- Limite à garder en tête
- Un validateur syntaxique ne confirme ni la vérité ni l’éligibilité à un affichage enrichi. Ne balisez pas un contenu absent ou trompeur pour tenter de corriger sa visibilité.
Pour approfondir
| Situation | À éviter | Correction utile |
|---|---|---|
| Chiffre corrigé | Modifier seulement le paragraphe. | Relire tableau, légende, synthèse et donnée structurée associés. |
| Page déplacée | Changer le lien visible uniquement. | Vérifier destination, ancre et retour vers le parcours. |
| Version traduite | Copier les mots en conservant un exemple devenu faux. | Relire aussi unité, date, source, liens et portée du résultat. |
Repérer
Quelles affirmations dépendent de la modification ?
Propager
Quelles pages et langues les reprennent ?
Relire
Les nombres, liens et limites concordent-ils partout ?
Contrôle final
Une date de mise à jour signale une édition réelle. Elle ne redéfinit ni la date de la source ni celle de l’observation. Conservez ces rôles distincts dans le texte et les références.
Références documentaires
Consulté le .
Atelier de lecture
Une définition change, le suivi ne s’arrête pas au paragraphe
Le dossier DEMO simule une révision éditoriale partielle. Ses états ne décrivent pas les vérifications effectivement réalisées sur ce site.
Données et traces fictives pour apprendre : aucun résultat présenté ici ne provient d’un service interrogé en direct.
Passer de « reçues » à « validées »
La version source récente définit l’indicateur sur les réponses validées, alors que la précédente parlait des réponses reçues. Aucun nouvel effectif n’est fourni ici : l’ancien taux ne peut pas être reconduit par simple changement de mot.
Qualifier le changement
- Pièce ou support DEMO
- Ancienne et nouvelle définitions
- État dans le scénario
- Le dénominateur change
- Suite nécessaire
- Conserver les passages et rechercher le recalcul.
Réviser le résumé
- Pièce ou support DEMO
- Paragraphe français
- État dans le scénario
- Définition corrigée, chiffre suspendu
- Suite nécessaire
- Ne pas annoncer un taux recalculé.
Propager aux versions
- Pièce ou support DEMO
- Traductions existantes
- État dans le scénario
- Anglais en attente, autres langues non contrôlées
- Suite nécessaire
- Signaler le suivi partiel et attribuer chaque relecture.
Contrôler les dérivés
- Pièce ou support DEMO
- FAQ et JSON-LD
- État dans le scénario
- Ancienne définition encore à rechercher
- Suite nécessaire
- Comparer le rendu et les champs avant de clore.
Quelle note reflète honnêtement ce suivi ?
Ouvrir chaque proposition pour comparer son diagnostic. Plusieurs contrôles peuvent rester nécessaires.
Corpus entièrement actualisé : la page française est corrigée
Non. Les traductions et dérivés restent ouverts. Une correction locale ne clôt pas tout le périmètre.
Définition française révisée ; taux et autres supports en cours de contrôle
Oui. Nommer les éléments corrigés et ceux encore attendus, sans prétendre que le recalcul existe.
Changer seulement la date pour signaler la nouveauté
Non. La date ne documente ni la définition ni l’état de propagation.
Registre fictif de propagation
Déclencheur : définition DEMO reçues → validées Source : deux versions conservées Résumé FR : définition corrigée, taux suspendu EN : à relire ; autres langues : non contrôlées FAQ et JSON-LD : vérification encore ouverte Clôture : non acquise, recalcul et propagation attendus
Les mentions FR et EN sont les états inventés d’un même dossier. Les traduire dans une autre langue ne signifie pas que cette version a déjà été relue.
Documentation des règles, distincte des exemples fictifs
02 / Preuves à conserver
Preuves à conserver
Registre des pages
URL, intention, responsable, statut, langue, date et prochain déclencheur.
Journal des sources
Affirmation, source primaire, date de vérification et degré d’incertitude.
Décision éditoriale
Mettre à jour, fusionner, conserver ou retirer, avec justification et effet sur les liens.
Contrôle après édition
Version publiée, liens, langues, balisage et anomalies restantes.
Comparer avec les autres situations et exercices
POINT DE CONTRÔLE
Avant de conclure
Une erreur de lecture fréquente et la vérification qui permet de l’éviter.
Conclusion trop rapide
Une page mise à jour à la marge peut rester trompeuse si ses exemples, sources ou autres versions linguistiques conservent l’ancien état. La date seule ne mesure pas la fraîcheur.
Contrôle décisif
Lors d’un changement, contrôler le fait central, les liens entrants, les références, les traductions et les données structurées. Consigner si la page doit être corrigée, fusionnée ou retirée.
APRÈS LE CONTRÔLE
Décider selon le constat
Une page ancienne reçoit encore du trafic mais les faits ont changé
Gardez l’URL si l’intention reste pertinente, actualisez les faits et la date de révision, puis contrôlez les liens et les six langues.
Deux articles répondent désormais à la même question
Choisissez la page la plus utile, fusionnez les preuves et redirigez l’autre seulement après vérification des liens et des variantes linguistiques.
Arbitrage et trace de décision
Arbitrage et trace de décision
Ce que le contrôle doit permettre de décider, et la preuve à conserver pour réexaminer ce choix.
Preuve suffisante
Comparer le contenu publié à sa source, son auteur, sa date de révision et les liens sortants. Repérer les pages qui restent exactes mais ne répondent plus au besoin actuel.
Décision suivante
Actualiser, fusionner ou retirer selon la valeur constatée. Enregistrer la raison, le responsable et la prochaine date de contrôle pour éviter des retouches sans suivi.
Cas de contrôle approfondis
Situations types pour préparer un contrôle. Elles ne décrivent pas des missions ou observations réalisées.
Une source a disparu
Ce qu’il faut examiner
Retrouver la référence dans le dossier de preuve, rechercher une version conservée et contrôler sa date.
Décision et action
Conserver la provenance historique en signalant l’indisponibilité ; une archive ne confirme pas automatiquement la situation actuelle.
Preuve à conserver
Ancienne URL, copie datée et portée de la vérification actuelle.
Deux pages répondent à la même question
Ce qu’il faut examiner
Comparer intention, données propres, liens entrants et différences utiles des deux pages.
Décision et action
Fusionner seulement si l’apport distinct disparaît ; préserver sources et destination pertinente des anciennes références.
Preuve à conserver
Comparaison éditoriale, contenu conservé et correspondance des liens.
Une correction ne se propage pas
Ce qu’il faut examiner
Retrouver l’affirmation dans fiches, rubriques, traductions et index de recherche.
Décision et action
Corriger sa source partagée puis rejouer les versions concernées.
Preuve à conserver
Occurrences, responsable, versions corrigées et contrôle final.
Relecture avant décision
Ces questions complètent la méthode. Elles aident à vérifier ce qui est réellement établi, sans effacer les réserves du relevé.
Propagation de la correction
La correction atteint-elle les pages liées, traductions, extraits, tableaux et données structurées concernés ? Une date récente sans changement de fond ne clôt pas une information obsolète.
Voir une décision commentée
Exemple fictif : l’état concerne uniquement le critère et le périmètre décrits.
- Observation fictive
- La page française affiche la nouvelle valeur ; une traduction et un extrait de recherche gardent l’ancienne.
- État déclaré
- Écart observé
- Décision et prochain contrôle
- La correction est incomplète. Mettre à jour les surfaces produites et vérifier leur rendu, sans changer seulement la date.
Retrait compréhensible
Si une page est fusionnée ou retirée, la destination conserve-t-elle l’intention utile et les liens sont-ils corrigés ? Réexaminer les anciennes références avant de rediriger vers une page générale.
Voir une décision commentée
Exemple fictif : l’état concerne uniquement le critère et le périmètre décrits.
- Observation fictive
- Un ancien guide spécialisé renvoie à l’accueil ; aucune section n’y reprend la question d’origine.
- État déclaré
- Écart observé
- Décision et prochain contrôle
- Choisir une destination équivalente si elle existe, ou rendre le retrait explicite. Corriger les liens encore sous contrôle.
Source du contenu généré
La correction atteint-elle la donnée qui produit les pages et extraits ? Refaire une génération d’essai pour détecter le retour d’une ancienne valeur.
Documentation consultée : W3C · Data on the Web Best Practices ·
Voir une décision commentée
Exemple fictif : l’état concerne uniquement le critère et le périmètre décrits.
- Observation fictive
- La donnée source a été corrigée ; une reconstruction d’essai conserve la correction dans les pages et extraits concernés.
- État déclaré
- Vérifié dans ce périmètre
- Décision et prochain contrôle
- Conserver la version de la donnée et le périmètre relu. Rejouer le contrôle au prochain changement de génération.
OUTILS / REGISTRES
Informations à relever
Déclencher un contrôle quand la source change, quand un lien casse ou quand la décision devient sensible. Une nouvelle date de page doit correspondre à une modification réelle du contenu.
- Date de consultation et fuseau
- URL exacte
- Affirmation à vérifier
- Version / révision
- Responsable du contrôle
- Prochain contrôle
- Décision / prochaine action
03 / FAQ
Questions fréquentes
À quelle fréquence faut-il réviser ?
Selon la volatilité et l’enjeu. Un changement de fournisseur ou de règle justifie un contrôle immédiat ; une méthode stable peut être revue moins souvent.
Quand fusionner deux pages ?
Lorsqu’elles répondent à la même intention et se répètent sans apporter d’angle ou de donnée distincte.
Faut-il supprimer une page ancienne ?
Pas si elle garde une valeur historique claire. Indiquez alors sa date, son contexte et ce qui n’est plus actuel.
Une traduction peut-elle attendre ?
Une mise à jour importante doit être propagée ou signalée explicitement ; une version silencieusement périmée trompe le lecteur.
Comment repérer les contenus à réviser ensemble ?
Relier les pages aux sources, valeurs et composants qu’elles partagent. Un inventaire de dépendances éditoriales facilite la recherche des reprises et limite les corrections qui restent isolées.
04 / Références officielles
Références officielles
05 / Poursuivre la lecture
Poursuivre la lecture
Présenter un contexte
Passer du besoin à une prestation cadrée
Quelques interventions adaptées à ce sujet. Chaque montant correspond au périmètre de référence indiqué ; le devis confirme les priorités et les éventuels recouvrements.
Maintenance ponctuelle
Mises à jour compatibles et contrôles de fonctionnement.
Site : 1 · 2 h
À partir de 160 € HT / 192 € TTC
Préparation et critères de livraison
- À préparer
- Versions du CMS et des extensions, sauvegarde disponible et fonctions prioritaires.
- Déroulement proposé
- Vérifier l’état initial, préparer un retour arrière, intervenir puis contrôler les pages touchées.
- Livraison à convenir
- Versions mises à jour, contrôles de compatibilité et anomalies restantes.
- Contrôle de cette prestation
- Comparer les versions installées et rejouer les fonctions essentielles après mise à jour.
- Limites du périmètre
- Une refonte complète, les abonnements et la correction d’autres incidents se chiffrent séparément.
Base de travail indicative, à confirmer dans le devis.
Intégration de contenus fournis
Mise en page, liens, médias et contrôle de publication.
Pages : 5 · 4 h
À partir de 320 € HT / 384 € TTC
Préparation et critères de livraison
- À préparer
- Textes validés, médias autorisés, destinations des liens et état de publication souhaité.
- Déroulement proposé
- Vérifier l’état initial, préparer un retour arrière, intervenir puis contrôler les pages touchées.
- Livraison à convenir
- Pages intégrées, médias renseignés et liens relus dans le gabarit existant.
- Contrôle de cette prestation
- Relire chaque page intégrée, ses liens, ses médias et son état de publication.
- Limites du périmètre
- Une refonte complète, les abonnements et la correction d’autres incidents se chiffrent séparément.
Base de travail indicative, à confirmer dans le devis.
Transmission & réversibilité
Documentation, accès et procédure de reprise du projet.
Projet : 1 · 4 h
À partir de 320 € HT / 384 € TTC
Préparation et critères de livraison
- À préparer
- Inventaire du projet, propriétaires des services, procédures et personne chargée de la reprise.
- Déroulement proposé
- Contrôler les ressources, tester la reprise sur un périmètre isolé puis documenter la procédure.
- Livraison à convenir
- Documentation de reprise, transfert des rôles convenus et vérification avec le repreneur.
- Contrôle de cette prestation
- Vérifier que le repreneur peut identifier les fichiers, les accès et les opérations essentielles.
- Limites du périmètre
- L’étendue réelle d’un incident et les ressources indisponibles peuvent nécessiter une nouvelle estimation.
Base de travail indicative, à confirmer dans le devis.
Préparer et valider une prestation
Ces repères servent à cadrer la demande et à relire la livraison. Le devis fixe les éléments retenus, les volumes et le calendrier.
Webmaster & gestion quotidienne
Maintenir un site exploitable et résoudre une demande précisément identifiée.
- À préparer
- Fournir les URL concernées, le symptôme, les accès utiles et les contraintes de publication.
- Déroulement proposé
- Vérifier l’état initial, préparer un retour arrière, intervenir puis contrôler les pages touchées.
- Livraison à convenir
- Convenir d’une note des modifications, des contrôles effectués et des points restant à traiter.
- Limites du périmètre
- Une refonte complète, les abonnements et la correction d’autres incidents se chiffrent séparément.
Critère de recette à préparer
Après une correction, conserver l’URL, la variante et les en-têtes Date, Age et Cache-Control. Comparer la copie reçue à la version attendue : un simple rechargement visuel ne prouve pas la propagation de la mise à jour.
Voir le périmètre et les tarifsREPÈRES DOCUMENTÉS
SemVer : relier l’incrément à une modification déclarée
Un numéro ne permet pas à lui seul de découvrir l’impact d’un changement. Dans une API publique déjà versionnée en SemVer avec une majeure positive, l’équipe doit d’abord qualifier la modification. Le calculateur illustre ensuite l’incrément correspondant ; il ne réalise aucun audit de compatibilité.
| Repère | Valeur ou forme | Ce que cela désigne |
|---|---|---|
| PATCH | 1.9.7 → 1.9.8 | Pour une modification limitée à des corrections d’anomalies rétrocompatibles, le correctif augmente. Depuis 1.9.7, le scénario produit 1.9.8. Une correction qui change le contrat public de façon incompatible ne relève pas automatiquement de ce cas. |
| MINOR | 1.9.7 → 1.10.0 | Un ajout de fonctionnalité publique rétrocompatible impose un incrément mineur. Le correctif est alors remis à zéro : 1.9.7 devient 1.10.0. Plusieurs modifications peuvent être regroupées ; conserver la catégorie imposant l’incrément le plus élevé. |
| deprecated | MINOR | Marquer une fonctionnalité de l’API publique comme dépréciée impose également un incrément mineur. Déprécier n’est pas supprimer : la documentation doit annoncer la transition avant un retrait incompatible dans une majeure. |
| MAJOR | 1.9.7 → 2.0.0 | Un changement incompatible de l’API publique impose un incrément majeur et remet mineure et correctif à zéro : 1.9.7 devient 2.0.0. Cette règle ne promet pas que toutes les dépendances ou configurations fonctionneront sans vérification. |
| 0.y.z / -rc.1 | context required | La majeure zéro désigne le développement initial ; l’API ne doit pas être supposée stable. Une préversion peut ne pas respecter la compatibilité de la normale associée. Le calculateur exclut ces deux cas et les métadonnées de construction pour garder un point de départ explicite. |
| released content | immutable version | Une publication déjà versionnée ne doit pas être modifiée en place selon SemVer. Conserver la version exacte, les notes de changement, le contrat public et, pour identifier les octets, une empreinte contrôlée séparément. La priorité n’est ni une date de publication ni une preuve d’intégrité. |
Calculer un incrément déclaré
Exemples pédagogiques originaux ; aucune version réelle n’est évaluée.
Point de départ : version normale, majeure positive, sans préversion ni métadonnées ; 256 caractères maximum. Déclarez l’impact sur l’API publique. La sortie est un incrément minimal de scénario, pas une validation de la modification.
Calcul local dans le navigateur ; aucune saisie n’est transmise ni conservée.
Calcul actualisé.
Version du scénario
1.10.0
Premier critère décisif : MINOR
Résultat conditionnel à votre qualification ; aucun test de compatibilité n’a été effectué.
Huit incréments de scénario
| Version actuelle | Modification déclarée | Version du scénario |
|---|---|---|
| 1.9.7 | Corrections rétrocompatibles seulement | 1.9.8 |
| 1.9.7 | Ajout public rétrocompatible | 1.10.0 |
| 1.9.7 | Dépréciation publique rétrocompatible | 1.10.0 |
| 1.9.7 | Changement public incompatible | 2.0.0 |
| 2.0.0 | Corrections rétrocompatibles seulement | 2.0.1 |
| 4.99.99 | Ajout public rétrocompatible | 4.100.0 |
| 9007199254740993.5.6 | Changement public incompatible | 9007199254740994.0.0 |
| 1.2.999999999999999999999999 | Corrections rétrocompatibles seulement | 1.2.1000000000000000000000000 |
Interprétation et exemples originaux d’après SemVer 2.0.0, initialement rédigé par Tom Preston-Werner ; texte de référence sous CC BY 3.0. SemVer 2.0.0 · CC BY 3.0
Poursuivre le contrôle
À retenir pour le dossier
Le résultat est un scénario conditionnel à votre qualification et à l’adoption de SemVer par le projet. Il ne choisit pas une version à installer, ne contacte aucun registre et ne calcule pas de contrainte de dépendance. Les changements purement documentaires ou internes demandent leur contexte ; ils ne sont pas classés automatiquement.
Ce calculateur comprend-il les contraintes ^1.2.3, ~1.2 ou >=1 ?
Non. SemVer définit ici les versions et leur priorité, pas un langage universel de contraintes. Les gestionnaires de paquets ajoutent leurs règles, notamment pour les préversions et les majeures zéro. Ce formulaire calcule un incrément depuis une version normale à majeure positive.
Documentation primaire
Documentation consultée le .
APPROFONDISSEMENT / PRATIQUE
Maintenir les pages selon leur risque d’obsolescence
Un corpus grandit, mais les dates de contrôle ne suivent plus les changements de sources et d’outils. La maintenance commence par distinguer les informations stables des éléments qui doivent être revérifiés.
Mis à jour le .
Vérifications prioritaires
Inventorier liens, données datées, captures, procédures et responsables. Définir pour chaque page un déclencheur de révision : source modifiée, outil changé, incohérence signalée ou contrôle périodique.
Pièges d’interprétation
Changer seulement la date de mise à jour ne démontre pas une révision du fond. Une correction locale peut aussi laisser une contradiction dans une autre page qui reprend la même information.
Document de travail à conserver
Le registre éditorial indique dernière vérification, changement effectué, sources concernées et prochain contrôle. Les éléments dépendants sont revus ensemble pour limiter la propagation d’informations périmées.