--- sourceDocument: Interface utilisateur de la Now Platform Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/platform-user-interface Release : - xanadu ft:locale : - fr-FR ft:publication_title : - Interface utilisateur de la Now Platform Xanadu ft:clusterId : - platux bundleId : - platux workflow : - Platform --- # Gestion du contenu et Portail de services # Gestion du contenu et Portail de services {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes de lecture Portail de services est une alternative convaincante au système de gestion de contenu (CMS) avec une expérience utilisateur raffinée. Il ne duplique pas les fonctionnalités de CMS ou de l'interface utilisateur de la plateforme. Les utilisateurs qui disposent d'expériences sophistiquées fournies via CMS devront peut-être investir du temps dans la transition Portail de servicesvers , en particulier si la mise en œuvre de CMS comprend des formulaires complexes et personnalisés Catalogue de services . ## Portail de services compatibilité avec les sites CMS existants ServiceNow continue de prendre en charge CMS dans les versions actuelles et à venir. Si vous avez des sites CMS existants et que vous les activez Portail de services sur votre instance, vos sites CMS continueront de fonctionner en tant que CMS et Portail de services sont des applications distinctes. ## Différences entre Portail de services et CMS Portail de services est une alternative au CMS basée sur des technologies plus modernes. Les principales différences sont les suivantes : Technologie sous-jacente : CMS utilise Jelly, qui n'est pas une technologie largement utilisée. Portail de services utilise plutôt [AngularJS](https://docs.angularjs.org/guide/introduction), JavaScript côté serveur, HTML et CSS. Tous les scripts qui utilisent Jelly ne fonctionnent pas dans Portail de services. La création de widgets dans Portail de services nécessite une connaissance d'AngularJS. Couche visuelle : CMS utilise des iFrames qui peuvent être difficiles à utiliser, limités en termes de style et susceptibles de problèmes de mise à niveau. Il s'agit également Portail de services d'une application autonome qui accède aux données à partir d'autres tables de la plateforme. Cela permet un contrôle précis du style et un design réactif. Mobile d'abord : Contrairement au CMS, Portail de services il est optimisé pour un environnement mobile. Pour cette raison, les règles suivantes s'appliquent à l'environnement Portail de services : * Tous les scripts utilisés dans Portail de services peuvent uniquement utiliser les API prises en charge dans un environnement mobile. Par exemple, certaines API utilisées dans vos Catalogue de services scripts clients peuvent ne pas être prises en charge. Pour obtenir la liste des API prises en charge, reportez-vous à la section [Scripts clients et Portail de services](https://servicenow-prod.fluidtopics.net/iHqhkJd51gEcYnK~LA9mrg "Vous pouvez utiliser des scripts clients et des scripts clients de catalogue dans le Portail de services champ Si le type d’interface utilisateur est défini sur Mobile/Portail de services ou Tous. Les scripts clients et les scripts clients de catalogue sont utilisés avec le widget de formulaire et le widget d’élément de catalogue SC, par opposition à un contrôleur client de widget."). * Portail de services Les formulaires prennent en charge un maximum de deux colonnes. Par conséquent, tous les formulaires hautement personnalisés Catalogue de services , tels que les éléments de catalogue et les créateurs d'enregistrements qui utilisent des conteneurs et des jeux de variables, doivent être simplifiés pour fonctionner dans une mise en page à deux colonnes. {#c_CMSAndSP__ul_ayt_jfm_mbb} Si vous effectuez une transition vers Portail de services, passez en revue la ressource suivante : [Client mobile GlideForm (formulaire g) Scripting and migration](https://www.servicenow.com/docs/access?context=r_MobilePlatformMigrationImpacts&version=xanadu&pubname=xanadu-application-development&ft:locale=en-US). Pour comprendre comment les composants CMS principaux sont configurés dans Portail de services, reportez-vous à la table suivante. {#c_CMSAndSP__table_oys_yth_cbb__entry__2} | Composant CMS | Portail de services équivalent | |-|-| | Site de contenu | [Portail](https://servicenow-prod.fluidtopics.net/lIrjM~mdfoD6hIbJM61BWg "Créez un portail pour permettre aux utilisateurs de parcourir les ressources de l’entreprise, de découvrir des articles et d’obtenir de l’aide.") | | Page de contenu | [Page](https://servicenow-prod.fluidtopics.net/m9xwCOXnATeoSb3PQ1CCrA "Utilisez les pages pour organiser le contenu, assurer une optimisation mobile réactive et concevoir des expériences utilisateur du portail significatives pour vos clients. Une page contient des conteneurs et des lignes, qui contiennent ensuite des widgets. En manipulant la mise en page de la page et les widgets qu’elle contient, vous pouvez construire l’expérience utilisateur souhaitée.") | | Types de contenu | Les types de contenu lient une table à une page de contenu. Dans Portail de services, les types de contenu ne sont plus nécessaires. Les données d'enregistrement sont interrogées et affichées à l'aide des widgets du système de base. Vous pouvez ajouter des widgets à n'importe quel nombre de Portail de services pages. Pour en savoir plus : [Utilisation des widgets du portail](https://servicenow-prod.fluidtopics.net/~sBffgU8v5X_WuIPTuiPng "Les widgets définissent le contenu des pages de votre portail. Vous pouvez utiliser les widgets du système de base fournis avec Portail de services, cloner et modifier les widgets, ou développer des widgets personnalisés pour répondre à vos propres besoins."). | | Mise en page et zones de dépôt | Dans Portail de services, les pages sont constituées de conteneurs, de lignes et de colonnes. Pour en savoir plus : [Pages](https://servicenow-prod.fluidtopics.net/m9xwCOXnATeoSb3PQ1CCrA "Utilisez les pages pour organiser le contenu, assurer une optimisation mobile réactive et concevoir des expériences utilisateur du portail significatives pour vos clients. Une page contient des conteneurs et des lignes, qui contiennent ensuite des widgets. En manipulant la mise en page de la page et les widgets qu’elle contient, vous pouvez construire l’expérience utilisateur souhaitée."). | | Bloc de contenu | Un bloc de contenu est un élément de contenu réutilisable. Dans Portail de services, les blocs de contenu sont remplacés par des widgets. Pour en savoir plus : [Utilisation des widgets du portail](https://servicenow-prod.fluidtopics.net/~sBffgU8v5X_WuIPTuiPng "Les widgets définissent le contenu des pages de votre portail. Vous pouvez utiliser les widgets du système de base fournis avec Portail de services, cloner et modifier les widgets, ou développer des widgets personnalisés pour répondre à vos propres besoins."). | | Catalogue de services | Catalogue de services les pages sont rendues à l'aide du widget Élément de catalogue SC dans Portail de services. Pour cette raison, Catalogue de services les formulaires tels que les éléments de catalogue et les créateurs d'enregistrements sont partagés entre votre implémentation CMS et Portail de services. Si vous disposez d'un fichier hautement personnalisé Catalogue de services, vous devrez peut-être investir du temps dans la simplification de vos éléments et de vos Catalogue de services scripts clients afin qu'ils s'affichent comme prévu dans Portail de services. Pour en savoir plus : [Catalogue de services formulaires dans Portail de services](https://servicenow-prod.fluidtopics.net/NS7flxuOSb_alfwhqCYJyA "Catalogue de services Les formulaires sont affichés dans Portail de services des widgets dans une mise en page en deux colonnes. Les formulaires complexes peuvent ne pas s’afficher comme prévu."). | | Thème | [Thème](https://servicenow-prod.fluidtopics.net/wQuvAUvQSX88jQdzR2PsiA "Si vous avez besoin de plus de personnalisation que ce que l’éditeur de marque peut fournir, vous pouvez créer votre propre thème personnalisé.") | | CSS | [CSS](https://servicenow-prod.fluidtopics.net/p6CjFoBansrR1jYV4r78VQ "Les pages sont composées de conteneurs, de colonnes, de lignes, de widgets et d’instances de widget. Vous pouvez configurer le CSS de chaque composant ou utiliser le CSS défini dans le thème et la marque comme définitions globales pour le portail. Si vous ne définissez pas le CSS dans le thème ou la marque, les valeurs par défaut de Bootstrap sont utilisées.") | [Tableau 1. Composants CMS et Service Portal] {#c_CMSAndSP__table_oys_yth_cbb} ## CMS et Catalogue de services personnalisations Portail de services est fourni avec des widgets de système de base pour traiter les cas d'utilisation courants et pour afficher les données d'enregistrement. Même s'il n'existe pas de chemin de migration direct de CMS vers Portail de services, certains éléments, tels que des éléments de catalogue ou des articles de la base de connaissances, peuvent s'afficher comme prévu dans Portail de services sans aucun effort. Toutefois, étant donné qu'il Portail de services est pris en charge dans un environnement mobile, vous devrez peut-être modifier les formulaires et scripts personnalisés. Cette approche garantit que les éléments s'affichent bien sur un appareil mobile et présentent une meilleure expérience utilisateur. Avant de passer à Portail de services, vous devrez peut-être : * Refactorisez les scripts clients utilisés dans votre CMSCatalogue de services pour utiliser les API mobiles et les objets globaux pris en charge. Pour obtenir la liste des API prises en charge, reportez-vous à la section [Scripts clients et Portail de services](https://servicenow-prod.fluidtopics.net/iHqhkJd51gEcYnK~LA9mrg "Vous pouvez utiliser des scripts clients et des scripts clients de catalogue dans le Portail de services champ Si le type d’interface utilisateur est défini sur Mobile/Portail de services ou Tous. Les scripts clients et les scripts clients de catalogue sont utilisés avec le widget de formulaire et le widget d’élément de catalogue SC, par opposition à un contrôleur client de widget."). * Créez des widgets pour remplacer les macros d'interface utilisateur et d'autres scripts non pris en charge. Si vous utilisez une macro d'interface utilisateur dans un formulaire d'élément de catalogue et que vous faites référence à des valeurs sur le formulaire, vous pouvez utiliser la solution de contournement suivante à la place : [Remplacer un script de Catalogue de services formulaire par un widget](https://servicenow-prod.fluidtopics.net/9Sx7DYfU83~rHmbJxDV85A "Vous pouvez utiliser des widgets pour Portail de services remplacer les macros d’interface utilisateur. Si votre Catalogue de services formulaire inclut une macro d’interface utilisateur qui fait référence à d’autres champs ou variables du formulaire, vous pouvez créer un widget contenant du code réutilisable et l’intégrer au Catalogue de services formulaire. Utilisez une syntaxe spéciale pour accéder à tous les champs de variables du formulaire."). * Simplifiez tous les formulaires complexes utilisés dans votre Catalogue de services pour l'adapter à la mise en page du Portail de services formulaire à deux colonnes. * Réfléchissez à la version qui prend en charge les fonctionnalités requises. Vous souhaiterez peut-être mettre à niveau votre instance avant la transition pour vous assurer que vous disposez des fonctionnalités système de base requises. {#c_CMSAndSP__ul_t2j_njb_cbb} * **[CMS pour Portail de services la transition](https://servicenow-prod.fluidtopics.net/JHXr8qa0UaaUCoB9UrdcVA)** Votre CMS peut inclure des formulaires complexes et des personnalisations qui ne s'affichent pas comme prévu dans Portail de services. Utilisez ce guide pour comprendre comment modifier au mieux votre CMS et Catalogue de services votre implémentation en vue Portail de services de leur adoption, et pour comprendre comment une conversion peut affecter vos utilisateurs.