Version imprimable       Envoyer     
Cliquez pour évaluer et commenter
TechNet
Bibliothèque TechNet
Office System
Office SharePoint Server 2007
Planification et architecture
Recherche
 Planifier les conditions d'utilisat...

  Passer à l'affichage pour faible bande passante
Planifier les conditions d’utilisation de la recherche pour l’utilisateur final (Office SharePoint Server)

Mise à jour : 2009-02-26

Dans cet article :

Les administrateurs de la recherche peuvent améliorer la pertinence et la présentation des résultats de la recherche en planifiant soigneusement les conditions d'utilisation de la recherche pour l'utilisateur final. L'objectif de cette planification est de créer des conditions d'utilisation qui permettent aux utilisateurs de trouver rapidement les informations dont ils ont besoin. Cet article contient des informations qui peuvent aider les administrateurs des fournisseurs de services partagés et les administrateurs des collections de sites à optimiser ces conditions d'utilisation.

La première section de cet article décrit :

  • l'interface utilisateur de la recherche pour effectuer des requêtes de recherche ;

  • comment planifier des étendues personnalisées ; ceci comprend des informations sur les étendues par défaut que les utilisateurs utilisent pour filtrer le contenu inclus dans chaque requête de recherche ; les administrateurs peuvent utiliser ces informations pour déterminer quand une organisation doit créer des étendues personnalisées ; cette section explique également comment planifier les étendues personnalisées nécessaires ;

  • les recherches avancées et comment des propriétés peuvent être utilisées pour filtrer les résultats de la recherche ; les administrateurs peuvent utiliser ces informations pour comprendre les options dont ils disposent pour gérer les mots clés et les propriétés de façon à optimiser la capacité des utilisateurs à effectuer des recherches avancées très efficaces ;

  • les avantages de l'utilisation des recherches de propriétés avec des étendues, et comment les propriétés analysées sont liées aux propriétés gérées et comment les planifier.

La deuxième section de cet article décrit les pages de résultats de la recherche et les fonctionnalités que les administrateurs peuvent contrôler et qui affectent ce que les utilisateurs voient dans les résultats de la recherche. Cette section explique :

  • comment planifier les mots clés et les meilleurs résultats, en expliquant comment planifier des mots clés efficaces et des meilleurs résultats pour une organisation particulière, et la façon dont l'association de synonymes à des mots clés peut améliorer la fonction de recherche de l'utilisateur final ;

  • comment les administrateurs peuvent contrôler le classement de pertinence de certains sites afin d'améliorer la pertinence des résultats de la recherche ;

  • la nouvelle fonctionnalité des emplacements fédérés, qui permet d’effectuer une recherche dans plusieurs sources et de combiner les résultats dans une page de résultats unique (cette fonctionnalité requiert la Mise à jour d’infrastructure pour les produits serveur de Microsoft Office. Pour plus d'informations, voir Installer la mise à jour d’infrastructure pour les serveurs Microsoft Office (Office SharePoint Server 2007)) ;

  • comment contrôler la façon dont les liens apparaissent dans les résultats de la recherche ;

  • comment planifier des alertes basées sur les recherches.

Les possibilités décrites dans cet article permettent aux administrateurs d'avoir un contrôle précis des conditions d'utilisation de la recherche pour l'utilisateur final. Bien qu'il soit recommandé d'évaluer en permanence l'efficacité des requêtes de recherche en fonctionnement normal, une bonne planification avant le déploiement initial peut contribuer à créer des requêtes de recherche efficaces dès le début et à réduire les coûts d'administration futurs.

Planifier ce que les utilisateurs voient lors de l'exécution d'une requête

Pour planifier efficacement les choix de configuration qui vous permettent d'aider les utilisateurs à trouver le contenu qu'ils recherchent, il est utile de considérer d'abord ce que les utilisateurs finals voient dans l'interface utilisateur.

Niveaux de l'interface utilisateur de recherche

Pour comprendre comment planifier les conditions d'utilisation de la recherche pour l'utilisateur final, il est utile de commencer par se familiariser avec l'interface utilisateur utilisée lors de l'exécution des requêtes. Comme vous pouvez l'imaginer, cette interface utilisateur est simple et directe. L'élément central de cette interface utilisateur est une zone de recherche où les utilisateurs peuvent entrer des requêtes de recherche. Une zone de recherche est fournie sur toutes les pages de la collection de sites qui ne sont pas des pages d'administration, ainsi que dans le Centre de recherche. Par exemple, la zone de recherche est affichée par défaut au niveau du site et au niveau des listes. Les sections suivantes décrivent l'interface utilisateur de recherche à chaque niveau de la collection de sites.

Interface utilisateur de recherche au niveau du site

Zone de recherche au niveau du site dans Office SharePoint Server

La zone de recherche au niveau du site (légende 2) est une zone de texte figurant dans l'angle supérieur droit des pages du site Web, dans laquelle les utilisateurs peuvent taper leurs requêtes de recherche. Ensuite, ils cliquent sur le bouton Lancer la recherche (légende 3) pour exécuter la requête. Les utilisateurs expérimentés peuvent cliquer sur le lien Recherche avancée (légende 4) pour utiliser la page Recherche avancée et y construire des requêtes. Des informations sur la page Recherche avancée sont fournies plus loin dans cet article.

La première question que les utilisateurs risquent de se poser quand ils regardent une zone de recherche dans une interface utilisateur, c'est de savoir sur quelle partie du contenu la requête sera exécutée. La liste Étendue de recherche située à gauche de la zone de recherche (légende 1) indique sur quelle partie des informations de l'index de contenu portera la requête.

NoteRemarque :

Les étendues de recherche, également appelées simplement étendues, définissent les éléments de l'index sur lesquels porte une requête de recherche. L'étendue détermine en partie quels éléments sont affichés dans la page de recherche pour une requête particulière.

Cela permet aux utilisateurs d'exécuter des requêtes sur des sous-ensembles de contenu de l'index, ce qui améliore la pertinence des résultats de leurs recherches.

Interface utilisateur de recherche au niveau des listes

L'interface utilisateur de recherche au niveau des listes ou bibliothèques se présente et fonctionne de la même façon que la recherche au niveau d'un site, sauf qu'une étendue par défaut supplémentaire, appelée Cette liste, est disponible. La zone de recherche se situe alors dans l'angle supérieur droit de chaque liste et de chaque bibliothèque de toutes les collections de sites. La liste Étendue de recherche porte par défaut sur Tous les sites, mais les utilisateurs peuvent sélectionner une autre étendue.

Interface utilisateur de recherche du Centre de recherche

Le Centre de recherche fournit une interface utilisateur centralisée et très personnalisable, où les utilisateurs peuvent exécuter des requêtes de recherche. Le Centre de recherche se compose d'une zone de recherche pour entrer des requêtes de recherche, et d'un lien vers une page Recherche avancée, permettant aux utilisateurs de construire des requêtes de recherche avancées. Par défaut, la zone de recherche est définie avec l'étendue Tous les sites pour que les utilisateurs effectuent la recherche dans tout le contenu de l'index. Toutefois, l'étendue Personnes, utilisée pour chercher des personnes dans votre organisation, est également disponible dans un autre onglet. Les administrateurs peuvent décider d'ajouter des onglets et de les associer à des étendues personnalisées pour permettre aux utilisateurs de faire porter la recherche sur d'autres sous-ensembles du contenu.

Centre de recherche Office SharePoint Server 2007

Pour accéder au Centre de recherche, les utilisateurs cliquent sur l'onglet Recherche de la barre de liens supérieure (légende 1). Similaire à celle de la zone de recherche au niveau du site, la zone de recherche du Centre de recherche (légende 3) est une zone de texte où les utilisateurs peuvent taper leurs requêtes de recherche. Ils cliquent ensuite sur le bouton Lancer la recherche (légende 4) pour exécuter leurs requêtes. Par défaut, l'étendue Tous les sites est sélectionnée, mais un utilisateur peut sélectionner un autre onglet disponible, par exemple Personnes, pour utiliser une autre étendue de recherche.

Les utilisateurs expérimentés peuvent cliquer sur le lien Recherche avancée (légende 5) pour utiliser la page Recherche avancée et y construire des requêtes. Le Centre de recherche utilise la même page Recherche avancée que la zone de recherche au niveau du site. Des informations sur la page Recherche avancée sont fournies plus loin dans cet article.

Contrairement à la zone de recherche au niveau du site, par défaut, celle du Centre de recherche n'a pas de liste Étendue de recherche à sa gauche pour sélectionner des étendues différentes. Au lieu de cela, les utilisateurs cliquent sur l'onglet (légende 2) qui correspond à l'étendue souhaitée. Office SharePoint Server 2007 fournit deux étendues par défaut dans le Centre de Recherche : Tous les sites et Personnes.

NoteRemarque :

Le propriétaire du site Centre de Recherche peut ajouter une liste Étendue de recherche à côté d'une zone de recherche en modifiant son composant WebPart.

Le tableau suivant indique les étendues par défaut qui sont disponibles dans Office SharePoint Server 2007 et les niveaux auxquels elles le sont.

Cette étendue Permet aux utilisateurs de À ce niveau Personnalisable ?

Tous les sites

Rechercher dans tout le contenu de l'index

Centre de recherche

Site du plus haut niveau

Sous-site

Listes et bibliothèques

Oui

Personnes

Rechercher des personnes

Centre de recherche

Site du plus haut niveau

Sous-site

Listes et bibliothèques

Oui

Ce site : nom de site

Rechercher sur tout le site actif et tous ses sous-sites

Site du plus haut niveau

Sous-site

Listes et bibliothèques

Non

Cette liste : nom de liste

Rechercher dans la liste active

Listes et bibliothèques

Non

NoteRemarque :

L'étendue Tous les sites est l'étendue par défaut à tous les niveaux de toutes les collections de sites. Cependant, les utilisateurs peuvent sélectionner n'importe quelle étendue disponible.

Planifier des étendues personnalisées

Pour déterminer quand votre organisation peut avoir besoin de compléter les étendues par défaut avec des étendues personnalisées, vous devez d'abord connaître les étendues par défaut. Cette section donne des informations sur celles qui sont fournies avec Microsoft Office SharePoint Server 2007. Vous pouvez utiliser des étendues personnalisées avec des règles d'étendue pour regrouper certains contenus de l'index dans un ensemble de contenus sur lequel peuvent s'exécuter des requêtes. Par exemple, vous pouvez permettre les recherches dans un ensemble spécifique de sites Web, ou dans tous les documents Word qui ont été créés par une personne particulière ou créés pendant une certaine période de temps ou selon une combinaison quelconque de ces paramètres.

Les étendues que vous créez au niveau d'un fournisseur de services partagés sont appelées des étendues partagées, car elles sont partagées avec toutes les collections de sites qui utilisent ce fournisseur. Les administrateurs de collections de sites décident des étendues partagées à utiliser et comment les afficher.

Vous pouvez également créer des étendues personnalisées de niveau collection de sites, ce qui les rend disponibles uniquement pour la collection de sites sur laquelle elles ont été créées. Les étendues créées à ce niveau sont parfois appelées étendues de niveau collection de sites.

Scénario avec des étendues

Pendant la planification du contenu et de la structure du site d'une grande organisation, il s'avère que les ressources humaines représentent un service important qui fournit du contenu relatif à tous les employés à plusieurs sites SharePoint et applications métiers. Par conséquent, l'administrateur des fournisseurs de services partagés crée une étendue partagée pour le contenu lié aux ressources humaines.

L'administrateur de collection de sites du site des ressources humaines utilise cette zone partagée et crée des étendues supplémentaires au niveau de la collection de sites. Les étendues de niveau collection de sites sont destinées aux stratégies de l'entreprise et aux informations sur les nouveaux recrutements car il s'agit de concepts centraux qui sont pertinents pour la collection de sites. Les étendues de niveau collection de sites n'ont pas de sens en tant qu'étendues partagées car les personnes effectuant des recherches dans d'autres collections ne souhaitent probablement pas des étendues aussi spécifiques.

Les administrateurs de collections de sites peuvent soit utiliser les étendues partagées telles qu'elles sont définies par l'administrateur des services partagés, soit copier les étendues partagées qu'ils souhaitent utiliser dans leur collection de sites afin de les modifier. Ils peuvent ensuite sélectionner les groupes d'affichage dans lesquels inclure chaque étendue, par exemple la liste déroulante de la zone de recherche et la page Recherche avancée.

NoteRemarque :

Les administrateurs de collections de sites ne peuvent pas modifier ni supprimer des étendues partagées, mais ils peuvent copier une étendue partagée, puis modifier la copie.

Pour résumer, les administrateurs de fournisseurs de services partagés et de collections de sites créent d'abord les étendues nécessaires à leur organisation, puis un administrateur de collections de sites les associe à des groupes d'affichage pour les rendre disponibles pour les zones de recherche associées à ces groupes d'affichage. Les administrateurs de collections de sites peuvent associer une ou plusieurs étendues à un groupe d'affichage. D'autres informations sur les groupes d'affichage figurent plus loin dans cet article.

Lors de la planification des étendues de recherche, vous examinez l'architecture de vos informations pour identifier les grands ensembles de contenus sur lesquels les gens sont susceptibles de vouloir effectuer des recherches. (Pour plus d'informations, voir Déterminer l’architecture de l’information de votre site.) Certains de ces ensembles de contenus couvrent l'architecture des informations sur plusieurs sites, et d'autres couvrent des sous-ensembles d'informations dans les collections de sites. Les administrateurs de collections de sites décident s'il faut implémenter des étendues partagées ou des étendues au niveau des collections de sites pour une collection de sites particulière, sur la base des besoins des utilisateurs de cette collection de sites. Le contenu qui est pertinent seulement dans certaines collections de sites doit être pris en compte uniquement dans la planification des étendues au niveau des collections de sites.

