Planification de la recherche pour les sites de publication intersites dans SharePoint Server 2016

 

**Sapplique à :**SharePoint Server 2016

**Dernière rubrique modifiée :**2016-09-16

Résumé : Découvrez comment planifier les pages basées sur la recherche pour les sites de publication intersites SharePoint.

Les pages basées sur la recherche utilisent la technologie de recherche pour afficher du contenu de manière dynamique. Cet article décrit les fonctionnalités utilisées lors de la configuration des pages basées sur la recherche (propriétés gérées, affinements, origines des résultats, recommandations, etc.) et les aspects dont vous devez tenir compte lorsque vous configurez et utilisez ces fonctionnalités.

Contenu de cet article :

  • Planifier les sources de contenu et de l’analyse

  • Planifier la gestion des propriétés gérées dans l'index de recherche

  • Planifier les affinements et la navigation par facettes

  • Planifier les origines des résultats et les règles de requête

  • Planifier l'analyse de l'utilisation, les événements d'utilisation et les recommandations

Cet article est basé sur les informations de la rubrique Vue d’ensemble de la publication intersites dans SharePoint Server.

Planifier les sources de contenu et de l’analyse

Les sites SharePoint locaux constituent la source de contenu par défaut. Vous pouvez utiliser celle-ci pour analyser tout le contenu au sein de l’application web. Nous vous recommandons toutefois de créer des sources de contenu distinctes pour les bibliothèques et les listes que vous partagez en tant que catalogues. Lorsque vous définissez une source de contenu pour des bibliothèques ou des listes partagées en tant que catalogues, nous vous recommandons de sélectionner l’option Activer l’analyse continue lorsque vous spécifiez les planifications d’analyse. Une analyse continue démarre à des intervalles définis. Ceci permet au système de recherche d’analyser le contenu et d’ajouter rapidement tout contenu modifié à l’index. L’intervalle d’analyse par défaut pour l’analyse continue est de 15 minutes. Vous pouvez toutefois définir des intervalles plus courts ou plus longs. Par ailleurs, en activant l’analyse continue, l’administrateur de site n’est pas tenu d’attendre que l’administrateur de l’application de service de recherche démarre manuellement une analyse afin de mettre à jour l’index de recherche avec les dernières modifications d’un catalogue.

Pour plus d’informations sur la configuration d’une source de contenu et sur la gestion de l’analyse continue, voir « Configurer la recherche pour la publication intersites » dans Configurer la publication des intersites dans SharePoint Server.

Planifier la gestion des propriétés gérées dans l’index de recherche

Les propriétés gérées peuvent inclure divers paramètres ou attributs. Ceux-ci sont conservés dans chaque schéma de recherche et déterminent les modalités d’affichage du contenu dans les composants WebPart de recherche et les résultats de recherche. Les administrateurs de site peuvent lire le schéma de recherche, comme les mappages entre les propriétés analysées et gérées au niveau de la collection de sites. Ils ne peuvent toutefois pas modifier le schéma de recherche. Les administrateurs de collection de sites, ainsi que les administrateurs via l’Administration centrale, peuvent modifier le schéma de recherche.

Vous devez tenir compte des éléments suivants lorsque vous modifiez le schéma de recherche :

  • Quelles propriétés gérées contiennent du contenu sur lequel effectuer des recherches ?

  • Quelles propriétés gérées contiennent du contenu ne devant pas être renvoyé dans les résultats de recherche ?

  • Quelles propriétés gérées doivent être utilisées pour trier les résultats de recherche ?

  • Quelles propriétés gérées doivent être activées comme affinements ?

Pour plus d’informations sur les différents paramètres des propriétés gérées, voir « Vue d’ensemble des paramètres des propriétés gérées » dans Vue d’ensemble du schéma de recherche dans SharePoint Server.

Planifier les affinements et la navigation par facettes

Vous devez tenir compte des questions formulées dans les sections suivantes lorsque vous prévoyez d’utiliser des affinements et la navigation par facettes.

Quel type d’affinement souhaitez-vous utiliser ?

