Smart Search et la recherche SharePoint intégrée : quelles différences ?

Vue d'ensemble

Chaque site SharePoint Online dispose déjà d'une recherche : la zone de recherche en haut de la page dirige les utilisateurs vers la page de résultats de Microsoft Search intégrée. Pourquoi, alors, ajouter un composant WebPart de recherche ?

Cet article compare côte à côte la recherche intégrée et Vitextra Smart Search. Les deux recherchent dans le même contenu Microsoft 365 et respectent les mêmes autorisations — la différence tient à l'endroit où la recherche apparaît, à qui peut la configurer et à la part de l'expérience que vous pouvez façonner. Cette comparaison vous aide à déterminer quand la recherche intégrée suffit, quand Smart Search convient mieux et comment les utiliser conjointement.

La recherche intégrée en bref

L'expérience de recherche intégrée de SharePoint Online fait partie de Microsoft Search. Ses principaux éléments sont les suivants :

• La zone de recherche de l'en-tête de SharePoint, OneDrive et des autres applications Microsoft 365. Les résultats s'ouvrent sur une page de résultats de recherche dédiée.
• Les verticales (verticals) — des onglets de la page de résultats, tels que All, Files et People. Les administrateurs peuvent renommer et désactiver les verticales par défaut, et créer des verticales personnalisées à l'aide d'une requête KQL, au niveau de l'organisation ou pour un site donné.
• Les filtres — les filtres par défaut, ainsi que des filtres personnalisés sur des propriétés gérées pouvant être affinées (propriétés de type texte et date), configurés par verticale.
• Les dispositions des résultats — les verticales personnalisées peuvent avoir leur propre disposition des résultats, conçue avec le concepteur de dispositions de recherche basé sur les Adaptive Cards.
• Les réponses (answers) — des signets, des questions-réponses et des acronymes que les administrateurs publient pour afficher des réponses faisant autorité en haut des résultats.

Ces paramètres sont gérés par les administrateurs dans le centre d'administration Microsoft 365, ou par les propriétaires de sites dans les paramètres Microsoft Search du site, et ils s'appliquent à l'ensemble de l'organisation ou à l'ensemble du site.

Smart Search en bref

Smart Search est un composant WebPart. Au lieu d'une page unique de résultats de recherche pour l'ensemble du site, il place une expérience de recherche complète — zone de recherche, onglets, filtres et résultats — à l'intérieur de n'importe quelle page moderne, dans n'importe quelle section et colonne, ainsi que dans Microsoft Teams. Chaque composant WebPart possède ses propres paramètres, que les éditeurs de page modifient dans le volet de propriétés du composant WebPart, sans outils d'administration et sans code.

Comparaison côte à côte

Quand la recherche intégrée suffit

La recherche intégrée est le bon choix lorsque :

• les utilisateurs recherchent principalement depuis la zone de l'en-tête dans l'ensemble de l'organisation ;
• les verticales et les filtres par défaut couvrent ce que les gens recherchent ;
• vous avez besoin de réponses — signets, questions-réponses ou acronymes — ou de résultats provenant de systèmes externes via les connecteurs Copilot ;
• la recherche est gérée de manière centralisée par les administrateurs et que des variations page par page ne sont pas nécessaires.

Quand Smart Search convient mieux

Smart Search convient mieux lorsque la recherche doit faire partie de la page elle-même, ou lorsque les propriétaires de pages ont besoin de garder la main sans droits d'administrateur :

• Des blocs de recherche sur des pages ordinaires — Project documents sur un site de projet, Latest policies sur une page RH, Meeting recordings sur une page d'équipe — chacun avec sa propre source, sa propre étendue et sa propre disposition, à côté d'autres composants WebPart.
• Un centre de recherche sur mesure — des onglets nommés selon la terminologie de votre organisation, uniquement les sources dont les gens ont besoin, des filtres de date avec périodes rapides et une disposition des résultats en harmonie avec la page.
• Travailler sur les résultats sur place — prévisualiser des documents et lire des vidéos et des enregistrements de réunions dans une boîte de dialogue, sans ouvrir de nouveaux onglets de navigateur.
• Voir ce que les gens utilisent — nombre de vues et graphique des vues sur 7 jours pour chaque résultat.
• La recherche dans Microsoft Teams — la même recherche sous forme d'onglet de canal ou d'application personnelle.
• Des recherches prêtes à l'emploi — des liens qui ouvrent une requête précise sur un onglet précis, à utiliser dans la navigation, les actualités ou les e-mails.

Les utiliser ensemble

Les deux ne s'excluent pas. Voici deux configurations courantes :

• Conserver la recherche intégrée dans l'en-tête et ajouter des blocs Smart Search aux pages. Les utilisateurs gardent la recherche globale qui leur est familière, et les pages obtiennent des blocs de recherche ciblés et préconfigurés.
• Rediriger les recherches de l'en-tête vers une page Smart Search. Définissez une page d'application Smart Search comme Results page URL (URL de la page de résultats) du site. La requête saisie dans l'en-tête est transmise à la page dans le paramètre q, et Smart Search affiche les résultats avec vos onglets, vos filtres et votre disposition.

Bon à savoir

• Smart Search affiche uniquement le contenu SharePoint et OneDrive. Les réponses et le contenu externe issu des connecteurs Copilot restent dans la recherche intégrée.
• Les onglets reposent sur dix sources intégrées ; la création d'un nouvel onglet avec votre propre requête KQL n'est pas disponible dans les paramètres du composant WebPart.
• Les résultats de type personnes proviennent des profils utilisateur de l'index de recherche ; pour un annuaire des employés complet, envisagez un composant WebPart d'annuaire dédié.