Repetir el uso de marcado Schema.org / Rich Snippets, es decir, datos de LocalBusiness

11

No puedo encontrar la redacción oficial y espero que algunos Rich Snippets / Schema Guru puedan darme una idea del uso adecuado del contenido repetido cuando se trata de usar el marcado.

Estoy construyendo un sitio que quiere usar Schema.org como el tipo de marcado y el propietario desea tanto uso como sea posible. El nombre de la empresa, el teléfono y la dirección aparecerán en cada página ahora, ¿es válido o incluso útil usar Rich Snippets en cada página donde se muestra esta información?

Por ejemplo, esta información aparece en el encabezado y pie de página de cada página del sitio y también le da un ejemplo de mi marcado actual, vea a continuación:

<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 -->

Como puede ver arriba, esta información se mostrará en cada página. ¿Es válido o incorrecto repetir el uso de esta información en formato Schema.org?

Simon Hayter
fuente
Algunas marcas semánticas, como la autoría, están diseñadas para duplicarse en varias páginas. Sin embargo, no estoy seguro de cuál es el punto del marcado comercial local, ¿cambia la forma en que se muestra el sitio en los SERP?
Stephen Ostermiller
1
No, pero el 90% del esquema no afecta a los SERPS de ninguna forma o nitidez y usar esa lógica significaría que el esquema es bastante inútil; sin embargo, quieren que se use lo más posible, no me importa tanto tiempo No es una mala práctica o seo negativo.
Simon Hayter

Respuestas:

6

Microdata no tiene un concepto de "sitio"; Cada página está separada. Por lo tanto, debe incluir todos los metadatos relevantes en cada página donde esté visible el contenido correspondiente (pero solo una vez por página).

  • Piense en un complemento de navegador que muestre todos los pares de nombre-valor de Microdata en una barra lateral: ¿por qué el usuario debe visitar una página específica de su sitio para ver los metadatos en la barra lateral?

  • Piense en copiar y pegar o arrastrar y soltar : ¿por qué los metadatos solo deberían incluirse en el portapapeles al copiar / arrastrar contenido desde una página específica del sitio?

  • Piense en un agente que ofrezca agregar la dirección comercial local a la libreta de direcciones: ¿por qué el usuario debe visitar una página específica de su sitio para permitir que su dirección se agregue automáticamente?

unor
fuente
se dice que "la mejor práctica es mantenerse enfocado y, en general, usar un Tipo de nivel superior en una página determinada". Pasando LocalBusiness, Organization, etc, ya que los tipos de nivel superior (a través de una matriz de nivel superior] parece contradecir esta idea ¿Hay que apuntar a anidar. LocalBusinessDentro de los tipos más específicos, por ejemplo, Articleo ProductO, sólo tiene que pasar varios tipos de alto nivel como una matriz??
Ronnie Royston
1
@RonRoyston: es la mejor práctica usar propiedades para conectar elementos, lo que generalmente resulta en tener solo un elemento de nivel superior: WebPage- y Organizationes el publisher, el Article/ Productes el mainEntityetc.
hasta el
1

Creo que el marcado en cada página está bien, pero quisiera que todas las instancias usen una URL común (una página sobre el negocio) y una identificación común (itemid en microdatos). Esta será una señal para indicar que todos se relacionan con una sola entidad.

La URL referenciada debe ser una página sobre el negocio que incluya una versión mucho más detallada del marcado. Nuevamente, usando la misma identificación para que los sistemas puedan conectar los puntos.

Tony McCreath
fuente