Pianificare i siti di creazione e modifica per la pubblicazione intersito in SharePoint Server

SI APPLICA A:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365

La pubblicazione tra siti in SharePoint Server consente di usare:

• Una o più raccolte siti di creazione per la creazione e l'archiviazione di contenuto
• Una o più raccolte siti di pubblicazione per controllare la progettazione del sito e visualizzare il contenuto.

In questo articolo vengono descritte le modalità di pianificazione dei siti di creazione e modifica per una soluzione di pubblicazione intersito.

Questo articolo si basa sulle informazioni contenute in Panoramica della pubblicazione intersito in SharePoint Server. Dopo aver letto questo articolo, assicurarsi di leggere l'articolo successivo Pianificare i siti di pubblicazione per la pubblicazione tra siti in SharePoint Server.

Pianificare le raccolte siti e la struttura dei siti per i siti di creazione e modifica di SharePoint

Nelle raccolte siti di creazione e modifica è necessario che sia attivata la caratteristica Pubblicazione di raccolte intersito di SharePoint Server. Per la creazione di raccolte siti di creazione e modifica, è consigliabile utilizzare il modello di raccolta siti Catalogo prodotti perché con questo modello la caratteristica Pubblicazione di raccolte intersito è attivata per impostazione predefinita. Se si usa un modello di raccolta siti che non dispone della funzionalità Pubblicazione tra raccolte siti attivata, è necessario attivarla. Inoltre, se si usa un modello di raccolta siti, ad esempio il modello Sito del team, che non crea un sito di pubblicazione e si vogliono usare funzionalità di pubblicazione come flussi di lavoro approvazione e pianificazione, è anche necessario attivare tali funzionalità di pubblicazione. Per informazioni sull'attivazione della caratteristica di pubblicazione intersito, vedere le istruzioni sull'attivazione della caratteristica Pubblicazione di raccolte intersito in Configurare la pubblicazione intersito in SharePoint Server. Per altre informazioni su come usare le funzionalità di pubblicazione in un sito che non è un sito di pubblicazione, vedere Panoramica delle funzionalità di pubblicazione (SharePoint Server 2010). Per informazioni sulle modalità di attivazione delle caratteristiche di pubblicazione, vedere Attivare le caratteristiche di pubblicazione. Per ulteriori informazioni sulla progettazione dell'architettura logica per una soluzione di pubblicazione intersito, vedere Pianificare l'architettura logica per la pubblicazione intersito in SharePoint Server.

Dal momento che la pubblicazione intersito prevede una differenziazione tra gli ambienti di pubblicazione e gli ambienti di creazione e modifica, la struttura di un sito di creazione e modifica può variare rispetto a quella di un sito di pubblicazione. Durante la pianificazione della struttura di un sito di creazione e modifica, è necessario tenere in considerazione gli aspetti seguenti.

• È preferibile utilizzare una raccolta pagine o un elenco per il contenuto?

  In SharePoint Server 2010 i siti di pubblicazione utilizzano raccolte pagine per l'archiviazione del contenuto HTML visualizzato agli utenti. Utilizzando la pubblicazione intersito in SharePoint Server è possibile servirsi anche di elenchi e altre raccolte per l'archiviazione del contenuto riutilizzato nei siti di pubblicazione. Quando si pianifica la posizione in cui archiviare tale contenuto, è necessario tenere in considerazione il tipo di contenuto e l'utilizzo che si intende farne. In generale, se si pianifica la creazione e la modifica di contenuto HTML, è consigliabile utilizzare una raccolta pagine anziché un elenco. Rispetto all'elenco, la raccolta pagine presenta i vantaggi seguenti:

  • È possibile creare un ambiente più WYSIWYG per le pagine di creazione e modifica, in modo che l'autore possa avere un'idea di come verrà visualizzato il contenuto nel sito di pubblicazione.

  • All'interno di una raccolta pagine è possibile utilizzare varianti e traduzioni per la creazione di contenuto multilingue.

  • È possibile utilizzare il flusso di lavoro Approvazione per instradare il contenuto di una raccolta pagine per la verifica e l'approvazione. Il sistema di ricerca non indicirà le pagine che non vengono approvate per la pubblicazione perché non vengono contrassegnate come versioni principali finché non vengono pubblicate.

  • È possibile usare la pianificazione per specificare quando sarà disponibile il contenuto. Il sistema di ricerca non indicizzare le pagine che non sono state pianificate per la pubblicazione. Questa restrizione per l'indicizzazione è dovuta al fatto che le pagine non vengono contrassegnate come versioni principali finché non vengono pubblicate.

