모든 하위 페이지에서 잘못된 구조화된 데이터 제거 – ‘사이트 링크 검색 상자’는 홈페이지에만 추가

기여 버그
1

요약: 현재 모든 페이지, 하위 페이지, 주제 등 모든 페이지에 대해 해당 페이지 자체의 "url":"https://www.example.com/"라고 Google에 전달하고 있습니다.
– https://meta.discourse.org/t/add-sitelinks-search-box-to-the-homepage-only/219299와 같은 주제가 있는 페이지의 경우 이는 분명히 잘못된 것입니다.

현재 Sitelinks Search Box 코드는 모든 페이지, 카테고리 및 주제에 구현되어 있습니다:

<script type="application/ld+json">
{
  "@context":"http://schema.org",
  "@type":"WebSite",
  "url":"https://www.example.com/",
  "potentialAction":{
    "@type":"SearchAction",
    "target":"https://www.example.com/search?q={search_term_string}",
    "query-input":"required name=search_term_string"
  }
}
</script>

예를 들어 Google Search Console 보고서의 ‘Enhancements’ → 'Sitelinks searchbox’를 참조하세요.

grafik
grafik1161×883 49.5 KB

Google의 지침에 따르면 이 마크업은 홈페이지에만 추가되어야 합니다:

2개의 좋아요
2

구글에 대한 추가 배경 정보: “[검색 스니펫 application/ld+json 데이터] 마크업을 홈페이지에만 추가하고, 다른 어떤 페이지에도 추가하지 마세요.”

이 <script type='application/ld+json'> 태그는 해당 태그가 정의된 실제 페이지/URL의 콘텐츠에 대한 정보를 구글에게 제공합니다.

현재 우리는 모든 페이지, 하위 페이지, 주제, 그 어떤 것이든 해당 페이지 자체가 다음과 같다고 구글에게 알려주고 있습니다:

  • "@type":"WebSite"
  • "url":"https://www.example.com/"
    – 이는 URL이 https://meta.discourse.org/t/add-sitelinks-search-box-to-the-homepage-only/219299인 주제 페이지의 경우 확실히 잘못된 것입니다.

홈페이지를 제외한 모든 페이지에서 application/ld+json data를 제거해야 합니다.
아니면 각 하위 페이지에 대해 해당 페이지의 콘텐츠를 나타내는 올바른 페이지별 application/ld+json data를 선언해야 합니다.

List 페이지(예: “Carousel”)에 application/ld+json data를 올바르게 사용하는 방법의 예시:

3개의 좋아요
3

네, 이 기능은 홈 페이지와 카테고리/태그 페이지에만 적용되어야 하며, 개선 PR을 환영합니다.

2개의 좋아요
4

이 PR DEV: output sitelinks search tag on homepage only - Pull Request #16157 - discourse/discourse - GitHub 은 홈페이지를 제외한 모든 페이지에서 구조화된 데이터를 제거합니다. 여기서 말하는 홈페이지는 선택된 홈페이지를 의미하며, 예를 들어 homepage, categorie-overview, topic-list 등이 해당됩니다.

카테고리 및 태그 페이지에는 이러한 구조화된 데이터가 필요 없다고 판단하고 있습니다.

1개의 좋아요
7

안녕하세요, 훌륭한 PR을 올려주셔서 감사합니다. 이제 병합되었습니다.

2개의 좋아요