Schema.org / Rich Snippets işaretlemesinin kullanımını tekrarlayın, örn. LocalBusiness verileri


11

Resmi ifadeler bulamıyorum ve bazı Zengin Snippet'ler / Şema Guru'nun işaretleme söz konusu olduğunda tekrarlanan içeriğin doğru kullanımı hakkında bana fikir verebileceğini umuyorum.

Ben biçimlendirme türü olarak Schema.org kullanmak isteyen bir site inşa ediyorum ve sahibi mümkün olduğunca fazla kullanmak istiyorum. İşletme adı, telefon ve adres artık her sayfada görünecek ve bu bilgilerin görüntülendiği her sayfada Zengin Snippet'lerin kullanılması geçerli veya hatta kullanışlı.

Örneğin, bu bilgiler sitenin her sayfasının üstbilgisinde ve altbilgisinde görünür ve size geçerli biçimlendirmemle ilgili bir örnek verir. Aşağıya bakı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 -->

Yukarıda da görebileceğiniz gibi bu bilgiler her sayfada gösterilecektir. Bu bilgilerin Schema.org formatında tekrarlanması geçerli mi veya kötü mü?


Yazarlık gibi bazı anlamsal işaretlemeler birden çok sayfada çoğaltılacak şekilde tasarlanmıştır. Yerel işletme işaretlemesinin ne anlama geldiğinden emin değilim, sitenin SERP'lerde görüntülenme şeklini değiştiriyor mu?
Stephen Ostermiller

1
Hayır, ancak şemanın% 90'ı SERPS'i keskin veya formda etkilemez ve bu mantığı kullanmak şemanın oldukça işe yaramaz olduğu anlamına gelmez - hiçbiri mümkün olduğunca az kullanılmasını istemez, kötü uygulama veya negatif seo değil.
Simon Hayter

Yanıtlar:


6

Mikro verilerin "site" kavramı yoktur; her sayfa ayrıdır. Dolayısıyla , ilgili içeriğin görülebildiği her sayfaya ilgili tüm meta verileri eklemelisiniz (ancak sayfa başına yalnızca bir kez).

  • Kenar çubuğunda tüm Mikro veri ad-değer çiftlerini görüntüleyen bir tarayıcı eklentisini düşünün: kullanıcı kenar çubuğundaki meta verileri görmek için neden sitenizin belirli bir sayfasını ziyaret etmelidir?

  • Kopyala ve yapıştır veya sürükle ve bırak yöntemini düşünün : neden sitenin belirli bir sayfasından içerik kopyalarken / sürüklerken meta veriler panoya dahil edilmelidir?

  • Yerel işletme adresini adres defterine eklemeyi teklif eden bir aracıyı düşünün: kullanıcı adresinizin otomatik olarak eklenmesine izin vermek için neden sitenizin belirli bir sayfasını ziyaret etmelidir?


söylendiğine göre "en iyi uygulama odaklı tutmak ve genellikle belirli bir sayfadaki tek üst düzey Tipi kullanmaktır" söyledi. Geçme LocalBusiness, Organizationvb bir üst düzey dizide aracılığıyla üst düzey türleri (] bu fikri yalanlamak biz yuva hedefliyoruz Should göründüğü gibi. LocalBusiness, İçeride örneğin daha belirli türleri Articleveya Productsadece bir dizi olarak birçok üst düzey türlerini geçmesi, Ya??
Ronnie Royston

1
: @RonRoyston: Sadece bir üst düzeyde bir öğeyi sahip olmanın bağlantı öğeleri, tipik sonuçları için özelliklerini kullanmak en iyi uygulamadır WebPageve - Organizationise publisher, Article/ Productolduğunu mainEntityvs.
UNOR

1

Her sayfadaki işaretlemenin iyi olduğunu düşünüyorum, ancak tüm örneklerin ortak bir url (işletme hakkında bir sayfa) ve ortak bir kimlik (mikro verilerde itemid) kullanmasını isterdim. Bu, hepsinin tek bir varlık ile ilgili olduğunu gösteren bir işaret olacaktır.

Başvurulan URL, işletme ile ilgili biçimlendirmenin çok daha ayrıntılı bir sürümünü içeren bir sayfa olmalıdır. Yine, aynı noktaları kullanarak sistemler noktaları birleştirebilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.