• Quante raccolte pagine è necessario avere a disposizione?

  Lo svantaggio principale dell'utilizzo di una raccolta pagine è che è possibile avere una sola raccolta pagine per ogni sito. A seconda della quantità di contenuto delle pagine che si intende creare, un unico catalogo di ampie dimensioni può rivelarsi difficile da utilizzare nei siti di pubblicazione, poiché le query che visualizzano il contenuto sono più complesse e impegnative da configurare in termini di tempo. Di conseguenza, quando si pianifica il contenuto di Pages, valutare la quantità di contenuto che si creerà e se il contenuto deve essere archiviato insieme. Se si desidera archiviare il contenuto delle pagine in cataloghi separati, è necessario creare siti distinti all'interno della gerarchia della raccolta siti di creazione e modifica e condividere la raccolta pagine di ciascun sito come catalogo. Sarà quindi possibile eseguire la connessione a questi cataloghi da uno o più siti di pubblicazione.

  Ad esempio, in uno scenario Intranet in cui si dispone di un sito knowledge base, è possibile mantenere gli articoli sulla risoluzione dei problemi separati dai manuali utente perché sono creati da gruppi diversi di persone. Nella raccolta siti di creazione e modifica è necessario creare un primo sito per l'archiviazione degli articoli sulla risoluzione dei problemi nella relativa raccolta pagine e un secondo sito per l'archiviazione dei manuali dell'utente nella relativa raccolta pagine. Dopo aver condiviso le due raccolte pagine come cataloghi, è possibile eseguire la connessione a entrambe dallo stesso sito di pubblicazione e visualizzare i due tipi di contenuto utilizzando web part diverse.

• Quante raccolte siti di creazione e modifica è necessario avere a disposizione?

  Oltre a decidere quanti siti è necessario avere in una singola raccolta siti di creazione e modifica, è necessario valutare se è necessario disporre di più raccolte siti di creazione e modifica. Se gli autori del contenuto appartengono a gruppi distinti con diversi requisiti di sicurezza o si trovano in differenti posizioni geografiche, è possibile utilizzare più di una raccolta siti di creazione e modifica. In uno scenario Extranet, ad esempio, è possibile utilizzare una raccolta siti di creazione e modifica per gli autori di contenuti interni appartenenti a un gruppo specifico dei Servizi di dominio Active Directory e una raccolta siti di creazione e modifica distinta per gli autori di contenuti esterni che si connettono al sito utilizzando l'autenticazione basata su moduli. I cataloghi possono essere condivisi tra applicazioni Web e farm in modo che non sia necessario limitare i siti di creazione a una singola applicazione Web o farm. Stabilire di quante raccolte siti di creazione e modifica è necessario disporre e quindi pianificare quali cataloghi includere in ciascun sito.

