Schema.org/ 리치 스 니펫 마크 업 (예 : LocalBusiness 데이터) 반복 사용

11

공식 문구를 찾을 수 없으며 일부 리치 스 니펫 / 스키마 전문가가 마크 업을 사용할 때 반복되는 콘텐츠의 올바른 사용법에 대한 통찰력을 얻을 수 있기를 바랍니다.

Schema.org를 마크 업 유형으로 사용하려는 사이트를 만들고 있으며 소유자는 최대한 많은 사용을 원합니다. 업체명, 전화 번호 및 주소는 이제 모든 페이지에 표시됩니다.이 정보가 표시되는 모든 페이지에서 리치 스 니펫을 사용하는 것이 유효하거나 유용합니다.

예를 들어이 정보는 사이트의 모든 페이지의 머리글 및 바닥 글에 나타나며 현재 마크 업의 예를 아래에서 참조하십시오.

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

위에서 볼 수 있듯이이 정보는 모든 단일 페이지에 표시됩니다. Schema.org 형식으로이 정보를 반복해서 사용하는 것이 유효합니까?

— 사이먼 헤이 터
소스

저작자 표시와 같은 일부 시맨틱 마크 업은 여러 페이지에 걸쳐 복제되도록 설계되었습니다. 지역 비즈니스 마크 업의 요점이 무엇인지 잘 모르겠습니다. 사이트가 SERP에 표시되는 방식이 전혀 바뀌 었습니까?

— Stephen Ostermiller

1

아니요, 그러나 스키마의 90 %는 샤프 또는 형태로 SERPS에 영향을 미치지 않으며 해당 논리를 사용하면 스키마가 매우 쓸모가 없음을 의미합니다. 나쁜 연습이나 부정적인 서재응하지 않습니다.

— Simon Hayter

6

마이크로 데이터에는 "사이트"라는 개념이 없습니다. 각 페이지는 별도입니다. 따라서 해당 콘텐츠가 표시되는 모든 페이지 에 모든 관련 메타 데이터를 포함해야합니다 (페이지 당 한 번만).

사이드 바에 모든 마이크로 데이터 이름-값 쌍을 표시하는 브라우저 추가 기능을 생각해보십시오. 사이드 바에서 메타 데이터를 보려면 사용자가 사이트의 특정 페이지를 방문해야하는 이유는 무엇입니까?
복사하여 붙여 넣기 또는 끌어서 놓기 를 고려하십시오. 사이트의 특정 페이지에서 콘텐츠를 복사 / 드래그 할 때 메타 데이터가 클립 보드에만 포함되어야하는 이유는 무엇입니까?
지역 업체 주소를 주소록에 추가하도록 제안하는 에이전트를 생각해보십시오. 왜 사용자가 자동으로 주소를 추가하려면 사이트의 특정 페이지를 방문해야합니까?

— 또는
소스

말했다 것 "가장 좋은 방법은 초점을 유지하고 일반적으로 특정 페이지에 하나의 최상위 타입을 사용하는 것입니다"고. 전달 LocalBusiness, Organization등 최고 수준의 배열을 통해 최고 수준의 유형 (이 아이디어를 모순 우리가 둥지를 목표로한다 보인다. LocalBusiness내부 예를 더 특정 유형 Article또는 Product그냥 배열로 여러 최상위 유형을 통과, 또는?

— Ronnie Royston

1

: @RonRoyston : 그것은 단지 하나의 최상위 항목을 가지고에 연결 항목, 일반적으로 결과에 대한 속성을 사용하는 가장 좋은 방법입니다 WebPage그리고는 - Organization는 IS publisher1, Article/ Product는 IS mainEntity등

— unor

1

모든 페이지의 마크 업은 괜찮다고 생각하지만 모든 인스턴스가 공통 URL (비즈니스에 대한 페이지)과 공통 ID (마이크로 데이터의 항목)를 사용하게합니다. 이것은 모두 단일 개체와 관련되어 있음을 나타내는 신호입니다.

참조 된 URL은 훨씬 자세한 마크 업 버전을 포함하는 비즈니스에 대한 페이지 여야합니다. 시스템이 점을 연결할 수 있도록 동일한 ID를 사용합니다.

— 토니 맥크 레이스
소스