구조화된 조직(Organization) 데이터

Google 검색결과의 판매자 지식 패널

구조화된 조직 데이터를 사용하여 로고, 주소, 연락처 정보, 비즈니스 식별자 등의 조직 관리 세부정보를 Google에 알릴 수 있습니다. Google은 지식 패널 및 기타 시각적 요소(예: 속성)에 이 마크업을 활용할 수 있으며, 이를 통해 사용자가 Google 검색에서 조직의 세부정보를 더 쉽게 찾을 수 있습니다.

구조화된 데이터를 추가하는 방법

구조화된 데이터는 페이지 정보를 제공하고 페이지 콘텐츠를 분류하기 위한 표준화된 형식입니다. 구조화된 데이터를 처음 사용한다면 구조화된 데이터의 작동 방식을 자세히 알아보세요.

다음은 구조화된 데이터를 빌드, 테스트 및 출시하는 방법의 개요입니다.

  1. 웹페이지에 적용되는 권장 속성을 최대한 많이 추가하세요. 필수 속성은 없습니다. 대신 콘텐츠에 해당하는 속성을 추가하세요. 사용 중인 형식에 따라 페이지에 구조화된 데이터를 삽입하는 위치를 알아보세요.
  2. 가이드라인을 따릅니다.
  3. 리치 결과 테스트를 사용하여 코드의 유효성을 검사하고 심각한 오류를 해결하세요. 또한 도구에서 신고될 수 있는 심각하지 않은 문제는 구조화된 데이터의 품질을 개선하는 데 도움이 될 수 있으므로 해결하는 것이 좋습니다. 그러나 리치 결과를 사용하기 위한 필수사항은 아닙니다.
  4. 구조화된 데이터를 포함하는 일부 페이지를 배포하고 URL 검사 도구를 사용하여 Google에서 페이지를 표시하는 방법을 테스트합니다. Google이 페이지에 액세스할 수 있으며 robots.txt 파일, noindex 태그 또는 로그인 요구사항에 의해 차단되지 않는지 확인합니다. 페이지가 정상적으로 표시되면 Google에 URL을 재크롤링하도록 요청할 수 있습니다.
  5. Google에 향후 변경사항을 계속 알리려면 사이트맵을 제출하는 것이 좋습니다. 이는 Search Console Sitemap API를 사용하여 자동화할 수 있습니다.

예시

다음은 JSON-LD 코드로 된 조직 정보의 예입니다.


<html>
  <head>
    <title>About Us</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "Organization",
      "image": "https://www.example.com/example_image.jpg",
      "url": "https://www.example.com",
      "sameAs": ["https://example.net/profile/example1234", "https://example.org/example1234"],
      "logo": "https://www.example.com/images/logo.png",
      "name": "Example Corporation",
      "description": "The example corporation is well-known for producing high-quality widgets",
      "email": "contact@example.com",
      "telephone": "+47-99-999-9999",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "Rue Improbable 99",
        "addressLocality": "Paris",
        "addressCountry": "FR",
        "addressRegion": "Ile-de-France",
        "postalCode": "75001"
      },
      "vatID": "FR12345678901",
      "iso6523Code": "0199:724500PMK2A2M1SQQ228"
    }
    </script>
  </head>
  <body>
  </body>
</html>

가이드라인

구조화된 데이터가 Google 검색결과에 포함되도록 하려면 가이드라인을 따라야 합니다.

기술 가이드라인

이 정보는 홈페이지나 회사 소개 페이지와 같은 조직을 소개하는 단일 페이지에 배치하는 것이 좋습니다. 사이트의 모든 페이지에 포함할 필요는 없습니다.

조직에 부합하는 가장 구체적인 Organization의 schema.org 하위유형을 사용하는 것이 좋습니다. 예를 들어 전자상거래 사이트를 운영하는 경우 OnlineBusiness 대신 OnlineStore 하위유형을 사용하는 것이 좋습니다. 예를 들어 음식점이나 오프라인 상점과 같은 지역 비즈니스에 관한 사이트인 경우 가장 구체적인 하위 유형LocalBusiness를 제공하고 이 가이드에서 권장하는 필드 외에도 지역 비즈니스의 필수 및 권장 필드를 따르는 것이 좋습니다.

구조화된 데이터 유형 정의

Google은 Organization의 다음 속성을 인식합니다. Google에서 페이지를 더 잘 이해할 수 있도록 웹페이지에 해당하는 권장 속성을 최대한 많이 포함하세요. 필수 속성은 없습니다. 대신 조직에 해당하는 속성을 추가하세요.