Deux types d’affinement sont disponibles : les affinements autonomes et les affinements pour la navigation par facettes. Vous pouvez utiliser un seul type sur le site, ou une combinaison des deux. La structure du contenu et le type de navigation que vous utilisez sur le site déterminent le type d’affinement que vous devez choisir.

  • Les affinements autonomes sont généralement utilisés dans les scénarios impliquant un contenu non structuré. Vous pouvez identifier plusieurs propriétés gérées utilisables comme affinements au sein de ce contenu. Les affinements ne doivent toutefois pas changer selon un terme dans un ensemble de termes. Par exemple, dans un scénario de type intranet, vous pouvez ajouter des affinements autonomes à une page Centre de recherche. Ces affinements autonomes sont généralement des propriétés gérées qui s’appliquent à la plupart des éléments dans l’intranet (par exemple, Auteur et Date).

  • Les affinements pour la navigation par facettes sont utilisés dans les scénarios impliquant du contenu structuré (par exemple, contenu de catalogue). Ce contenu est lié à un ensemble de termes et différents affinements sont définis pour différents termes. Par exemple, dans un scénario de type Internet impliquant l’affichage d’un catalogue de produits électroniques, un ensemble de termes est utilisé pour classer les différents produits (Ordinateurs ou Appareils photo). Après avoir activé les propriétés gérées Taille d’écran et Mégapixels comme affinements, vous pouvez configurer la navigation par facettes afin que Taille d’écran apparaisse comme affinement pour Ordinateurs et Mégapixels pour Appareils photo. Ceci permet de diriger les utilisateurs vers le contenu pertinent pour une catégorie spécifique et de simplifier la consultation du contenu de catalogue.

Comment identifier un affinement ?

Vous devez tenir compte du type d’informations que les utilisateurs veulent différencier et consulter lorsque vous identifiez les propriétés gérées à spécifier comme affinements.

Lorsque vous utilisez des affinements pour la navigation par facettes, il est particulièrement important d’identifier les affinements représentant des informations utiles pour les utilisateurs lorsqu’ils parcourent un catalogue. Les affinements sont configurés dans l’outil de gestion du magasin de termes. Vous pouvez définir des affinements pour un ensemble de termes spécifique, des affinements applicables à tous les termes dans un ensemble de termes ou des affinements spécifiques pour un terme spécifique. Vous devez tenir compte des éléments suivants :

  • Quelles propriétés gérées représentent des informations auxquelles les utilisateurs souhaitent accéder rapidement pour tous les éléments de catalogue ?

  • Quelles propriétés gérées représentent des informations uniques pour un sous-ensemble des éléments de catalogue ?

Notez que l’ajout de plusieurs affinements à votre page peut augmenter le temps de traitement d’une requête. Pour plus d’informations, voir Estimer les performances et les capacités pour la gestion de contenu web (SharePoint Server 2013)

Comment devez-vous configurer les affinements dans l’outil de gestion du magasin de termes ?

Les affinements sont configurés dans l’outil de gestion du magasin de termes en ajoutant des affinements aux termes dans un ensemble de termes. Vous devez tenir compte des éléments suivants lorsque vous configurez les affinements :

  • Les termes au sein de l’ensemble de termes doivent-ils utiliser les mêmes affinements, ou y a-t-il des affinements spécifiques à des termes ?

    Par défaut, tous les termes dans un ensemble de termes sont définis pour hériter de la configuration d’affinement du terme parent. La configuration est transmise à tous les termes enfants. Pour tous les termes, vous pouvez choisir d’annuler l’héritage pour ajouter des affinements spécifiques au terme à n’importe quel terme enfant.

  • Comment les affinements doivent-ils être triés ?

    Vous pouvez spécifier les modalités de tri des valeurs d’affinement et le sens du tri (croissant ou décroissant). Les options suivantes sont disponibles :

    • Nombre : trier selon le nombre d’éléments avec une valeur spécifique

    • Nom : trier selon le nom de la valeur

    • Numéro

  • Les valeurs de certains affinements doivent-elles être regroupées par intervalle ?

    Les affinements de type Nombre entier, Décimal ou Date et heure incluent souvent plusieurs valeurs. En pareil cas, les valeurs sont automatiquement placées par intervalle.

Vous pouvez également spécifier des intervalles personnalisés.

Pour plus d’informations sur l’ajout d’options d’affinement et sur la configuration de la navigation par facettes, voir Configurer des raffineurs et navigation à facettes dans SharePoint Server.

Planifier les origines des résultats et les règles de requête