• Si intende utilizzare varianti per la creazione di contenuto multilingue?

  È necessario fornire il contenuto in più di una lingua? Anche se al momento si pianifica di creare e pubblicare il contenuto solo in una lingua, è necessario tenere in considerazione eventuali variazioni future dei requisiti aziendali. Nel caso si desideri utilizzare varianti nel sito, è necessario eseguire la relativa pianificazione fin dall'inizio. Se la struttura del sito è già predisposta per l'introduzione delle varianti, in futuro sarà possibile risparmiare tempo e risorse. Se è necessario modificare la struttura del sito quando si passa all'uso di varianti in un secondo momento, è spesso più difficile e può influire sugli URL pianificati per i siti. Se si intende utilizzare le varianti e la pubblicazione intersito, ciascuna etichetta di variante deve essere creata come un sito distinto all'interno della raccolta siti di creazione e modifica. È necessario condividere la raccolta pagine di ogni sito variante come catalogo, quindi connettere tutte le raccolte siti di pubblicazione al catalogo corrispondente alle relative impostazioni locali. Per ulteriori informazioni sulle varianti, vedere Panoramica delle varianti in SharePoint Server. Per ulteriori informazioni sulla pianificazione dei siti variante, vedere Pianificare le varianti per i siti di pubblicazione intersito multilingue in SharePoint Server.

• Quale tipo di esplorazione è necessario adottare nel sito di creazione e modifica?

  Anche se è possibile usare lo spostamento gestito nel sito di creazione in modo che il sito di creazione sia simile al sito di pubblicazione, questo utilizzo dello spostamento gestito può confondere gli autori di contenuto. Nel sito di creazione e modifica è consigliabile utilizzare l'esplorazione strutturata per semplificare la creazione del contenuto da parte degli autori. È necessario tenere in considerazione il tipo di contenuto da creare e archiviare nel sito di creazione e modifica. La maggior parte del contenuto sarà costituita da contenuto HTML archiviato nelle raccolte pagine? Oppure i dati degli elenchi verranno creati o importati manualmente? Se si mantiene una struttura per il sito di creazione e per gli elenchi e le raccolte, è più semplice per gli autori di contenuti creare contenuto.

Pianificare la sicurezza per i siti di creazione e modifica di SharePoint

La sicurezza per i siti di creazione e modifica viene pianificata come per la maggior parte dei siti di SharePoint Server. È necessario tenere in considerazione gli aspetti seguenti:

• Chi deve disporre delle autorizzazioni per la creazione dei vari tipi di contenuto all'interno del sito di creazione e modifica?

• Chi deve disporre delle autorizzazioni per la creazione del contenuto delle pagine?

• Lo stesso gruppo può creare anche il contenuto degli elenchi o è necessario assegnare questo tipo di contenuto a un gruppo diverso?

• Se si prevede di utilizzare il flusso di lavoro Approvazione, chi deve far parte del gruppo Responsabili approvazione?

Per informazioni sulla sicurezza, vedere Pianificazione delle autorizzazioni per siti e contenuto in SharePoint Server.

Quando si abilita l'accesso anonimo per un catalogo, la sicurezza nel sito di creazione può essere gestita in modo indipendente dal modo in cui viene rappresentato nella ricerca. Quando è abilitato l'accesso anonimo, il contenuto indicizzato può essere sottoposto a ricerca e visualizzato dagli utenti anonimi nel sito di pubblicazione. Tuttavia, se si modificano le autorizzazioni per i singoli elementi del catalogo, tali autorizzazioni vengono rispettate dal sistema di ricerca e tutti gli elementi limitati a determinati gruppi non saranno disponibili per gli utenti anonimi. Questa specificità nelle autorizzazioni consente una maggiore flessibilità quando si prevede di condividere contenuto con utenti anonimi.

È inoltre necessario pianificare la concessione dell'accesso del crawler al contenuto nelle raccolte siti di creazione e modifica. Il crawler utilizza un account predefinito di accesso contenuto. Se l'account di accesso al contenuto predefinito non dispone almeno del livello di autorizzazione lettura per il contenuto, il contenuto non viene indicizzato e non è disponibile per le query sulla pubblicazione di raccolte siti. È possibile utilizzare l'account predefinito di accesso contenuto o è possibile servirsi delle regole di ricerca per indicizzazione per specificare un account di accesso al contenuto diverso per la ricerca per indicizzazione di un determinato contenuto. Per ulteriori informazioni, vedere la sezione relativa alla pianificazione dell'autenticazione del crawler in Pianificare la ricerca per indicizzazione e la federazione in SharePoint Server.

