Pianificare l'esperienza di ricerca dell'utente finale (Search Server 2008)

Aggiornato: 2008-03-03

Contenuto della sezione:

• Pianificare cosa viene visualizzato agli utenti quando eseguono una query

• Pianificare cosa viene visualizzato agli utenti nei risultati di ricerca

Gli amministratori della ricerca possono migliorare la pertinenza e la presentazione dei risultati di ricerca pianificando accuratamente l'esperienza dell'utente finale. L'obiettivo di tale pianificazione è consentire all'utente di trovare rapidamente le informazioni desiderate. Le informazioni presenti in questo articolo consentono agli amministratori dei servizi di ricerca e gli amministratori delle raccolte siti di ottimizzare l'esperienza di ricerca dell'utente finale.

Nella prima sezione di questo articolo:

• Viene descritta l'interfaccia utente per l'esecuzione delle query di ricerca.

• Vengono descritte le ricerche avanzate e le proprietà per filtrare i risultati di ricerca. Grazie a tali informazioni, gli amministratori possono offrire agli utenti un sistema di ricerca avanzato e potente attraverso la gestione corretta di parole chiave e proprietà.

• Vengono illustrati i vantaggi dell'utilizzo delle ricerche basate su proprietà con gli ambiti. Viene ad esempio spiegato in che modo le proprietà sottoposte a ricerca per indicizzazione sono correlate alle proprietà gestite e come pianificarle.

Nella seconda sezione di questo articolo vengono descritte le pagine dei risultati di ricerca e le funzionalità che consentono agli amministratori di modificare il modo in cui i risultati di ricerca vengono visualizzati agli utenti.

Nella seconda sezione di questo articolo:

• Viene descritto come pianificare parole chiave ed elementi di maggiore rilevanza. Viene ad esempio spiegato come pianificare parole chiave efficaci, come pianificare elementi di maggiore rilevanza per una particolare organizzazione e in che modo l'associazione tra sinonimi e parole chiave può migliorare l'esperienza dell'utente finale.

• Viene illustrato in che modo gli amministratori possono controllare la classificazione per pertinenza di particolari siti per migliorare la pertinenza dei risultati di ricerca.

• Viene descritta la nuova funzionalità per la gestione dei percorsi federati, che possono essere utilizzati per eseguire ricerche in origini diverse e combinare i risultati in un'unica pagina.

• Viene descritto come controllare i collegamenti che vengono visualizzati nei risultati di ricerca.

• Viene illustrato come pianificare avvisi basati sulla ricerca.

Le funzionalità descritte in questo articolo consentono agli amministratori di controllare molti aspetti dell'esperienza di ricerca dell'utente finale. Sebbene sia consigliabile valutare periodicamente l'efficienza delle query di ricerca, una buona pianificazione prima della distribuzione iniziale può contribuire alla creazione di query di ricerca efficaci sin dal principio e alla riduzione dei costi di amministrazione successivi.

Pianificare cosa viene visualizzato agli utenti quando eseguono una query

Per pianificare in modo efficace opzioni di configurazione che consentano di agevolare gli utenti nella ricerca dei contenuti desiderati, è necessario considerare innanzitutto gli elementi visualizzati nell'interfaccia utente.

Interfaccia utente per la ricerca

Per comprendere come pianificare l'esperienza di ricerca dell'utente finale, è utile innanzitutto acquisire familiarità con l'interfaccia utente che viene visualizzata quando gli utenti finali eseguono una query. Come prevedibile, si tratta di un'interfaccia utente particolarmente semplice. Il punto focale di tale interfaccia utente è costituito da una casella di ricerca in cui gli utenti possono immettere query di ricerca. Viene visualizzata una casella di ricerca in tutte le pagine non amministrative della raccolta siti e del Centro ricerche. La casella di ricerca viene ad esempio visualizzata per impostazione predefinita ai livelli di sito e di elenco, nonché nel Centro ricerche. Il Centro ricerche stesso è una raccolta siti.

Nelle sezioni seguenti viene descritta l'interfaccia utente di ricerca a ogni livello della raccolta siti.

Interfaccia utente di ricerca a livello di sito

La casella di ricerca a livello di sito (callout 2) è una casella di testo visualizzata nell'angolo superiore destro delle pagine del sito Web in cui gli utenti possono immettere le query di ricerca e quindi fare clic sull'icona Inizia la ricerca (callout 3) per eseguirle.

La prima cosa che probabilmente un utente si chiede quando osserva una casella di ricerca nell'interfaccia utente è su quale contenuto verrà eseguita la propria query. L'elenco Ambito di ricerca (callout 1) accanto alla casella di ricerca indica su quale blocco di informazioni nell'indice di contenuto verrà eseguita la query. Gli ambiti di ricerca, o semplicemente ambiti, sono filtri che vengono applicati ai risultati di ricerca allo scopo di filtrare gli elementi visualizzati nella pagina di ricerca includendo solo quelli compresi all'ambito specificato. In tal modo gli utenti possono eseguire query su sottoinsiemi di contenuto nell'indice di contenuto, migliorando così la pertinenza dei risultati di ricerca.

Per impostazione predefinita, l'ambito della casella di ricerca a livello di sito è Questo sito. Le query vengono eseguite su tutto il contenuto associato al sito corrente e a tutti i relativi siti secondari.

Interfaccia utente di ricerca a livello di elenco

L'interfaccia utente di ricerca a livello di elenco presenta un aspetto e un funzionamento analoghi a quelli dell'interfaccia utente di ricerca a livello di sito, fatta eccezione per la disponibilità di un ulteriore ambito di ricerca denominato Questo elenco. La casella di ricerca a livello di elenco viene visualizzata nell'angolo superiore destro di ogni elenco e libreria in tutte le raccolte siti e per impostazione predefinita è impostata in modo da utilizzare l'ambito Questo elenco. Gli utenti possono comunque selezionare l'ambito Questo sito o un eventuale ambito personalizzato.

Interfaccia utente di ricerca di Centro ricerche

Il Centro ricerche presenta un'interfaccia utente centralizzata e altamente personalizzabile in cui gli utenti possono eseguire query di ricerca. Il Centro ricerche è costituito da una casella di ricerca per l'immissione delle query di ricerca e da un collegamento alla pagina Ricerca avanzata, in cui gli utenti possono creare query di ricerca avanzate. Per impostazione predefinita, l'ambito della casella di ricerca è Tutti i siti e consente di eseguire ricerche su tutto il contenuto nell'indice.

Analogamente alla casella di ricerca a livello di sito, la casella di ricerca nel Centro ricerche (callout 1) è una casella di testo in cui gli utenti possono digitare una query di ricerca che verrà poi eseguita facendo clic sul pulsante Inizia la ricerca (callout 2). Gli utenti esperti possono fare clic sul collegamento Ricerca avanzata (callout 3) per accedere alla pagina Ricerca avanzata e creare una query complessa. Informazioni sulla pagina Ricerca avanzata vengono fornite più avanti in questo articolo.

Se Server di ricerca 2008 Microsoft viene installato utilizzando l'opzione base, il sito Web principale verrà creato utilizzando il modello Centro ricerche. In tal caso il sito principale della propria raccolta siti sarà il Centro ricerche.

Nella tabella seguente vengono illustrati gli ambiti disponibili in Server di ricerca 2008 per impostazione predefinita e i livelli in cui possono essere utilizzati.

Questo ambito	Consente agli utenti di	A questo livello
Tutti i siti	Eseguire una ricerca in tutto il contenuto nell'indice	Centro ricerche Sito principale Sito secondario Elenchi e raccolte
Questo sito: nome sito	Eseguire una ricerca nel sito corrente e in tutti i siti secondari relativi	Sito principale Sito secondario Elenchi e raccolte
Questo elenco: nome elenco	Eseguire una ricerca nell'elenco corrente	Elenchi e raccolte

Pianificare ambiti personalizzati

In questa sezione vengono fornite informazioni sugli ambiti predefiniti utilizzabili per filtrare il contenuto su cui viene eseguita una query di ricerca. L'amministratore di ricerca può contribuire a identificare i casi in cui nell'organizzazione si renda necessario creare ambiti personalizzati da affiancare agli ambiti predefiniti. L'utilizzo di ambiti personalizzati con regole ambito consente di raggruppare determinati contenuti nell'indice in parti di contenuto distinte in cui sia possibile eseguire ricerche separatamente.

È ad esempio possibile consentire la ricerca in un set specifico di siti Web o in tutti i documenti di Word in base all'autore, alla data di creazione o a una combinazione di questi parametri.

