Repita o uso da marcação Schema.org / Rich Snippets, ou seja, dados do LocalBusiness

11

Não consigo encontrar palavras oficiais e espero que alguns Rich Snippets / Schema Guru possam me dar algumas dicas sobre o uso adequado de conteúdo repetido quando se trata de usar marcações.

Estou construindo um site que deseja usar o Schema.org como o tipo de marcação e o proprietário gostaria de usar o máximo possível. O nome da empresa, telefone e endereço aparecerão em todas as páginas agora. É válido ou mesmo útil usar Rich Snippets em todas as páginas em que essas informações são exibidas.

Por exemplo, essas informações aparecem no cabeçalho e no rodapé de todas as páginas do site e também fornecem um exemplo da minha marcação atual, veja abaixo:

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

Portanto, como você pode ver acima, essas informações serão exibidas em todas as páginas. É válido ou ruim repetir o uso dessas informações no formato Schema.org?

— Simon Hayter
fonte

Algumas marcações semânticas, como autoria, foram projetadas para serem duplicadas em várias páginas. Não sei ao certo qual é o objetivo da marcação de empresa local. Isso muda a maneira como o site é exibido nos SERPs?

— Stephen Ostermiller

1

Não, mas 90% do esquema não afeta o SERPS de nenhuma forma precisa e, usando essa lógica, isso significa que o esquema é bastante inútil - mesmo assim eles querem que ele seja usado o máximo possível, não me importo, desde que prática não ruim ou SEO negativo.

— Simon Hayter

6

Microdados não tem um conceito de "site"; cada página é separada. Portanto, você deve incluir todos os metadados relevantes em todas as páginas em que o conteúdo correspondente é visível (mas apenas uma vez por página).

Pense em um complemento do navegador que exibe todos os pares de nome e valor da Microdata em uma barra lateral: por que o usuário deve visitar uma página específica do seu site para ver os metadados na barra lateral?
Pense em copiar e colar ou arrastar e soltar : por que os metadados devem ser incluídos apenas na área de transferência ao copiar / arrastar conteúdo de uma página específica do site?
Pense em um agente que oferece adicionar o endereço comercial local ao catálogo de endereços: por que o usuário deve visitar uma página específica do seu site para permitir que seu endereço seja adicionado automaticamente?

— unor
fonte

diz-se que "a melhor prática é manter o foco e geralmente usar um único tipo de nível superior em uma determinada página". Passar LocalBusiness, Organizationetc, como tipos de nível superior (por meio de uma matriz de nível superior) parece contradizer essa idéia. Devemos procurar aninhar LocalBusinessdentro de tipos mais específicos, por exemplo, Articleou Product? Ou apenas passar vários tipos de nível superior como uma matriz?

— Ronnie Royston

1

@RonRoyston: É a melhor prática usar propriedades para conectar itens, o que normalmente resulta em ter apenas um item de nível superior: WebPage- e o Organizationé o publisher, o Article/ Producté o mainEntityetc.

— un

1

Acho que a marcação em todas as páginas é boa, mas todas as instâncias usariam um URL comum (uma página sobre o negócio) e um ID comum (itemid em microdados). Este será um sinal para indicar que todos eles se relacionam com uma única entidade.

O URL referenciado deve ser uma página sobre a empresa, que inclui uma versão muito mais detalhada da marcação. Novamente, usando o mesmo ID para que os sistemas possam conectar os pontos.

— Tony McCreath
fonte