Meilleures pratiques MSM

Général

MSM est une structure configurable pour automatiser le déploiement de contenu. Les mises en œuvre impliquent souvent des parties importantes d’un site web, ainsi que plusieurs organisations et zones géographiques. Il est donc vivement recommandé de planifier les mises en œuvre MSM avec autant d’attention que lorsque vous planifiez votre site web :

  • Soigneusement planifier la structure et les flux de contenu avant de commencer la mise en oeuvre.

  • Personnalisez autant que nécessaire, mais le moins possible. Bien que MSM prenne en charge un haut degré de personnalisation (par exemple, les configurations de déploiement), la meilleure pratique pour les performances, la fiabilité et la mise à niveau de votre site Web consiste à minimiser la personnalisation.

  • Établir rapidement un modèle de gouvernance et former les utilisateurs en conséquence afin d'assurer la réussite. Une bonne pratique d'un point de vue de gouvernance consiste à réduire au minimum l'autorité dont disposent les producteurs de contenu locaux pour allouer/connecter du contenu à d'autres utilisateurs locaux et leurs copies en direct respectives. En effet, les héritages enchaînés et non gouvernés peuvent considérablement accroître la complexité d'une structure de gestion multivariée et compromettre ses performances et sa fiabilité.

  • Une fois qu'un plan existe pour votre structure, vos flux de contenu, l'automatisation et la gouvernance : prototype et testez minutieusement votre système, avant de commencer la mise en oeuvre.

  • Gardez à l'esprit que Adobe Consulting et les principaux intégrateurs système ont une expérience approfondie de la planification et de l'implémentation de l'automatisation du contenu avec MSM, afin qu'ils puissent vous aider à la fois à démarrer votre projet MSM et tout au long de sa mise en oeuvre.

REMARQUE

Des informations supplémentaires sur l’utilisation de MSM sont disponibles dans les articles de la base de connaissances :

REMARQUE

Vous pouvez également utiliser le composant Référence pour réutiliser une seule page ou un paragraphe. Gardez cependant à l’esprit que :

  • MSM est plus souple et permet un contrôle à granularité fine sur la nature du contenu synchronisé et le moment de synchronisation.
  • Il est désormais recommandé d’utiliser les composants principaux plutôt que les composants de base.

Sources de Live Copy et configurations de plan directeur

N’oubliez pas qu’une Live Copy peut être créée avec des pages ordinaires ou une configuration de plan directeur. Les deux cas d’utilisation sont valides.

Les avantages de l’utilisation d’une configuration de plan directeur sont qu’elle :

  • Permettre à l'auteur d'utiliser l'option Déploiement sur un plan directeur pour (explicitement) pousser les modifications à des copies dynamiques qui héritent de ce plan.
  • Autoriser l’auteur à utiliser Créer un site; cela permet à l’utilisateur de sélectionner facilement les langues et de configurer la structure de la copie dynamique.
  • définit une configuration de déploiement par défaut pour les Live Copies partageant une relation avec le plan directeur.

Dans le cas où aucune configuration de plan directeur n’est référencée, les déploiements peuvent uniquement être lancés à partir des Live Copies elles-mêmes, en extrayant essentiellement le contenu de la source.

Lors de la création d’un site avec une Live Copy, il est pratique de créer des configurations de plan directeur pour garantir la disponibilité du jeu complet de fonctions MSM.

REMARQUE

Les groupes CUG ne peuvent pas être déployés sur Live Copies à partir de Blueprints. Veuillez en tenir compte lors de la configuration de Live Copy.

Composants et synchronisation de conteneur

En général, la règle de déploiement dans MSM concernant la synchronisation des composants est la suivante :

  • Les composants sont déployés en synchronisant toutes les ressources contenues dans le plan directeur.
  • Les conteneurs synchronisent uniquement la ressource actuelle.

Cela signifie que les composants sont traités comme un agrégat et, dans un déploiement, le composant lui-même et tous ses enfants sont remplacés par ceux des plans directeurs. Cela signifie que si une ressource est ajoutée à un composant en local, elle sera perdue au profit du contenu du plan directeur lors du déploiement.

Pour prendre en charge l’imbrication des composants de façon à ce que les composants ajoutés localement soient conservés dans un déploiement, le composant doit être déclaré en tant que conteneur. Par exemple, le système de paragraphe (parsys) par défaut est déclaré en tant que conteneur afin qu’il puisse prendre en charge le contenu ajouté en local.

REMARQUE

Ajoutez la propriété cq:isContainer au composant pour le désigner en tant que conteneur.

Créer un site

Notez qu’AEM propose deux méthodes principales pour créer des Live Copies :

  • Lorsque créer une Live Copy

    Il peut s’agir de l’approche la plus générique, qui vous permet de créer des copies dynamiques à partir de n’importe quelle page. La structure de contenu d’une Live Copy correspond exactement à la source.

  • Lorsque créer un site

    Il s'agit d'une approche plus spécialisée, principalement pour la création de sites Web à structure multilingue.

Voici quelques points à garder à l’esprit lors de la création d’un site :

  • Pour créer un nouveau site, vous devez disposer d'une configuration de plan directeur 🔗.

  • Pour permettre la sélection des chemins de langue à créer dans un nouveau site, les racines de langue correspondantes doivent exister dans le plan directeur (source).

  • Une fois qu'un nouveau site a été créé en tant que copie dynamique (en utilisant Créer, puis Site), les deux premiers niveaux de cette copie dynamique sont peu profonds. Les enfants de la page n’appartiennent pas à la relation activée, mais un déploiement descend toujours si une relation activée correspondant au déclencheur est détectée.

    Il permet d’éviter :

    • d’ajouter manuellement des langues dans le plan directeur (sous le premier niveau) ;
    • d’ajouter manuellement le contenu directement sous la racine de langue ;
    • de voir ce contenu transféré automatiquement vers la Live Copy au moment du déploiement.

