Rechercher
Saisissez au moins deux caractères, sans donnée personnelle.

    BibliothèqueArticles et FAQ Votre projetDemander un devis
    LangueFR
    Guides pratiques

    Organiser les contenus d’un site dans la durée

    Un site complet dépend moins d’une cadence de publication que de contenus fiables, faciles à retrouver et à maintenir. Une méthode simple évite les pages abandonnées et les versions qui se contredisent.

    Voir la méthode

    Illustration de la préparation d’un projet web : Organiser les contenus d’un site dans la durée

    É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.

    Cycle éditorial : quatre dates qui ne décrivent pas la même chose
    Date suivieCe qu’elle situeContrôle avant publication
    Première publicationLa première mise à disposition de la page.Le libellé public et datePublished décrivent la même publication.
    Événement ou fait décritLe moment auquel l’information se rapporte.Cette date ne remplace pas la date de publication de l’article.
    Révision de fondUne modification réelle du contenu publié.Le changement est identifiable et dateModified reste cohérent avec l’affichage.
    Prochaine revue interneUne échéance de contrôle encore à venir.Elle ne devient pas une fausse date publique de mise à jour.

    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.

    Documents de référence

    Contenu mis à jour le

    Repères documentaires pour ce sujet

    Repères documentaires pour ce sujet
    RéférenceValeur ou syntaxePortée du repère
    HTTP · If-Match
    If-Match: "r7" → 412If-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é.

    Matrice de recette à adapter au projet

    Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Cas de test, résultats attendus et preuves utiles
    CasRésultat attenduPreuve à conserver
    Un tarif change mais sa copie dans une FAQ reste ancienne.Repérer les occurrences et valider une information cohérente dans tous les parcours.Valeur de référence validée, liste des pages concernées et contrôle des langues après correction.
    Le propriétaire d’une page quitte l’équipe.Un relais sait où sont les sources et peut corriger la prochaine information périmée.Nom du rôle de remplacement, accès autorisés et correction d’essai.

    Questions fréquentes

    Une donnée partagée suffit-elle à éviter les contradictions ?

    Elle limite les copies, mais les explications, images, traductions et règles de calcul peuvent encore diverger. Identifiez ce qui est commun et ce qui dépend du contexte. Après modification, contrôlez la page de référence et les endroits où le visiteur lit ou utilise cette information.

    Comment réviser plusieurs pages qui dépendent d’une même donnée ?

    Identifiez la source de référence et les endroits où sa valeur est réutilisée : fiches, comparatifs, traductions et téléchargements. Corrigez la donnée vérifiée, puis contrôlez chaque usage et ses explications. Attribuez les cas encore incertains au lieu de les compléter par déduction.

    Quand conserver une ancienne version plutôt que la réécrire ?

    Gardez une version datée lorsqu’elle explique un état passé ou constitue une référence documentaire utile. Rendez visibles son contexte et son éventuel successeur. Pour la tâche courante, désignez clairement la version applicable afin de ne pas présenter une archive comme une consigne actuelle.