Les compétences pour réussir
Ask the Community
Décider du CDN à utiliser
Créer une On-Demand Sandbox
Plusieurs sites
Administration de MRT
Configurer l’accès aux API
Configurer votre environnement local
Utiliser un client privé SLAS
Managed Runtime facilite la gestion des organisations, projets, environnements et paquets associés à votre boutique PWA Kit. Ce guide décrit la liste croissante des tâches d’administration possibles dans l’outil Web Runtime Admin. (Toutes les tâches d’administration décrites dans ce guide, et bien d’autres, peuvent également être effectuées à l’aide de l’API Managed Runtime.)
Avant de continuer, assurez-vous d’avoir accès à Managed Runtime et Runtime Admin. Pour provisionner Managed Runtime, contactez votre Success Manager. Pour Runtime Admin, contactez votre administrateur Commerce Cloud et demandez-lui d’ajouter l’un des rôles suivants à votre compte dans Account Manager : Managed Runtime User ou Managed Runtime Admin.
Important
Les projets vous aident à gérer plusieurs environnements au sein d’une organisation. Chaque projet PWA Kit nécessite un projet correspondant au sein de Managed Runtime pour déployer et héberger le code de la boutique sur l’infrastructure cloud publique de Salesforce.
Pour créer un projet dans Runtime Admin :
Lorsque vous créez un projet, votre site n’est pas accessible sur le Web tant que l’infrastructure cloud nécessaire n’est pas déployée. Ce processus de déploiement peut demander jusqu’à 40 minutes.
Note
Pour le reste des tâches d’administration de ce guide, les instructions supposent toutes que vous démarrez à partir d’une page de vue d’ensemble (Overview) du projet dans Runtime Admin.
Pour trouver un projet existant et ouvrir sa page Overview :

Pour passer rapidement d’un projet à l’autre, utilisez le menu des projets en haut de la page.
La page Project Settings vous permet d’effectuer les tâches suivantes :
Pour accéder à la page Project Settings :
Pour modifier les paramètres, cliquez sur Edit (Modifier), effectuez vos modifications, puis cliquez sur Update (Mettre à jour). Pour annuler vos modifications, cliquez sur Cancel (Annuler).
Pour supprimer un projet, cliquez sur Delete (Supprimer), saisissez le nom du projet pour confirmer, puis cliquez sur Yes, Delete (Oui, supprimer). Pour conserver le projet, cliquez sur No, Keep (Non, conserver).
Vous pouvez choisir d’être informé par e-mail lorsque l’un des événements de déploiement suivants se produit :
Pour ajouter une notification :

Pour modifier une notification :

Pour supprimer une notification :