Pianificare la progettazione e la personalizzazione per i siti di creazione e modifica di SharePoint

Come accennato in precedenza, la struttura dei siti di creazione e modifica può variare rispetto alla struttura dei siti di pubblicazione. Allo stesso modo, l'aspetto di tali siti può anche essere diverso. Se si desidera che nel sito di creazione e modifica gli autori del contenuto abbiano un'esperienza utente di tipo WYSIWYG, per la relativa progettazione è possibile utilizzare pagine master, layout di pagina e fogli di stile CSS simili. Tuttavia, i siti di pubblicazione effettivi potrebbero avere progettazioni diverse per via della personalizzazione o di altri requisiti. Pertanto, il sito di creazione non fornirà un'esperienza WYSIWYG completa.

Anche se non si prevede di applicare la stessa personalizzazione al sito di creazione che si usa nel sito di pubblicazione, se si prevede di usare il contenuto della raccolta Pages, è comunque necessario pianificare i layout di pagina di base che verranno usati dagli autori. Durante la pianificazione della progettazione del sito di creazione e modifica, è necessario tenere in considerazione gli aspetti seguenti:

• Di quali colonne di sito è necessario disporre? Le colonne del sito possono essere aggiunte come campi di pagina ai layout di pagina per contenere più contenuto, ad esempio metadati gestiti.

• Di quali tipi di contenuto è necessario disporre? È possibile creare tipi di contenuto personalizzati che utilizzano il tipo di contenuto Pagina articolo come tipo di contenuto padre. Le colonne di sito possono essere aggiunte al tipo di contenuto personalizzato e verranno inserite come campi pagina in tutti i layout di pagina creati utilizzando il tipo di contenuto personalizzato.

• È possibile utilizzare la pagina master predefinita? È possibile utilizzare la pagina master predefinita oppure creare una nuova pagina master da utilizzare nel sito di creazione e modifica.

• Di quali layout di pagina è necessario disporre? È possibile creare layout di pagina personalizzati contenenti campi pagina specifici. In uno scenario Intranet in cui è presente una knowledge base è ad esempio possibile creare layout di pagina distinti per le guide di risoluzione dei problemi e i manuali dell'utente.

Per informazioni sulla creazione e modifica delle pagine Web, vedere Panoramica dei modelli di pagina di SharePoint, Plan content types and workflows in SharePoint 2013, Pianificare pagine Web (SharePoint Server 2010) e Pianificare la creazione di pagine Web (SharePoint Server 2010).

Pianificare i set di termini per aggiungere tag al contenuto nei siti di creazione e modifica di SharePoint

I set di termini vengono utilizzati per aggiungere tag al contenuto del catalogo, ad esempio pagine o voci di elenco, nel sito di creazione e modifica. In questo modo, i termini consentono di classificare il contenuto in una gerarchia. Gli stessi termini vengono utilizzati successivamente nel sito di pubblicazione per inviare query, visualizzare informazioni sulle pagine categorie e sulle pagine elementi del catalogo, creare URL brevi e per l'esplorazione gestita. Durante la pianificazione dei set di termini e dei termini da utilizzare per aggiungere tag al contenuto, è necessario stabilire come si desidera strutturare la gerarchia. È possibile combinare termini provenienti da più set di termini di tagging in un unico set di termini personalizzato per lo spostamento nel sito di pubblicazione. Non è necessario creare una singola struttura altamente complessa per il set di termini di assegnazione di tag nel sito di creazione di tag. È inoltre necessario stabilire l'aspetto degli URL desiderato nel sito di pubblicazione e pianificare la creazione di termini che consentiranno agli utenti di trovare i contenuti necessari. Ad esempio, se si ha un termine di livello 1 denominato Computer e al di sotto di tale termine, un termine di livello 2 denominato Laptops e il nome dell'elemento del catalogo è CM61438, l'URL descrittivo per la pagina che mostra tale modello sarà https://contoso.com/computers/laptops/CM61428. Per ulteriori informazioni, vedere Plan terms and term sets in SharePoint Server 2013 e Pianificare set di termini di navigazione in SharePoint Server.

