Mise à jour d'une page publiée via révision
Une page de service promet une consultation de 60 minutes. Le studio propose désormais 45 minutes suivies d'un résumé écrit. Changer le numéro est facile ; le travail éditorial consiste à s'assurer que les visiteurs reçoivent la bonne promesse, que l'ancienne page reste disponible pendant la révision et que la copie approuvée atteint la même adresse.
Voici cette petite mise à jour dans WebBlocks CMS, utilisant une page fictive Northstar Studio. L'exemple sépare la page publiée, une mise à jour préparée et les versions enregistrées utilisées pour inspecter ce qui a changé.
Commencez par la page que les visiteurs peuvent lire
Ouvrez l'adresse publique avant de la modifier. Dans cet exemple, la page de consultation indique « conversation de 60 minutes » et demande aux visiteurs d'apporter une page qu'ils aimeraient améliorer. Enregistrez ce qui devrait changer : la durée devient 45 minutes, et le deuxième paragraphe promet un résumé écrit. Le titre et l'adresse de la page restent les mêmes.
Ce bref résumé donne au critique une comparaison utile. Une modification de la durée ne doit pas supprimer accidentellement le conseil de préparation ou introduire une promesse de service différente ailleurs sur la page.
Décidez comment la page existante restera disponible
Le déplacement d'une page publiée vers Draft la supprime des itinéraires publics. In Review est également privé. Cela peut convenir au retrait d'une page pendant sa réécriture, mais cela ne maintient pas la description du service existante en ligne.
Pour cet exemple, un opérateur utilise le workflow de mise à jour par étapes Internal Content API pour préparer un brouillon distinct lié à la page publiée. L'adresse d'origine continue d'afficher la description de 60 minutes. La copie proposée peut être ouverte via l'aperçu CMS normal du brouillon.
Le flux de travail des rôles ordinaires est toujours important. Un Editor peut travailler sur des pages Draft et les soumettre pour révision ; la modification du contenu s'arrête lorsque la page quitte Draft. Les administrateurs de site pour les sites qui leur sont attribués et les super-administrateurs gèrent la publication. Convenez de qui préparera, révisera et publiera cette mise à jour particulière.
Consultez la page complète proposée
Le bloc Rich Text modifié contient les deux paragraphes. Dans la mise à jour préparée, la première indique 45 minutes et la seconde explique le résumé écrit. Ouvrez l'aperçu et lisez-les ensemble, comme le ferait un visiteur.
Vérifiez que la séance plus courte et le suivi promis sont intentionnels. Conservez la consigne pour apporter une page. Sur une largeur étroite, vérifiez l'ordre d'emballage et de lecture. Si la page contient un bouton de réservation, suivez sa destination et comparez là aussi la durée ; un paragraphe correct à côté d'un flux de réservation obsolète donne toujours au visiteur des informations contradictoires.
Vérifiez toutes les descriptions d'images concernées, le texte de recherche et de partage, ainsi que les autres langues avant l'approbation. La page publique et l'aperçu privé répondent à différentes questions : la première confirme ce que les visiteurs reçoivent actuellement ; ce dernier montre le résultat proposé.
Vérifiez quel contenu l'action de publication inclut
Le statut Publié d'une page ne signifie pas que tous les blocs qu'elle contient sont publiés. Dans l'aperçu ordinaire de Modifier la page, Publier modifie l'enregistrement de la page. Lorsqu'il existe des blocs appartenant à une page non publiée, le choix facultatif « Publier également tous les blocs appartenant à une page non publiée » contrôle si ces blocs sont inclus. Il existe également un assistant distinct « Publier les blocs appartenant à la page ».
La publication de la mise à jour préparée dans cet exemple est une opération différente. Elle recopie sur la page source les contenus approuvés appartenant à la page, pour les slots sélectionnés, puis marque ces blocs comme publiés. Avant de l’approuver, vérifiez la page source et les zones de contenu qui seront remplacées.
Un en-tête ou un pied de page Shared Slot possède son propre propriétaire de contenu et sa propre portée de révision. La promotion de page ne publie pas son arborescence de blocs. Si cette mise à jour de service nécessite également une notification partagée, examinez cette modification séparément à l'aide du Flux de travail Shared Slots.
Rouvrez l'adresse d'origine après le changement approuvé
Une fois que l’examinateur approuve la mise à jour préparée, l’opérateur agréé en fait la promotion. Dans l'exemple, la même adresse de consultation affiche désormais 45 minutes et le résumé écrit. Vérifiez à nouveau cette adresse publique, y compris sur une largeur étroite, plutôt que de vous fier à l'onglet d'aperçu laissé ouvert avant la publication.
Le Version History de la page enregistre les états autour de la promotion. Dans cet exemple, il affiche la référence d'origine de 60 minutes, une version de sécurité avant la promotion et l'état mis à jour après la promotion. La source identifie l'opération de l'API, afin que le réviseur puisse la distinguer d'une modification administrateur.
Inspectez la portée avant de corriger une modification antérieure
Si la nouvelle description de service nécessite une autre correction, ouvrez d'abord Review pour la version enregistrée correspondante. La comparaison couvre les détails et le flux de travail des pages, les traductions et le routage, les emplacements, les blocs appartenant à la page, les références multimédias et les ressources de la page. Une version d’une page entière peut englober bien plus que le paragraphe auquel vous pensez.
L'exemple contient six blocs dans les deux versions, mais le contenu des blocs diffère. Les décomptes correspondants n’établissent pas que la copie est identique. Lisez le contenu concerné et vérifiez si les modifications ultérieures ailleurs sur la page doivent être conservées. Pour une correction d'une phrase, ces résultats peuvent guider une nouvelle mise à jour préparée au lieu de remplacer la page entière par un état plus ancien.
L’historique des versions est limité à la page. Il ne restaure pas le contenu d’un pied de page partagé et ne remplace pas les sauvegardes de la base de données et des fichiers téléversés. Délimitez la décision de restauration aussi précisément que la tâche de modification initiale.
Pour les règles de statut et la portée de la version enregistrée, voir Flux de travail éditorial et Révisions. Pour une mise à jour affectant plusieurs langues, utilisez le revue de publication multilingue en parallèle de la révision de la page.
Cet article vous a-t-il été utile ?
Évaluez-le ou partagez une suggestion ci-dessous.
Commentaires et suggestions
Les commentaires sont examinés avant leur publication.
Commentaires
0Aucun commentaire approuvé pour le moment.
Laisser un commentaire