È possibile creare ambiti personalizzati a livello di raccolta siti, rendendo così tali ambiti personalizzati disponibili per la raccolta siti in cui sono stati creati.

Quando si pianificano gli ambiti di ricerca si esamina l'architettura delle informazioni disponibili per suddividere i contenuti in macroblocchi su quali si prevede che gli utenti eseguiranno le proprie ricerche. Alcuni di tali blocchi abbracceranno più siti ed altri si estenderanno su più blocchi di informazioni secondari delle raccolte siti.

Pianificare ambiti per le raccolte siti

L'amministratore di una raccolta siti può creare ambiti basati sull'architettura delle informazioni contenute nel sito.

Di seguito vengono elencate le attività relative agli ambiti che gli amministratori delle raccolte siti possono eseguire a livello di sito:

• Scegliere come visualizzare gli ambiti di ricerca (Casella di riepilogo a discesa ricerca, Ricerca avanzata o entrambi).

• Creare ambiti a livello di raccolta siti.

• Modificare gli ambiti a livello di raccolta siti (di seguito sono disponibili ulteriori informazioni).

• Aggiungere regole ambito.

• Creare ambiti a livello di raccolta siti.

• Visualizzare lo stato. Ad esempio quali regole ambito contengono e il relativo l'ordine nell'elenco ambiti in cui vengono visualizzate.

Quando si crea o si modifica un nuovo ambito a livello di raccolta siti, si specifica quanto segue:

• Titolo univoco.

• Descrizione dell'ambito (facoltativo).

• Gruppo di visualizzazione, talvolta denominato gruppo ambito. Gli amministratori delle raccolte siti possono assegnare ambiti ai gruppi di visualizzazione per determinarne la posizione di visualizzazione nel sito. Per impostazione predefinita, Server di ricerca 2008 offre gruppi di visualizzazione per l'elenco a discesa della casella di ricerca e per la pagina Ricerca avanzata. Gli amministratori delle raccolte siti possono assegnare uno o più ambiti a qualsiasi gruppo di visualizzazione o creare nuovi gruppi di visualizzazione.

• Pagina dei risultati. I risultati prodotti dalle ricerche eseguite utilizzando questo ambito possono essere visualizzati nella pagina dei risultati di ricerca predefinita o in una pagina diversa. Si noti che se si sceglie di utilizzare una pagina diversa, sarà innanzitutto necessario crearla.

Pianificare gruppi di visualizzazione

I gruppi di visualizzazione consentono di assegnare ambiti a una casella di ricerca specifica. Gli amministratori delle raccolte siti possono configurare i gruppi di visualizzazione esistenti in più modi o crearne di nuovi. In genere il proprietario di un sito definisce un gruppo di visualizzazione per rispondere a un'esigenza specifica. Gli utenti del sito di un determinato team potrebbero ad esempio avere l'esigenza di cercare frequentemente contenuti distribuiti in più raccolte documenti. Per restringere il campo della ricerca, devono attualmente eseguire ricerche distinte in diverse caselle di ricerca, ad esempio nelle diverse caselle di ricerca di ogni raccolta, oppure creare una query avanzata per filtrare i risultati di ricerca. Per offrire agli utenti un modo più semplice per eseguire questa ricerca frequente, l'amministratore della raccolta siti crea un gruppo di visualizzazione e vi assegna un ambito appropriato. I proprietari del sito possono quindi associare a tale gruppo di visualizzazione una casella di ricerca specifica. Ad esempio, una casella di ricerca in una pagina di ricerca personalizzata del sito. Gli utenti possono quindi utilizzare tale casella di ricerca per eseguire ricerche sul contenuto definito dall'ambito, in questo caso, le raccolte documenti. Per impostazione predefinita, Server di ricerca 2008 offre due gruppi di visualizzazione:

• Casella di riepilogo a discesa ricerca   Per impostazione predefinita, l'ambito Tutti i siti è assegnato a questo gruppo di visualizzazione ed è utilizzato dalla casella di ricerca.

• Ricerca avanzata   Per impostazione predefinita, l'ambito Tutti i siti è assegnato a questo gruppo di visualizzazione ed è utilizzato dalla casella di ricerca nella pagina Ricerca avanzata.

Gli amministratori delle raccolte siti possono eseguire le operazioni seguenti:

• Aggiungere ambiti a qualsiasi gruppo di visualizzazione.

• Rimuovere ambiti da qualsiasi gruppo di visualizzazione.

• Creare nuovi gruppi di visualizzazione e assegnarvi gli ambiti desiderati.

• Modificare l'ordine in cui gli ambiti vengono visualizzati nell'elenco Ambiti di ricerca.

• Specificare quale ambito viene selezionato per impostazione predefinita nell'elenco Ambiti di ricerca.

I proprietari dei siti possono eseguire le operazioni seguenti

• Assegnare gruppi di visualizzazione differenti alla casella di ricerca e alla pagina Ricerca avanzata nel sito Centro ricerche.

• Creare nuove pagine di ricerca utilizzando le web part Casella di ricerca e Casella di ricerca avanzata e assegnarvi uno o più gruppi di visualizzazione.

Pianificare regole ambito

Gli ambiti vengono definiti tramite l'aggiunta di regole. Le regole ambito definiscono quale contenuto associare o meno all'ambito. Le regole ambito aggiunte a un determinato ambito ne definiscono l'estensione.

Ogni regola ambito è basata su un particolare tipo di regola ambito che definisce proprietà, percorsi e origini dei contenuti. Nella tabella seguente vengono elencati i tipi di regola ambito disponibili per gli ambiti di ricerca a livello di raccolta siti.