Per informazioni sulla creazione di set di termini per contrassegnare con tag il contenuto, vedere le istruzioni sulla creazione e sulla gestione dei set di termini per il tagging del contenuto nei siti di creazione e modifica in Configurare la pubblicazione intersito in SharePoint Server.

Pianificare il contenuto del catalogo per i siti di creazione e modifica di SharePoint

Nei cataloghi è presente il contenuto riutilizzato nelle raccolte siti. È possibile utilizzare il contenuto HTML di una raccolta pagine, i dati di un elenco o risorse come immagini e video di una raccolta di risorse. In uno scenario di commercio elettronico su Internet è ad esempio possibile utilizzare un elenco per la visualizzazione di un catalogo di prodotti oppure, in uno scenario Intranet, è possibile utilizzare una raccolta pagine per la visualizzazione di un catalogo di articoli della knowledge base. In entrambi gli esempi potrebbero essere presenti risorse che si desidera associare al contenuto, ad esempio immagini di prodotti o video in cui vengono illustrati i passaggi per la risoluzione dei problemi. In questa sezione viene descritto come pianificare diversi tipi di contenuto del catalogo in un sito di creazione e modifica.

Per informazioni su come abilitare una raccolta o un elenco come catalogo, vedere le istruzioni sulla condivisione di una raccolta o di un elenco come catalogo in Configurare la pubblicazione intersito in SharePoint Server.

Pianificare le raccolte pagine

Una volta deciso se archiviare il contenuto in una o più raccolte pagine e come suddividere il contenuto al loro interno, è necessario tenere in considerazione gli aspetti seguenti:

• Quale set di termini verrà associato al contenuto di una raccolta pagine?

  Se si utilizza una raccolta pagine, è necessario pianificare l'aggiunta di almeno una colonna del sito di metadati gestiti a un tipo di contenuto Layout di pagina e collegare la colonna del sito a un set di termini di tagging. Quando un autore di contenuto crea una nuova pagina che usa tale tipo di contenuto, sarà in grado di selezionare un termine con cui contrassegnare la pagina. In uno scenario con una knowledge base Intranet potrebbe ad esempio essere presente un set di termini di tagging denominato Tipi di articolo contenente termini distinti per le guide alla risoluzione dei problemi e i manuali dell'utente. È possibile creare una colonna del sito denominata Tipo di articolo collegata al set di termini Tipi di articolo e aggiungerla al tipo di contenuto Pagina articolo. Quando un autore del contenuto crea una nuova pagina, deve scegliere un termine dall'elenco di termini Tipi di articolo disponibili. Nel momento in cui la raccolta pagine viene condivisa come catalogo, è necessario selezionare tale colonna dei metadati gestiti come quella da utilizzare come set di termini per l'esplorazione nei siti di pubblicazione. Per ulteriori informazioni, vedere la sezione precedente Pianificare i set di termini per aggiungere tag al contenuto nei siti di creazione e modifica di SharePoint.

• Quali altri campi è necessario aggiungere al tipo di contenuto Layout di pagina?

  Oltre a pianificare il campo di assegnazione di tag per lo spostamento, è consigliabile considerare tutti gli altri campi che si desidera aggiungere a un tipo di contenuto layout di pagina. Questi campi possono essere altri campi di metadati gestiti collegati ad altri set di termini o altri tipi di campi, ad esempio collegamenti ipertestuali, numeri e date e ore. Per impostazione predefinita, i tipi di contenuto della pagina di pubblicazione contengono un campo Contenuto pagina. Questo campo consente agli autori di contenuti di inserire html e immagini in una pagina usando un editor di testo rtf. È possibile creare layout di pagina diversi che contengono campi diversi, in base al contenuto creato. Ad esempio, nello scenario knowledge base Intranet è possibile usare un layout di pagina per la risoluzione degli articoli che contiene campi come Si applica a o Numero articolo, mentre è possibile usare un layout di pagina per Manuali utente che contiene campi come Nome prodotto o Numero di modello. Quando si pianifica il contenuto della raccolta pagine, decidere quali altre colonne del sito e tipi di contenuto sono necessari, quali layout di pagina sono necessari e quali campi devono essere visualizzati in quale layout di pagina. Per ulteriori informazioni, vedere Panoramica del modello di pagine di SharePoint.

