#SPC2012 : Optimize search relevance in SharePoint 2013

Session de 17h à 18h15 animée par Jan Inge Bergseth et Victor Poznanski

Petit résumé:

Une session 400 en fin de journée par 2 accents à couper au couteau… Vive la Norvège !

On a eu une revue des méthodes pour jouer sur les résultats selon les requêtes. Pas simple du tout !

// les challenges pour la recherche

Exemple d’une personne qui tape « SharePoint conference » dans son moteur de recherche :

  • Que cherche t il ?
  • Ou sont mes slides ?
  • Ou se déroule la conference ?
  • Etc…

Améliorer la relevance est un cycle en 4 étapes :

  • il faut identifie le problème (une webpart : vous ne trouvez pas ce que vous voulez ? »‘ est une bonne idée pour que les soucis soit remontés)
  • le diagnostiquer (problème de crawl, verifier les permission, etc.)
  • réparer le problème
  • déployer

// authorities

On peut définir des site (url) qui font autorité. KM, référence, etc.

Définir un site comme une autorité donne un peu d’autorité aux sites avec lesquels ils est lié par hyperliens. Et ceci en cascade.

Un site défini comme autorité voit son contenu remonter au niveau ranking dans les résultats.

// result sources

Équivalent des scopes 2010.

C’est une configuration au niveau site collection.

L’idée est de cibler des recherches contenant le mot « training » vers une liste de training. (par exemple).

{searchTerm} url:http://site/list

// démo : faire l’équivalent du federated search 2010

On paramètre un result sources sur du openSearch (bing).

Ensuite on créé un query rule pour déclencher la recherche sur notre result source et l’afficher dans un result bloc.

Exemple : si je saisi sharepoint, j’ai un bloc avec les résultats de Bing. L’avantage est que ces résultats s’affichent dans la même webpart que les autres, pas comme en 2010.

// query rules

Cas d’utilisation : si j’ai une query avec un nom de société, je veux surement afficher des résultat de mon CRM.

Ou si ma requête commence par « what is », je veux un bloc avec les résultats de wikipedia.

// démo : query rule

Depuis les site settings, on crée une query rule de type advanced

Jan Inge va a fond, impossible de noter et difficile à comprendre, la vidéo sera utile.

// verticals

Les vertical sont super intéressants pour avoir des refiner, display templates, query rules, sort, tous différents et dédiés à ce vertical.

On a une démo encore a fond la caisse pour montrer qu’on peut afficher un result bloc d’un vertical depuis un autre si on saisit les requêtes les plus courantes sur celui ci. En gros…

// démo : dynamic rules / XRANK

Un dynamic ordering peut se paramétrer dans le query builder.

Cela permet de paramétrer : Si le résultat correspond à une condition, on augmente ou diminue le ranking.

// ranking customization

Cette option doit être gardée que si on arrive pas à ce qu’on veut avec les outils décrits avant.

De plus on doit avoir diagnostiquer que le ranking doit être améliorer pour la plupart des queries.

On a un outil qui sera disponible pour tuner le ranking depuis le navigateur. Celui ci sera disponible dans les prochaines semaines. C’est un wsp qui ajoute des écran d’administration dans les site settings.

C’est assez high level, difficile de les suivre, revoir la vidéo et les slides sera pas un luxe.

🙂

Fabien

Laisser un commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s