MSM et sites web multilingues

MSM peut aider à la création de sites web multilingues de deux façons :

  • Lors de la création de gabarits de langue

    • Bien que MSM lui-même ne fournisse pas la traduction de contenu, il peut être intégré à des connecteurs de traduction tiers qui proposent ce service. Veuillez noter que :

      • MSM vous permet d’annuler l’héritage au niveau des pages et/ou des composants. Cela évite de remplacer le contenu traduit (dans une Live Copy, avec le contenu pas encore traduit d’un plan directeur) lors du déploiement suivant.

      • Certains connecteurs de traduction tiers automatisent cette gestion des héritages MSM.

        Contactez votre prestataire de services de traduction pour plus d’informations.

      • Une autre méthode pour créer et traduire les gabarits de langue est d’utiliser des copies de langue conjointement à la structure d’intégration de traduction prête à l’emploi d’AEM.

  • Lors du déploiement de contenu de gabarits de langue

    • Par exemple, du gabarit de langue française vers des sites spécifiques aux pays, par exemple, France/Français, Canada/Français, Suisse/Français.

Pour plus d’informations, voir Traduction du contenu des sites multilingues et Meilleures pratiques de traduction.

Modifications de structure et déploiements

Les modifications apportées à la structure du contenu dans un plan directeur/une arborescence source sont répercutées différemment dans une Live Copy. Cela dépend du type de modification :

  • La création de pages dans un plan directeur entraîne la création de pages correspondantes dans des copies dynamiques après le déploiement avec la configuration de déploiement standard.

  • La suppression de pages dans un plan directeur entraîne la suppression des pages correspondantes des copies dynamiques après le déploiement avec la configuration de déploiement standard.

  • Le déplacement de pages dans un plan directeur ​n'entraîne pas le déplacement de pages correspondantes dans des copies dynamiques après le déploiement avec la configuration de déploiement standard :

    • La raison de ce comportement est que le déplacement d’une page comprend implicitement une suppression de page. Cela peut provoquer un comportement inattendu lors de la publication, la suppression des pages sur l’instance de création désactivant automatiquement le contenu correspondant sur l’instance de publication. Cela peut également avoir des répercussions sur les éléments associés, comme les liens, les signets, etc.
    • L’héritage de contenu dans les pages de Live Copy respectives est mis à jour pour refléter le nouvel emplacement de leurs sources dans le plan directeur.
    • Pour réaliser pleinement le déplacement d’une page d’un plan directeur vers des copies en direct, tenez compte des bonnes pratiques suivantes :
REMARQUE

Cela fonctionne uniquement avec le déclencheur Au déploiement.

  • Créez une configuration de déploiement personnalisée :

    • Cette nouvelle configuration doit inclure l’action suivante :

      PageMoveAction

      N’ajoutez pas d’autres actions à cette configuration.

  • Placez la nouvelle configuration :

    • Pour déployer complètement le déplacement de la page, tout en supprimant les pages respectives à leur ancien emplacement dans la copie dynamique :

      • Placez la configuration que vous venez de créer avant la configuration de déploiement standard.

        La configuration de déploiement standard se charge de supprimer les pages de leur ancien emplacement.

    • Pour déployer le déplacement de la page tout en conservant les pages respectives à leur ancien emplacement dans les copies en direct (essentiellement en dupliquant le contenu) :

      • Placez la configuration que vous venez de créer après la configuration de déploiement standard.

        Ainsi, aucun contenu n’est supprimé dans la copie dynamique ou désactivé de la publication.

Personnalisation des déploiements

Les configurations de déploiement MSM sont fortement personnalisables. Vous devez savoir que l’automatisation des déploiements peut avoir des conséquences importantes. Il est recommandé de planifier avec une grande attention par exemple les opérations suivantes :

  • automatisation des déploiements ; par exemple, avec onModify triggers,
  • la personnalisation des propriétés/types de nœuds ;
  • commençant les workflows suivants,
  • et/ou activation de contenu dans le cadre de déploiements.

onModify

Lorsque vous utilisez le déclencheur de déploiement onModify, vous devez prendre en compte les points suivants :

  • L’automatisation des déploiements avec des déclencheurs onModify peut avoir un impact négatif sur les performances de création, car elles déclenchent des déploiements après chaque modification de page.

  • Le résultat du déploiement peut différer du résultat attendu pour les raisons suivantes :

    • Vous ne pouvez pas spécifier l’ordre des événements de modification résultants.
    • L’architecture basée sur les événements ne peut pas garantir la séquence des événements transmise au gestionnaire de déploiements.
  • L’utilisation d’une telle configuration de déploiement est susceptible d’entraîner des conflits de validation en cas de mises à jour simultanées de la même ressource.

Par conséquent, il est recommandé de n'utiliser que les déclencheurs onModify si les avantages du lancement automatique du déploiement l'emportent sur les éventuels problèmes de performances.

Types/propriétés de nœuds

N’oubliez pas les points suivants :

Informations supplémentaires

La présente section et les pages suivantes abordent les questions connexes :

Sur cette page

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now