Per ulteriori informazioni, vedere Pianificare pagine Web (SharePoint Server 2010) e Pianificare raccolte pagine di grandi dimensioni (SharePoint Server 2010).

Pianificare il contenuto degli elenchi

Quando si pianifica l'utilizzo di elenchi per la gestione del contenuto del catalogo, è necessario tenere in considerazione gli aspetti seguenti:

• Quanti elenchi si desidera utilizzare?

  A seconda della struttura dei dati, è consigliabile usare diversi elenchi per la creazione e la gestione del contenuto del catalogo. È consigliabile usare diversi elenchi quando gli attributi usati per rappresentare gli elementi del catalogo variano notevolmente tra le diverse categorie di dati. Ad esempio, gli attributi che rappresentano le lavatrici sono diversi dagli attributi che rappresentano i lettori MP3. In questo caso, è consigliabile creare un elenco per le lavatrici e un altro per i lettori MP3.

• Di quali colonne di sito è necessario disporre per la rappresentazione degli elementi del catalogo?

  Quando si crea e si gestisce il contenuto del catalogo negli elenchi di SharePoint, un elemento dell'elenco rappresenta un singolo elemento del catalogo, come un singolo prodotto o un evento specifico. I vari elementi dispongono di attributi per la rappresentazione delle proprietà degli elementi, come marchio, colore e dimensioni dei prodotti oppure data, ora e luogo degli eventi. Per aggiungere tali attributi all'elenco, è necessario creare colonne di sito che rappresentino i vari attributi, ad esempio Marchio, Colore, Peso, Data, Ora e Luogo.

  Quando si pianificano le colonne del sito per la rappresentazione del contenuto del catalogo, è necessario tenere in considerazione il contenuto che si desidera visualizzare e la visualizzazione dei vari elementi del catalogo desiderata nel sito di pubblicazione. Non è necessario visualizzare tutte le colonne del sito dell'elenco in un sito di pubblicazione. Tuttavia, è possibile utilizzare le informazioni di tutte le colonne del sito per ordinare la visualizzazione degli elementi del catalogo. È ad esempio possibile utilizzare i dati di una colonna del sito denominata Quantità disponibile per ordinare gli elementi del catalogo in modo che gli elementi con le quantità disponibili più consistenti siano visualizzati in evidenza.

  Importante

  [!IMPORTANTE] È consigliabile creare colonne di sito anziché colonne di elenco. Le proprietà gestite vengono create automaticamente per colonne di sito, colonne di tassonomia e colonne di elenco indicizzate. È inoltre necessario considerare che tutte le proprietà gestite create automaticamente hanno il tipo di dati Testo. Per ulteriori informazioni, vedere Proprietà gestite create automaticamente in SharePoint Server.

• Quali tipi di contenuto devono essere presenti negli elenchi?

  Se si dispone di più elenchi, è consigliabile creare un tipo di contenuto per ciascun elenco e quindi associarvi le colonne di sito appropriate.

• Quale set di termini si desidera utilizzare per ciascun elenco da condividere come catalogo?

  Come descritto in precedenza in Pianificare i set di termini per aggiungere tag al contenuto nei siti di creazione e modifica di SharePoint, i set di termini vengono utilizzati per categorizzare il contenuto del catalogo in una gerarchia. Per utilizzare i set di termini di tagging per il contenuto degli elenchi, è necessario disporre di una colonna del sito appartenente al tipo di dati Metadati gestiti e collegata al set di termini di tagging.

