[SPC14] 6 proven steps to get the best out of search in SP2013

Mail de Fabien

Session par Paul Olenik, consultant, AvePoint

// résumé

Session power user, la salle est pleine, le sujet intéresse.
Manque de chance pour moi, c’est ce que l’on connaît déjà tous sur le paramétrage de la recherche, je pensais qu’on allait voir plus de cas concrets et en situation.

// l’expérience de recherche OOTB

Il nous rappelle l’origine de sharepoint search 2013 : fast + sharepoint search
Il souligne aussi que la recherche est maintenant au cœur de SP : cswp, cross site publishing, analytics,…
Une démo de la recherche OOTB pour ceux qui ne la connaissent pas : les verticals de recherche, le panneau de raffinement, le call out avec OWA et le « take a look inside », les suggestions, les résults blocs.

Il nous montre maintenant un call out custom avec des métadonnées custom pour un content type.

Maintenant la recherche de personne. Dommage qu’il nous montre encore le profil SP avec le newsfeed SP, et yammer?

// les outils de paramétrage

Les 4 outils pour customiser la recherche :
• Result sources : scope ou fédération
• Result types : discussion, web site, Word document, items du CRM, documents de Fabien datant de moins de 30j,…
• Display templates: comment on affiche les résulte types, en html/js
• Query rule: une action en fonction de la requete : exemple : redirection vers le support en cas de saisie « support », détection d’un numéro de commande et redirection vers la page de tracking, best bets, etc…

Démos de tout ça, comme dans nos cafés SharePoint, aucune nouveauté.

// les verticals

Il nous fait une démo. Il ajoute un vertical: ajout d’une page de résultat, modification de la webpart search résulte, ajout du lien vers la page. Facile.

// la content search web part

Une énième présentation et démo de la cswp. Je vous l’épargne, voir les CR précédents…

Des variables utiles dans le query builder : {user.name}, {user.email}, {today+30}

// best practices

La qualité des la recherche dépend directement de la qualité de la structuration de l’information et du tagging des documents.

Fabien

[SPC14] Search driven publishing portal in SP Online

Mail de Fabien

Session présentée par :
• Alex Pope
• Helge Grenager Solheim: fast team a Oslo
• Tous deux Microsoft

Session IT Pro

// Résumé
Une session sur la CSWP. Une nouveauté: un cache est disponible. C’est tout, le reste, on savait déjà.

// intro
Ca va parler de la content Search webpart.
Elle a été mise a disposition dans online en septembre.

On va parler display Template, group cache,…

Il nous rappelle l’architecture:
Le contenu d’un coté . La recherche l’index et la surface dans les pages :
• Contenu dans des listes, librairies
• Crawl, process index
• Load page , évaluation de la query
• Les résultats sont affichés via display templates

Il nous montre des cas d’usage de la cswp:
• Carrousel de news
• Document populaires
• Mes documents
Les news sont dans une liste sp.
L’ajout d’item n’est pas immédiat car l’index doit tourner.

// Search driver publishing in SPO vs on premise

Dans on premise seulement: faceted navigation, taxonomy refinement, product catalog site template

Dans O365: tout le reste

// CSWP
• On ajoute la wp
• On sélectionne la query
• On sélectionne le display template

// display templates
Des natifs existent, ils sont basiques.
Des custom possible en html/js

// création des propriétés automatiquement
Les colonnes de listes sont automatiquement mappée vers des crawled properties. Les colonnes de site, des crawled et des mapped.

// démo
Il nous fait une démo de paramétrage de CSWP sur O365.

Utiliser sort by viewsRecent pour trier par popularité.
Utiliser filtre by « name of the user who runs the query » pour mes items.

// CSWP group cache

Une nouveauté. Permet de réduire le temps de chargement des pages en ne rejouant pas a chaque fois les pages. 15min de cache par défaut.
Le cache est lié a un groupe AD (qui doit avoir droit de lecture), par exemple « lecteurs de news ».

Dans les settings de la cswp, une option de Caching est apparue.

Il ne faut pas l’utiliser : sur les pages avec requêtes personnalisée, ou avec de la sécurité granulaire ou sur les pages avec peu de trafic.

// best practices

Si on load beaucoup de manager properties, et qu’on ne peux pas cacher le résultat, penser à paramétrer la cswp en mode chargement asynchrone.

// cswp vs cqwp

préférer la cswp.
Cqwp: pas de latence à cause de l’index. C’est le seul avantage.

Fabien