Ulangi penggunaan markup Schema.org / Rich Snippets yaitu data LocalBusiness

11

Saya tidak dapat menemukan kata-kata resmi dan saya berharap bahwa beberapa Kaya Cuplikan / Skema Guru dapat memberi saya beberapa wawasan tentang penggunaan yang tepat dari konten yang diulang ketika harus menggunakan markup.

Saya sedang membangun sebuah situs yang ingin menggunakan Schema.org sebagai jenis markup dan pemilik ingin sebanyak mungkin penggunaan. Nama bisnis, telepon, dan alamat akan muncul di setiap halaman sekarang apakah valid atau bahkan berguna untuk menggunakan Cuplikan Kaya di setiap halaman tempat informasi ini ditampilkan.

Misalnya informasi ini muncul di header, dan footer dari setiap halaman situs dan juga memberi Anda contoh markup saat ini, lihat di bawah:

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

Jadi seperti yang Anda lihat di atas, informasi ini akan ditampilkan pada setiap halaman. Apakah ini valid atau buruk untuk mengulangi penggunaan informasi ini dalam format Schema.org?

— Simon Hayter
sumber

Beberapa markup semantik seperti kepengarangan dirancang untuk digandakan di beberapa halaman. Saya tidak yakin apa gunanya markup bisnis lokal, apakah itu mengubah cara situs ditampilkan di SERP sama sekali?

— Stephen Ostermiller

1

Tidak, tetapi 90% skema tidak mempengaruhi SERPS dalam bentuk atau bentuk apa pun dan menggunakan logika itu berarti skema itu tidak berguna - tidak sedikit yang mereka inginkan digunakan sebanyak mungkin, saya tidak peduli asalkan itu bukan praktik buruk atau seo negatif.

— Simon Hayter

6

Microdata tidak memiliki konsep "situs"; setiap halaman terpisah. Jadi, Anda harus memasukkan semua metadata yang relevan pada setiap halaman di mana konten yang sesuai terlihat (tetapi hanya satu kali per halaman).

Pikirkan add-browser yang menampilkan semua pasangan nilai-nama Microdata di sidebar: mengapa pengguna harus mengunjungi halaman spesifik situs Anda untuk melihat metadata di sidebar?
Pikirkan copy-and-paste atau drag-and-drop : mengapa metadata hanya dimasukkan dalam clipboard ketika menyalin / menyeret konten dari satu halaman situs tertentu?
Pikirkan agen yang menawarkan untuk menambahkan alamat bisnis lokal ke buku alamat: mengapa pengguna harus mengunjungi satu halaman spesifik situs Anda untuk membiarkan alamat Anda ditambahkan secara otomatis?

— unor
sumber

dikatakan bahwa "praktik terbaik adalah untuk tetap fokus dan umumnya menggunakan Jenis tingkat atas tunggal pada halaman tertentu". Melewati LocalBusiness,, Organizationdll sebagai tipe tingkat atas (melalui array tingkat atas) tampaknya bertentangan dengan ide ini. Haruskah kita bertujuan untuk bersarang LocalBusinessdi dalam tipe yang lebih spesifik, misalnya Articleatau Product? Atau, cukup lewati beberapa tipe tingkat atas sebagai array?

— Ronnie Royston

1

@RonRoyston: Ini adalah praktik terbaik untuk menggunakan properti untuk menghubungkan item, yang biasanya menghasilkan hanya satu item tingkat atas: WebPage- dan the Organizationadalah publisher, the Article/ Productis the mainEntityetc.

— un

1

Saya pikir markup pada setiap halaman baik-baik saja, tetapi saya akan memiliki semua contoh menggunakan url umum (halaman tentang bisnis) dan id umum (itemid dalam microdata). Ini akan menjadi sinyal untuk menunjukkan bahwa mereka semua berhubungan dengan satu entitas.

URL yang dirujuk harus merupakan halaman tentang bisnis yang mencakup versi markup yang jauh lebih terperinci. Sekali lagi, menggunakan id yang sama sehingga sistem dapat menghubungkan titik-titik.

— Tony McCreath
sumber