Planifier des étendues partagées

Étant donné que certaines collections de sites sont liées à un fournisseur de services partagés particulier, tous les paramètres de ce fournisseur affectent tous ses sites associés. L'administrateur de fournisseurs de services partagés gère des étendues partagées pour tous les sites qui utilisent le même fournisseur de services partagés. Les administrateurs de ces fournisseurs peuvent effectuer les tâches suivantes :

  • créer et modifier des étendues partagées ;

  • ajouter des règles d'étendue aux étendues partagées ;

  • supprimer des étendues partagées ;

  • actualiser les modifications apportées aux étendues.

Les étendues partagées sont visibles et mises à la disposition de tous les administrateurs des collections de sites qui utilisent le même ensemble de services partagés.

Les étendues partagées suivantes sont créées automatiquement pour chaque fournisseur de services partagés et elles sont disponibles par défaut dans le Centre de recherche :

  • Tous les sites

  • Personnes

Planifier des étendues pour les collections de sites

Lors de la planification, chaque administrateur de collection de sites veut créer des étendues sur la base de l'architecture des informations au sein du site. Il peut choisir de créer des étendues, d'effectuer une copie des étendues partagées (la copie d'une étendue partagée devient une étendue de niveau collection de sites), ou les deux. Par exemple, les administrateurs de collections de sites peuvent ajouter des étendues en sélectionnant des étendues partagées qui sont utiles aux personnes utilisant leur collection de sites, puis compléter ces étendues en créant des étendues pour la collection de sites.

Le tableau suivant indique les actions associées à des étendues et pouvant être effectuées par des administrateurs de collections de sites.

Les administrateurs des collections de sites peuvent effectuer ces actions sur les étendues partagées Les administrateurs des collections de sites peuvent effectuer ces actions sur les étendues au niveau de la collection de sites
  • Choisir comment afficher les étendues de recherche (liste déroulante de recherche, recherche avancée, ou les deux).

  • Copier et modifier une étendue partagée pour l'utiliser en tant qu'étendue pour la collection de sites.

  • Afficher l'état. Par exemple, les règles d'étendue d'une étendue et l'ordre dans lequel les règles apparaissent dans les listes des étendues.

  • Choisir comment afficher les étendues de recherche (liste déroulante de recherche, recherche avancée, ou les deux).

  • Créer des étendues au niveau de la collection de sites.

  • Modifier des étendues au niveau de la collection de sites (voir ci-dessous pour plus d'informations).

  • Ajouter des règles d'étendue.

  • Supprimer des étendues au niveau de la collection de sites.

  • Afficher l'état. Par exemple, les règles d'étendue d'une étendue et l'ordre dans lequel les règles apparaissent dans les listes des étendues.

Les administrateurs de collections de sites ne peuvent pas créer ou ajouter directement des règles de correspondance à des étendues partagées, bien qu'ils puissent copier une étendue partagée en tant qu'étendue de collection de sites et modifier la copie.

NoteRemarque :

Une fois qu'un administrateur de collection de sites a copié une étendue partagée, la copie devient une étendue de niveau collection de sites qu'il peut utiliser pour effectuer l'une des actions possibles sur n'importe quelle autre étendue de niveau collection de sites.

Lors de la création ou de la modification d'une nouvelle étendue au niveau de la collection de sites, vous spécifiez les éléments suivants :

  • Titre unique.

  • Description de l'étendue (facultative).

  • Groupe d'affichage, parfois appelé groupe d'étendues. Les administrateurs de collections de sites peuvent affecter les étendues à des groupes d'affichage pour déterminer où elles apparaissent sur le site. Par défaut, Office SharePoint Server 2007 comprend des groupes d'affichage pour la liste déroulante de la zone de recherche et pour la page Recherche avancée. Les administrateurs de collections de sites peuvent affecter une ou plusieurs étendues à n'importe quel groupe d'affichage.

  • Page de résultats. Vous pouvez choisir d'utiliser la page de résultats de la recherche par défaut pour afficher les résultats de la recherche lorsque cette zone est utilisée ou spécifier une autre page. Notez que si vous choisissez d'utiliser une autre page, vous devez d'abord créer cette page de résultats de la recherche.

Par défaut, il n'existe pas d'étendue au niveau de la collection de sites, mais chaque collection de sites a accès à toutes les étendues partagées.

Planifier des groupes d'affichage

Les groupes d'affichage constituent un moyen d'affecter des étendues à une zone de recherche particulière. Les administrateurs de collections de sites disposent de plusieurs options pour configurer les groupes d'affichage existants, ou bien ils peuvent choisir de créer un ou plusieurs nouveaux groupes d'affichage. En général, c'est le propriétaire du site qui identifie le besoin de groupe d'affichage. Par exemple, les utilisateurs d'un site d'équipe spécifique peuvent être amenés à rechercher fréquemment du contenu éparpillé dans plusieurs bibliothèques de documents. Pour limiter le contenu sur lequel ils effectuent les recherches, ils doivent effectuer des recherches distinctes dans différentes zones de recherche (par exemple dans la zone de recherche de chaque bibliothèque) ou créer une requête avancée pour filtrer les résultats de la recherche. Pour fournir aux utilisateurs un moyen plus simple d'effectuer cette recherche fréquente, l'administrateur de la collection de sites crée un groupe d'affichage et y affecte l'étendue appropriée. Les propriétaires de site peuvent ensuite associer ce groupe d'affichage à une zone de recherche particulière, par exemple dans une page de recherche personnalisée sur le site. Les utilisateurs utilisent ensuite cette zone de recherche pour effectuer des recherches sur le contenu défini par l'étendue, dans le cas présent les bibliothèques de documents. Office SharePoint Server 2007 fournit par défaut deux groupes d'affichage :

  • Liste déroulante de recherche   Les étendues Tous les sites et Personnes sont affectées à ce groupe d'affichage et elles sont utilisées par défaut par la zone de recherche.

  • Recherche avancée   L'étendue Tous les sites est affectée à ce groupe d'affichage et elle est utilisée par défaut par la zone de recherche de la page Recherche avancée.

Les administrateurs de collections de sites peuvent effectuer les actions suivantes :

  • ajouter des étendues à n'importe quel groupe d'affichage ;

  • supprimer des étendues dans n'importe quel groupe d'affichage ;

  • créer des groupes d'affichage et y affecter les étendues de leur choix ;

  • modifier l'ordre dans lequel les étendues apparaissent dans la liste Étendues de recherche ;

  • spécifier l'étendue sélectionnée par défaut dans la liste Étendues de recherche.

Les propriétaires de site peuvent effectuer les actions suivantes :

  • affecter des groupes d'affichage différents à la zone de recherche et à la page Recherche avancée dans le site Centre de recherche ;

  • créer des pages de recherche à l'aide des composants WebPart Zone de recherche et Zone de recherche avancée, et affecter le ou les groupes d'affichage à utiliser.

Planifier des règles d'étendue

Vous définissez une étendue en y ajoutant des règles d'étendue. Les règles d'étendue définissent le contenu à associer à l'étendue ainsi que le contenu qui ne doit pas y être associé. Des règles d'étendue ajoutées à une étendue particulière définissent la portée de l'étendue.

Chaque règle d'étendue est basée sur un type de règle d'étendue particulier, qui définit les propriétés, les emplacements et les sources de contenu. Le tableau suivant répertorie les types de règles d'étendue qui sont disponibles pour les étendues de recherche partagées et les étendues de niveau collection de sites.

Ce type de règle d'étendue est disponible pour les étendues de recherche partagées est disponible pour les étendues de recherche au niveau de la collection de sites Teste le contenu par

Adresse Web (http://serveur/site)

Oui

Oui

Emplacement

Requête de propriété
(Auteur = Olivier Renaud)

Oui

Oui

Propriété unique

Source de contenu

Oui

Non

Une source de contenu spécifique

Tout le contenu

Oui

Oui

Tout le contenu de l'index

Le type de règle d'étendue Tout le contenu est le plus simple car il associe tout le contenu analysé à l'étendue. Pour chacun des trois autres types de règle d'étendue, un administrateur de fournisseurs de services partagés peut spécifier le comportement de la règle d'étendue qui détermine le contenu à associer à l'étendue. Ces comportements sont décrits dans la liste suivante :

  • Inclure   Les éléments correspondant à cette règle apparaissent dans les résultats de la recherche, sauf si une autre règle les supprime. Lorsque vous combinez des règles, ce comportement est similaire à l'opérateur logique OR.

  • Requérir   Les éléments correspondant à d'autres règles doivent également correspondre à cette règle pour apparaître dans les résultats de la recherche. Ce comportement est équivalent à l'opérateur logique AND.

  • Exclure   Les éléments correspondant à cette règle sont exclus des résultats de la recherche même s'ils correspondent à d'autres règles. Ce comportement est équivalent à l'opérateur logique AND NOT.

Les étendues sont souvent basées sur une seule règle d'étendue. Il existe cependant de bonnes raisons d'utiliser des étendues avec plusieurs règles. Vous pouvez créer des étendues sur la base d'un thème spécifique ou d'un ensemble de contenus conceptuellement liés. Pour ce faire, vous pouvez inclure et exclure plusieurs emplacements, plusieurs propriétés ou une combinaison d'emplacements et de propriétés qui sont conceptuellement liés. La combinaison logique des règles détermine le contenu qui est inclus ou exclu de l'étendue.

Utilisation de règles d'étendue basées sur l'emplacement

Vous pouvez créer des règles basées sur l'emplacement (adresse Web ou chemin UNC) du contenu à l'aide du type de règle d'étendue Adresse Web. Plusieurs scénarios d'utilisation nécessitent des règles de ce type, y compris la recherche de contenu aux emplacements suivants :

  • Dans un groupe de bibliothèques de documents.

  • Dans un ensemble de dossiers d'un même référentiel de documents de grande taille, par exemple lors de la recherche dans une archive de l'entreprise.

  • Sur des sites externes pour un sujet particulier.

  • Sur d'autres serveurs de votre organisation.

Chaque règle étendue Adresse Web contient un seul emplacement, défini par un seul dossier, un seul nom de domaine ou un seul nom de serveur. En fonction de l'ensemble de contenus que vous voulez rendre disponibles dans une étendue, vous ajoutez des règles correspondantes jusqu'à ce que tous les emplacements pertinents soient inclus dans l'étendue et que tous les emplacements non pertinents en soient exclus. L'examen de l'architecture des informations et de la planification de la structure des sites vous aide à décider des emplacements à inclure dans chaque étendue.

Utilisation de règles d'étendue basées sur les propriétés gérées

Vous pouvez baser les règles d'étendue sur une valeur spécifique d'une seule propriété gérée à l'aide du type de règle d'étendue Requête de propriété. Avant de créer une telle règle d'étendue, vérifiez que :

  • La propriété gérée que vous voulez utiliser existe, parce qu'il s'agit d'une propriété gérée par défaut ou qu'elle a été créée par un administrateur de fournisseurs de services partagés.

  • La propriété gérée est configurée pour être disponible pour une utilisation dans des étendues. Plusieurs propriétés gérées sont créées mais par défaut, seules quelques-unes sont configurées pour être disponibles pour une utilisation dans des étendues. Seules les propriétés gérées que les administrateurs de fournisseurs de services partagés ont spécifiquement rendues disponibles pour les étendues peuvent être utilisées dans des étendues de recherche.

    NoteRemarque :

    Les administrateurs de fournisseurs de services partagés peuvent rendre une propriété disponible pour une utilisation dans les étendues à l'aide de la page Modifier la propriété gérée pour la propriété particulière.

Une fois que la règle d'étendue est créée, chaque élément de contenu qui correspond à la requête de propriété est testé par rapport à cette valeur spécifique et est inclus ou exclu sur la base de la règle. Les règles basées sur les propriétés peuvent être interrogées uniquement à l'aide de l'opérateur Est exactement ; elles ne peuvent pas l'être avec d'autres opérateurs, tels que Contient.

Par exemple, l'administrateur de collection de sites pour un site portail des ventes peut créer des étendues pour chaque bureau de vente à l'aide de la propriété gérée BureauVente et en définissant la valeur pour la règle dans chaque étendue avec la valeur pour le bureau approprié. Étant donné que cette propriété gérée est utilisée pour définir l'étendue, les résultats de la recherche incluent seulement du contenu pour le bureau de vente quand cette étendue est utilisée.

Lorsque votre organisation prévoit des propriétés gérées pour votre fournisseur de services partagés, examinez les étendues. Pour créer une étendue pour un certain ensemble de contenus, vous devez vous assurer qu'il existe des propriétés de ce contenu mappées aux propriétés gérées qui peuvent être incluses dans des règles d'étendue.

Utilisation de règles d'étendue basées sur une source de contenu

Un administrateur de fournisseurs de services partagés peut créer des sources de contenu supplémentaires pour plusieurs raisons. Ces sources sont généralement créées pour analyser du contenu selon une planification différente de celle appliquée à d'autres contenus. Un administrateur de fournisseurs de services partagés crée souvent une source de contenu distincte pour analyser du contenu qui se trouve par exemple sur une autre batterie SharePoint ou sur un partage de fichiers. S'il existe déjà une source de contenu qui comprend les contenus sur lesquels les utilisateurs effectuent des recherches, par exemple une archive de fichiers, un administrateur de fournisseurs de services partagés peut créer une étendue partagée avec une règle d'étendue (type de source de contenu) pour permettre aux utilisateurs d'effectuer des recherches sur cette partie du contenu.

Seules les étendues partagées peuvent contenir des règles d'étendue qui sont basées sur une source de contenu spécifique. Ce type de règle d'étendue n'est pas disponible pour les étendues de niveau collection de sites. Votre planification des sources de contenu peut vous aider à identifier les ensembles de contenus qui sont plus faciles à administrer lorsqu'ils sont sur des sources de contenu distinctes.

Pour chaque source de contenu planifiée, déterminez s'il serait intéressant pour les utilisateurs de la collection de sites de regrouper le contenu qui a été indexé à l'aide de cette source de contenu dans une étendue partagée. Si c'est le cas, vous pouvez ajouter une règle d'étendue pour cette source de contenu.

Examinez également si la source de contenu peut être divisée en corps de contenus plus petits, où les personnes souhaiteraient effectuer des recherches. Si c'est le cas, vous pouvez combiner des règles d'étendue pour spécifier la source de contenu avec d'autres types de règles d'étendue pour créer une étendue plus étroite.

Pour plus d'informations sur la planification des sources de contenu, voir Planifier l’analyse du contenu (Office SharePoint Server).

Utilisation du type de règle d'étendue Tout le contenu

Lorsque vous créez une règle d'étendue à l'aide du type de règle d'étendue Tout le contenu, tout le contenu de l'index de contenu est disponible pour l'étendue. Si vous souhaitez créer une étendue plus étroite, vous pouvez ajouter des règles d'étendue à une étendue qui utilise le type de règle d'étendue Tout le contenu pour exclure de l'étendue un contenu spécifique.

Exclusion de contenu à l'aide d'une règle d'étendue avec le comportement Exclure

L'étendue partagée Tous les sites peut être copiée et utilisée comme point de départ pour inclure tous les contenus dans l'index de contenu. Vous pouvez ensuite ajouter des règles d'étendue qui excluent du contenu des résultats de la recherche pour créer des étendues assez grandes mais qui n'incluent pas un certain ensemble de résultats de la recherche. Il est parfois plus facile d'utiliser une copie de l'étendue de recherche partagée Tous les sites avec des règles d'exclusion que de créer une étendue de recherche complexe contenant des règles qui incluent chaque sous-ensemble de contenu du site.

Que vous commenciez avec une copie de l'étendue partagée Tous les sites ou avec une autre étendue, vous pouvez considérer l'ajout de règles d'étendue qui excluent du contenu comme une étape distincte de l'ajout de règles d'étendue qui incluent du contenu, car les raisons pour lesquelles il faut exclure du contenu des résultats de la recherche peuvent différer considérablement des raisons pour lesquelles il faut y inclure du contenu.

Exemple de planification d'étendue

Contoso Corporation possède une division Services informatiques, une division Service clientèle et une division Ventes. Chacune de ces trois divisions a sa propre collection de sites, et il existe également une collection de sites du portail central pour les actualités de l'entreprise et les informations sur les ressources humaines. Tout le contenu analysé est indexé dans un même index de contenu.

Étant donné que le contenu de chaque division est distinct, l'administrateur de fournisseurs de services partagés crée une source de contenu distincte pour chacune des trois collections de sites des divisions, de façon à ce que chacune puisse être analysée selon une planification différente. L'administrateur de fournisseurs de services partagés crée également une quatrième source de contenu, utilisée pour analyser la collection de sites du portail central qui contient le contenu relatif aux ressources humaines et aux actualités de l'entreprise.

Par défaut, tout le contenu qui a été indexé pour chacune des collections de sites est inclus dans l'étendue partagée Tous les sites, qui est disponible pour toutes les collections de sites. L'administrateur de fournisseurs de services partagés crée une étendue partagée distincte pour chaque collection de sites des divisions, puis crée une règle d'étendue pour chaque étendue partagée qui inclut la source de contenu appropriée pour l'étendue partagée de chaque collection de sites.

Par exemple, pour la division Service clientèle, l'administrateur de fournisseurs de services partagés crée une étendue appelée Service clientèle, puis ajoute une règle d'étendue à cette étendue. Lors de l'ajout de la règle d'étendue, l'administrateur de fournisseurs de services partagés sélectionne le type de règle d'étendue Source de contenu, sélectionne la source de contenu Service clientèle dans la liste des sources de contenu disponibles, puis sélectionne le comportement Inclure pour inclure tous les éléments analysés avec cette source de contenu.

NoteRemarque :

Toutes les sources de contenu existantes apparaissent dans la liste Source de contenu sur la page Ajouter une règle d'étendue lors de la création d'une règle d'étendue basée sur une source de contenu.

Le tableau suivant répertorie les étendues partagées qui ont été créées par l'administrateur du fournisseur de services partagés pour Contoso Corporation.

Cette étendue partagée Contient ce contenu

Services informatiques

Tous les contenus de la collection de sites des services informatiques qui ont été analysés avec la source de contenu Services informatiques.

Service clientèle

Tous les contenus de la collection de sites du service clientèle qui ont été analysés avec la source de contenu Service clientèle.

Ventes

Tous les contenus de la collection de sites des services de vente qui ont été analysés avec la source de contenu Ventes.

Portail central

Tous les contenus de la collection de sites du portail central qui ont été analysés avec la source de contenu Service clientèle.

En plus des étendues partagées créées par l'administrateur de fournisseurs de services partagés, l'étendue par défaut Tous les sites inclut tous les contenus analysés de l'index. L'étendue partagée Tous les sites est disponible par défaut pour toutes les collections de sites.

L'administrateur de la collection de sites pour chaque division décide d'utiliser l'étendue partagée Tous les sites et l'étendue partagée qui contient le contenu pour sa collection de sites, mais aucune d'entre elles n'envisage d'utiliser l'étendue Portail central, même s'il s'agit d'une étendue partagée. Cette option n'est disponible que dans la liste déroulante Étendue de la recherche de la collection de sites du portail central.

L'administrateur de collection de sites pour chaque division effectue des copies de l'étendue partagée que l'administrateur de fournisseurs de services partagés a créé pour sa collection de sites. (Les copies de l'étendue partagée deviennent des étendues de niveau collection de sites.) Chaque administrateur de collection de sites ajoute ensuite des règles d'étendue aux étendues de niveau collection de sites pour cibler seulement l'ensemble de contenus le plus important que leurs utilisateurs souhaitent interroger lors de l'utilisation de ces étendues.

Par exemple, l'administrateur de collection de sites pour la collection de sites des ventes crée des étendues pour le contenu relatif à chaque ligne de produit, basées sur les propriétés gérées des documents marketing et d'autres contenus, et sur l'emplacement des sites d'équipe et des bibliothèques de documents qui s'y rapportent.

Action de feuille de travail

Notez vos décisions sur les étendues, les règles d'étendue et les groupes d'affichage dans la section « Planifier des étendues » de la feuille de travail des conditions d'utilisation de la recherche pour l'utilisateur final (http://go.microsoft.com/fwlink/?linkid=81039&clcid=0x40C) .

Recherches avancées

Dans de nombreux cas, les utilisateurs tapent une phrase de mots clés dans la zone de recherche, puis cliquent sur le bouton Lancer la recherche ou appuient sur Entrée pour exécuter leur requête. Si cette technique ne donne pas le résultat escompté sur les quelques premières pages des résultats de la recherche, certains utilisateurs abandonnent. Cependant, les utilisateurs expérimentés ont tendance à essayer à nouveau à l'aide d'une requête plus avancée pour cibler le contenu qu'ils recherchent.

Les utilisateurs très expérimentés peuvent élaborer des requêtes de recherche avancées dans la zone de recherche. Par exemple, pour rechercher le contenu créé par Robert Jones et qui contient le mot « négocier », ils peuvent taper la requête suivante dans la zone de recherche :

négocier auteur:jones

Cependant, la plupart des utilisateurs ne sont pas familiers avec la syntaxe requise pour construire de cette façon des requêtes avancées. Par conséquent, la plupart des utilisateurs construisent une requête avancée en utilisant la page Recherche avancée, qui leur permet de cibler le contenu qu'ils recherchent à l'aide de la syntaxe appropriée. Le tableau suivant décrit les options de la page Recherche avancée relatives aux mots clés.

La recherche de documents avec cette option Effectue cette action

Tous les mots

Recherche le contenu qui contient tous les mots clés tapés par l'utilisateur, mais les mots ne doivent pas se trouver dans le contenu selon un ordre particulier.

Expression exacte

Recherche le contenu qui contient les mots tapés par l'utilisateur, dans l'ordre exact.

N'importe quel mot

Recherche le contenu qui contient un des mots tapés par l'utilisateur.

Aucun de ces mots

Recherche le contenu qui ne contient aucun des mots tapés par l'utilisateur.

Les utilisateurs peuvent également utiliser la page Recherche avancée pour limiter leur recherche à une langue ou à un type de document spécifique. Enfin, ils peuvent sélectionner des restrictions de propriété pour filtrer les résultats de la recherche selon que la valeur de la propriété qu'ils sélectionnent correspond ou non à la valeur qu'ils ont entrée. Par exemple, les utilisateurs peuvent sélectionner la propriété Auteur, sélectionner l'opérateur d'inclusion Contient, taper une valeur puis cliquer sur Rechercher.

Plusieurs propriétés, appelées propriétés gérées, telles que Auteur et Titre, sont fournies par défaut. Toutefois, la plupart des propriétés gérées par défaut ne sont pas disponibles pour être utilisées dans les étendues. Les administrateurs de fournisseurs de services partagés choisissent les propriétés gérées qu'ils souhaitent rendre disponibles pour les étendues, et peuvent créer des propriétés supplémentaires pour satisfaire les besoins de leur organisation. Les propriétés gérées qui sont activées par l'administrateur de fournisseurs de services partagés pour être utilisées dans les étendues sont disponibles pour toutes les collections de sites.

Planifier les propriétés de la recherche

Une façon d'organiser le contenu de vos collections de sites pour que les recherches puissent y être faites efficacement consiste à regrouper au même emplacement les contenus qui ont un thème commun. De cette manière, vous pouvez tirer parti des étendues par défaut au niveau des sites et au niveau des listes pour effectuer des recherches sur votre contenu. Par exemple, vous pouvez créer un site pour stocker toutes les informations sur un projet particulier. Au sein de ce site, vous pouvez créer des bibliothèques de documents et des listes distinctes pour stocker les différents types d'informations relatives à ce projet. Les utilisateurs utilisent l'étendue par défaut Ce site pour effectuer une recherche sur tout le contenu ou l'étendue Cette liste pour effectuer une recherche de contenu dans une liste ou une bibliothèque particulière du site. Les administrateurs de fournisseurs de services partagés et les administrateurs de collections de sites peuvent créer des étendues personnalisées selon les besoins qu'ont les utilisateurs d'effectuer des recherches sur différentes parties du contenu.

Bien que ce soit un moyen relativement simple d'organiser le contenu pour des recherches efficaces, cette approche ne répond pas par elle-même aux besoins de toutes les organisations, en particulier lorsque les recherches sont effectuées sur une grande quantité de contenus, notamment pour les raisons suivantes :

  • Il n'est pas toujours possible d'organiser tous les contenus avec un thème commun au même emplacement.

  • Même si tout le contenu avec un thème commun est organisé au même emplacement lors du déploiement, le contenu peut à terme se retrouver éparpillé à travers une collection de sites.

Il est recommandé d'organiser le contenu par emplacement lorsque c'est significatif, puis de compléter cette organisation à l'aide des propriétés.

Propriétés gérées et analysées

Lorsque le contenu est analysé, l'analyseur analyse également les propriétés de métadonnées associées à ce contenu. Les propriétés analysées incluent les métadonnées du contenu qui sont stockées dans des fichiers, des bases de données et des applications métiers utilisées par votre organisation. Les propriétés analysées peuvent représenter différents types d'informations, telles que l'auteur, le titre et l'adresse de messagerie.

Dans les versions précédentes des produits et des technologies Microsoft SharePoint, vous pouviez réduire la duplication des propriétés en mappant certaines propriétés à d'autres propriétés communes, mais de nombreuses propriétés rendaient confus les résultats de la recherche car elles n'étaient pas pertinentes. Les propriétés pertinentes étaient ainsi difficiles à trouver parmi les nombreuses propriétés non pertinentes.

Office SharePoint Server 2007 permet d'atténuer cette confusion en permettant aux administrateurs de fournisseurs de services partagés de créer des propriétés gérées. Ils peuvent ensuite mapper les propriétés analysées, qui sont les propriétés que l'analyseur collecte et ajoute au magasin de propriétés lors de l'analyse du contenu, aux propriétés gérées qui sont utilisées par les requêtes de recherche.

La relation entre les propriétés gérées et les propriétés analysées est simple mais très puissante. Les administrateurs de fournisseurs de services partagés peuvent mapper une ou plusieurs propriétés analysées (les propriétés découvertes par l'analyseur) avec des propriétés gérées (des propriétés qui peuvent être utilisées dans les règles d'étendue et les requêtes). Ce mappage est important car de nombreuses propriétés analysées contiennent le même type de métadonnées et elles ont souvent des noms qui ne sont pas très significatifs. Par exemple, les propriétés analysées nommées « Mail:6 » et « Office:4 » sont mappées à une propriété gérée nommée Auteur. Cela est dû au fait que les valeurs de ces deux propriétés analysées contiennent le nom de l'auteur. Ce mappage des propriétés analysées aux propriétés gérées facilite l'administration et offre des avantages aux utilisateurs. Les administrateurs en tirent parti car ils doivent manipuler moins de propriétés lors de la création des étendues. De même, les utilisateurs finals qui créent des requêtes avancées dans la zone de recherche ont également moins de propriétés à manipuler et leurs noms sont plus significatifs.

Les propriétés gérées présentent les avantages suivants :

  • Les utilisateurs peuvent utiliser les propriétés gérées pour élaborer des requêtes dans la zone de recherche, qui filtrent les résultats de la recherche.

  • Vous pouvez utiliser les propriétés sur la page Recherche avancée pour permettre aux utilisateurs finals de filtrer facilement les résultats de la recherche.

  • Les propriétaires de sites peuvent personnaliser la page Recherche avancée pour qu'elle utilise différentes propriétés gérées.

  • Les administrateurs de fournisseurs de services partagés et les administrateurs de collections de sites peuvent créer des étendues personnalisées avec des règles qui filtrent les résultats de la recherche sur la base des requêtes. Les utilisateurs finals peuvent bénéficier de requêtes avancées basées sur des propriétés sans devoir apprendre à créer une requête avancée.

Par défaut, plusieurs propriétés gérées sont créées et mappées à des propriétés analysées. Les administrateurs de fournisseurs de services partagés peuvent mapper des propriétés analysées supplémentaires à des propriétés gérées existantes et créer de nouvelles propriétés gérées.

Utilisation de propriétés dans les requêtes

Pour que la valeur des propriétés analysées soit affectée à une requête de recherche, les propriétés analysées doivent être mappées à une propriété gérée et l'utilisateur doit effectuer une recherche par rapport à cette propriété gérée. L'utilisation d'un trop grand nombre de propriétés analysées peut avoir un impact négatif sur la pertinence et sur les performances de la recherche.

Si vous souhaitez utiliser la propriété gérée dans une étendue, vous devez la rendre disponible pour les étendues. Toutefois, cela n'est pas nécessaire pour utiliser la propriété gérée dans la page Recherche avancée ou comme partie d'une requête dans une zone de recherche.

Il est conseillé aux administrateurs responsables du déploiement initial d'Office SharePoint Server 2007 d'enregistrer l'ensemble initial des propriétés gérées planifiées pour le service de recherche de chaque fournisseur de services partagés utilisé par le déploiement.

De nombreuses propriétés analysées peuvent être identifiées en étudiant les propriétés des applications de données métiers et les propriétés affichées dans les applications de types de contenu comme les documents Microsoft Office Word ou Office Excel.

Si vous avez accès à un serveur de test, pour faciliter la planification, vous pouvez analyser le contenu prioritaire et utiliser les propriétés analysées qui apparaissent.

Vous pouvez rendre le contenu de votre site plus facile à trouver en planifiant soigneusement vos propriétés gérées et la façon dont vous les implémentez. Lorsque vous planifiez le déploiement, il est recommandé de conserver un minimum de propriétés gérées. Cela signifie qu'il faut soigneusement étudier quelles sont les propriétés les plus utiles à votre organisation et déployer ces propriétés comme point de départ. Vous pouvez toujours créer si nécessaire d'autres propriétés gérées après le déploiement.

Planifier des propriétés gérées

Une méthode pratique pour identifier les propriétés gérées potentielles consiste à examiner votre contenu existant et ses métadonnées prioritaires. Si vous avez accès à une batterie de serveurs de test avant le déploiement actif d'Office SharePoint Server 2007, vous pouvez analyser votre contenu et voir quelles propriétés analysées apparaissent, et utiliser ces propriétés pour identifier une partie de l'architecture de vos informations. Toutefois, la plupart des organisations peuvent tirer parti de la planification de l'architecture des informations sur une feuille de papier avant de mettre en place un déploiement, car il peut être utile de se concentrer sur votre planification et d'identifier le contenu et les processus qui ne sont pas aussi bien organisés qu'ils le pourraient.

La clé de la création d'un ensemble utile de propriétés gérées consiste à déterminer les concepts les plus importants et à rechercher les propriétés de votre contenu que vous pouvez mapper à des propriétés gérées permettant aux utilisateurs de trouver le contenu pertinent lors des recherches. Le mappage de davantage de propriétés augmente la taille de la base de données de recherche et réduit les performances en conséquence : il est donc judicieux de mapper des propriétés seulement lorsque vous êtes certain que le mappage est pertinent.

Il est difficile de découvrir les propriétés du contenu sans d'abord l'analyser. Par conséquent, pour planifier des propriétés gérées, il est préférable d'attendre que vous ayez déjà une bonne idée du contenu de chaque collection de sites. Ensuite, sur un serveur de test, vous pouvez analyser tout ce contenu pour obtenir une liste de propriétés analysées à comparer à l'architecture de vos informations lors de la création des propriétés gérées. Il peut être difficile de mapper des propriétés même après l'analyse du contenu car il est difficile d'identifier le type de contenu ou l'application qui utilise la propriété. Si vous n'êtes pas sûr de la nature et du contenu d'une propriété particulière, vous pouvez configurer un mappage dans un environnement de test et essayer d'effectuer des recherches sur cette propriété.

La plupart des propriétés gérées les plus utiles sont créées automatiquement lors de l'installation d'Office SharePoint Server 2007. Utilisez ces propriétés gérées comme point de départ lors de la planification de vos autres propriétés gérées. Les propriétés gérées créées automatiquement sont les suivantes :

  • Auteur

  • Description

  • Nom du site

  • Type

  • Taille du fichier

  • Date de modification

  • URL

  • Titre

Gardez à l'esprit que pour effectuer efficacement des recherches à l'aide des propriétés, il faut d'abord affecter des valeurs aux propriétés analysées. Par exemple, si vous avez un document avec une propriété qui est mappée à une propriété gérée appelée Auteur, et qu'aucune valeur n'est affectée à cette propriété sur ce document, le document ne peut pas être affiché dans les résultats de la recherche lorsque les utilisateurs effectuent une requête avec la propriété Auteur pour un auteur spécifique.

Éviter la duplication des propriétés gérées

Certaines propriétés sont des propriétés de base et peuvent apparaître comme des propriétés différentes dans différents types de contenu. Les propriétés Auteur et Titre pour les documents en sont des exemples.

Ce que vous pouvez faire de plus important avec ces propriétés de base lors de la planification est de réduire la duplication en créant un ensemble de propriétés gérées et en mappant les propriétés analysées ayant la même signification aux propriétés de l'ensemble de propriétés gérées. Dans le cas de la propriété Auteur, vous pouvez mapper chaque occurrence unique d'une propriété analysée pour les auteurs avec une même propriété gérée Auteur.

Vous pouvez mapper une ou plusieurs propriétés analysées à une ou plusieurs propriétés gérées.

TipConseil :

L'ajout de chaque propriété Auteur en tant que propriété gérée distincte n'a pas de sens, car elle ajoute des propriétés gérées supplémentaires à la base de données sans simplifier les conditions d'utilisation.

Vous pouvez choisir de classer par priorité plusieurs propriétés analysées afin que, si plusieurs propriétés sont trouvées lors de l'analyse, seule la valeur de la propriété ayant la priorité la plus élevée est utilisée pour des requêtes utilisant la ou les propriétés gérées. Si vous n'établissez pas de priorités entre les propriétés analysées, les valeurs de toutes les propriétés analysées mappées à la propriété gérée sont utilisées pour les requêtes, de sorte que la propriété gérée devient une propriété à valeurs multiples. Cela signifie que le résultat de la recherche retourne des résultats pour tout le contenu contenant les valeurs de l'une des propriétés mappées qui correspondent à la requête. Une bonne approche pour une propriété à valeur unique consiste à choisir la propriété analysée la plus commune en tant que propriété gérée, puis d'établir des priorités entre les propriétés mappées sur la base de leur fréquence. Il n'est pas toujours facile de déterminer la propriété la plus fréquemment analysée ; vous pouvez donner la priorité aux propriétés dont vous savez qu'elles sont associées à des applications communément utilisées.

Lorsque vous mappez des propriétés, veillez à ne pas mapper des propriétés pour lesquelles la correspondance est faible ou qui ne sont pas pertinentes, car des mappages imprécis peuvent réduire la pertinence des résultats de la recherche. Si possible, testez les recherches avec les propriétés gérées avant le déploiement initial et prévoyez d'examiner les données utilisées pour les requêtes de recherche en fonctionnement normal pour affiner les propriétés que vous avez mappées.

Ajouter des propriétés pour présenter les concepts clés de l'architecture des informations

En plus des propriétés analysées qui sont mappées par défaut aux propriétés gérées, les autres propriétés analysées peuvent être mappées de façon évidente aux concepts de l'architecture de vos informations qui ne sont pas déjà associés aux propriétés gérées existantes. Par exemple, une société peut identifier un service clientèle en tant que processus métier clé dans l'architecture de ses informations. Les concepts associés au service clientèle dans l'architecture des informations peuvent inclure les clients, les représentants du service clientèle et les zones du service clientèle.

Pour chaque concept de votre architecture d'informations, demandez-vous s'il existe une propriété analysée qui représente ce concept et qui peut être mappée à une propriété gérée. Si c'est le cas, faites de la propriété une propriété gérée.

Scénario

Une application métier effectue le suivi des données des clients et des employés, et les propriétés de ces données sont susceptibles de devenir des propriétés gérées après avoir été enregistrées dans le catalogue des données métiers et analysées en tant que partie d'une source de contenu de données métiers. Vous avez également la possibilité d'identifier les propriétés analysées pour les applications devant être mappées à ces propriétés gérées, par exemple une propriété d'identification (ID) d'un technicien du service clientèle dans une application de données spécifique, ou une propriété Auteur pour un type d'application utilisé exclusivement par les représentants du service clientèle. Une requête de recherche qui utilise cette propriété ou un terme associé à cette propriété comprendra les résultats de la recherche, pour tous les éléments contenant une des propriétés analysées mappées à la propriété ID gérée du technicien du service clientèle.

Chaque processus commercial clé identifié dans l'architecture d'informations disposera d'un ensemble de types de fichiers et d'applications de données métiers associés pouvant être utilisés pour identifier les propriétés potentiellement gérées.

Bien que de nombreux concepts de l'architecture des informations ne soient pas représentés par des propriétés, ces concepts sont utiles lors de la planification de la structure du site et de l'implémentation d'autres fonctionnalités de recherche. L'architecture des informations peut identifier des propriétés gérées que vous avez ignorées, mais ce n'est pas parce qu'un concept est répertorié dans l'architecture des informations qu'il existe ou qu'il devrait exister une propriété gérée pour ce concept.

Planifier les propriétés des données métiers

Dans la planification de la recherche de données métiers, les administrateurs de fournisseurs de services partagés doivent mapper les propriétés des applications métiers à des propriétés gérées. Ces propriétés doivent être sélectionnées en tant que propriétés gérées pour que les données métiers d'une application puissent apparaître dans les résultats de la recherche. L'exemple du service clientèle décrit plus haut illustre le mappage des propriétés des données métiers avec des propriétés gérées, utilisées par la recherche. Pour plus d'informations sur la planification des données métiers, voir Planifier la recherche de données métiers.

Action de feuille de travail

Notez vos décisions sur les propriétés analysées et gérées dans les tableaux de la section « Planifier les propriétés gérées » de la feuille de travail des conditions d'utilisation de la recherche pour l'utilisateur final (http://go.microsoft.com/fwlink/?linkid=81039&clcid=0x40C) .

Utiliser des propriétés gérées dans les étendues de recherche

Chaque propriété gérée peut être exposée en tant que propriété pour les règles d'étendue de recherche. Pour plus d'informations sur la planification des étendues de recherche, voir la section « Planification des étendues de recherche » plus haut dans cet article.

Planifier l'intégration des propriétés pour les nouveaux types de fichiers

Office SharePoint Server 2007 utilise des catégories de propriétés pour regrouper les propriétés analysées selon les propriétés qui sont découvertes lors de l'analyse des documents.

Pour plus d'informations sur les catégories de propriétés associées aux types de fichiers, voir Gestion des métadonnées (http://msdn2.microsoft.com/fr-fr/library/ms497276(en-us).aspx?amp;clcid=0x40c). Pour plus d'informations sur l'analyse du contenu, voir Planifier l’analyse du contenu (Office SharePoint Server).

Planifier ce que les utilisateurs voient dans les résultats de la recherche

Office SharePoint Server 2007 fournit plusieurs paramètres qui permettent aux administrateurs de fournisseurs de services partagés et de collections de sites de contrôler ce que les utilisateurs voient dans les pages de résultats de la recherche. Bien que vous puissiez contrôler les résultats de la recherche de plusieurs façons différentes, avant le déploiement, il est recommandé de :

  • planifier les mots clés, les meilleurs résultats et les synonymes ;

  • planifier quels sont les sites les plus et les moins pertinents pour contrôler leur proximité avec les résultats apparaissant en premier ;

  • déterminer si des emplacements fédérés et des composants WebPart de fédération doivent être utilisés (cette fonctionnalité requiert la Mise à jour d’infrastructure pour les produits serveur de Microsoft Office. Pour plus d'informations, voir Installer la mise à jour d’infrastructure pour les serveurs Microsoft Office (Office SharePoint Server 2007)) ;

  • planifier l'apparence des liens ;

  • planifier si les utilisateurs peuvent utiliser des alertes basées sur la recherche.

Planifier les mots clés, les meilleurs résultats et les synonymes 

Les mots clés, parfois appelés « expressions de mots clés », sont les mots que les utilisateurs tapent dans une zone de recherche lors de la construction d'une requête. Lorsque les utilisateurs effectuent une recherche simple par mot clé, par exemple en entrant le mot « Widget » dans la zone de recherche et en cliquant sur le bouton Lancer la recherche, Office SharePoint Server 2007 affiche les résultats de la recherche de tout le contenu dans l'étendue sélectionnée qui contient ce mot clé.

Office SharePoint Server 2007 permet aux administrateurs de collections de sites de créer une entité appelée mot clé, qui est directement liée aux expressions de mots clés de même nom qui se trouvent dans l'index. Un administrateur de collection de sites peut créer un mot clé en utilisant un ou plusieurs mots. Par exemple, un mot clé peut être un seul mot, tel que « absent », ou un groupe de mots qui doivent être tapés dans un ordre particulier, tel que « absent du bureau ».

En plus du nom du mot clé, également appelé « phrase de mots clés », les administrateurs de collections de sites peuvent créer des mots clés qui sont composés d'une ou plusieurs des options suivantes :

  • Une définition du mot clé qui apparaît dans les résultats de la recherche

  • Un ou plusieurs synonymes

  • Un ou plusieurs meilleurs résultats, qui sont les URL que les administrateurs de fournisseurs de services partagés spécifient comme étant hautement pertinents pour un mot clé particulier.

NoteRemarque :

S'il est possible de créer un mot clé qui ne contient aucune des informations facultatives indiquées plus haut, procéder ainsi n'améliore pas la pertinence des résultats de la recherche.

Les mots clés permettent aux administrateurs de collections de sites d'améliorer la pertinence des requêtes de l'utilisateur final. Les résultats de la recherche pour n'importe quelle collection de sites peuvent être modifiés pour promouvoir un contenu spécifique, afin qu'il apparaisse plus nettement en réponse aux requêtes qui utilisent des termes de recherche particuliers. Même si des mots clés sont planifiés, implémentés et gérés au niveau d'une collection de sites, il est judicieux de faire en sorte que la planification et l'implémentation soient cohérentes dans toute l'organisation.

Les définitions de mots clés constituent un bon moyen de fournir un accès facile aux informations sur les concepts prioritaires dans chaque collection de sites. Pour chaque concept, les administrateurs de collections de sites peuvent créer un mot clé afin que la définition du mot clé apparaisse dans le composant WebPart Meilleurs résultats de la recherche à côté des résultats de la recherche. Par exemple, un portail des ventes consacré à la vente d'une ligne particulière de produits peut fournir des définitions pour les éléments principaux de la ligne de produits. Ces définitions peuvent être utilisées pour permettre aux personnes concernées par ces ventes de mieux comprendre leurs produits, ou les définitions peuvent être affichées dans les résultats de la recherche sur un site portail accessible aux clients.

Exemple de mot clé

Un administrateur de collection de sites sait que les utilisateurs finals ont des difficultés pour trouver le calendrier servant à effectuer le suivi des membres de l'équipe absents du bureau. Les utilisateurs signalent que lorsqu'ils recherchent le calendrier, leurs requêtes produisent plusieurs pages de résultats de recherche non pertinents, et qu'ils abandonnent après avoir consulté quelques-unes des premières pages.

L'administrateur de collection de sites décide de créer un mot clé appelé « adb » contenant ces éléments :

  • Définition du mot clé : c'est l'acronyme utilisé pour signifier « absent du bureau ».

  • Synonyme : période d'absence

  • Meilleur résultat : URL vers le calendrier et une description du meilleur résultat.

L'administrateur de collection de sites demande ensuite aux utilisateurs finals d'utiliser ce nouveau mot clé « adb » ou son synonyme « période d'absence » lors de la recherche du calendrier.

La figure suivante donne un exemple de page des résultats de la recherche par défaut que les utilisateurs finals voient lors de la recherche sur le mot clé « adb » à partir du Centre de recherche dans ce scénario. Notez que par défaut, les meilleurs résultats et les descriptions du mot clé apparaissent seulement dans les pages des résultats des recherches qui sont exécutées à l'aide du Centre de recherche.

Recherche de l'utilisateur final d'Office SharePoint Server

Dans la figure ci-dessus, la requête exécutée par l'utilisateur final est affichée (légende 1). La fonctionnalité de mise en évidence des mots clés affiche les mots clés du contenu en gras (légende 2). La description que l'administrateur de collection de sites a affectée à ce mot clé s'affiche par défaut dans le coin supérieur droit de la page des résultats de la recherche (légende 3). Chaque mot clé peut être associé à une définition et vous pouvez inclure une URL dans les définitions. En conséquence, il est judicieux d'effectuer les opérations suivantes :

  • identifier les sources de définition lors de la planification ;

  • inclure une étape distincte lors de la planification pour concevoir un glossaire de toutes les définitions utilisées par les mots clés dans chaque collection de sites ;

  • créer certains mots clés dans le seul but de les associer à une définition.

Le Meilleur résultat (légende 4) apparaît directement sous la description du mot clé, s'il en existe un. Un meilleur résultat est plus qu'une simple URL. Il a aussi un titre et peut éventuellement avoir une description. Dans cet exemple, l'administrateur de la collection de sites a appelé les meilleurs résultats « Page Absence du bureau ». La description que l'administrateur a affectée au meilleur résultat apparaît directement sous son nom, et l'URL du meilleur résultat apparaît en dessous.

Des documents spécifiques, des sites et des personnes disposant d'une expertise dans le concept associé à un terme de recherche sont des utilisations courantes des meilleurs résultats. Il est important de prendre en compte le titre et la description de chaque meilleur résultat lors de la planification du contenu pour en accroître la pertinence et la facilité d'utilisation. Vous pouvez associer jusqu'à 25 meilleurs résultats à chaque mot clé dans l'interface utilisateur d'administration et beaucoup plus avec le modèle objet ; il est cependant préférable de ne pas abuser des meilleurs résultats. Une planification efficace du contenu peut vous aider à identifier le nombre approprié de meilleurs résultats pour chaque mot clé, ce qui permet d'équilibrer le nombre de résultats de la recherche avec la pertinence de la recherche.

NoteRemarque :

Étant donné que l'URL d'un meilleur résultat est codée en dur par l'administrateur de la collection de sites, il peut s'agir de n'importe quelle URL. Elle peut même pointer vers du contenu qui n'a pas été analysé.

Vous pouvez utiliser le même meilleur résultat pour plusieurs mots clés. Si le meilleur résultat existe déjà, vous pouvez l'ajouter à n'importe quel mot clé sans avoir à entrer à nouveau ses propriétés, ce qui risquerait de créer des meilleurs résultats en double. Vous pouvez aussi modifier l'URL et la description de ce meilleur résultat simultanément pour tous les mots clés qui l'utilisent. Ceci est particulièrement utile si vous utilisez un site de test lors de la planification et avant le déploiement initial.

Description des synonymes

Les synonymes sont constitués d'un ou de plusieurs mots qui sont étroitement liés à un mot clé particulier. Par exemple, un synonyme possible pour le mot clé « voiture » peut être « auto », « automobile » ou « SUV ». Tous sont des synonymes possibles de ce mot clé particulier, car il est plausible que certains utilisateurs recherchant des voitures tapent l'un de ces mots dans la zone de recherche. Les administrateurs de collections de sites peuvent définir un ou plusieurs synonymes pour chaque mot clé. Le rôle d'un synonyme est d'afficher la même définition de mot clé et le même meilleur résultat dans la page des résultats de la recherche qui s'affiche lorsque le mot clé est utilisé. Dans l'exemple précédent, si un utilisateur final exécute une requête de recherche à l'aide du synonyme « absent du bureau », il voit la même description de mot clé et les mêmes meilleurs résultats que ce qu'il verrait en exécutant la requête avec le mot clé « adb ». La différence est cependant qu'il voit les résultats de la recherche uniquement pour le contenu qui contient les mots « absent du bureau » au lieu du contenu contenant le mot « adb ».

Les synonymes sont utiles lorsque plusieurs termes de recherche sont utilisés pour le même concept et le même contenu, afin que les résultats de la recherche soient consolidés et non pas éparpillés sur plusieurs termes de recherche. La liste qui est mise à jour lorsqu'un administrateur de collection de sites crée des mots clés et ajoute des synonymes est appelée un dictionnaire des synonymes. Ce dictionnaire d'Office SharePoint Server 2007 est compatible avec celui de Microsoft Office SharePoint Portal Server 2003.

Utiliser l'architecture des informations pour identifier des mots clés

Vous pouvez analyser le contenu de l'architecture des informations pour compiler une liste de termes à utiliser pour créer des mots clés que vous pouvez associer avec du contenu spécifique et très pertinent.

Par contenu pertinent, on entend tout élément de contenu spécifique que vous voulez que les utilisateurs voient en premier ou qui doit apparaître le plus en évidence lorsqu'ils effectuent une recherche à l'aide d'un mot clé spécifique. Voici des exemples de contenu pertinent pour chaque concept métier majeur ou zone de contenu principale :

  • Documents

  • Sites

  • Personnes

  • Définitions

  • Termes approuvés ou officiels qui ont la même signification, mais qui n'ont pas été inclus dans la requête de recherche.

L'association de mots clés à un meilleur résultat est utile pour encourager les personnes à consulter les documents importants qui sont nécessaires pour collaborer aux principaux processus métiers. Par exemple, une entreprise peut avoir un modèle spécial pour les notes de frais et un mot clé « note de frais » qui permet de placer ce modèle en tête des résultats de la recherche. Sans ce mot clé, chaque employé risque de perdre plusieurs minutes à demander l'URL appropriée à ses collègues ou à parcourir le site Web de la société. Avec le mot clé associé à l'URL menant au modèle de note de frais en tant que meilleur résultat, les employés peuvent localiser rapidement le modèle.

Les mots clés pour les sites sont utiles pour identifier l'emplacement des sites contenant des informations pertinentes dans une organisation de grande taille. Par exemple, « vacances » peut être un mot clé associé à un meilleur résultat contenant l'URL du site des ressources humaines, où se trouvent les informations sur les congés payés des employés. Idéalement, le meilleur résultat peut contenir l'URL de la page spécifique qui fournit des informations sur les jours fériés de la société.

Les mots clés qui aident des utilisateurs à en trouver d'autres favorisent la collaboration entre des personnes de services différents qui ont des connaissances importantes à partager, ou simplement entre personnes importantes de la société. Par exemple, vous pouvez associer une fonction telle que « PDG » au président directeur général d'une société, ou bien faire du site Mon site d'une personne un meilleur résultat pour un mot clé relatif à son organisation ou domaine de compétence, tel que « service marketing ».

Considérations relatives à la sécurité pour les mots clés

Contrairement aux versions précédentes d'Office SharePoint Portal Server, les mots clés et les meilleurs résultats ne sont pas affectés par les autorisations de sécurité et tous les lecteurs de la collection de sites peuvent voir tous les meilleurs résultats et tous les mots clés de cette collection de sites qui apparaissent dans les résultats de la recherche. Les utilisateurs qui n'ont pas les autorisations pour voir la page à laquelle un meilleur résultat est lié ne peuvent pas accéder à la page. Ils peuvent cependant voir la description du meilleur résultat sur la page des résultats de la recherche, ainsi que les URL vers le contenu. Cela risque d'exposer des informations qui ne sont pas destinées à être vues par certains utilisateurs.

Les mots clés sont conçus pour fournir des résultats prioritaires pour tous les utilisateurs.

Si vous souhaitez cibler du contenu pour certains utilisateurs en fonction de leurs autorisations, vous pouvez utiliser des audiences et des composants WebPart ciblés dans les emplacements appropriés de la collection de sites.

Planifier des mots clés pour toute l'organisation

Il est important de planifier des mots clés à l'avance de façon à garantir la cohérence des mots clés à travers votre organisation. Bien que les mots clés soient implémentés au niveau des collections de sites, vous devez autant que possible vous assurer de la cohérence des mots clés à travers les collections de sites.

Exemple d'une bonne planification des mots clés

Contoso Corporation possède deux collections de sites, une pour les ventes et une pour le service marketing. Chacune a son propre administrateur. Étant donné que les utilisateurs de ces collections de sites passent trop de temps à rechercher la liste des clients de la société, ces deux administrateurs décident de créer un mot clé pour leur collection de sites et de l'associer au meilleur résultat afin de mener les utilisateurs directement à la liste des clients.

Pour garantir que les utilisateurs finals bénéficient des mêmes conditions d'utilisation dans les deux collections de sites, les administrateurs décident ensemble comment le mot clé et le meilleur résultat doivent être définis.

TipConseil :

La planification de la cohérence des mots clés au sein de votre organisation requiert une bonne collaboration entre les différents administrateurs des collections de sites. Autant que possible, assurez-vous que les mots clés et les meilleurs résultats sont cohérents dans les collections de sites.

En évitant d'utiliser différents mots clés et meilleurs résultats dans les collections de sites qui pointent sur le même contenu, vous pouvez éviter la confusion chez l'utilisateur final. Par exemple, si l'administrateur de la collection de sites des ventes a créé un mot clé appelé « super liste » et que celui de la collection de sites du marketing a créé un mot clé appelé « liste principale », les utilisateurs finals qui utilisent ces deux collections de sites sont un peu perdus lorsque leurs recherches par mots clés n'affichent pas les meilleurs résultats qu'ils s'attendent à voir dans la page des résultats de la recherche. Autrement dit, un employé qui utilise principalement la collection de sites des ventes est habitué à effectuer des recherches en utilisant le mot clé « super liste » et s'attend à ce qu'il fonctionne avec les deux collections de sites.

Dans les organisations de taille réduite, l'équipe de planification du contenu est probablement limitée et se consacre à une seule collection de sites ; la planification des mots clés peut être gérée par une ou deux personnes seulement. Dans les grandes organisations, une équipe de planification plus étoffée peut être utile. Il est recommandé d'impliquer des décideurs et des administrateurs à chaque niveau, de façon à couvrir tous les besoins de l'entreprise.

Les meilleurs résultats apparaissent dans les résultats de la recherche, même si le contenu n'a pas été analysé. C'est une autre raison pour planifier des mots clés lors du déploiement initial, afin que le contenu prioritaire soit disponible dès le début d'un déploiement, avant que toutes les sources de contenu aient été analysées. Dans les rares cas où le contenu ne peut pas être analysé parce qu'un composant IFilter pertinent est manquant dans la recherche ou pour toute autre raison technique, vous pouvez utiliser les meilleurs résultats pour rendre le contenu plus facile à trouver même s'il n'a pas été analysé.

Des personnes influentes à chaque niveau de l'organisation planifient des mots clés pour leurs collections de sites. Elles utilisent le même plan de contenu global, adapté au contenu des collections de sites qu'ils planifient. Lors de la planification des mots clés, qui commence avant le déploiement et se poursuit par étapes successives après celui-ci, chaque groupe de planificateurs de contenu peut communiquer avec les autres pour préserver la cohérence dans le plan général.

Tous les mots clés ne sont pas planifiés avant le déploiement. Le rôle de vos équipes de planification du contenu consiste à identifier les concepts prioritaires les plus pertinents pour les requêtes de recherche, afin que celles-ci soient pertinentes immédiatement après le déploiement. Pour chaque mot clé, l'équipe de planification peut identifier un contact, appartenant ou non à l'équipe. Après le déploiement, les administrateurs de collections de sites peuvent étendre la liste des mots clés après avoir identifié dans les journaux de requête quels sont les termes de recherche les plus fréquemment utilisés.

Dans la phase de planification, les responsables des listes de mots clés peuvent examiner dans quelle mesure les mots clés correspondent à des requêtes. Les mots clés doivent correspondre exactement à la chaîne complète des termes de la recherche et ils ne doivent pas utiliser de syntaxe spéciale, telle qu'un signe plus (+) et un signe moins (-) lors de la recherche de contenu dans les listes, afin d'éviter d'obtenir plusieurs listes de mots clés pour une même requête et de simplifier ainsi les résultats de la recherche.

Planifier la gestion des mots clés

Les détails de la gestion des mots clés concernent principalement les opérations quotidiennes de vos collections de sites, mais il est préférable d'en aborder certains aspects lors la planification du déploiement. Il s'agit plus précisément des informations facultatives de contact et de publication que les administrateurs de collections de sites peuvent affecter aux propriétés.

TipConseil :

Une bonne planification avant le déploiement permet de réduire la gestion des opérations quotidiennes.

Outre les propriétés répertoriées dans la section « Planifier les mots clés, les meilleurs résultats et les synonymes » plus haut dans cet article, elle a les propriétés facultatives suivantes :

  • Dates de début, de fin (expiration) et de révision

  • Contact

Avant d'influencer les résultats de la recherche, les mots clés peuvent passer par une étape d'approbation : ils peuvent aussi être configurés pour entrer en fonction ou pour expirer après une certaine période de temps. Les mots clés prioritaires identifiés lors de la planification initiale sont généralement permanents, sauf pour le contenu concernant les personnes utilisant une collection de sites lors du déploiement initial.

Le contact pour chaque mot clé est la personne qui doit être contactée à l'expiration du mot clé, s'il est configuré pour expirer. Les planificateurs de contenu de chaque collection de sites doivent choisir les personnes qui géreront les mots clés après le déploiement initial et faire participer certaines d'entre elles au processus de planification au niveau collection de sites.

Toutefois, le processus de planification consiste en partie à décider à l'avance des personnes qui auront le pouvoir de décision sur les mots clés. Le fait de prendre ces décisions lors du processus de planification peut améliorer le fonctionnement ultérieur de la collection de sites et favoriser une utilisation cohérente et efficace des mots clés dans le futur.

En utilisant le modèle objet, vous pouvez également importer et exporter des mots clés entre des collections de sites sous la forme de feuilles de calcul Excel, de sorte que si des meilleurs résultats s'appliquent à d'autres collections de sites, vous pouvez les planifier une seule fois et les déployer ensuite sur toutes les collections de sites concernées. Cela permet aux responsables des mots clés d'une collection de sites au niveau d'une division ou d'un projet de suggérer des meilleurs résultats pour une collection de sites centrale dans un environnement de services partagés.

Pour plus d'informations sur la gestion des mots clés, consultez le Guide des opérations d'Office SharePoint Server 2007.

Action de feuille de travail

Notez vos décisions sur les mots clés dans la section « Mots clés » de la feuille de travail des conditions d'utilisation de la recherche pour l'utilisateur final (http://go.microsoft.com/fwlink/?linkid=81039&clcid=0x40C) .

Planifier la pertinence des résultats de la recherche

Plus le corps du contenu où les recherches sont effectuées est important, plus il est probable que plusieurs pages de résultats de recherche soient affichées pour une requête particulière. Ceci est particulièrement vrai lorsque des requêtes de mots clés simples sont utilisées. Pour faciliter une utilisation satisfaisante pour l'utilisateur final, assurez-vous que des liens vers le contenu le plus pertinent sont affichés dès que possible sur les pages de résultats de la recherche.

Office SharePoint Server 2007 permet aux administrateurs de fournisseurs de services partagés d'affecter des paramètres de pertinence à des pages Web indexées. Chaque paramètre de pertinence, qui est associé à une page Web particulière, détermine à quel point le lien menant à une page particulière est proche du début de la page des résultats. Les pages auxquelles un paramètre de pertinence a été affecté sont des pages faisant autorité.

Les paramètres des pages faisant autorité constituent un facteur de classement des résultats de la recherche. Pour plus d'informations sur la pertinence de la recherche, voir Vue d'ensemble de l'architecture de la pertinence de la recherche en entreprise (http://msdn2.microsoft.com/fr-fr/library/ms549085(en-us).aspx?amp;clcid=0x40c) .

Les paramètres des pages faisant autorité sont configurés au niveau du fournisseur de services partagés et ils s'appliquent à toutes les requêtes effectuées avec ce fournisseur. Les administrateurs de fournisseurs de services partagés peuvent affecter des sites à l'un des quatre niveaux de page faisant autorité :

  • Pages faisant le plus autorité

  • Pages faisant autorité de deuxième niveau

  • Pages faisant autorité de troisième niveau

  • Sites à rétrograder

Les pages Web qui font autorité sont estimées sur la base de leur niveau d'autorité, chaque niveau se voyant affecter une pondération de pertinence proportionnelle. Par défaut, les pages de plus haut niveau pour les applications Web sont ajoutées automatiquement avec le niveau d'autorité le plus élevé. Vous pouvez déplacer ces pages vers d'autres niveaux d'autorité ou les supprimer complètement des paramètres de pages faisant autorité.

Les sites auxquels aucun classement de page faisant autorité n'est affecté sont évalués en fonction de leur distance de clic d'un site faisant autorité. La distance de clic fait référence au nombre de liens entre un élément de contenu et une liaison de page faisant autorité à cet élément. Pour plus d'informations, voir la section « Distance de clic » dans Vue d'ensemble de l'architecture de la pertinence de la recherche d'entreprise (http://msdn2.microsoft.com/fr-fr/library/ms549085(en-us).aspx?amp;clcid=0x40c) .

Les sites auxquels le paramètre Sites à rétrograder a été affecté apparaissent généralement vers la fin des résultats de la recherche, une fois que tous les autres facteurs de pondération de pertinence ont été pris en compte.

Cela signifie qu'ils apparaissent souvent sur la page des résultats de la recherche après les pages qui ne sont même pas spécifiées en tant que pages faisant autorité. Il est recommandé d'utiliser ce paramètre seulement pour les sites qui contiennent des informations moins pertinentes (par exemple un site d'archivage).

Lorsque vous planifiez des paramètres de page faisant autorité, considérez la finalité de chaque site et examinez ses sous-sites. Regroupez les sites faisant autorité dans les trois niveaux selon leur importance et regroupez ceux qui ne sont vraisemblablement pas pertinents dans les sites à rétrograder.

Les pratiques recommandées à utiliser lors de la planification des paramètres de page faisant autorité sont les suivantes :

  • Les sites SharePoint et les applications métiers à la base des processus d'entreprise prioritaires feront le plus autorité.

  • Les sites qui encouragent la collaboration ou l'action feront probablement plus autorité que les sites contenant principalement des informations.

  • Les sites contenant des informations mais qui ne sont pas essentiels aux processus métiers prioritaires ou qui ne sont pas utilisés pour la collaboration se retrouveront probablement dans le deuxième ou le troisième niveau des sites faisant autorité.

  • Les sites externes font en général moins autorité, car votre organisation ne peut pas contrôler le contenu de ces sites.

  • Vous n'avez pas besoin d'affecter un paramètre de page faisant autorité à chaque site. Il peut s'avérer utile de sélectionner la pertinence d'un petit nombre de sites dont vous savez qu'ils font davantage autorité ou qu'ils sont moins pertinents, puis d'ajuster les paramètres de pertinence lors de l'exploitation normale, sur la base des commentaires des utilisateurs et des informations consignées dans les journaux de requêtes.

Action de feuille de travail

Notez vos décisions sur les pages faisant autorité dans la section « Pages faisant autorité » de la feuille de travail des conditions d'utilisation de la recherche pour l'utilisateur final (http://go.microsoft.com/fwlink/?linkid=81039&clcid=0x40C) .

Déterminer s’il faut utiliser des emplacements fédérés et des composants WebPart de fédération

NoteRemarque :

Les informations fournies dans cette section s'appliquent à Office SharePoint Server 2007 avec la Mise à jour d’infrastructure pour les produits serveur de Microsoft Office. Pour plus d'informations, voir Installer la mise à jour d’infrastructure pour les serveurs Microsoft Office (Office SharePoint Server 2007).

La fédération, nouvelle fonctionnalité qui a été introduite pour la première fois dans Search Server 2008, et maintenant disponible dans Office SharePoint Server 2007 en installant la Mise à jour d’infrastructure pour les produits serveur de Microsoft Office, peut être planifiée avec les autres fonctionnalités de recherche de l'utilisateur final. La fédération permet aux utilisateurs finaux de lancer une recherche dans plusieurs sources et regroupe les résultats dans une page de résultats unique. Ces sources peuvent inclure :

  • les référentiels de contenu d’entreprise de votre société ;

  • les moteurs de recherche Internet ou les services d’abonnements utilisés par votre société ;

  • les documents d'entreprise indexés par Office SharePoint Server 2007 dans d'autres divisions ou régions du monde.

Lorsque l’utilisateur final émet une requête, Office SharePoint Server 2007 met en forme les résultats et les restitue à côté de vos résultats indexés à l’aide des nouveaux composants WebPart de fédération.

Lorsque vous planifiez les conditions dans lesquelles vous souhaitez que les utilisateurs effectue une recherche dans des emplacements fédérés, essayez de cibler les besoins et les habitudes de recherche des utilisateurs de votre société. Posez-vous les questions suivantes : quel contenu vos utilisateurs ont-ils besoin de rechercher en priorité pour être productifs ? Quelles sont les requêtes qu’ils sont en train d’utiliser ? Ciblez vos emplacements fédérés de manière à résoudre les principaux problèmes d’information auxquels votre société est confrontée.

Lors de l’utilisation de la fédération, il est tentant d’ajouter plusieurs emplacements fédérés pour répondre à tous les besoins possibles des utilisateurs. Malheureusement, cela conduit de nombreux utilisateurs à ignorer les résultats fédérés, qui sont sources de confusion.

Pour que les résultats fédérés ciblent des réponses utiles aux requêtes, les emplacements fédérés peuvent établir une correspondance entre des formats de requête spécifiques et des règles de déclencheurs. Lorsque vous créez une règle de déclencheur pour un emplacement fédéré, le composant WebPart associé à cet emplacement n’affiche que les résultats des requêtes qui correspondent au modèle ou préfixe que vous spécifiez.

Par exemple, supposons que vous travaillez dans une société appelée Contoso, où les employés fabriquent un produit appelé un gadget. Les employés doivent trouver ces gadgets à plusieurs reprises par jour en utilisant un identificateur de gadget à dix chiffres. Les gadgets sont stockés dans une base de données qui ne peut pas être analysée par Office SharePoint Server 2007. Pour permettre aux employés de Contoso de rechercher les gadgets, vous créez un connecteur de fédération qui effectue une recherche dans la base de données des gadgets. Toutefois, l’affichage des informations sur les gadgets pour chaque requête est susceptible d’être une source de frustration pour vos utilisateurs. Par conséquent, vous créez un déclencheur d’emplacements fédérés en utilisant un modèle qui reconnaît les requêtes à dix chiffres. Dorénavant, lorsque les utilisateurs recherchent des identificateurs de gadgets, ils obtiennent un résultat fédéré de niveau supérieur à partir de la base de données des gadgets.

Pour plus d’informations sur l’utilisation des déclencheurs et des règles de déclencheurs, voir Utiliser des déclencheurs et des modèles de requête (Office SharePoint Server).

Vous pouvez ajouter des résultats fédérés sur la page des résultats de la recherche et les configurer avec un composant WebPart pour les résultats fédérés ou un composant WebPart pour les résultats fédérés de niveau supérieur. Par défaut, la page des résultats de la recherche contient deux composants WebPart pour les résultats de recherche fédérés et un composant WebPart pour les résultats fédérés de niveau supérieur. Vous définissez l’emplacement fédéré et ses propriétés dans les composants WebPart sur la page des résultats de la recherche.

Pour plus d'informations sur la fédération, voir Fédération des résultats de recherche à partir d'autres emplacements (Office SharePoint Server).

Planifier l'apparence des liens

Les administrateurs de fournisseurs de services partagés peuvent utiliser des mappages de noms de serveurs pour modifier la façon dont des URL ou des plages d'URL sont affichées dans les résultats de la recherche. Les mappages de noms de serveurs sont définis au niveau du fournisseur de services partagés pour tout le contenu analysé par ce fournisseur, et ils sont appliqués à chaque analyse complète des sources de contenu concernées. Vous pouvez utiliser le mappage de noms de serveurs dans les scénarios suivants :

  • Vous voulez éviter les problèmes d'accès et les vulnérabilités de sécurité potentielles provoqués par des liens qui indiquent les adresses locales sur le serveur. Par exemple, en fonction de la façon dont le contenu est analysé, une URL peut afficher un chemin d'accès local sur le serveur.

  • Vous voulez ne pas faire apparaître des URL complexes dans les résultats de la recherche, et vous les remplacez par un nom plus court sur le serveur.

  • Pour des raisons de sécurité, vous voulez masquer le nom de la source d'origine du contenu, tel que le nom du serveur ou du partage.

Utilisez des mappages de noms de serveurs uniquement lorsque vous avez l'un des problèmes d'affichage décrits dans la liste précédente. Dans la plupart des cas, la planification des mappages de noms de serveurs avant le déploiement initial doit rester limitée.

Action de feuille de travail

Notez vos décisions sur les pages faisant autorité dans la section « Pages faisant autorité » de la feuille de travail des conditions d'utilisation de la recherche pour l'utilisateur final (http://go.microsoft.com/fwlink/?linkid=81039&clcid=0x40C) .

Planifier des alertes basées sur la recherche

Un administrateur de fournisseurs de services partagés peut décider si les alertes basées sur la recherche sont activées pour un fournisseur de services partagés particulier. Si elles sont activées et si le serveur est configuré pour envoyer des messages électroniques, les utilisateurs finals peuvent cliquer sur le lien M'avertir en haut de la page des résultats de la recherche et spécifier le type de modifications dont ils veulent être avertis, ainsi que la fréquence à laquelle ils souhaitent recevoir une alerte par courrier électronique. Notez que lorsque vous autorisez les alertes basées sur la recherche, votre système utilise des ressources supplémentaires sur les serveurs de messagerie et augmente la charge sur les serveurs de requêtes, car les requêtes pour chaque alerte basée sur la recherche s'exécutent chaque fois qu'une alerte basée sur la recherche est traitée. Lors de la planification du déploiement initial, examinez les ressources disponibles pour les alertes et la probabilité que les personnes utilisant vos sites utilisent les alertes de manière productive. Les alertes basées sur la recherche sont activées par défaut.

TipConseil :

Si vous désactivez les alertes basées sur la recherche dans le fournisseur de services partagés, il est préférable que tous les propriétaires de site suppriment le lien M'avertir en haut de leurs pages de résultats de recherche.

Lors des opérations, les alertes basées sur la recherche sont automatiquement désactivées quand tout l'index de contenu est réinitialisé, pour éviter d'avoir à envoyer des notifications pour toutes les alertes basées sur la recherche. Les administrateurs doivent ensuite réactiver les alertes.

Action de feuille de travail

Notez vos décisions à propos des alertes basées sur la recherche dans la section « Alertes basées sur la recherche » de la feuille de travail des conditions d'utilisation de la recherche pour l'utilisateur final (http://go.microsoft.com/fwlink/?linkid=81039&clcid=0x40C) .

© 2009 Microsoft Corporation. Tous droits réservés. Conditions d'utilisation  |  Marques  |  Confidentialité
Page view tracker