Erreur d’initialisation / Blogs / Perficient

J’ai commencé un nouveau projet Sitecore Personalize. Les environnements clients non-prod et prod ont été récemment lancés. Tout frais et propre. Pas de modèles d’offre, pas d’expériences, pas de modèles de décision. J’ai créé la première expérience et j’ai cliqué sur le bouton d’aperçu pour tester mon expérience. À ma grande surprise, l’expérience n’a pas été rendue et l’outil d’assurance qualité ne s’est pas affiché. Quel était le problème? Continuez à lire pour le découvrir.

Cela a fonctionné avec mon partenaire sandbox

J’avais testé et fait des démos avec mon compte sandbox partenaire et bien sûr, tout fonctionnait très bien. J’ai inclus le javascript du SDK Engage sur les pages. J’ai défini correctement les attributs clientKey et pointOfSale. J’ai créé une expérience en mode brouillon. J’ai prévisualisé l’expérience sur une page localhost. L’outil QA s’est chargé correctement.

Sitecore Personalize affichant l’outil d’assurance qualité, l’expérience Web et l’onglet réseau des outils de développement répertoriant les actifs pertinents

Pourquoi cela n’a-t-il pas fonctionné depuis mon environnement client ?

J’ai comparé le bac à sable de mon partenaire à l’environnement client. J’ai regardé l’onglet réseau et j’ai remarqué que l’appel à https://d1mj578wat5n4o.cloudfront.net/sitecore-engage-v.1.4.0.min.js chargé correctement. Ce fichier fait un appel à charger https://d35vb5cccm4xzp.cloudfront.net/web-flow-libs//web-version.min.js. Ce fichier fait un appel à charger https://d35vb5cccm4xzp.cloudfront.net/web-flow-libs//34/web-lib.min.js. Ce fichier fait un appel à charger https://d35vb5cccm4xzp.cloudfront.net/qa-tool/bx-qa-tool/bx-qa-tool.js. Une fois tous ces fichiers chargés, l’outil QA se charge et l’expérience est rendue en mode aperçu.

Outils de développement montrant les actifs requis pour charger l’outil d’assurance qualité et l’expérience personnalisée.

Dans l’environnement client, l’appel à https://d1mj578wat5n4o.cloudfront.net/sitecore-engage-v.1.4.0.min.js chargé correctement, mais le prochain appel à https://d35vb5cccm4xzp.cloudfront.net/web-flow-libs//web-version.min.js a échoué avec une réponse interdite 403.

Outils de développement affichant l’erreur 403 lors du chargement de web-version.min.js.

J’ai essayé d’appeler l’URL directement et j’ai obtenu la même réponse 403 interdite.

Requête du navigateur à web-version.min.js affichant l’erreur d’accès refusé.

La solution

J’ai passé des heures à comparer le bac à sable de mon partenaire à l’environnement client pour voir s’il y avait quelque chose que je pouvais changer ou quelque chose de différent entre les deux comptes. Je n’ai rien trouvé d’utile. Je me suis tourné vers la communauté Sitecore Slack pour poser ma question. La réponse est venue de @Derek Fahey. J’ai eu mon expérience en mode brouillon. C’était la première expérience que je créais dans l’environnement de mon client. Il m’a proposé de démarrer l’expérience et de la faire vivre. Cela provoque une publication. Le 403 était probablement dû à l’absence de contenu en direct dans les fichiers de configuration Web. Une fois que j’ai fait ça, le https://d35vb5cccm4xzp.cloudfront.net/web-flow-libs//web-version.min.js chargé correctement et j’ai pu prévisualiser l’expérience sur mon site local avec l’outil QA.

Conclusion

Lorsque vous configurez Personnaliser pour la première fois, assurez-vous de démarrer/publier une expérience immédiatement. Ensuite, vous le mettez en pause/complétez/supprimez. Cela vous permettra de prévisualiser correctement toutes les expériences futures, même en mode brouillon, sans erreur.

Derek a également mentionné que ce n’est pas un problème pour les nouveaux locataires car ils effectuent une publication logicielle pour garantir que les fichiers de configuration sont mis à jour lorsque l’environnement est provisionné.