Les origines des résultats limitent l’étendue des résultats de recherche récupérés. SharePoint Server 2016 fournit plusieurs origines des résultats prédéfinies. Bon nombre de celles-ci ont un composant WebPart correspondant pour lequel l’origine des résultats est spécifiée dans la requête. Par exemple, l’origine des résultats Résultats locaux pour les vidéos est définie comme partie de la requête utilisée dans le composant WebPart Vidéos.

Les origines des résultats sont gérées dans l’Administration centrale et l’administration de la collection de site. Si vous êtes familiarisé avec le langage KQL (Keyword Query Language), vous pouvez créer des origines des résultats personnalisées.

Les origines des résultats disponibles apparaissent dans une liste lorsque vous créez la requête dans un composant WebPart Recherche de contenu. Les utilisateurs qui configurent ce composant WebPart peuvent facilement limiter l’étendue des résultats affichables dans le composant WebPart. Par exemple, pour un site intranet, un administrateur de collection de sites peut créer une origine des résultats nommée Mes présentations PowerPoint et configurer celle-ci pour limiter les résultats de recherche aux seules présentations PowerPoint créées par l’utilisateur connecté au site. Les utilisateurs peuvent ajouter un composant WebPart Recherche de contenu à leur site Mon site et configurer le composant WebPart en sélectionnant l’origine des résultats Mes présentations PowerPoint. Lorsque les utilisateurs accèdent à leurs sites Mon site, le composant WebPart affiche uniquement les présentations PowerPoint qu’ils ont créées.

Prenons l’exemple d’un site Internet incluant une liste partagée en tant que catalogue utilisée pour conserver les données des produits dans plusieurs langues. Un administrateur de collection de sites peut créer une origine des résultats nommée Produits français FR et la configurer pour limiter les résultats de recherche aux produits associés à la balise de langue fr-fr. Un utilisateur disposant du niveau d’autorisation Collaboration peut ensuite ajouter un composant WebPart Recherche de contenu et le configurer pour afficher uniquement les produits associés à des informations en français FR, en sélectionnant l’origine des résultats Produits français FR.

Outre les origines des résultats prédéfinies, SharePoint Server 2016 crée automatiquement une origine des résultats lorsque vous connectez un catalogue à un site de publication. L’origine des résultats créée automatiquement est ajoutée aux origines des résultats dans votre site de publication. Elle limite les résultats de recherche à l’URL du catalogue. En d’autres termes, seul le contenu de ce catalogue est affiché lorsque cette origine des résultats est sélectionnée dans un composant WebPart.

Notes

Avant de créer une origine des résultats, vous devez lancer une analyse complète du contenu du catalogue, puis connecter le catalogue à votre site de publication.

Pour plus d’informations sur la configuration des origines des résultats, voir Configurer les sources de résultats pour la gestion de contenu web de SharePoint Server.

Les règles de requête peuvent être spécifiées pour une ou plusieurs origines des résultats. Les origines des résultats sont utilisées comme partie de la requête dans les composants WebPart basés sur la technologie de recherche. Vous pouvez facilement modifier les modalités d’affichage des résultats de recherche pour tous les composants WebPart Recherche sur votre site. En spécifiant une durée limitée pour le déclenchement d’une règle de requête, vous pouvez contrôler la promotion de certains éléments au sein de votre site web, sans vous préoccuper de l’ajout ou de la suppression de contenu à un moment particulier. Supposons que vous vendez des produits électroniques via un catalogue. Vous voulez promouvoir les appareils photo roses le jour de la Saint-Valentin. Vous pouvez créer une règle de requête pour une origine des résultats qui commence le 14 février et se termine le 15 février. La règle de requête est déclenchée si une requête contient le terme Appareils photo. Par ailleurs, les appareils photo roses apparaissent en premier dans le composant WebPart Recherche.

Pour plus d’informations sur la création de règles de requête, voir Créer des règles de requête pour la gestion de contenu web dans SharePoint Server.

Planifier l’analyse de l’utilisation, les événements d’utilisation et les recommandations

