Si vous avez plusieurs sites Web ou applis, vous pouvez créer une section Dynamic Yield pour chacun d’eux, ou tous les gérer depuis une entité de sections Dynamic Yield. Cela peut avoir un impact énorme sur votre travail et sur la façon dont vous visualisez les rapports. Il n’y a pas une réponse universelle pour tous les cas, alors utilisez cet article pour vous aider à décider ce qui est le mieux pour vous.
Directives
Avez-vous une base d’utilisateurs unique pour tous les sites Web et applis ?
Si les utilisateurs doivent créer un compte distinct sur chaque site, vous devez créer des sections distinctes dans Dynamic Yield.
Avez-vous une seule équipe ou plusieurs équipes travaillant sur vos sites et applis ?
Dans Dynamic Yield, les autorisations sont définies pour chaque section individuelle. Si vous utilisez une seule section, tous vos éditeurs peuvent procéder à des modifications dans tous les domaines. Le fait de les séparer vous permet de définir une équipe en tant qu’éditeurs pour la section A et une autre équipe en tant qu’éditeurs pour la section B.
Utilisez-vous le même catalogue de produits pour vos sites Web et vos applis ?
Si vous avez des sites Web globalement identiques, mais qu’ils sont configurés pour des paramètres régionaux différents (par exemple, un pour EN et un autre pour DE), vous pouvez les configurer sous une section et ajouter un attribut pour chaque produit, indiquant des propriétés différentes pour chaque paramètre régional (par exemple, nom différent, prix, disponible en stock). Le paramètre régional (la locale) est déterminé dans l’<en-tête> du compte. En savoir plus sur la prise en charge multilingue.
Exécutez-vous les mêmes campagnes sur vos sites Web et vos applis ?
Si la plupart des campagnes sont similaires, vous pouvez envisager d’utiliser une seule section. Vous pouvez ensuite cibler différents sites Web lorsque cela est nécessaire pour chaque expérience ou campagne. Lorsque les campagnes sont diffusées sur tous les sites Web, les rapports ne sont pas ventilés par site Web. Il en va de même pour l’Audience Explorer.
Vous pouvez également séparer les sections et, si nécessaire, copier les modèles, les campagnes (pour la plupart des types de campagnes) et les évaluateurs. Certaines entités ne peuvent pas être copiées et doivent être recréées manuellement pour chaque site (y compris les campagnes multicontacts, les audiences, les objectifs, les unités et les campagnes d’e-mailing).
Avantages de l’agrégation de sites
- Les données utilisateur et l’historique sont cohérents entre tous les sites Web et applis.
- Un plus grand ensemble d’utilisateurs signifie des résultats de tests plus rapides.
Par exemple, cela compense les longues durées d’expérience dans les pays à faible trafic. - Un ensemble de données plus important signifie une logique d’algorithme intelligente.
Par exemple, la stratégie de recommandation Viewed Together est basée sur le comportement de tous les utilisateurs combinés. - Maintenir les campagnes demande moins d’efforts.
Par exemple, vous n’avez pas besoin de recréer des audiences, des stratégies et des campagnes dans différentes sections, mais vous pouvez plutôt les créer une seule fois et vous baser sur le niveau d’expérience pour adapter le contenu aux besoins spécifiques de chaque site Web ou appli.
Inconvénients de l’agrégation de sections
Les scores de popularité sont calculés pour tous les utilisateurs dans une section. En conséquence, certaines préférences locales pourraient être éclipsées par celles d’un emplacement ayant un trafic plus élevé.
Par exemple, une mode des pantalons verts en Espagne par rapport à une mode des pantalons rouges en Allemagne. En raison de la part de trafic, les pantalons rouges seront plus représentés dans les stratégies de recommandation en fonction de la popularité.
Résumé
Il est recommandé de minimiser le nombre de sections dans la mesure du possible. Considérez votre workflow : est-ce simplement un domaine technique différent, mais globalement la même entreprise ? Dans ce cas, il est probablement souhaitable d’utiliser un seul ou un plus petit nombre de sections Dynamic Yield. Cependant, si vos sites ou applis représentes différentes « entreprises » (par exemple, pour différentes marques), avec des équipes, des objectifs, des campagnes et des bases d’utilisateurs différents, vous devriez probablement créer une section Dynamic Yield distincte pour chacune d’elles.