Les environnements sont utilisés pour séparer votre boutique de production des autres boutiques déployées à d’autres fins, comme le développement ou les tests. Pour en savoir plus sur les environnements et d’autres concepts connexes, consultez Présentation de Managed Runtime.
Pour créer un environnement dans Runtime Admin :
Accédez à la page Overview d’un projet.
Cliquez sur New Environment (Nouvel environnement).
Indiquez un nom pour l’environnement.
Sélectionnez une région pour le déploiement sur l’infrastructure cloud publique de Salesforce.
S’il s’agit d’un environnement de production :
Sélectionnez une instance Commerce Cloud pour vous connecter à l’environnement.
Cliquez sur Complete Setup (Terminer la configuration).
Note
Toutes les régions prises en charge disposent d’une région de sauvegarde couplée pour les basculements. Vous devez vous assurer que votre application s’exécute correctement dans les régions principale et de sauvegarde sélectionnées :
| Région primaire | Région de sauvegarde |
|---|---|
us-east-1 - USA Est (Virginie du Nord) |
us-east-2 - USA Est (Ohio) |
us-east-2 - USA Est (Ohio) |
us-east-1 - USA Est (Virginie du Nord) |
us-west-1 - Ouest des États-Unis (Californie du Nord) |
us-west-2 - Ouest des États-Unis (Oregon) |
us-west-2 - Ouest des États-Unis (Oregon) |
us-west-1 - Ouest des États-Unis (Californie du Nord) |
ca-central-1 - Canada (Centre) |
us-east-2 - USA Est (Ohio) |
sa-east-1 - Amérique du Sud (São Paulo) |
us-east-1 - USA Est (Virginie du Nord) |
ap-south-1 - Asie-Pacifique (Mumbai) |
ap-south-2 - Asie-Pacifique (Hyderabad) |
ap-south-2 - Asie-Pacifique (Hyderabad) |
ap-south-1 - Asie-Pacifique (Mumbai) |
ap-southeast-1 - Asie-Pacifique (Singapour) |
ap-northeast-2 - Asie-Pacifique (Séoul) |
ap-southeast-2 - Asie-Pacifique (Sydney) |
ap-southeast-1 - Asie-Pacifique (Singapour) |
ap-southeast-3 - Asie-Pacifique (Jakarta) |
ap-southeast-1 - Asie-Pacifique (Singapour) |
ap-northeast-2 - Asie-Pacifique (Séoul) |
ap-southeast-1 - Asie-Pacifique (Singapour) |
ap-northeast-1 - Asie-Pacifique (Tokyo) |
ap-northeast-3 - Asie-Pacifique (Osaka) |
ap-northeast-3 - Asie-Pacifique (Osaka) |
ap-northeast-1 - Asie-Pacifique (Tokyo) |
eu-west-1 - UE (Irlande) |
eu-west-3 - UE (Paris) |
eu-west-2 - UE (Londres) |
eu-west-1 - UE (Irlande) |
eu-west-3 - UE (Paris) |
eu-central-1 - UE (Francfort) |
eu-central-1 - UE (Francfort) |
eu-west-3 - UE (Paris) |
eu-central-2 - UE (Zurich) |
eu-central-1 - UE (Francfort) |
eu-south-1 - UE (Milan) |
eu-central-1 - UE (Francfort) |
me-central-1 - Moyen-Orient (Émirats arabes unis) |
eu-west-2 - UE (Londres) |
il-central-1 - Israël (Tel Aviv) |
eu-west-2 - UE (Londres) |
Pour tout site utilisant PWA Kit et Managed Runtime, vous ne pouvez désigner comme déployé qu’un seul paquet à la fois pour chaque environnement.
Si le déploiement s’est terminé correctement, le paquet s’affiche dans la section Deployed Bundle (Paquet déployé). (Pour votre premier déploiement dans un nouvel environnement, le processus peut prendre jusqu’à une heure).
La page Environment Settings vous permet d’effectuer de nombreuses tâches administratives centralisées, notamment :
Pour accéder à la page Environment Settings :
Pour effectuer des modifications, cliquez sur le bouton Edit (Modifier) à côté de General settings (Paramètres généraux) ou d’Advanced settings (Paramètres avancés). Après avoir effectué vos modifications, cliquez sur Update (Mettre à jour) pour les enregistrer ou sur Cancel (Annuler) pour les abandonner.
Vous pouvez effacer une partie ou la totalité du contenu mis en cache d’un environnement dans le réseau de diffusion de contenu (CDN). Vider le cache du CDN permet de s’assurer que les acheteurs voient la version la plus récente et la plus précise du contenu de votre site.
Utilisez l’API projects_target_invalidation_create pour effacer tout le contenu mis en cache, les URL spécifiques ou les répertoires.
Il n’est pas possible d’effacer le cache du CDN dans Runtime Admin. Toutefois, lorsque vous redéployez une offre groupée, tout le contenu mis en cache est effacé pour l’environnement associé.
L’invalidation du cache du CDN entraîne temporairement un ralentissement des performances pour les premiers acheteurs accédant au site après l’invalidation.
Note
voir Variables d’environnement.
Les en-têtes de contrôle d’accès vous permettent de restreindre l’accès à un environnement afin que seul le trafic approuvé provenant de votre réseau de diffusion de contenu (CDN) ou de votre équipe de développement soit autorisé. La restriction de l’accès est importante pour s’assurer que les bots ne contournent pas les paramètres de sécurité du périmètre de votre CDN et pour s’assurer que les robots de recherche n’indexent pas le contenu provenant du mauvais domaine ou environnement.
Si des adresses IP autorisées sont également définies, les requests ayant une adresse IP valide ou un en-tête de contrôle d’accès sont autorisées.
Définissez les en-têtes de contrôle d’accès à l’aide des paramètres d’environnement avancés ou de l’API projects_target_access_control_header_create.
Les requests entrantes ne sont autorisées que si un en-tête de request x-sfdc-access-control est présent avec une valeur valide.
Une valeur d’en-tête est constituée de l’ensemble de caractères que vous avez choisi. Chaque valeur d’en-tête :
Vous devez vous assurer que la valeur de l’en-tête du contrôle d’accès est stockée de façon sécurisée et partagée uniquement avec des personnes de confiance. Nous vous recommandons fortement d’alterner régulièrement l’en-tête de contrôle d’accès.
Pour alterner un en-tête de contrôle d’accès :
1curl https://myproject-mytarget.mobify-storefront.com/ -H "x-sfdc-access-control: 123456789" -o /dev/nullx-sfdc-access-control avec la valeur mise à jour.Voir aussi
Une redirection permet de transférer une request de l’URL demandée vers une autre URL. Les redirections peuvent aider à éviter les perturbations de l’expérience utilisateur causées par des modifications de votre boutique en ligne. Prenons l’exemple d’une page de campagne saisonnière pour le printemps. Lorsque la campagne de printemps se termine et est remplacée par une campagne d’été, vous pouvez rediriger de l’URL du printemps vers l’URL de l’été.
Les redirections sont une fonctionnalité puissante. Elles peuvent avoir des conséquences importantes en matière de sécurité sur votre boutique, par exemple la redirection vers des URL ou des ressources malveillantes. Soyez prudent lorsque vous attribuez des rôles offrant un accès à la redirection à vos utilisateurs.
Avant de créer une redirection dans un environnement de production, nous vous recommandons de la créer d’abord dans un environnement staging.
Tip
Vous pouvez également créer une ou plusieurs redirections à l’aide du point de terminaison de l’API projects_target_redirect_create.
Pour créer une redirection à l’aide de Runtime Admin :
www.example.com/winter, indiquez /winter.Examinons plus en détail les options permettant de créer une redirection.
La valeur que vous saisissez dans le champ Redirect From doit toujours être un chemin d’accès relatif. Le champ Redirect To peut être soit un chemin d’accès relatif, soit une URL complète. Par exemple, supposons que l’on souhaite rediriger les visiteurs de www.example.com/spring vers www.example.com/summer. Le champ Redirect From doit être /spring. Le champ Redirect To peut être soit /summer soit www.example.com/summer.
Vous pouvez ajouter un caractère astérisque (*) à la fin de l’URL Redirect From pour indiquer un caractère générique. Un caractère générique correspond à n’importe quel nombre de n’importe quels caractères dans l’URL. Par exemple, une redirection de /a/* correspondrait à /a/, /a/b et /a/b/c.
Un caractère générique ne peut être utilisé qu’à la fin de l’URL Redirect From.
Les redirections standard sont traitées en premier par Managed Runtime, puis viennent les redirections avec des caractères génériques.
La plupart des redirections utilisent le code d’état 301 permanent, mais vous pouvez également sélectionner le code 302 temporaire. Si vous n’êtes pas sûr du code d’état HTTP à utiliser, consultez cette explication des codes d’état sur MOZ.com.
Certaines requests contiennent des paramètres de chaîne de requête que vous avez également besoin d’inclure dans la request redirigée. Par exemple, le chemin relatif /spring-landing-page peut être ajouté à une chaîne de requête pour le suivi analytique, comme /spring-landing-page?gclid=123.
Pour activer le transfert des paramètres de requête, accédez à la section Forward (Transférer) du formulaire et sélectionnez Query Parameters (Paramètres de requête). Sinon, les paramètres de la chaîne de requête de l’URL source ne sont pas inclus dans l’URL de redirection.
Que se passe-t-il si les URL Redirect From et Redirect To comportent toutes les deux des chaînes de requête et que le transfert est activé ? Dans ce cas, l’URL de redirection inclut une combinaison des deux chaînes de requête. Les paramètres de requête de l’URL Redirect To sont ajoutés à la chaîne de requête dans la request. Par exemple, supposez que votre application reçoive une request pour le chemin relatif /spring?year=2019. Si vous avez choisi de rediriger /spring vers /summer?year=2020, l’URL de redirection sera /summer?year=2019&year=2020 si le transfert est activé.
Vous pouvez inclure automatiquement tout chemin d’accès qui vient après la partie générique de l’URL Redirect From dans l’URL Redirect To. Par exemple : si /a/* correspond à /a/b/c dans l’URL Redirect From, et que l’URL Redirect To est /z/, l’URL de redirection est /z/b/c.
Pour activer le transfert d’un chemin d’accès générique, accédez à la section Forward du formulaire et sélectionnez Wildcard Path (Chemin d’accès générique).
Nous vous recommandons de toujours créer des redirections dans un environnement de staging et de les cloner en production après les avoir testées.
Tip
Vous pouvez copier toutes les redirections d’un environnement à l’autre à l’aide de la fonction de clonage des redirections.
Vous pouvez également cloner des redirections à l’aide du point de terminaison de l’API projects_target_redirect_clone_create .
Pour cloner des redirections à l’aide de Runtime Admin :
Lorsque vous clonez des redirections, vous remplacez toutes les redirections de l’environnement de destination par toutes les redirections de l’environnement source.
Warning
Vous pouvez également modifier une redirection à l’aide du point de terminaison de l’API projects_target_redirect_partial_update.
Pour modifier les paramètres d’une redirection existante à l’aide de Runtime Admin :
Vous pouvez également supprimer une redirection à l’aide du point de terminaison de l’API projects_target_redirect_destroy.
Pour supprimer une redirection à l’aide de Runtime Admin :
Si une redirection ne fonctionne pas comme prévu, essayez ces étapes de dépannage :
Les redirections ont les limitations techniques suivantes :
ssr.js./mobify/redirect/$pathmanagé.Voici comment gérer vos utilisateurs.
Pour ajouter un utilisateur à un projet :

Pour changer le rôle d’un utilisateur :

Pour obtenir la liste des capacités utilisateur associées à chaque rôle, consultez Présentation de Managed Runtime.
Pour supprimer un utilisateur d’un projet :