권장 속성
name

Text

조직 이름입니다. 사이트 이름에 사용한 것과 동일한 namealternateName를 사용합니다.

alternateName

Text

조직에서 사용하는 다른 공용 이름입니다(해당하는 경우).

legalName

Text

Organization의 등록 상호(해당하는 경우 name 속성과 다른 경우)입니다.

description

Text

조직에 대한 자세한 설명입니다(해당하는 경우).

logo

URL 또는 ImageObject

조직을 상징적으로 나타내는 로고입니다. 이 속성을 추가하면 Google에서 검색결과 및 지식 패널 등에서 표시할 로고를 더 잘 이해할 수 있습니다.

이미지 가이드라인:

  • 이미지는 최소 112x112픽셀이어야 합니다.
  • 이미지 URL은 크롤링 및 색인 생성이 가능해야 합니다.
  • Google 이미지에서 지원되는 이미지 파일 형식이어야 합니다.
  • 완전히 흰색인 배경에 이미지가 표시될 때 의도한 대로 표시되는지 확인합니다. 예를 들어 로고가 거의 흰색이거나 회색이면 흰색 배경에 표시될 때 의도한 대로 표시되지 않을 수 있습니다.

ImageObject 유형을 사용하는 경우 URL 유형과 동일한 가이드라인을 따르는 유효한 contentUrl 속성 또는 url 속성이 있는지 확인합니다.

url

URL

조직의 웹사이트 URL입니다(해당하는 경우). URL을 사용하면 Google에서 조직을 고유하게 식별할 수 있습니다.

sameAs

URL

조직에 관한 추가 정보가 포함된 다른 웹사이트의 페이지 URL입니다(해당하는 경우). 예를 들어 소셜 미디어 또는 리뷰 사이트의 조직 프로필 페이지 URL입니다. sameAs URL을 여러 개 제공할 수 있습니다.

telephone

Text

업체 전화번호는 고객을 위한 기본 연락 수단입니다. 전화번호에는 국가 코드와 지역 번호가 포함되어 있어야 합니다.

email

Text

비즈니스에 연락할 수 있는 이메일 주소입니다(해당하는 경우).

address

PostalAddress

조직의 실제 또는 메일 주소입니다(있는 경우). 거주 국가에 적용되는 모든 속성을 포함합니다. 속성을 많이 제공할수록 사용자에게 게시되는 결과의 품질이 우수해집니다. 여러 도시, 주 또는 국가에 소재한 경우 주소를 여러 개 입력할 수 있습니다. 데이터 세트의 예는 다음과 같습니다.

"address": [{
  "@type": "PostalAddress",
  "streetAddress": "999 W Example St Suite 99 Unit 9",
  "addressLocality": "New York",
  "addressRegion": "NY",
  "postalCode": "10019",
  "addressCountry": "US"
},{
  "streetAddress": "999 Rue due exemple",
  "addressLocality": "Paris",
  "postalCode": "75001",
  "addressCountry": "FR"
}]
address.streetAddress

Text

우편 주소의 전체 상세 주소입니다.

address.addressLocality

Text

우편 주소의 도시입니다.

address.addressRegion

Text

우편 주소의 지역입니다(해당하는 경우). 예: 주

address.postalCode

Text

주소의 우편번호입니다.

address.addressCountry

Text

우편 주소의 국가이며 두 글자로 된 ISO 3166-1 alpha-2 국가 코드를 사용합니다.

contactPoint

ContactPoint

사용자가 비즈니스에 연락할 수 있는 가장 좋은 방법입니다. Google 권장사항에 따라 사용자가 사용할 수 있는 모든 지원 방법을 포함합니다. 데이터 세트의 예는 다음과 같습니다.

"contactPoint": {
  "@type": "ContactPoint",
  "telephone": "+9-999-999-9999",
  "email": "contact@example.com"
}
contactPoint.telephone

Text

비즈니스에 연락할 수 있는 전화번호입니다(해당하는 경우). 전화번호에는 국가 코드와 지역 번호가 포함되어 있어야 합니다. LocalBusiness 유형을 사용하는 경우 contactPoint를 사용하여 조직에 연락할 수 있는 여러 방법을 지정하기 전에 LocalBusiness 수준에서 기본 전화번호를 지정합니다.

contactPoint.email

Text

비즈니스에 연락할 수 있는 이메일 주소입니다(해당하는 경우). LocalBusiness 유형을 사용하는 경우 contactPoint를 사용하여 조직에 도달하는 여러 방법을 지정하기 전에 LocalBusiness 수준에서 기본 이메일 주소를 지정합니다.