• I dati da immettere in un elenco sono coerenti?

  È anche consigliabile pianificare una strategia per assicurarsi che i dati dell'elenco dei cataloghi siano coerenti. I dati dell'elenco di cataloghi vengono spesso gestiti da persone diverse per un lungo periodo di tempo, aumentando le probabilità di incoerenza dei dati. Si supponga, ad esempio, di avere una colonna del sito denominata Color e di voler importare le informazioni sul colore per i singoli elementi da un sistema esterno. I valori del sistema esterno presentano differenze rispetto alla grafia del colore (BLU, Blu, blu). Prima di importare questi dati in un elenco di SharePoint, assicurarsi che i dati siano coerenti. Per questo esempio, assicurarsi che tutti i nomi dei colori siano rappresentati come Blu.

  Oltre a garantire la coerenza dei dati, è necessario assicurarsi che il campo dei metadati gestiti usato per contrassegnare il contenuto del catalogo sia un campo obbligatorio. La mancanza di dati in questo campo può provocare una visualizzazione errata del contenuto nel sito di pubblicazione.

Per informazioni su come creare il contenuto degli elenchi per la pubblicazione intersito, vedere le istruzioni sulla creazione del contenuto di un catalogo mediante elenchi di SharePoint in Configurare la pubblicazione intersito in SharePoint Server.

Pianificare l'utilizzo della raccolta siti Catalogo prodotti

Il modello Raccolta siti catalogo prodotti deve essere usato per creare siti in cui creare, archiviare e gestire qualsiasi tipo di dati utilizzato in uno scenario di catalogo. Il modello di raccolta siti include un modello di elenco catalogo prodotti ottimizzato per la gestione del contenuto del catalogo in un elenco. Per impostazione predefinita, quando si crea una raccolta siti del Catalogo prodotti, viene creato automaticamente un elenco Prodotti basato sul modello elenco Catalogo prodotti. L'elenco Prodotti è preconfigurato con il tipo di contenuto Product with Image.The Products list is preconfigured with the Product with Image content type. Al tipo di contenuto Product with Image sono associate colonne del sito, come descritto nella tabella seguente.

Colonne di sito nel tipo di contenuto Prodotto con immagine

Nome colonna di sito	Tipo di colonna di sito
Titolo	Una riga di testo
Codice articolo	Una riga di testo
Numero gruppo	Una riga di testo
Tag lingua	Scelta
Immagine riepilogo	Immagine pubblicazione
Categoria elemento	Metadati gestiti

Viene inoltre creato un set di termini denominato Gerarchia prodotti. Il set di termini è associato alla colonna di sito Categoria elemento.

Per le considerazioni relative alle prestazioni, vedere Progettazione di elenchi di grandi dimensioni e ottimizzazione delle prestazioni degli elenchi (SharePoint Server 2010).

Pianificare il contenuto della raccolta di risorse

Quando si prevede di usare gli asset nel contenuto, ricordare che cos'è e non è indicizzato. Il sistema di ricerca indicizza alcuni campi, ad esempio i campi di testo e HTML, ma non indicizza gli asset, ad esempio immagini, file audio e video e file come Word documenti o PDF. Tali file sono considerati oggetti binari di grandi dimensioni (BLOB) e vengono archiviati nella cache BLOB anziché nell'indice di ricerca. Questo trattamento significa che questi file non verranno visualizzati nel sito di pubblicazione nello stesso modo degli altri contenuti. Quando si pianifica una raccolta di risorse per i siti di creazione e modifica, è necessario tenere in considerazione gli aspetti illustrati nel seguente elenco.