La fonctionnalité Analyse de l’utilisation dans SharePoint Server 2016 suit automatiquement la consultation des différents éléments par les utilisateurs. Les éléments peuvent être des documents, des sites ou des éléments de liste affichés sur un site à l’aide de la publication intersites. Chaque fois qu’un utilisateur affiche un élément, le système émet un événement d’utilisation et l’ajoute aux événements d’utilisation relatifs à cet élément. Les événements d’utilisation suivants sont préconfigurés :

  • Vues : nombre de vues pour un élément, une page ou un document .

  • Recommandations affichées : nombre de fois qu’un élément, une page ou un document spécifique a été affiché en tant que recommandation.

  • Clics de recommandation : nombre de fois qu’un élément, une page ou un document spécifique a fait l’objet d’un clic alors qu’il était affiché en tant que recommandation.

Les données générées par les événements d’utilisation peuvent être utilisées des manières suivantes :

  • afficher les recommandations ou éléments populaires sur votre site. En utilisant les recommandations, vous pouvez diriger les utilisateurs vers un autre contenu susceptible de les intéresser, en fonction de leurs précédentes interactions avec le site. Vous pouvez ajouter des recommandations à une page en ajoutant un ou plusieurs composants WebPart. Les composants WebPart Éléments recommandés et Élément populaires sont spécialement conçus pour indiquer les recommandations. Pour plus d’informations sur ces composants WebPart, voir « Planifier l’ajout de composants WebPart à des pages » dans Planification des sites de publication pour la publication intersites dans SharePoint Server ;

  • trier les résultats de recherche selon le nombre d’occurrences d’un événement d’utilisation. Par exemple, afficher les éléments qui ont le plus d’événements de consultation en haut des résultats de recherche ;

  • afficher les données d’événement d’utilisation dans le rapport d’utilisation Éléments les plus populaires. Ce rapport s’applique à tous les éléments dans une bibliothèque et répertorie les éléments les plus populaires pour chaque événement d’utilisation (par exemple, liste des pages les plus consultées dans une bibliothèque) ;

  • afficher les données d’événement d’utilisation dans le rapport Tendances de popularité. Ce rapport s’applique à une collection de sites, à un site ou à un élément spécifique d’une bibliothèque ou liste. Ce rapport indique les occurrences quotidiennes et mensuelles pour chaque événement d’utilisation (par exemple, nombre total de vues d’une page pour un jour spécifique).

Le diagramme suivant illustre l’envoi des événements d’utilisation depuis les composants WebPart via les composants dans l’application de service de recherche, leur utilisation dans les rapports d’utilisation et l’affichage des recommandations et éléments populaires dans les composants WebPart.

Vue d’ensemble du flux de données pour l’analyse de l’utilisation, les événements d’utilisation et les recommandations

Recommendations

Pour plus d’informations sur l’infrastructure d’analyse de l’utilisation, voir Vue d’ensemble du traitement de l’analyse dans SharePoint Server.

Planifier l’ajout de composants WebPart à des pages

Les événements d’utilisation préconfigurés peuvent être insuffisants pour couvrir les besoins de votre entreprise. Pour suivre les activités d’utilisateur importantes pour votre site ou votre entreprise, vous pouvez enregistrer jusqu’à douze événements d’utilisation personnalisés à l’aide de PowerShell. Par exemple, si vous voulez suivre la fréquence de consultation d’un élément de catalogue à partir d’un téléphone mobile, vous pouvez ajouter un événement personnalisé pour ce faire.

Planifier l’importation d’événements d’utilisation existants

Lorsque vous configurez un nouveau site, aucun trafic d’utilisateur n’a encore généré d’événements d’utilisation. Le système ne contient donc aucune recommandation, ni aucun élément populaire. Pour afficher les recommandations et les éléments populaires dès le début, vous pouvez importer des événements existants d’un système SharePoint précédent, ou importer des événements d’un fournisseur d’analyse de sites web tiers. Pour importer des données existantes de façon correcte, les données doivent être mises en forme selon des règles spécifiques.