numberOfEmployees

QuantitativeValue

Organization의 직원 수입니다(해당하는 경우).

구체적인 직원 수를 보여주는 예:

"numberOfEmployees": {
  "@type": "QuantitativeValue",
  "value": 2056
  }
    

범위 내의 직원 수를 보여주는 예:

"numberOfEmployees": {
  "@type": "QuantitativeValue",
  "minValue": 100,
  "maxValue": 999
} 

foundingDate

Date

OrganizationISO 8601 날짜 형식으로 설정된 날짜입니다(해당하는 경우).

iso6523Code

Text

조직의 ISO 6523 식별자입니다(해당하는 경우). ISO 6523 식별자의 첫 번째 부분은 사용되는 식별 체계를 정의하는 ICD(국제코드지정포맷)입니다. 두 번째 부분은 실제 식별자입니다. ICD와 식별자는 콜론 문자(U+003A)로 구분하는 것이 좋습니다. 일반적인 ICD 값은 다음과 같습니다.

  • 0060: Dun & Bradstreet 데이터 범용번호 부여 시스템(DUNS)
  • 0088: GS1 글로벌 위치 번호(GLN)
  • 0199: 법인 식별자(LEI)
duns

Text

Organization를 식별하기 위한 Dun & Bradstreet DUNS 번호입니다. 대신 0060: 접두사가 있는 iso6523Code 필드를 사용하는 것이 좋습니다.

leiCode

Text

ISO 17442에 정의된 Organization 식별자입니다(해당하는 경우). 대신 0199: 접두사가 있는 iso6523Code 필드를 사용하는 것이 좋습니다.

naics

Text

OrganizationNAICS(북미 산업 분류 시스템) 코드입니다.

globalLocationNumber

Text

Organization의 위치를 식별하는 GS1 글로벌 위치 번호입니다.

vatID

Text

소재 국가 및 비즈니스에 해당하는 경우 Organization와 관련된 부가가치세(VAT) 코드입니다. 사용자에게 중요한 신뢰 신호입니다. 예를 들어, 사용자는 공개 VAT 등록처에서 비즈니스를 조회할 수 있습니다.

taxID

Text

Organization에 관련 세금 ID입니다(해당하는 경우). taxIDaddress 필드에 입력한 국가와 일치하는지 확인합니다.

문제 해결

구조화된 데이터를 구현하거나 디버깅하는 데 문제가 있다면 다음 리소스를 참고하세요.

  • 콘텐츠 관리 시스템(CMS)을 사용하거나 다른 사람이 내 사이트를 관리한다면 도움을 요청하세요. 문제를 자세히 설명하는 모든 Search Console 메시지를 CMS나 관리자에게 전달해야 합니다.
  • Google은 구조화된 데이터를 사용하는 기능이라고 해서 검색결과에 표시된다고 보장하지 않습니다. Google에서 콘텐츠를 리치 결과로 표시할 수 없는 일반적인 이유 목록은 구조화된 데이터 일반 가이드라인을 참고하세요.
  • 구조화된 데이터에 오류가 있을 수 있습니다. 구조화된 데이터의 오류 목록을 확인하세요.
  • 페이지에 구조화된 데이터 직접 조치를 취하는 경우 페이지에 있는 구조화된 데이터는 무시됩니다. 하지만 페이지는 계속 Google 검색결과에 표시될 수 있습니다. 구조화된 데이터 문제를 해결하려면 직접 조치 보고서를 사용하세요.
  • 가이드라인을 다시 검토하여 콘텐츠가 가이드라인을 준수하지 않는지 확인합니다. 스팸성 콘텐츠 또는 스팸성 마크업의 사용으로 인해 문제가 발생할 수 있습니다. 하지만 해당 문제가 구문 문제가 아닐 수도 있고, 이 경우 리치 결과 테스트에서는 이 문제를 식별할 수 없습니다.
  • 누락된 리치 결과/총 리치 결과 수 감소 문제를 해결하세요.
  • 다시 크롤링이 이루어지고 색인이 생성될 때까지 기다리세요. 페이지가 게시된 후 Google에서 페이지를 찾고 크롤링하기까지 며칠 정도 걸릴 수 있습니다. 크롤링 및 색인 생성에 관한 일반적인 질문은 Google 검색 크롤링 및 색인 생성 FAQ를 참고하세요.
  • Google 검색 센터 포럼에 질문을 올려보세요.