Temps de lecture estimé : 5 min · Publié le
Établir un inventaire utilisable
Listez les pages, documents et médias avec leur URL, leur objectif, le public, la langue, la date de vérification et la personne qui connaît le sujet. Distinguez les informations durables des éléments qui changent souvent, comme tarifs, horaires, disponibilité, noms et outils cités.
Pour chaque page, notez la prochaine action proposée et les pages qui lui sont liées. Le cahier des charges aide à définir le rôle d’une page dès sa création ; l’inventaire permet ensuite de vérifier si ce rôle reste rempli.
- URL, langue et objectif.
- Responsable du fond et prochaine revue.
- Faits, sources et médias à contrôler.
Organiser une validation proportionnée
Adaptez la validation au contenu modifié et à ses conséquences. Exemple fictif : un délai de préparation passe de trois à cinq jours ; faites approuver la règle par l’équipe qui traite les demandes, puis corrigez les emplacements où elle influence la décision. Une simple retouche de formulation peut suivre un circuit plus court. Conservez sources et droits en interne sans publier les échanges ou justificatifs privés.
Avant publication, relisez titre, introduction, liens, images, texte alternatif, formulaire et affichage mobile. Si la page existe dans plusieurs langues, indiquez quelles versions attendent une traduction ou une vérification humaine. Ne présentez pas un brouillon comme une version équivalente terminée.
Programmer les revues selon le risque de vieillissement
Un guide de méthode durable peut être vérifié moins souvent qu’une page de prix ou de recrutement. Utilisez une date de prochaine revue interne plutôt qu’une date publique changée automatiquement. Lorsqu’un fait évolue, mettez à jour les pages reliées, les métadonnées et les traductions concernées.
Suivez les questions des visiteurs et les recherches sans réponse. Elles montrent où une précision serait utile. Ajouter une page n’est nécessaire que si le sujet mérite un traitement autonome ; une meilleure section dans une page existante suffit parfois.
Séparez la date du fait décrit, la première publication de la page, sa révision de fond et la prochaine revue interne. Un événement futur peut avoir sa propre date sans devenir la date de publication de l’article. Google recommande une cohérence entre les dates visibles et les propriétés datePublished et dateModified ; changer la date d’un fichier ou reconstruire le site ne décrit pas, à lui seul, une révision éditoriale.
Avant de clore une modification, comparez les occurrences du fait et leur état de validation. Une nouvelle condition peut concerner une offre, une FAQ et plusieurs traductions sans que chaque page demande la même correction. Consignez le passage modifié, la source, la personne qui valide et les versions encore en attente. Une vérification sans changement peut rester dans le suivi interne ; elle ne doit pas être présentée comme une nouvelle rédaction.
Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.
| Date suivie | Ce qu’elle situe | Contrôle avant publication |
|---|---|---|
| Première publication | La première mise à disposition de la page. | Le libellé public et datePublished décrivent la même publication. |
| Événement ou fait décrit | Le moment auquel l’information se rapporte. | Cette date ne remplace pas la date de publication de l’article. |
| Révision de fond | Une modification réelle du contenu publié. | Le changement est identifiable et dateModified reste cohérent avec l’affichage. |
| Prochaine revue interne | Une échéance de contrôle encore à venir. | Elle ne devient pas une fausse date publique de mise à jour. |
- Google Search Central : Dates de publication
Consulté le 22 octobre 2026 ; cohérence des dates visibles et structurées, sans garantie d’affichage dans les résultats.
Corriger, fusionner ou retirer proprement
Désignez une référence quand plusieurs pages reprennent la même information. Exemple fictif : un tarif apparaît dans une page service, une FAQ et deux traductions ; documentez les occurrences ou utilisez une donnée partagée, puis vérifiez chaque parcours après changement. Fusionnez les pages qui répondent réellement à la même question et corrigez les liens. Conserver une adresse ne justifie pas de maintenir une information inexacte.
Gardez une trace de la décision éditoriale, de la personne qui l’a validée et des pages touchées. Le guide d’entretien aide à intégrer cette revue au suivi du site. Les dates publiques de modification doivent refléter un changement réel du contenu.
- Décision et justification.
- Liens et traductions mis à jour.
- Contrôle après publication.
Décider dans une situation concrète
Exemple fictif : une offre évolue sur une page, mais un PDF et une autre langue conservent l’ancienne condition. Recensez les supports liés à l’information avant de déclarer la révision terminée ; la page principale n’est qu’une occurrence.
Gardez un registre du fait modifié, des pages et documents concernés, du responsable et du contrôle final. Distinguez date de l’événement et date de correction ; une nouvelle date sans changement de fond ne rend pas l’information actuelle.
- Vérifier les sources et les preuves d’un contenu web
Créer un registre de faits, distinguer les sources primaires des interprétations et organiser la relecture des contenus qui vieillissent.
Documents de référence
- Google Search Central : Helpful, Reliable Content · Source consultée
- W3C · Data on the Web Best Practices · Source consultée
Contenu mis à jour le
Repères documentaires pour ce sujet
| Référence | Valeur ou syntaxe | Portée du repère |
|---|---|---|
| HTTP · If-Match | If-Match: "r7" → 412 | If-Match compare un validateur fort avant une écriture. Dans le contrat présenté, une version dépassée reçoit 412 ; le brouillon est conservé pour comparer les changements. |
Les dates indiquent la consultation des références. Ces repères ne constituent ni un audit du site ni une déclaration globale de conformité.
