Metadati in blocco
Per impostazione predefinita, i metadati vengono gestiti a livello di pagina. Per ulteriori informazioni, vedere Authoring e pubblicazione dei contenuti.
In alcuni casi, è utile applicare metadati in massa a un sito web. I casi d’uso comuni includono:
- Una determinata sezione di un sito web dovrebbe avere un aspetto e un comportamento diversi dal resto del sito (ad esempio un modello diverso o un tema diverso).
- I metadati predefiniti come
og:image
devono essere applicati a parti del sito Web. - Se una determinata parte del sito Web non deve essere indicizzata dai robot, è possibile utilizzare i metadati per impostare il tag meta
robots
sunoindex
per una parte del sito.
Se si desidera creare metadati per più pagine contemporaneamente, creare una cartella di lavoro di Excel o una cartella di lavoro di Google Sheets nella cartella principale del sito Web in SharePoint o Google Drive.
- Denominare il file
metadata
per Google Drive. - Denomina il file
metadata.xlsx
per SharePoint.
La cartella di lavoro deve avere un solo foglio di lavoro e almeno due colonne, come nell'immagine seguente.
La colonna con titolo URL presenta il modello URL delle pagine che devono ottenere una voce di metadati specifica.
Il carattere jolly *
(l'asterisco) può essere utilizzato come prefisso o suffisso, consentendo corrispondenze flessibili nel percorso URL. Esempi tipici includono /docs/**
o **/docs/**
.
Nota: il foglio di metadati viene valutato dall'alto verso il basso. I metadati a livello di sito impostati su **
devono essere precedenti a voci più specifiche.
Per ogni proprietà di metadati, creare una colonna nel foglio di lavoro e denominarla utilizzando la proprietà che si desidera assegnare. Esempi tipici includono template
, theme
o robots
.
I metadati a livello di pagina aggiunti tramite un blocco di metadati hanno la precedenza sui metadati in blocco. Per ulteriori informazioni, vedere i documenti Authoring e pubblicazione dei contenuti e Metadati (blocco).
Per rimuovere in modo esplicito i metadati, è possibile utilizzare un valore ""
. L'elemento verrà rimosso o l'attributo corrispondente verrà impostato su ""
per un percorso specifico.
Esempio:
URL Canonical
/** ""
Per impostazione predefinita, l'esempio precedente rimuoverà <link rel="canonical">
da tutte le pagine, a meno che non sia presente una sostituzione specifica, ad esempio da un blocco di metadati della pagina.
Nota: è necessario visualizzare in anteprima/pubblicare il foglio di metadati per visualizzare le modifiche applicate alla pagina.
Suggerimento: l'aggiornamento di Excel in SharePoint può essere lento. Se le modifiche non vengono visualizzate nell’anteprima o nella pubblicazione, l’aggiornamento rapido (fai clic sulla barra URL e aggiorna) consente di visualizzare il documento Excel nel browser e l’anteprima funziona come previsto.
Metadati mappati a cartelle
Se nel sito è configurato mapping cartelle, i file di metadati all'interno di tale cartella verranno applicati a tutte le pagine per tale mapping. Ad esempio, se /templates/
è mappato a /templates/default
, i metadati in /templates/default/metadata.xlsx
verranno applicati a tutte le pagine al di sotto di /templates/
se il pattern dell'URL corrisponde.
Data ultima modifica
Le modifiche ai metadati mappati da cartelle non vengono riportate nell'intestazione di risposta HTTP last-modified
delle pagine all'interno dell'ambito mappato. Per impostazione predefinita, viene utilizzata la data dell'ultima modifica del documento predefinito. Se ci si basa sul valore dell'intestazione per essere aggiornati in base alle modifiche apportate ai metadati, il che può essere utile a scopo SEO o SEM, è possibile influenzarlo* aggiungendo una colonna last-modified
esplicita. Questo consente di impostare la stringa di data o la marca temporale desiderata solo per determinate righe, lasciando invariate le altre. Consigliamo il formato data ISO per garantire che sia leggibile e sicuro dal fuso orario.
Esempio:
URL Last-modified
/products/product1 2024-11-21T00:00:00Z
/products/product2 2024-11-20T00:00:00Z
/products/product3 2024-11-19T00:00:00Z
* Nota: L'intestazione di risposta HTTP last-modified
effettiva viene calcolata in base ai tempi di modifica delle risorse che contribuiscono alla risposta:
- Il documento di origine stesso (per le pagine mappate a cartelle, è il documento predefinito)
- head.html
- Metadati globali (e aggiuntivi)
- Configurazione di intestazioni personalizzate
Verrà utilizzato l’orario di modifica più recente di tali risorse. Ciò significa che il valore last-modified
fornito potrebbe non essere il valore di intestazione finale se, ad esempio, head.html
è più recente.
Metadati aggiuntivi
Quando si dispone di metadati gestiti da più team, non è pratico mantenerli tutti negli stessi file di metadati. Il supporto per più metadati è possibile configurando tutti i file di metadati che devono essere presi in considerazione nel file /.helix/config.xlsx
:
L'ordine delle voci nell'elenco determina l'ordine di applicazione dei dati. L’ordine finale dei metadati è il seguente:
Se in /.helix/config.xlsx
è configurato metadata
:
- Il blocco di metadati a livello di pagina si aggira
- Il foglio di metadati mappato a cartelle vince
- Fogli di metadati in ordine configurato
se non è stato configurato alcun ordine:
- Il blocco di metadati a livello di pagina si aggira
- Il foglio di metadati mappato a cartelle vince
- Foglio metadati bulk (
/metadata.xlsx
)
Tieni presente che le singole proprietà dei metadati vengono sovrascritte ma non eliminate. Ad esempio, se /metadata.json
definisce una proprietà title
, la stessa proprietà in /metadata-2nd.json
sovrascriverà il valore, ma solo se non è vuoto.