Lặp lại sử dụng Schema.org / đánh dấu Rich Snippets tức là dữ liệu LocalBusiness


11

Tôi không thể tìm thấy từ ngữ chính thức và tôi hy vọng rằng một số Rich Snippets / Schema Guru có thể cung cấp cho tôi cái nhìn sâu sắc về cách sử dụng đúng nội dung lặp đi lặp lại khi sử dụng đánh dấu.

Tôi đang xây dựng một trang web muốn sử dụng Schema.org làm loại đánh dấu và chủ sở hữu muốn sử dụng càng nhiều càng tốt. Tên doanh nghiệp, điện thoại và địa chỉ sẽ xuất hiện trên mỗi trang bây giờ là hợp lệ hoặc thậm chí hữu ích khi sử dụng Rich Snippets trên mỗi trang nơi thông tin này được hiển thị.

Ví dụ: thông tin này xuất hiện trong tiêu đề và chân trang của mỗi trang của trang web và cũng cung cấp cho bạn một ví dụ về đánh dấu hiện tại của tôi xem bên dưới:

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

Vì vậy, như bạn có thể thấy ở trên, thông tin này sẽ được hiển thị trên mỗi trang. Đây có phải là hợp lệ hay xấu khi lặp lại việc sử dụng thông tin này ở định dạng Schema.org?


Một số đánh dấu ngữ nghĩa như quyền tác giả được thiết kế để được sao chép trên nhiều trang. Tôi không chắc chắn điểm đánh dấu doanh nghiệp địa phương là gì, liệu nó có thay đổi cách hiển thị trang web trong SERPs không?
Stephen Ostermiller

1
Không, nhưng 90% lược đồ không ảnh hưởng đến SERPS dưới bất kỳ hình thức hay hình thức nào và sử dụng logic đó có nghĩa là lược đồ đó khá vô dụng - không có gì họ muốn nó sử dụng nhiều nhất có thể, tôi không quan tâm đến nó thực hành không xấu hoặc seo tiêu cực.
Simon Hayter

Câu trả lời:


6

Microdata không có khái niệm về "trang web"; mỗi trang là riêng biệt. Vì vậy, bạn nên bao gồm tất cả các siêu dữ liệu có liên quan trên mỗi trang nơi hiển thị nội dung tương ứng (nhưng chỉ một lần trên mỗi trang).

  • Hãy nghĩ về một trình duyệt bổ sung hiển thị tất cả các cặp giá trị tên Microdata trong một thanh bên: tại sao người dùng phải truy cập một trang cụ thể của trang web của bạn để xem siêu dữ liệu trong thanh bên?

  • Hãy nghĩ về sao chép và dán hoặc kéo và thả : tại sao siêu dữ liệu chỉ nên được đưa vào bảng tạm khi sao chép / kéo nội dung từ một trang cụ thể của trang web?

  • Hãy nghĩ về một đại lý cung cấp để thêm địa chỉ doanh nghiệp địa phương vào sổ địa chỉ: tại sao người dùng phải truy cập một trang cụ thể của trang web của bạn để cho phép địa chỉ của bạn được thêm tự động?


người ta nói rằng "cách tốt nhất là giữ tập trung và thường sử dụng một Loại cấp cao nhất trên một trang nhất định". Vượt qua LocalBusiness, Organizationv.v. như các loại cấp cao nhất (thông qua một mảng cấp cao nhất] dường như mâu thuẫn với ý tưởng này. Chúng ta có nên đặt mục tiêu lồng LocalBusinessvào các loại cụ thể hơn, ví dụ Articlehoặc Product? Hoặc, chỉ chuyển một số loại cấp cao nhất dưới dạng một mảng?
Ronnie Royston

1
@RonRoyston: Đó là thực hành tốt nhất để sử dụng tính đến các mục kết nối, mà thường kết quả trong chỉ có một mục cấp cao nhất: WebPage- và Organizationpublisher, các Article/ ProductmainEntity, vv
unor

1

Tôi nghĩ rằng đánh dấu trên mỗi trang là tốt, nhưng tôi sẽ có tất cả các trường hợp sử dụng một url chung (một trang về doanh nghiệp) và một id chung (itemid trong microdata). Đây sẽ là một tín hiệu để chỉ ra rằng tất cả chúng đều liên quan đến một thực thể duy nhất.

URL được tham chiếu phải là một trang về doanh nghiệp bao gồm phiên bản đánh dấu chi tiết hơn nhiều. Một lần nữa, sử dụng cùng một id để các hệ thống có thể kết nối các dấu chấm.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.