Questo tipo di regola ambito	È disponibile per gli ambiti di ricerca a livello di raccolta siti	Vaglia il contenuto per
Indirizzo Web (https://server/sito)	Sì	Percorso
Condizione proprietà (Author=Elena Nicolello)	Sì	Singola proprietà
Origine contenuto	No	Un'origine di contenuto specifica
Tutto il contenuto	Sì	Tutto il contenuto nell'indice di contenuto

Il tipo di regola ambito Tutto il contenuto è il più semplice perché associa all'ambito tutto il contenuto sottoposto a ricerca per indicizzazione. Per ognuno degli altri tre tipi di regola ambito, un amministratore dei servizi di ricerca può specificare il comportamento che determina il contenuto da associare all'ambito. Tali comportamenti sono descritti nell'elenco seguente:

• Include   Gli elementi che corrispondono a questa regola vengono visualizzati nei risultati di ricerca, a meno che non vengano rimossi da un'altra regola. Quando si combinano le regole, questo comportamento sortisce un effetto analogo a quello dell'operatore logico OR.

• Require   Gli elementi che soddisfano altre regole devono soddisfare anche questa regola per essere visualizzati nei risultati di ricerca. È l'equivalente dell'operatore logico AND.

• Exclude   Gli elementi che soddisfano questa regola vengono esclusi dai risultati di ricerca anche se soddisfano altre regole. È l'equivalente dell'operatore logico AND NOT.

Gli ambiti verranno spesso basati su una regola ambito singola. Vi sono tuttavia buoni motivi per utilizzare ambiti con più regole. È possibile creare ambiti basati su un tema specifico o su un set di contenuti correlati dal punto di vista concettuale. A tale scopo, è possibile includere ed escludere diversi percorsi, proprietà o combinazioni di percorsi e proprietà correlati dal punto di vista concettuale. La combinazione logica delle regole determina il contenuto che verrà incluso o escluso dall'ambito.

Utilizzo di regole ambito basate sul percorso

È possibile creare regole basate sul percorso (indirizzo Web o percorso UNC) del contenuto utilizzando il tipo di regola ambito Indirizzo Web. Diversi scenari di utilizzo prevedono l'impiego di regole di questo tipo, tra cui la ricerca di contenuti:

• In un gruppo di raccolte documenti.

• All'interno di un set di cartelle in un unico archivio documenti di grandi dimensioni, ad esempio quando si eseguono ricerche in un archivio aziendale.

• In siti esterni per un argomento particolare.

• In altri server dell'organizzazione.

Ogni regola ambito di tipo Indirizzo Web contiene un unico percorso, definito da un'unica cartella, nome di dominio o nome server. A seconda del set di contenuti da rendere disponibile in un ambito, si aggiungeranno regole di corrispondenza finché l'ambito di ricerca non includerà tutti i percorsi pertinenti ed escluderà tutti i percorsi non pertinenti. Per determinare quali percorsi includere in ogni ambito, esaminare l'architettura delle informazioni e la struttura del sito.

Utilizzo di regole ambito basate su proprietà gestite

È possibile basare le regole ambito su un valore specifico di una singola proprietà gestita utilizzando il tipo di regola ambito Condizione proprietà. Prima di creare tale regola ambito, verificare che:

• La proprietà gestita che si desidera utilizzare esista, in quanto proprietà gestita predefinita o in quanto creata da un amministratore dei servizi di ricerca.

• La proprietà gestita sia configurata per l'utilizzo negli ambiti. Di norma, vengono create diverse proprietà gestite, ma solo alcune vengono configurate per l'utilizzo negli ambiti. È possibile utilizzare negli ambiti di ricerca solo le proprietà gestite che gli amministratori dei servizi di ricerca hanno espressamente reso utilizzabili negli ambiti.

  Nota

  Al fine di rendere una proprietà utilizzabile negli ambiti, gli amministratori dei servizi di ricerca possono utilizzare la pagina Modifica proprietà gestita.

Dopo la creazione della regola ambito, ogni elemento di contenuto che corrisponde alla condizione proprietà viene confrontato con tale valore specifico e incluso o escluso in base alla regola. Le regole basate su proprietà possono essere utilizzate solo con l'operatore è uguale a e non con altri operatori, come ad esempio contiene.

L'amministratore di una raccolta siti, ad esempio, per un sito portale di vendite può creare ambiti per ogni ufficio vendite utilizzando la proprietà gestita SalesOffice e impostando per ogni ambito il valore della regola sul valore di un ufficio. Poiché gli ambiti così creati utilizzano questa proprietà gestita, i risultati di una ricerca basata su uno di tali ambiti includeranno solo contenuti per il relativo ufficio vendite.

Quando l'organizzazione definisce le proprietà gestite, è opportuno considerare gli ambiti. Per creare un ambito per un determinato set di contenuti, è necessario verificare che esistano proprietà di quel contenuto mappate a proprietà gestite utilizzabili in regole ambito.

Utilizzo di regole ambito basate su un'origine di contenuto

Quando si dispone delle autorizzazioni di amministratore di Search Server, è possibile creare regole ambito su origini di contenuto a livello di raccolta siti. Tale operazione potrebbe essere utile per diversi motivi:

• Per creare ulteriori origini di contenuto allo scopo di eseguire la ricerca per indicizzazione di contenuto in base a una pianificazione diversa.

• Per creare un'origine di contenuto separata allo scopo di eseguire la ricerca per indicizzazione di contenuto in una farm SharePoint Services and Technologies differente o in una condivisione file.

• Per suddividere il contenuto in parti più piccole con cui combinare regole ambito e creare un ambito di contenuti più ristretto.

Per ulteriori informazioni sulla pianificazione delle origini di contenuto, vedere Pianificare la ricerca per indicizzazione del contenuto (Search Server 2008).

Utilizzo del tipo regola ambito Tutto il contenuto

Quando si crea una regola ambito utilizzando il tipo di regola ambito Tutto il contenuto, tutto il contenuto nell'indice di contenuto sarà disponibile per l'ambito. Se si desidera creare un ambito più ristretto, sarà possibile aggiungere regole ambito a un ambito che utilizza il tipo di regola ambito Tutto il contenuto per escludere determinati contenuti dall'ambito.

Esclusione di contenuto mediante una regola ambito con comportamento exclude

È possibile copiare l'ambito Tutti i siti e utilizzarlo come punto di partenza per includere tutto il contenuto presente nell'indice di contenuto. Quindi è possibile aggiungere regole ambito che escludono contenuto dai risultati di ricerca per creare ambiti ampi ma che non includono un determinato set di risultati di ricerca. A volte è più semplice utilizzare una copia dell'ambito Tutti i siti con regole di esclusione anziché creare un ambito di ricerca complesso contenente regole che includono ogni sottoinsieme di contenuto presente nel sito.

Indipendentemente dal fatto che si inizi con una copia dell'ambito Tutti i siti o con un altro ambito, può essere utile separare la fase di aggiunta delle regole di inclusione dalla fase di aggiunta delle regole di esclusione. Le ragioni che inducono a escludere determinati contenuti dai risultati della ricerca possono infatti differire sostanzialmente dalle ragioni che inducono a includerne.

Ricerche avanzate

In molti casi gli utenti digitano una frase parola chiave nella casella di ricerca e quindi fanno clic sul pulsante Inizia la ricerca o premono INVIO per eseguire la query. Se questa tecnica non produce il risultato desiderato nelle prima pagine dei risultati di ricerca, alcuni utenti rinunceranno al servizio. Gli utenti esperti tendono invece a riprovare utilizzando una query più avanzata.

Gli utenti più esperti possono creare query di ricerca avanzate nella casella di ricerca. Per trovare i contenuti creati da Ezio Alboni che includono la parola "negoziare", è ad esempio possibile digitare nella casella di ricerca la query seguente:

negoziare author:alboni

La maggior parte degli utenti tuttavia non ha familiarità con la sintassi necessaria per creare query avanzate in questo modo. Tali utenti creeranno pertanto una query avanzata utilizzando la pagina Ricerca avanzata, che consente di trovare il contenuto desiderato tramite sintassi. Nella tabella seguente vengono descritte le opzioni della pagina Ricerca avanzata relative alle parole chiave.

La ricerca di documenti con questa opzione	Produce questo risultato
Tutte le parole seguenti	Cerca contenuto contenente tutte le parole chiave digitate dall'utente, indipendentemente dall'ordine in cui si presentano.
La frase esatta	Cerca contenuto contenente le parole digitate dall'utente nell'ordine esatto.
Qualsiasi parola tra le seguenti	Cerca contenuto contenente una o più parole digitate dall'utente.
Nessuna delle parole seguenti	Cerca contenuto che non contenga alcuna delle parole digitate dall'utente.

Gli utenti possono inoltre utilizzare la pagina Ricerca avanzata per limitare la ricerca a una lingua o a un tipo di documento specifico. Infine, gli utenti possono selezionare limitazioni basate sulle proprietà per filtrare i risultati di ricerca in base alla corrispondenza tra il valore della proprietà e il valore immesso. Gli utenti possono ad esempio selezionare la proprietà Author, selezionare l'operatore di inclusione contiene, digitare un valore e quindi fare clic su Cerca.

Per impostazione predefinita sono disponibili diverse proprietà, denominate proprietà gestite, come ad esempio Author e Title. La maggior parte delle proprietà gestite predefinite non è tuttavia utilizzabile negli ambiti. Gli amministratori dei servizi di ricerca possono scegliere quali proprietà gestite rendere utilizzabili negli ambiti e possono creare proprietà aggiuntive per rispondere alle esigenze della propria organizzazione.

Pianificare proprietà per la ricerca

Un modo per organizzare i contenuti delle raccolte siti affinché sia possibile eseguirvi ricerche efficaci consiste nel raggruppare i contenuti di tema analogo nello stesso percorso. In questo modo è possibile usufruire degli ambiti predefiniti per eseguire ricerche a livello di sito e di elenco. È ad esempio possibile creare un sito in cui memorizzare tutte le informazioni relative a un progetto particolare. All'interno del sito è possibile creare raccolte documenti ed elenchi distinti in cui archiviare i diversi tipi di informazioni relative al progetto. Gli utenti possono utilizzare l'ambito predefinito Questo sito per eseguire ricerche nell'intero sito oppure l'ambito Questo elenco per eseguire ricerche in un elenco o in una raccolta particolare. Gli amministratori dei servizi di ricerca e delle raccolte siti possono creare ambiti personalizzati in base alle esigenze degli utenti per eseguire ricerche su altre parti del contenuto.

Benché questo sia un modo relativamente semplice di organizzare i contenuti ai fini dell'efficienza delle ricerche, tale approccio potrebbe non rispondere alle esigenze di tutte le organizzazioni, specie quando i contenuti in cui eseguire le ricerche sono particolarmente vasti. Di seguito vengono elencate alcune ragioni di tale limitazione:

• Non è sempre possibile organizzare tutti i contenuti di tema analogo nello stesso percorso.

• Anche se in fase di distribuzione tutti i contenuti di tema analogo vengono organizzati nello stesso percorso, nel tempo tali contenuti possono finire col disperdersi in una raccolta siti.

È consigliabile organizzare i contenuti per percorso quando tale scelta risulta sensata, senza comunque rinunciare all'utilizzo delle proprietà.

Proprietà gestite e sottoposte a ricerca per indicizzazione

Quando un contenuto viene sottoposto a ricerca per indicizzazione, il crawler sottopone a ricerca per indicizzazione anche le proprietà associate al contenuto. Le proprietà incluse nella ricerca per indicizzazione includono i metadati del contenuto memorizzato nei file e nei database utilizzati dall'organizzazione. Le proprietà incluse nella ricerca per indicizzazione possono rappresentare diversi tipi di informazioni, come ad esempio autore, titolo e indirizzo di posta elettronica.

Con Server di ricerca 2008 gli amministratori dei servizi di ricerca possono creare proprietà gestite. In seguito possono quindi eseguire il mapping delle proprietà incluse nella ricerca per indicizzazione, ovvero delle proprietà che il crawler raccoglie e aggiunge all'archivio di proprietà quando sottopone a ricerca per indicizzazione il contenuto, alle proprietà gestite che vengono utilizzate dalle query di ricerca.

La relazione tra le proprietà gestite e le proprietà incluse nella ricerca per indicizzazione è semplice ma potente. Gli amministratori dei servizi di ricerca possono eseguire il mapping di una o più proprietà incluse nella ricerca per indicizzazione (proprietà individuate dal crawler) a proprietà gestite (proprietà che possono essere utilizzate in regole ambito e query). Tale mapping è importante in quanto molte proprietà incluse nella ricerca per indicizzazione contengono lo stesso tipo di metadati e le proprietà incluse nella ricerca per indicizzazione spesso hanno nomi non intuitivi. Per impostazione predefinita, le proprietà incluse nella ricerca per indicizzazione denominate "Mail:6" e "Office:4" sono ad esempio mappate a una proprietà gestita denominata Author. Questo perché i valori delle due proprietà incluse nella ricerca per indicizzazione contengono il nome dell'autore. Il mapping delle proprietà incluse nella ricerca per indicizzazione alle proprietà gestite semplifica l'amministrazione e costituisce un vantaggio per gli utenti. Gli amministratori possono infatti creare ambiti gestendo un numero inferiore di proprietà. Gli utenti finali possono invece creare query avanzate nella casella di ricerca utilizzando un numero ridotto di nomi di proprietà di più facile memorizzazione.

Le proprietà gestite presentano i vantaggi seguenti:

• Gli utenti possono utilizzare le proprietà gestite per creare query da digitare nella casella di ricerca per filtrare i risultati di ricerca.

• È possibile utilizzare le proprietà nella pagina Ricerca avanzata per consentire agli utenti finali di filtrare facilmente i risultati di ricerca.

• I proprietari dei siti possono personalizzare la pagina Ricerca avanzata per utilizzare proprietà gestite diverse.

• Gli amministratori dei servizi di ricerca e gli amministratori delle raccolte siti possono creare ambiti personalizzati con regole che filtrano i risultati delle ricerche tramite query. Gli utenti finali possono avvalersi di query avanzate basate su proprietà senza dover imparare come creare una query avanzata.

Diverse proprietà gestite vengono create e mappate a proprietà incluse nella ricerca per indicizzazione per impostazione predefinita. Gli amministratori dei servizi di ricerca possono eseguire il mapping di ulteriori proprietà incluse nella ricerca per indicizzazione a proprietà gestite esistenti e creare nuove proprietà gestite.

Utilizzo di proprietà nelle query

Perché il valore delle proprietà incluse nella ricerca per indicizzazione influisca sull'esito di una query di ricerca, le proprietà incluse nella ricerca per indicizzazione devono essere mappate a una proprietà gestita, la proprietà gestita deve essere resa utilizzabile negli ambiti e l'utente deve eseguire una ricerca basata sulla proprietà gestita. L'inclusione dei valori di un numero eccessivo di proprietà incluse nella ricerca per indicizzazione può incidere negativamente sulla pertinenza e sulle prestazioni della ricerca.

Gli amministratori che pianificano la distribuzione iniziale di Server di ricerca 2008 devono registrare l'insieme iniziale delle proprietà gestite pianificate per il servizio di ricerca.

Molte di queste proprietà incluse nella ricerca per indicizzazione sono reperibili tra le proprietà visualizzate nelle applicazioni per tipi di contenuto quali ad esempio i documenti di Microsoft Office Word o Excel.

Se si dispone dell'accesso a un server di prova, è possibile sottoporre il contenuto a priorità alta a ricerca per indicizzazione e quindi utilizzare le proprietà incluse nella ricerca per indicizzazione che vengono visualizzate al fine di facilitare la pianificazione.

È possibile facilitare le ricerche nel contenuto del proprio sito definendo accuratamente le proprietà gestite e la relativa implementazione. Quando si pianifica la distribuzione, si consiglia di contenere al massimo il numero di proprietà gestite, individuando quelle più utili per l'organizzazione e distribuendole come punto di partenza. Se necessario, sarà sempre possibile creare ulteriori proprietà gestite dopo la distribuzione.

Pianificare le proprietà gestite

Un modo pratico per identificare le potenziali proprietà gestite consiste nell'esaminare il contenuto esistente e i relativi metadati a priorità alta. Se si dispone dell'accesso a una farm di testing prima della distribuzione di Server di ricerca 2008, sarà possibile sottoporre a ricerca per indicizzazione il proprio contenuto, visualizzare le proprietà che vengono individuate e quindi utilizzare tali proprietà per identificare parte dell'architettura delle informazioni. Per la maggior parte delle organizzazioni sarà comunque utile pianificare l'architettura delle informazioni su carta prima di procedere alla distribuzione, perché in tal modo è più facile concentrarsi sulla pianificazione e individuare il contenuto e i processi non organizzati correttamente.

La chiave per la creazione di un valido set di proprietà gestite consiste nel determinare i concetti più importanti e nell'estrarre dal contenuto le proprietà da associare a proprietà gestite che assicurino agli utenti il buon esito delle ricerche. Il crescere del numero di proprietà mappate accresce le dimensioni del database e riduce le prestazioni, pertanto è consigliabile eseguire il mapping di una proprietà solo quando lo si ritiene effettivamente utile.

Alcuni concetti vengono utilizzati per suggerire la struttura e il contenuto della raccolta siti. Altri vengono utilizzati per creare termini speciali come le parole chiave per evidenziare i risultati di ricerca pertinenti.

È difficile individuare le proprietà del contenuto senza aver prima sottoposto il contenuto a ricerca per indicizzazione. Pertanto, prima di pianificare le proprietà gestite è consigliabile avere le idee chiare sul contenuto di ogni raccolta siti. In seguito su un server di prova, sarà possibile sottoporre a ricerca per indicizzazione tutto il contenuto in modo da ottenere un elenco delle proprietà incluse nella ricerca per indicizzazione da confrontare con l'architettura delle informazioni durante la creazione delle proprietà gestite. Anche dopo aver sottoposto il contenuto a ricerca per indicizzazione, potrebbe essere difficile eseguire il mapping delle proprietà poiché è difficile identificare il tipo di contenuto o l'applicazione che utilizza la proprietà. Se non si è certi della natura e del contenuto di una determinata proprietà, può essere utile eseguire un mapping in un ambiente di testing e provare a eseguire ricerche basate su tale proprietà.

La maggior parte delle proprietà gestite più utili viene creata automaticamente durante l'installazione di Server di ricerca 2008. Utilizzare tali proprietà gestite come punto di partenza per la pianificazione di altre proprietà gestite. Le proprietà create automaticamente includono:

• Author

• Description

• Site Name

• Type

• File Size

• Last Modified Date

• URL

• Title

Tenere presente che per consentire ricerche efficienti tramite proprietà, è necessario assegnare un valore alle proprietà incluse nella ricerca per indicizzazione. Se ad esempio si dispone di un documento con una proprietà mappata a una proprietà gestita denominata Author ma alla proprietà del documento non è stato assegnato alcun valore, quando l'utente esegue una query impostando la proprietà Author su un determinato autore, il documento non verrà visualizzato nei risultati di ricerca.

Evitare la duplicazione delle proprietà gestite

Alcune proprietà di base possono apparire diverse in tipi di contenuto diversi. È ad esempio il caso delle proprietà Author e Title per i documenti.

Durante la pianificazione è particolarmente importante ridurre la duplicazione di tali proprietà di base creando un unico set di proprietà gestite ed eseguendo il mapping delle proprietà incluse nella ricerca per indicizzazione di uguale significato alle proprietà del set di proprietà gestite. Nel caso della proprietà Author è possibile eseguire il mapping di ogni forma particolare di una proprietà inclusa nella ricerca per indicizzazione per gli autori a un'unica proprietà gestita Author.

È possibile eseguire il mapping di una o più proprietà incluse nella ricerca per indicizzazione a una o più proprietà gestite.

Suggerimento:
Aggiungere ogni proprietà Author come proprietà gestita separata non ha senso, perché in tal modo vengono aggiunte ulteriori proprietà gestite al database senza aumentare la pertinenza.

È possibile scegliere di assegnare priorità a più proprietà incluse nella ricerca per indicizzazione in modo da garantire l'utilizzo del valore della proprietà con la priorità più alta per le query che utilizzano la proprietà o le proprietà gestite nel caso in cui durante la ricerca per indicizzazione dovessero essere rilevate più proprietà. Se non si assegnano priorità alle proprietà incluse nella ricerca per indicizzazione, i valori di tutte le proprietà incluse nella ricerca per indicizzazione di cui è stato eseguito il mapping alla proprietà gestita vengono utilizzati per le query e la proprietà gestita diventa multivalore. In tal caso la ricerca restituisce risultati per tutti i contenuti che per una qualsiasi delle proprietà mappate presentano valori che soddisfano la query. Per una proprietà con valore singolo è consigliabile scegliere come proprietà gestita la proprietà inclusa nella ricerca per indicizzazione più comune e quindi assegnare priorità alle proprietà mappate in base alla frequenza delle occorrenze. Non sempre è facile determinare la proprietà sottoposta più spesso a ricerca per indicizzazione, ma una strategia consiste nell'assegnare priorità alle proprietà associate alle applicazioni utilizzate con maggiore frequenza.

Quando si esegue il mapping di proprietà aventi tipi di dati diversi, nella maggior parte dei casi per la ricerca viene utilizzato il tipo di dati della proprietà gestita.

Durante l'esecuzione del mapping delle proprietà, prestare attenzione a non eseguire il mapping di proprietà con scarsa corrispondenza o irrilevanti. Mapping poco precisi possono infatti ridurre la pertinenza dei risultati di ricerca. Se possibile, provare le ricerche basate sulle proprietà gestite prima della distribuzione iniziale e pianificare una successiva revisione dei dati di utilizzo per le query di ricerca allo scopo di ottimizzare le proprietà mappate.

Aggiungere proprietà che rappresentino i concetti chiave dell'architettura delle informazioni

Oltre alle proprietà incluse nella ricerca per indicizzazione mappate a proprietà gestite, per impostazione predefinita, è possibile eseguire il mapping di altre proprietà incluse nella ricerca per indicizzazione a concetti dell'architettura delle informazioni che non sono già rappresentati da una proprietà gestita. Una società potrebbe ad esempio identificare il servizio di assistenza clienti come processo aziendale chiave nell'architettura delle informazioni. I concetti chiave associati al servizio di assistenza clienti nell'architettura delle informazioni potrebbero includere i clienti, i rappresentanti del servizio di assistenza clienti e le aree del servizio di assistenza clienti.

Per ogni concetto dell'architettura delle informazioni, domandarsi se esiste una proprietà inclusa nella ricerca per indicizzazione che rappresenta il concetto, di cui sia possibile eseguire il mapping a una proprietà gestita. In tal caso fare della proprietà una proprietà gestita.

Si noti che sebbene molti concetti dell'architettura delle informazioni non siano rappresentati da proprietà, risultano comunque utili durante la pianificazione della struttura del sito e l'implementazione di altre caratteristiche di ricerca. L'architettura delle informazioni può identificare proprietà gestite di cui non si è tenuto conto, ma il fatto che un concetto sia elencato nell'architettura delle informazioni non significa necessariamente che per tale concetto esista o debba esistere una proprietà gestita.

Utilizzare le proprietà gestite negli ambiti di ricerca

Tutte le proprietà gestite possono essere utilizzate nelle regole ambito per le ricerche. Per ulteriori informazioni sulla pianificazione degli ambiti di ricerca, vedere la sezione "Pianificare gli ambiti di ricerca" più indietro in questo articolo.

Pianificare l'integrazione delle proprietà per nuovi tipi di file tramite IFilter

In Server di ricerca 2008 vengono utilizzate categorie di proprietà per sottoporre a ricerca per indicizzazione le proprietà in base ai documenti di ogni categoria. Le categorie di proprietà includono il gestore di protocollo e l'oggetto IFilter utilizzato dalla ricerca durante l'indicizzazione del contenuto. Prima di sottoporre il contenuto a ricerca per indicizzazione, è consigliabile associare il contenuto alle categorie di proprietà in grado di individuare più efficacemente le proprietà incluse nella ricerca per indicizzazione necessarie prima di creare le proprietà gestite. Per registrare IFilter in Server di ricerca 2008, vedere Come registrare Microsoft Filter Pack con SharePoint Server 2007 e con Search Server 2008.

Se si desidera aggiungere all'indice di contenuto un contenuto che richiede IFilter o gestori di protocollo diversi, sarà possibile creare una nuova categoria di proprietà per tale contenuto a livello di programmazione. Durante il processo di pianificazione iniziale, è necessario identificare il contenuto che necessita di nuovi IFilter e gestori di protocollo. A tale scopo potrebbe essere necessario scrivere codice personalizzato, benché alcuni IFilter e gestori di protocollo siano già disponibili.

Per informazioni sulle categorie di proprietà, vedere Gestire i mapping di proprietà dei metadati (Search Server 2008). Per ulteriori informazioni su come sottoporre a ricerca per indicizzazione il contenuto, vedere Pianificare la ricerca per indicizzazione del contenuto (Search Server 2008).

Pianificare cosa viene visualizzato agli utenti nei risultati di ricerca

In Server di ricerca 2008 sono disponibili diverse impostazioni che consentono agli amministratori dei servizi di ricerca e delle raccolte siti di definire cosa viene visualizzato agli utenti nelle pagine dei risultati di ricerca. Anche se è possibile controllare i risultati di ricerca in più modi, durante la distribuzione è consigliabile:

• Pianificare parole chiave, elementi di maggiore rilevanza e sinonimi.

• Determinare quali siti sono più pertinenti per visualizzarli tra i primi risultati di ricerca.

• Stabilire se si desidera utilizzare percorsi federati e web part di federazione.

• Pianificare l'aspetto dei collegamenti.

• Definire se gli utenti possono utilizzare avvisi basati sulla ricerca.

Pianificare parole chiave ed elementi di maggiore rilevanza

Le parole chiave, talvolta denominate frasi parola chiave, sono parole che gli utenti digitano in una casella di ricerca durante la creazione di una query. Quando gli utenti eseguono una ricerca per parola chiave semplice, ad esempio digitando la parola "widget" nella casella di ricerca e facendo clic sul pulsante Inizia la ricerca, i risultati di ricerca visualizzati da Server di ricerca 2008 includeranno tutto il contenuto presente nell'ambito selezionato contenente tale parola chiave.

In Server di ricerca 2008 gli amministratori delle raccolte siti possono creare un'entità denominata parola chiave direttamente correlata a frasi parola chiave omonime presenti nell'indice. L'amministratore di una raccolta siti può creare una parola chiave utilizzando una o più parole. Una parola chiave può ad esempio essere costituita da una sola parola, come "fs" o da un gruppo di parole che deve essere digitato in un particolare ordine, ad esempio "fuori sede".

Oltre al nome, gli amministratori delle raccolte siti possono specificare per una parola chiave una o più delle opzioni seguenti:

• Una definizione della parola chiave che viene visualizzata nei risultati di ricerca

• Uno o più sinonimi

• Uno o più elementi di maggiore rilevanza, quali sono gli URL che gli amministratori dei servizi di ricerca specificano come altamente pertinenti per una determinata parola chiave

Le parole chiave consentono agli amministratori delle raccolte siti di migliorare la pertinenza delle query dell'utente finale. I risultati di ricerche eseguite su qualsiasi raccolta siti possono essere modificati in modo da promuovere contenuti specifici che verranno così visualizzati con maggiore priorità quando si eseguono query che utilizzano determinati termini di ricerca. Sebbene le parole chiave siano pianificate, implementate e gestite a livello di raccolta siti, è consigliabile verificare che la pianificazione e l'implementazione siano coerenti in tutta l'azienda.

Le definizioni delle parole chiave consentono di offrire accesso semplificato a informazioni relative a concetti a priorità alta in ogni raccolta siti. Per ogni concetto, gli amministratori delle raccolte siti possono creare una parola chiave in modo che la relativa definizione venga visualizzata nel web part Ricerca elementi di maggiore rilevanza accanto ai risultati di ricerca. Un portale di vendite dedicato alla vendita di una determinata linea di prodotti potrebbe ad esempio fornire definizioni per gli articoli principali della linea. Tali definizioni possono essere quindi utilizzate per aiutare gli assistenti alle vendite a comprendere meglio i prodotti o possono essere visualizzate nei risultati di ricerca su un sito portale aperto al pubblico e rivolto ai clienti.

Esempio di parola chiave

L'amministratore di una raccolta siti rileva che gli utenti hanno difficoltà a trovare il calendario in cui vengono indicati i giorni in cui i membri del team sono fuori sede. Gli utenti segnalano che quando cercano il calendario le query producono diverse pagine di risultati irrilevanti che li inducono ad abbandonare l'intento.

L'amministratore della raccolta siti decide di creare una parola chiave denominata "fs" contenente gli elementi seguenti:

Definizione della parola chiave: acronimo utilizzato per indicare "fuori sede".

Sinonimo: assente

Elemento di maggiore rilevanza: URL al calendario e descrizione dell'elemento di maggiore rilevanza.

L'amministratore della raccolta siti chiede quindi agli utenti di utilizzare la nuova parola chiave "fs" o il sinonimo "assente" per la ricerca del calendario.

Nella figura seguente viene illustrato un esempio della pagina dei risultati di ricerca predefinita che gli utenti di questo scenario visualizzano quando cercano la parola chiave "fs" nel Centro ricerche. Si noti che per impostazione predefinita gli elementi di maggiore rilevanza e le descrizioni delle parole chiave vengono visualizzati nelle pagine dei risultati di ricerca solo per le ricerche che vengono eseguite utilizzando il Centro ricerche.

Nella figura precedente viene illustrata la query eseguita dall'utente (callout 1). La funzione di evidenziazione delle parole chiave evidenzia inoltre le parole chiave nel contenuto come testo in grassetto (callout 2). Per impostazione predefinita, la descrizione che l'amministratore della raccolta siti ha assegnato a questa parola chiave viene visualizzata nell'angolo superiore destro della pagina dei risultati di ricerca (callout 3). Ogni parola chiave può essere associata una definizione e quest'ultima può contenere un URL. È pertanto consigliabile:

• Identificare le origini delle definizioni durante la pianificazione.

• Dedicare una fase della pianificazione alla progettazione di un glossario di tutte le definizioni utilizzate per le parole chiave in ogni raccolta siti.

• Creare alcune parole chiave al solo scopo di associarle a una definizione.

L'elemento di maggiore rilevanza (callout 4) viene visualizzato direttamente sotto la descrizione delle parola chiave, se è unico. Un elemento di maggiore rilevanza è più di un URL. Può anche avere un titolo ed eventualmente una descrizione. In questo esempio, l'amministratore della raccolta siti ha denominato l'elemento di maggiore rilevanza "Pagina fuori sede". Sotto tale nome vengono visualizzati la descrizione fornita dall'amministratore e l'URL.

Documenti, siti e utenti specifici con esperienza nel concetto associato a un termine di ricerca sono esempi comuni di elementi di maggiore rilevanza. Durante la pianificazione del contenuto è importante tenere presente il titolo e la descrizione di ogni elemento di maggiore rilevanza per aumentarne la pertinenza e la fruibilità. È possibile associare fino a 25 elementi di maggiore rilevanza a ogni parola chiave nell'interfaccia utente di amministrazione e molti di più con il modello a oggetti, ma è consigliabile non farne un utilizzo eccessivo. Una efficace pianificazione del contenuto può aiutare a individuare il numero appropriato di elementi di maggiore rilevanza per ogni parola chiave e a bilanciare così pertinenza e numero di risultati di ricerca.

È possibile utilizzare lo stesso elemento di maggiore rilevanza per più parole chiave. Se l'elemento di maggiore rilevanza esiste già, è possibile aggiungerlo a qualsiasi parola chiave senza dover immettere nuovamente le proprietà per l'elemento di maggiore rilevanza e rischiare così di introdurre possibili elementi di maggiore rilevanza ridondanti. È inoltre possibile cambiare contemporaneamente l'URL e la descrizione dell'elemento di maggiore rilevanza per tutte le parole chiave che lo utilizzano. Questo risulta particolarmente utile se si utilizza un sito di prova in fase di pianificazione e prima della distribuzione iniziale.

Informazioni sui sinonimi

Un sinonimo è costituito da una o più parole strettamente correlate a una parola chiave specifica. Un sinonimo efficace per la parola chiave "automobile" potrebbe ad esempio essere "auto", "macchina" o "SUV". Sono tutti sinonimi efficaci della parola chiave, perché è facile prevedere che un utente che cerca automobili possa digitare nella casella di ricerca una di queste parole alternative. Gli amministratori delle raccolte siti possono definire uno o più sinonimi per ogni parola chiave. Lo scopo di un sinonimo è visualizzare nella pagina dei risultati di ricerca la stessa definizione di parola chiave e gli stessi elementi di maggiore rilevanza che vengono visualizzati quando si utilizza la parola chiave. Nell'esempio precedente se gli utenti eseguono una query di ricerca specificando il sinonimo "fuori sede", verranno visualizzati la stessa definizione di parola chiave e gli stessi elementi di maggiore rilevanza che vengono visualizzati eseguendo la query di ricerca con la parola chiave "fs". La differenza, tuttavia, è che nei risultati di ricerca verranno elencati solo i contenuti che includono le parola "fuori sede" anziché i contenuti che includono la parola "fs"

L'utilizzo dei sinonimi risulta utile quando vengono impiegati diversi termini di ricerca per lo stesso concetto e contenuto, poiché i risultati di ricerca vengono consolidati e non vengano dispersi in diversi termini di ricerca. L'elenco che viene aggiornato quando l'amministratore di una raccolta siti crea parole chiave e vi aggiunge sinonimi è denominato Thesaurus . Il Thesaurus di Server di ricerca 2008 è compatibile con il Thesaurus di Microsoft Office SharePoint Portal Server 2003.

Utilizzare l'architettura delle informazioni per identificare le parole chiave

L'architettura delle informazioni creata dai team di pianificazione del contenuto può essere utilizzata per identificare il contenuto a priorità alta da associare alle parole chiave. Poiché l'architettura delle informazioni contiene un elenco dei termini, è possibile utilizzare rapidamente alcuni di tali termini per creare parole chiave che possono essere associate a contenuto specifico e altamente rilevante.

Per contenuto rilevante si intende qualsiasi informazione specifica che si desidera visualizzare per prima o in modo più prominente quando gli utenti eseguono una ricerca utilizzando una determinata parola chiave. Esempi di contenuto rilevante per ogni area di contenuto o concetto aziendale principale sono:

• Documenti

• Siti

• Utenti

• Definizioni

• Termini approvati oppure ufficiali che hanno lo stesso significato, ma che non sono stati inclusi nella query di ricerca.

L'associazione delle parole chiave a un elemento di maggiore rilevanza è utile per incoraggiare gli utenti a consultare i documenti chiave necessari per collaborare sui processi aziendali chiave. Un'azienda potrebbe ad esempio utilizzare un modello speciale per le note spese e una parola chiave "nota spese" che promuove il modello all'inizio dei risultati di ricerca. Senza tale parola chiave, ogni dipendente potrebbe impiegare diversi minuti per chiedere informazioni ai colleghi sull'URL appropriato o per esplorare il sito Web dell'azienda. Grazie alla parola chiave associata all'URL del modello per le note spese come elemento di maggiore rilevanza, il modello può essere individuato rapidamente.

Le parole chiave per i siti sono utili per rintracciare siti che contengono informazioni pertinenti in un'organizzazione di grandi dimensioni. La parola chiave "ferie" potrebbe ad esempio essere associata a un elemento di maggiore rilevanza contenente l'URL del sito delle risorse umane in cui è possibile trovare informazioni sulle assenze retribuite dei dipendenti. L'ideale sarebbe che l'elemento di maggiore rilevanza contenesse l'URL della pagina esatta che fornisce informazioni aziendali sulle ferie.

Considerazioni relative alla protezione per le parole chiave

Diversamente dalle versioni precedenti di Office SharePoint Portal Server, parole chiave ed elementi di maggiore rilevanza non sono soggetti alle impostazioni di protezione e tutti i visitatori della raccolta siti possono visualizzare tutti gli elementi di maggiore rilevanza e le parole chiave relativi a tale raccolta siti che vengono visualizzati nei risultati di ricerca. Gli utenti che non dispongono delle autorizzazioni necessarie per visualizzare la pagina a cui è collegato un elemento di maggiore rilevanza non potranno passare alla pagina. Potranno tuttavia vedere la descrizione dell'elemento di maggiore rilevanza nella pagina dei risultati di ricerca e l'URL al contenuto. Questo potrebbe esporre informazioni non destinate al pubblico.

Le parole chiave hanno lo scopo di fornire risultati con priorità alta a tutti gli utenti. Se si desidera discriminare il contenuto visualizzato agli utenti in base alle relative autorizzazioni, è possibile utilizzare web part assegnate a gruppi di destinatari nelle posizioni appropriate nella raccolta siti.

Pianificare l'utilizzo delle parole chiave all'interno dell'organizzazione

È importante pianificare le parole chiave in anticipo per contribuire a garantirne la coerenza all'interno dell'organizzazione. Anche se le parole chiave vengono implementate a livello di raccolta siti, ove possibile è opportuno verificarne la coerenza tra tutte le raccolte siti. .

Esempio di pianificazione scadente delle parole chiave

L'amministratore di una raccolta siti crea una parola chiave denominata "elenco principale" nella raccolta siti di marketing e crea per tale parola chiave un elemento di maggiore rilevanza che contiene un URL all'elenco clienti dell'azienda. L'amministratore di un'altra raccolta siti crea una parola chiave denominata "elenco master" nella raccolta siti di vendita e crea per tale parola chiave un elemento di maggiore rilevanza che contiene un URL allo stesso elenco clienti.

Gli utenti che utilizzano entrambe le raccolte siti si confonderanno quando le proprie ricerche per parole chiave non visualizzeranno in modo coerente gli elementi di maggiore rilevanza previsti nella pagina dei risultati di ricerca. Un dipendente che utilizza principalmente la raccolta siti di marketing è ad esempio abituato a eseguire la ricerca utilizzando la parola chiave "elenco principale" e si aspetta che questa funzioni anche nell'altra raccolta siti.

Suggerimento:
La pianificazione mirata a garantire la coerenza delle parole chiave all'interno dell'organizzazione richiede una stretta collaborazione tra gli amministratori delle raccolte siti.

Nelle piccole imprese è probabile che il team addetto alla pianificazione del contenuto sia ristretto e organizzato attorno a una singola raccolta siti. In tal caso la pianificazione delle parole chiave potrebbe essere affidata anche a una o due persone soltanto. Nelle grandi imprese è invece consigliabile predisporre un team di pianificazione più numeroso che includa addetti alla pianificazione aziendale e amministratori a ogni livello per assicurarsi che siano contemplate tutte le esigenze aziendali.

Gli elementi di maggiore rilevanza vengono visualizzati nei risultati di ricerca anche se il contenuto non è stato sottoposto a ricerca per indicizzazione. Anche per questo motivo è importante pianificare le parole chiave durante la distribuzione iniziale, in modo che il contenuto a priorità alta possa essere disponibile nelle prime fasi di una distribuzione prima che tutte le origini di contenuto siano sottoposte a ricerca per indicizzazione. Nei rari casi in cui il contenuto non può essere sottoposto a ricerca per indicizzazione a causa della mancanza di un IFilter rilevante nella ricerca o per altri motivi tecnici, è possibile utilizzare gli elementi di maggiore rilevanza per facilitare la ricerca di contenuto, anche quando questo non sia stato ancora sottoposto a ricerca per indicizzazione.

Le figure chiave a ogni livello dell'organizzazione pianificano le parole chiave per le proprie raccolte siti. Tali figure utilizzano la stessa pianificazione generale del contenuto, adattata al contenuto delle raccolte siti che stanno pianificando. Durante la pianificazione delle parole chiave, attività che ha inizio prima della distribuzione e continua in seguito periodicamente, i diversi gruppi di pianificatori di contenuto comunicano per mantenere la coerenza del piano generale.

Non tutte le parole chiave verranno pianificate prima della distribuzione. Il ruolo dei team di pianificazione del contenuto consiste nell'identificare i concetti a priorità alta più rilevanti per le query di ricerca nell'organizzazione, in modo che le query di ricerca siano rilevanti per gli utenti sin dal primo giorno di distribuzione. Il team di pianificazione può identificare per ogni parola chiave una persona di contatto che può far parte o meno del team di pianificazione. Dopo la distribuzione, gli amministratori delle raccolte siti possono espandere l'elenco delle parole chiave dopo aver identificato termini di ricerca comuni nei registri delle query.

Nella fase di pianificazione i gestori dell'elenco delle parole chiave devono valutare la corrispondenza tra le parole chiave e le query. Le parole chiave devono corrispondere esattamente alla stringa completa dei termini di ricerca e non devono utilizzare una sintassi speciale, ad esempio + e -, nelle ricerche di contenuto in elenco. Questo evita la restituzione di più elenchi di parole chiave per la stessa query di ricerca, con la conseguente semplificazione dei risultati di ricerca.

Pianificare la gestione delle parole chiave

I dettagli della gestione delle parole chiave riguardano principalmente le operazioni quotidiane delle raccolte siti, ma durante la pianificazione della distribuzione è opportuno valutare alcuni aspetti di amministrazione. In particolare le proprietà facoltative di contatto e di pubblicazione che gli amministratori delle raccolte siti possono assegnare alle proprietà.

Suggerimento:
Più tempo si dedica alla pianificazione prima della distribuzione, minore sarà la gestione necessaria nel corso delle operazioni quotidiane.

Ogni parola chiave include le proprietà facoltative seguenti:

• Date di inizio, fine (scadenza) e revisione

• Contatto

È possibile che sia necessario sottoporre le parole chiave ad approvazione prima che possano influenzare i risultati di ricerca ed è inoltre possibile impostarne una data di inizio o di scadenza. È improbabile che le parole chiave a priorità alta identificate durante la pianificazione iniziale siano temporanee, ad eccezione del contenuto rilevante per gli utenti che utilizzano una raccolta siti durante la distribuzione iniziale.

La persona da contattare quando una parola chiave con scadenza scade è il relativo contatto. Gli addetti alla pianificazione del contenuto di ogni raccolta siti devono considerare quali persone gestiranno le parole chiave dopo la distribuzione iniziale e includere almeno parte di tali persone nel processo di pianificazione a livello di raccolta siti.

Parte del processo di pianificazione consiste comunque nel prevedere quali persone prederanno decisioni sulle parole chiave in futuro. Prendere tali decisioni durante il processo di pianificazione può migliorare la transizione alla fase operativa della raccolta siti e promuovere un utilizzo efficiente e coerente delle parole chiave in futuro.

Per ulteriori informazioni sulla gestione delle parole chiave, vedere Gestire le impostazioni per migliorare i risultati delle ricerche (Search Server 2008).

Pianificare la pertinenza dei risultati di ricerca

Maggiore è la mole del contenuto in cui si esegue la ricerca, maggiori saranno le probabilità che più pagine di risultati di ricerca vengano visualizzate per una determinata query. Questo è particolarmente vero quando vengono utilizzate query con parole chiave base anziché query avanzate. Per favorire una migliore esperienza degli utenti finali, verificare che i collegamenti ai contenuti più rilevanti abbiano la massima priorità possibile nelle pagine dei risultati di ricerca.

In Server di ricerca 2008 gli amministratori dei servizi di ricerca possono specificare impostazioni di pertinenza per le pagine Web indicizzate. Ogni impostazione di pertinenza, che è associata a una determinata pagina Web, determina la priorità con cui il collegamento alla pagina Web viene visualizzato nella pagina dei risultati di ricerca. Le pagine per le quali viene specificata un'impostazione di pertinenza sono denominate pagine rilevanti.

Le impostazioni delle pagine rilevanti costituiscono solo uno dei fattori che definiscono le priorità nei risultati di ricerca e non prevalgono sugli altri fattori, come ad esempio le parole chiave gestite dagli amministratori delle raccolte siti, le proprietà gestite impostate dall'amministratore dei servizi di ricerca o la ponderazione automatica applicata al contenuto dalla tecnologia di ricerca.

Le impostazioni delle pagine rilevanti vengono configurate a livello di amministrazione di ricerca e gli amministratori dei servizi di ricerca possono assegnare siti a uno dei quattro livelli di rilevanza delle pagine:

• Più rilevante

• Rilevante di secondo livello

• Rilevante di terzo livello

• Siti meno rilevanti

Le pagine Web vengono ponderate in base alla relativa rilevanza, che è correlata alla ponderazione assegnata ai diversi livelli. Per impostazione predefinita, a tutte le pagine di livello principale delle applicazioni Web viene automaticamente assegnata la rilevanza massima. Tale impostazione del livello di rilevanza delle pagine può essere modificata o rimossa completamente.

I siti per quali è stata specificata l'impostazione Siti meno rilevanti vengono solitamente elencati tra gli ultimi risultati di ricerca, dopo la valutazione di tutti gli altri fattori di ponderazione.

Questo significa che vengono spesso visualizzati nelle pagine dei risultati di ricerca dopo pagine che non sono nemmeno specificate come pagine rilevanti. Si consiglia di utilizzare questa impostazione per i siti che contengono informazioni irrilevanti, come ad esempio un sito di archiviazione.

Quando si pianificano le impostazioni di rilevanza delle pagine, prendere in considerazione lo scopo di ogni sito ed esaminare i relativi siti secondari. Raggruppare i siti rilevanti nei tre livelli in ordine di importanza e raggruppare gli altri siti come siti meno rilevanti.

Procedure consigliate da utilizzare durante la pianificazione delle impostazioni di rilevanza delle pagine:

• Ai siti di SharePoint fondamentali per i processi aziendali di priorità alta viene solitamente assegnata la rilevanza massima.

• I siti che stimolano la collaborazione o l'azione sono probabilmente più rilevanti rispetto ai siti puramente informativi.

• Ai siti informativi che non sono fondamentali per i processi aziendali con priorità alta o non vengono utilizzati per la collaborazione viene probabilmente assegnato il secondo o terzo livello di rilevanza.

• I siti esterni sono in genere meno rilevanti, in quanto l'organizzazione non è in grado di controllarne il contenuto.

• Non è necessario assegnare un'impostazione di rilevanza delle pagine a ogni sito. È consigliabile impostare la rilevanza per un numero ridotto di siti la cui maggiore o minore rilevanza è accertata e affinare le impostazioni di rilevanza delle pagine nel tempo, in base al feedback degli utenti e alle informazioni contenute nei registri delle query e nei registri delle ricerche per indicizzazione.

Stabilire se si desidera utilizzare percorsi federati e web part di federazione.

La federazione, una nuova funzionalità di Search Server 2008, può essere pianificata insieme alle altre esperienze di ricerca dell'utente finale. La federazione consente agli utenti finali di eseguire una query che avvia una ricerca in più origini e combina i risultati in un'unica pagina dei risultati di ricerca. Tali origini possono includere:

• Archivi di contenuti dell'organizzazione

• Servizi di sottoscrizione o motori di ricerca in Internet utilizzati dall'azienda

• Documenti aziendali indicizzati da Search Server 2008 in reparti o aree internazionali diverse

Quando l'utente finale esegue una query, Server di ricerca 2008 formatta e visualizza i risultati insieme ai risultati indicizzati utilizzando le nuove web part di federazione.

Quando si pianifica l'esperienza che si desidera offrire agli utenti che eseguono ricerche nei percorsi federati, tenere conto delle esigenze di ricerca e delle abitudini degli utenti dell'azienda. Porsi queste domande: il reperimento di quali contenuti può maggiormente contribuire alla produttività degli utenti? Quali query vengono attualmente utilizzate? Organizzare i percorsi federati per risolvere i problemi aziendali più importanti in tema di informazioni.

Quando si utilizza la federazione si tende ad aggiungere molti percorsi federati per soddisfare tutte le possibili esigenze degli utenti. Questo induce tuttavia molti utenti a ignorare i risultati federati in quanto troppo confusi.

Affinché i risultati federati rispondano efficacemente alle query è possibile limitarne l'impiego solo ai casi in cui vengono utilizzati formati di query specifici con regole trigger. Quando si crea una regola trigger per un percorso federato, la web part associata a tale percorso visualizzerà risultati solo per le query conformi al modello o al prefisso specificato.

Si supponga ad esempio di lavorare presso una società denominata Contoso, in cui i dipendenti producono un articolo denominato widget. I dipendenti hanno la necessità di trovare tali widget molte volte al giorno utilizzando un ID a dieci cifre. I widget sono archiviati in un database che non può essere sottoposto a ricerca per indicizzazione tramite Server di ricerca 2008. Per consentire ai dipendenti di Contoso la ricerca dei widget, si decide di creare un connettore di federazione che esegue ricerche nel database dei widget. La visualizzazione delle informazioni relative ai widget ad ogni query risulterebbe però di intralcio agli utenti. Viene pertanto creato un trigger del percorso federato utilizzando un modello che riconosce le query a dieci cifre. In tal modo quando gli utenti cercano l'ID di un widget vengono loro visualizzati risultati federati a priorità alta dal database dei widget.

Per ulteriori informazioni sull'utilizzo di trigger e regole trigger, vedere l'argomento relativo all'utilizzo di trigger e modelli di query nella Guida di Server di ricerca 2008.

È possibile aggiungere e configurare risultati federati nella pagina dei risultati di ricerca tramite una web part dei risultati federati o una web part dei risultati federati principali. Per impostazione predefinita, la pagina dei risultati di ricerca contiene due web part dei risultati federati e una web part dei risultati federati principali. È possibile impostare il percorso federato e le relative proprietà nelle web part nella pagina dei risultati di ricerca.

Per ulteriori informazioni sulla federazione, vedere l'argomento relativo alla federazione dei risultati da altre posizioni nella Guida di Server di ricerca 2008.

Pianificare l'aspetto dei collegamenti

Gli amministratori dei servizi di ricerca possono utilizzare mapping di nomi server per modificare il modo in cui determinati URL o intervalli di URL vengono visualizzati nei risultati di ricerca. I mapping di nomi server vengono impostati a livello di amministrazione di sito per tutti i contenuti sottoposti a ricerca per indicizzazione da tale servizio di ricerca e vengono applicati tutte le volte che si esegue una query. L'utilizzo dei mapping di nomi server potrebbe risultare utile negli scenari seguenti:

• Si desidera evitare problemi di accesso e possibili vulnerabilità a livello di protezione causate da collegamenti che visualizzano gli indirizzi locali sul server. A seconda di come il contenuto viene sottoposto a ricerca per indicizzazione, è ad esempio possibile che un URL visualizzi un percorso locale sul server.

• Si desidera oscurare gli URL complessi nei risultati di ricerca e si sceglie pertanto di sostituirli con un nome più conciso sul server.

• Per motivi di protezione, si desidera nascondere il nome dell'origine del contenuto originale, ad esempio il nome del server o della condivisione.

Utilizzare il mapping di nomi server solo quando si incorre in uno dei problemi di visualizzazione descritti nell'elenco precedente. Nella maggior parte dei casi la pianificazione dei mapping di nomi server prima della distribuzione iniziale sarà minima.

Pianificare gli avvisi basati sulla ricerca

Un amministratore dei servizi di ricerca può decidere se attivare o meno gli avvisi basati sulla ricerca per un determinato Centro ricerche. Se gli avvisi basati sulla ricerca vengono attivati e il server viene configurato per l'invio di messaggi di posta elettronica, gli utenti finali potranno fare clic sul collegamento Invia avviso, visualizzato nella parte superiore della pagina dei risultati di ricerca, e specificare per quale tipo di modifiche desiderano essere avvisati e quanto frequentemente desiderano ricevere un avviso tramite posta elettronica. Si noti che quando si consente l'utilizzo di avvisi basati sulla ricerca, il sistema utilizzerà ulteriori risorse sui server di posta e incrementerà il carico sui server di query perché verranno eseguite query per ogni avviso basato sulla ricerca ogni volta che viene elaborato un avviso basato sulla ricerca. Durante la pianificazione della distribuzione iniziale, considerare le risorse disponibili per gli avvisi e le probabilità che gli utenti dei siti utilizzino gli avvisi in modo produttivo. Gli avvisi basati sulla ricerca vengono attivati per impostazione predefinita.

Durante la fase operativa, gli avvisi basati sulla ricerca vengono disattivati automaticamente ogni volta che vengono reimpostate le origini di contenuto per evitare l'invio di notifiche per tutti gli avvisi basati sulla ricerca. In questi casi agli amministratori spetterà il compito di riattivare gli avvisi basati sulla ricerca.