Gérer les secteurs verticaux de recherche
Les verticales de recherche sont des onglets de la page de résultats de recherche qui affichent les résultats d’un type spécifique ou de sources sélectionnées. Par exemple, le vertical Fichiers affiche les résultats classés en tant que fichiers et facilite la recherche de documents par les utilisateurs. Vous pouvez personnaliser les secteurs verticaux dans Recherche Microsoft pour répondre aux besoins de votre organization ou de chaque service. Recherche Microsoft a deux types de verticales : les verticales prêtes à l’emploi ou les verticales par défaut et personnalisées. Les valeurs verticales par défaut, telles que Tous, Fichiers et Personnes, permettent d’accéder facilement aux résultats de recherche les plus couramment utilisés.
Vous pouvez gérer les verticales à deux niveaux :
- Au niveau de l’organisation : une verticale au niveau organization s’affiche sur la page des résultats de la recherche lorsque les utilisateurs effectuent une recherche à partir de leur page de démarrage SharePoint, microsoft Office et Recherche Microsoft dans Bing
- Niveau site : une verticale au niveau du site s’affiche sur la page des résultats de recherche lorsque les utilisateurs effectuent une recherche sur un site SharePoint. Par exemple, vous souhaiterez peut-être autoriser vos employés du service clientèle à rechercher des incidents de gravité 1 directement à partir du site SharePoint de leur service.
Les valeurs verticales par défaut sont présentes au niveau organization dans les expériences telles que SharePoint, Microsoft Office et Recherche Microsoft dans Bing ou au niveau du site SharePoint dans la page des résultats de recherche de chaque site.
Voici un résumé des fonctionnalités de personnalisation sur les verticales prêtes à l’emploi.
Type de personnalisation | Niveau de l’organisation | Niveau site |
---|---|---|
Renommer verticalement | Oui | Oui |
Désactiver la verticale | Partiel | Oui |
Ajout d’une requête | Partiel | Oui |
Vous pouvez ajouter des secteurs verticaux de recherche dans l’expérience de recherche au niveau de l’organisation ou du site pour rechercher du contenu à partir des connecteurs Graph ou SharePoint. Les verticales personnalisées pour le contenu SharePoint affichent les résultats de l’étendue respective, comme les autres secteurs verticaux de cette étendue. Par exemple, un vertical personnalisé dans l’étendue Organisation affiche tous les résultats, tandis qu’un vertical personnalisé avec du contenu SharePoint dans le site Marketing affiche les données de ce site. Il en va de même pour les sites hub où la même étendue de hub sera appliquée.
L’expérience de gestion verticale est pilotée par l’Assistant. Vous êtes guidé par les étapes de définition du nom, de la source de contenu et de l’étendue du contenu vertical à rechercher. Vous pouvez utiliser un ensemble limité de langage de requête par mot clé (KQL) pour définir l’étendue de la recherche verticale pour une source de contenu donnée. Des filtres peuvent également être ajoutés à des verticales prêtes à l’emploi et personnalisées au niveau du organization et du site. Pour plus d’informations sur les filtres, consultez Gérer les filtres.
- Dans la Centre d'administration Microsoft 365, accédez à la page Verticals dans la section Personnalisation.
- Sélectionnez un vertical existant, puis cliquez sur Modifier ou sur Ajouter pour créer un vertical.
- Après avoir parcouru les étapes de configuration, vous pouvez passer en revue et enregistrer le vertical.
- Dans le site SharePoint où vous souhaitez gérer les verticales, ouvrez le panneau des paramètres en cliquant sur l’engrenage.
- Sélectionnez Informations sur le site, puis Afficher tous les paramètres du site.
- Recherchez la section Recherche Microsoft, puis sélectionnez Configurer les paramètres de recherche.
- Dans le volet de navigation, accédez à Expérience personnalisée, puis sélectionnez Verticals.
- Sélectionnez un vertical existant, puis cliquez sur Modifier ou sur Ajouter pour créer un vertical.
- Après avoir défini votre configuration, vous pouvez examiner et enregistrer la verticale.
Une disposition des résultats de recherche est nécessaire pour que les résultats du connecteur Graph s’affichent sur la page verticale de recherche. En veillant à ce que la disposition des résultats appropriée soit présente, vous pouvez activer la recherche verticale. Une fois que vous avez activé ou mis à jour un vertical, il y a un délai de quelques heures avant de pouvoir afficher les modifications sur la page de recherche. Vous pouvez ajouter cacheClear=true à l’URL dans SharePoint et Office pour afficher immédiatement les modifications. Dans Bing, ajoutez &features=uncachedVerticals à l’URL verticale de travail pour afficher immédiatement les modifications.
Notes
Les valeurs verticales ajoutées ne sont pas visibles sur SharePoint et Office lorsqu’elles sont affichées à partir de navigateurs web mobiles.
Une recherche verticale peut exposer les résultats de plusieurs sources de connecteur. Cette option offre une flexibilité dans la conception de votre page de résultats de recherche. Le processus de configuration verticale permet aux administrateurs de sélectionner plusieurs connexions à l’étape « Source de contenu ».
Si vous nommez avec précision autant d’étiquettes sémantiques que possible, cette expérience est améliorée. Vous ajoutez des étiquettes sémantiques au point de définition et d’ingestion du schéma. En savoir plus sur la création et la gestion des étiquettes sémantiques. Voici des informations supplémentaires sur la création et la gestion des étiquettes sémantiques.
Notes
- Une connexion peut être ajoutée en tant que source de contenu sous un seul vertical. Vous ne pouvez pas utiliser de connexions sous plusieurs verticales.
Pour configurer une requête pour un vertical de recherche dans lequel plusieurs sources de connexion ont été ajoutées, utilisez les propriétés sources courantes pour créer la requête.
Une requête peut être ajoutée à un vertical pour affiner les résultats affichés sur la verticale de recherche à l’aide du langage KQL (Keyword Query Language) (prise en charge limitée). Cette page répertorie les propriétés disponibles. Nous vous recommandons d’utiliser des mots clés de texte libre et des restrictions de propriété avec des opérateurs booléens pour créer le KQL. Les opérateurs de classement dynamique comme XRANK, les opérateurs de proximité et les mots ne sont pas pris en charge.
Voici quelques exemples de requêtes.
Scénario | Requête |
---|---|
Exclusion des résultats des sites d’archivage | NOT (chemin :http//contoso.sharepoint.com/archive OR path :http//contoso.sharepoint.com/CompanyArchive) |
Exclusion des résultats basés sur la propriété de type de fichier | NOT(FileType :htm) |
Utilisez des variables dans la section de requête KQL d’un vertical pour fournir des données dynamiques en tant qu’entrée à la requête d’un vertical. « Profil » et « chaîne de requête » sont les types de variables de requête qui peuvent être utilisées.
Vous pouvez utiliser des variables de requête de profil pour contextualiser les résultats de la recherche pour l’utilisateur connecté. Les variables de requête de profil extraient les valeurs du profil de l’utilisateur connecté. Par exemple, pour créer une verticale « Tickets » pour que l’utilisateur puisse rechercher les tickets de support qui lui sont attribués, vous pouvez spécifier la requête suivante dans la section « Requête » lors de la création verticale dans la page d’administration.
AssignedTo:{Profile.accounts.userPrincipalName}
Cela permet de réduire les résultats de la recherche pour afficher uniquement les éléments attribués à la personne qui effectue la recherche.
La ressource de profil expose les propriétés sous forme de collections. Par exemple, les informations relatives aux adresses e-mail sont exposées par le biais de la collecte d’e-mails, de la collecte des postes de travail, etc. Toutes les propriétés disponibles dans le profil utilisateur sont exposées en tant que variables de requête.
Prenons l’exemple d’un utilisateur qui a trois adresses e-mail disponibles dans la collection d’e-mails, comme indiqué ici :
"emails": [{
"address": "Megan.Bowen@contoso.com",
"id": "xyz",
"source": {
"CreatedBy": "xyz",
"CreatedOn": "2222",
"Type": "official"
},
"type": "main"
}, {
"address": "meganb@hotmail.com",
"id": "abc",
"source": {
"CreatedBy": "abc",
"CreatedOn": "3333",
"Type": "non-official",
},
"type": "work"
}, {
"address": "meganb@outlook.com",
"id": "pqr",
"source": {
"CreatedBy": "pqr",
"CreatedOn": "4444",
"Type": "personal"
},
"type": "personal"
}
]
La requête
MyProperty: {Profile.emails.address}
se résout en MyProperty : «Megan.Bowen@contoso.com ».Pour résoudre toutes les valeurs de l’attribut address, utilisez la syntaxe d’expansion à valeurs multiples. La requête
{|MyProperty:{Profile.emails.address}}
se résout en ((MyProperty :"Megan.Bowen@contoso.com ») OR (MyProperty : « meganb@hotmail.com ») OR (MyProperty :"meganb@outlook.com »)).
Utilisez l’opérateur « | » pour résoudre les variables à valeurs multiples. Consultez le tableau suivant pour obtenir d’autres exemples d’extension de profil.
# | Syntaxe | Valeur renvoyée |
---|---|---|
1 | MyProperty :{Profile.emails.address} | "Megan.Bowen@contoso.com" |
2 | MyProperty :{Profile.emails} | {Profile.emails} Cela ne se résout pas, car les e-mails sont un objet. |
3 | {? MyProperty :{Profile.emails}} | Cela ne sera pas résolu, car les e-mails sont un objet. Le « ? » ignore les variables de requête qui ne sont pas résolues. Cette variable est supprimée lorsqu’elle est transmise plus bas dans la pile des requêtes. |
4 | {|MyProperty : {Profile.emails.source.Type}} | ((MyProperty :"official ») OR (MyProperty :"nonofficial ») OR (MyProperty :"personal »)) |
Les variables de chaîne de requête vous permettent de personnaliser les résultats de la recherche en fonction de la façon dont les utilisateurs interagissent avec les sites SharePoint. Pour ce faire, ajoutez des paires clé-valeur à l’URL de recherche. Par exemple, supposons que vous disposez d’un site SharePoint qui fournit des informations sur un projet avec un composant WebPart simple qui affiche les tâches en cours. En cliquant sur le composant WebPart « En cours », liez les utilisateurs à la recherche verticale « Éléments de travail », où les résultats sont affinés pour afficher uniquement les éléments marqués comme InProgress.
Pour ce faire, spécifiez la requête suivante dans la section « Requête » lors de la création verticale dans la page d’administration.
Status:{QueryString.state}
L’URL du composant WebPart bouton de site SharePoint doit être mise à jour pour transmettre la paire clé-valeur suivante https://{votre-domaine}.sharepoint.com/sites/{nom-site}/_layouts/15/search.aspx/{vertical-ID} ?state=InProgress
La requête status :{QueryString.state} se résout en status :InProgress.
Voici d’autres exemples d’extension de chaîne de requête.
# | Syntaxe de requête | Syntaxe D'URL | Valeur renvoyée |
---|---|---|---|
1 | MyProperty :{QueryString.state} | https://{votre-domaine}.sharepoint.com/sites/{nom-site}/_layouts/15/search.aspx/{vertical-ID} ?state=InProgress | MyProperty :InProgress |
2 | MyProperty :{QueryString.state} OU MyProperty :{QueryString.priority} | https://{votre-domaine}.sharepoint.com/sites/{nom-site}/_layouts/15/search.aspx/{vertical-ID} ?state=InProgress&priority=1 | MyProperty :InProgress OR MyProperty :1 |
3 | {? MyProperty :{QueryString.state}} | https://{votre-domaine}.sharepoint.com/sites/{nom-site}/_layouts/15/search.aspx/{vertical-ID} ? State=InProgress | Ici, l’état ne se résout pas, car QueryStrings respecte la casse. Le « ? » ignore les variables de requête qui ne sont pas résolues. Cette variable est supprimée lorsqu’elle est transmise plus bas dans la pile des requêtes. |
4 | {|MyProperty : {QueryString.state}} | https://{votre-domaine}.sharepoint.com/sites/{nom-site}/_layouts/15/search.aspx/{vertical-ID} ?state=InProgress,Closed | (MyProperty :InProgress) OR (MyProperty :Closed) Le | l’opérateur est utilisé pour résoudre les variables muti-value. Les valeurs des variables doivent être passées à l’aide du séparateur de virgules, comme indiqué dans la syntaxe de l’URL. |
5 | {MyProperty : {QueryString.state}} | https://{votre-domaine}.sharepoint.com/sites/{nom-site}/_layouts/15/search.aspx/{vertical-ID} ?state=InProgress,Closed | MyProperty :InProgress Ici, seule la première valeur d’état est récupérée à partir de l’URL, car la syntaxe de requête ne la définit pas comme une variable à valeurs multiples. |
- La localisation de la langue ne s’applique pas aux noms des verticales prêtes à l’emploi une fois modifiés.
- Les verticales personnalisées n’apparaissent pas dans l’affichage mobile de Recherche Microsoft.
- L’ajout d’une requête n’est pas pris en charge sur le Personnes vertical.
- Les modifications verticales et les nouveaux secteurs verticaux ne sont pas visibles par les utilisateurs invités dans un organization.
- La réorganisation verticale n’est pas prise en charge.
- Le renommage vertical de l’onglet Tout n’est pas pris en charge dans Recherche Microsoft dans Bing.
- Les variables de chaîne de requête ne peuvent être utilisées que dans les sites SharePoint.
Voici une liste des problèmes courants que vous pouvez rencontrer et des actions pour les résoudre.
Problème | Action |
---|---|
Un message d’erreur « Quelque chose s’est mal passé » s’affiche sur la verticale. | Les types vertical et résultat sont nécessaires pour terminer la configuration. Vérifiez que les deux sont configurés pour la source de contenu. |
Je ne vois aucune source de contenu sur la page verticale. | Vérifiez que vous avez configuré des connecteurs et des données indexées. |