• Dove deve essere posizionata la raccolta di risorse?

  Per utilizzare le risorse nel contenuto, è necessario che le raccolte siti di creazione e modifica e le raccolte siti di pubblicazione abbiano accesso alla raccolta di risorse. Il percorso della raccolta di risorse dipende dal tipo di sito che si desidera creare e dall'architettura della soluzione. Se gli utenti del sito di pubblicazione sono in grado di disporre del livello di autorizzazioni lettura per la raccolta siti di creazione e modifica, la raccolta di risorse può essere archiviata nella raccolta siti di creazione e modifica. Tuttavia, se gli utenti del sito di pubblicazione non possono disporre del livello di autorizzazione Lettura per la raccolta siti di creazione, la raccolta asset deve essere creata in una raccolta siti separata con livelli di autorizzazione diversi. In uno scenario Internet in cui gli utenti del sito di pubblicazione dispongono solo dell'accesso anonimo, ad esempio, è necessario archiviare la raccolta di risorse in una raccolta siti distinta, in un'altra applicazione Web configurata per consentire l'accesso anonimo. Tuttavia, in uno scenario Intranet in cui gli utenti del sito di pubblicazione possono disporre dell'accesso in lettura, è possibile archiviare la raccolta di risorse nella raccolta siti di creazione e modifica. Quando la raccolta di asset viene archiviata in una raccolta siti separata dai siti di creazione e pubblicazione, assicurarsi di aggiungerla all'elenco dei percorsi di contenuto suggeriti del browser per il sito di creazione in modo che gli autori di contenuti possano trovare e inserire elementi dalla raccolta di asset nel contenuto. Se si prevede di utilizzare rendering di immagini nella raccolta di risorse, è necessario abilitare e configurare tali rendering nella raccolta siti in cui sono contenute le immagini.

• È necessario condividere la raccolta di risorse come catalogo?

  Se le risorse da archiviare nella raccolta di risorse sono state contrassegnate con termini di un set di termini di tagging e si desidera essere in grado di eseguire query sulle risorse in base a tali termini, è possibile condividere la raccolta di risorse come catalogo. Se ad esempio si desidera visualizzare immagini o video in uno o più siti di pubblicazione in base a determinate categorie, è necessario condividere le raccolte contenenti tali risorse come cataloghi. Per consentire l'accesso al sito di pubblicazione a utenti anonimi, verificare che la raccolta di risorse sia accessibile per gli utenti anonimi.

• Dove verranno memorizzate nella cache le risorse?

  Quando si pianifica l'utilizzo di risorse nel contenuto, è necessario pianificare anche la cache in cui verranno memorizzati i file delle risorse. In generale, è sempre necessario abilitare la cache BLOB per i siti di pubblicazione. La cache BLOB migliora le prestazioni del sito Web recuperando i file BLOB dal database e archiviandoli in una directory nel server Web front-end in cui vengono serviti agli utenti. La cache BLOB riduce il traffico di rete verso e il carico nel server di database. Per ulteriori informazioni, vedere Pianificare la memorizzazione nella cache e le prestazioni in SharePoint Server.

• Quali sono le dimensioni dei file delle risorse?

  Se si prevede di usare file di grandi dimensioni, ad esempio video nel contenuto, è consigliabile aumentare le dimensioni massime dei file di caricamento nel server in cui si trova la raccolta di asset. In tal modo sarà possibile caricare file di dimensioni superiori rispetto all'impostazione predefinita consentita da SharePoint Server. Per ulteriori informazioni su cache BLOB, Bit Rate Throttling e dimensioni massime dei file caricati, vedere Pianificare la memorizzazione nella cache e le prestazioni in SharePoint Server.

Per ulteriori informazioni su come pianificare le raccolte di risorse, vedere Pianificare raccolte di risorse digitali in SharePoint Server 2013.

Vedere anche

Concetti

Panoramica della pubblicazione in siti Internet, Intranet ed Extranet in SharePoint Server

Pianificare i siti di pubblicazione Internet, Intranet ed Extranet in SharePoint Server

Pianificare la pubblicazione intersito in SharePoint Server

Panoramica della pubblicazione intersito in SharePoint Server

Pianificare l'architettura logica per la pubblicazione intersito in SharePoint Server

Pianificare i siti di pubblicazione per la pubblicazione intersito in SharePoint Server

Pianificare la ricerca per i siti di pubblicazione intersito in SharePoint Server 2016

Configurare la pubblicazione intersito in SharePoint Server

Stimare capacità e prestazioni per la gestione del contenuto Web (SharePoint Server 2013)