Chaque fois qu’un événement d’utilisation se produit, il est enregistré dans l’élément de la bibliothèque partagée en tant que catalogue. Par défaut, les événements d’utilisation sont enregistrés et transmis via le système en utilisant l’URL de l’élément dans la bibliothèque comme identifiant. Les données d’événement d’utilisation que vous importez peuvent toutefois utiliser un autre identifiant pour l’enregistrement des événements d’utilisation (par exemple, InternalNumber). Vous devez modifier le mode d’enregistrement des événements d’utilisation dans la bibliothèque partagée en tant que catalogue pour reproduire celui défini pour les événements importés. Pour ce faire, procédez comme suit :

  1. Dans la bibliothèque partagée en tant que catalogue, ajoutez une colonne représentant l’identifiant sur lequel les événements d’utilisation importés sont enregistrés (par exemple, InternalNumber), puis ajoutez les valeurs InternalNumber correspondantes à cette colonne pour tous les éléments dans la bibliothèque.

  2. Mappez la propriété analysée de cette colonne sur la propriété gérée UsageEventItemId.

  3. Modifiez le composant WebPart utilisé pour afficher les éléments de catalogue individuels afin qu’il utilise la propriété gérée UsageEventItemId pour enregistrer les événements d’utilisation.

Planifier les modalités de calcul des recommandations

L’algorithme des recommandations par défaut calcule les recommandations entre des éléments de catalogue individuels. Par défaut, la propriété analysée ows_q_TEXT_ProductCatalogItemNumber est mappée sur la propriété gérée UsageAnalyticsID, qui spécifie la propriété sur laquelle les recommandations doivent être calculées. Par exemple, si vous affichez un catalogue de produits électroniques sur votre site et qu’un utilisateur consulte le modèle AdventureWorks Laptop15.4W M1548 Blanc, seul ce produit obtient une occurrence de recommandation.

En fonction de la structure des données de catalogue et du mode d’affichage souhaité des produits, vous pouvez modifier le mode de calcul des recommandations par l’algorithme des recommandations. Par exemple, vous pouvez définir une occurrence de recommandation pour toutes les variantes de couleur d’un produit lorsqu’une variante de couleur est consultée. Supposons que les produits dans le catalogue utilisent la structure de données dans le tableau suivant.

Titre du produit Numéro d’élément Numéro de groupe

AdventureWorks Laptop15.4W M1548 Blanc

1010101

10101

AdventureWorks Laptop15.4W M1548 Noir

1010102

10101

AdventureWorks Laptop15.4W M1548 Jaune

1010103

10101

AdventureWorks Laptop15.4W M1548 Rouge

1010104

10101

Vous pouvez masquer toutes les variantes de couleur dans votre catalogue sur une page et n’afficher qu’une variante de couleur, puis répertorier les autres variantes. Vous pouvez affecter une occurrence de recommandation à toutes les variantes de couleur lorsqu’une des variantes est consultée. De cette façon, les recommandations sont calculées en fonction du numéro de groupe et non du numéro d’élément. Pour ce faire, vous devez mapper la propriété analysée Numéro de groupe à la propriété gérée UsageAnalyticsID. Les recommandations sont dès lors calculées entre les groupes et non pas entre les éléments individuels. Pour un groupe, le système renvoie un ensemble de groupes recommandés pour un groupe particulier.

Notes

Lorsque vous mappez une propriété à la propriété gérée UsageAnalyticsID, vérifiez que cette propriété fait partie d’une URL conviviale pour votre page détaillée sur l’élément. En effet, le composant WebPart Éléments recommandés utilise un jeton de l’URL pour afficher les recommandations correctes.

Classement des types d’événement d’utilisation par importance

Vous pouvez modifier les modalités de calcul des recommandations en changeant l’importance des types d’événement d’utilisation à l’aide de PowerShell. Dans les calculs de recommandations, vous pouvez définir une importance plus élevée pour un événement d’utilisation d’un certain type par rapport à d’autres événements d’utilisation. Prenons l’exemple de deux événements d’utilisation : vues à partir d’un téléphone mobile et vues à partir d’un site. Pour donner davantage d’importance aux vues à partir d’un téléphone mobile dans l’algorithme des recommandations, vous pouvez donner un poids élevé (par exemple 10) à l’événement d’utilisation Vues à partir d’un téléphone mobile et un poids faible à l’événement d’utilisation Vues à partir d’un site (par exemple, 1).

See also

Planifier la publication intersites dans SharePoint Server
Vue d’ensemble de la publication intersites dans SharePoint Server
Planification de l’architecture logique pour la publication intersites dans SharePoint Server
Planifier des sites de création pour la publication intersites dans SharePoint Server
Planification des sites de publication pour la publication intersites dans SharePoint Server
Configurer la publication des intersites dans SharePoint Server
Estimer les performances et les capacités pour la gestion de contenu web (SharePoint Server 2013)