Ripetere l'uso del markup Schema.org / Rich Snippets, ovvero i dati di LocalBusiness

11

Non riesco a trovare una formulazione ufficiale e spero che alcuni Rich Snippet / Schema Guru possano darmi un'idea del corretto utilizzo di contenuti ripetuti quando si tratta di utilizzare il markup.

Sto costruendo un sito che vuole usare Schema.org come tipo di markup e il proprietario vorrebbe il maggior utilizzo possibile. Il nome dell'azienda, il telefono e l'indirizzo appariranno su ogni pagina ora è valido o addirittura utile usare Rich Snippet su ogni pagina in cui vengono visualizzate queste informazioni.

Ad esempio, queste informazioni appaiono nell'intestazione e nel piè di pagina di ogni pagina del sito e anche per darti un esempio del mio markup corrente, vedi sotto:

<body itemscope itemtype="http://schema.org/LocalBusiness">
<header>
    <a itemprop="url" href="http://www.domain.co.uk/">
        <img itemprop="logo" src="image.png" alt="Company Name Logo" />
    </a>
    <span itemprop="telephone">01202 000 000</span>
</header>
<div> This is where the content will go</div>
<footer>
  <span itemprop="name">Company Name</span>
  <span itemprop="description"> A small little bit about this company</span>
  <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
    <span itemprop="streetAddress">Address Goes here</span>
    <span itemprop="addressLocality">Area Here</span>,
    <span itemprop="addressRegion">Region Here</span>
  </div>
 </footer>
</body> !-- Local Business Schema Now Closed -->

Come puoi vedere sopra, queste informazioni verranno visualizzate su ogni singola pagina. È valido o errato ripetere l'uso di queste informazioni nel formato Schema.org?

— Simon Hayter
fonte

Alcuni markup semantici come la paternità sono progettati per essere duplicati su più pagine. Non sono sicuro di quale sia il punto del markup aziendale locale, cambia il modo in cui il sito viene visualizzato nelle SERP?

— Stephen Ostermiller

1

No, ma il 90% dello schema non influenza SERPS in alcun modo o forma e usando quella logica significherebbe che lo schema è piuttosto inutile - tuttavia lo vogliono usare il più possibile, non mi interessa quanto tempo è non cattiva pratica o seo negativo.

— Simon Hayter

6

Microdata non ha un concetto di "sito"; ogni pagina è separata. Quindi dovresti includere tutti i metadati pertinenti su ogni pagina in cui è visibile il contenuto corrispondente (ma solo una volta per pagina).

Pensa a un componente aggiuntivo del browser che visualizza tutte le coppie nome-valore di Microdata in una barra laterale: perché l'utente dovrebbe visitare una pagina specifica del tuo sito per vedere i metadati nella barra laterale?
Pensa al copia e incolla o al trascinamento della selezione : perché i metadati dovrebbero essere inclusi negli appunti solo quando si copiano / trascinano contenuti da una pagina specifica del sito?
Pensa a un agente che si offre di aggiungere l'indirizzo commerciale locale alla rubrica: perché l'utente dovrebbe visitare una pagina specifica del tuo sito per consentire l'aggiunta automatica del tuo indirizzo?

— unor
fonte

si dice che "la migliore pratica è di rimanere concentrati e generalmente usare un singolo Tipo di primo livello in una data pagina". Passare LocalBusiness, Organizationecc. Come tipi di livello superiore (tramite un array di livello superiore) sembra contraddire questa idea. Dovremmo mirare a nidificare LocalBusinessall'interno di tipi più specifici, ad esempio Articleo Product? Oppure, passare solo diversi tipi di livello superiore come un array?

— Ronnie Royston il

1

@RonRoyston: è consigliabile utilizzare le proprietà per connettere gli elementi, il che di solito comporta un solo elemento di livello superiore: WebPage- e il Organizationè il publisher, il Article/ Productè il mainEntityecc.

— unor

1

Penso che il markup su ogni pagina vada bene, ma vorrei che tutte le istanze usassero un url comune (una pagina sull'attività) e un ID comune (itemid nei microdati). Questo sarà un segnale per indicare che si riferiscono tutti a una singola entità.

L'URL di riferimento dovrebbe essere una pagina sull'attività che include una versione molto più dettagliata del markup. Ancora una volta, usando lo stesso ID in modo che i sistemi possano collegare i punti.

— Tony McCreath
fonte