LinkedIn에서 Google 검색 확인하기: LinkedIn에서 팔로우하고 검색 가능한 사이트를 만드는 방법에 관한 Google 검색 뉴스와 리소스를 확인하세요.

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

홈페이지에 구조화된 조직 데이터를 추가하면 Google에서 조직의 관리 세부정보를 더욱 효과적으로 파악하고 검색 결과에서 조직을 명확하게 표시할 수 있습니다. 일부 속성은 조직을 다른 조직으로부터 구분하기 위하여 비하인드에서 사용되지만(iso6523 및 naics 등) 다른 속성은 검색 결과 및 지식 패널에 어떤 logo가 표시될지 등 검색 결과의 시각적인 요소에 영향을 줄 수도 있습니다. 판매자라면 판매자 지식 패널 및 브랜드 프로필에서 반품 정책, 주소, 연락처 주소 등 계정의 세부정보에 영향을 미칠 수 있습니다. 필수 속성은 없지만 조직과 관련된 속성을 최대한 많이 추가하는 것이 좋습니다.

How to add structured data

Structured data is a standardized format for providing information about a page and classifying the page content. If you're new to structured data, you can learn more about how structured data works.

Here's an overview of how to build, test, and release structured data.

Add as many recommended properties that apply to your web page. There are no required properties; instead, add the properties that apply to your content. Based on the format you're using, learn where to insert structured data on the page.
Using a CMS? It may be easier to use a plugin that's integrated into your CMS.
Using JavaScript? Learn how to generate structured data with JavaScript.
Follow the guidelines.
Validate your code using the Rich Results Test and fix any critical errors. Consider also fixing any non-critical issues that may be flagged in the tool, as they can help improve the quality of your structured data (however, this isn't necessary to be eligible for rich results).
Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page. Be sure that your page is accessible to Google and not blocked by a robots.txt file, the noindex tag, or login requirements. If the page looks okay, you can ask Google to recrawl your URLs.
Note: Allow time for re-crawling and re-indexing. Remember that it may take several days after publishing a page for Google to find and crawl it.
To keep Google informed of future changes, we recommend that you submit a sitemap. You can automate this with the Search Console Sitemap API.

예

`Organization`

다음은 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>

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

반품 정책이 있는 `OnlineStore`(`Organization` 하위유형 예)

다음은 JSON-LD 코드로 작성된 온라인 상점 정보의 예입니다.

<html>
  <head>
    <title>About Us</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "OnlineStore",
      "name": "Example Online Store",
      "url": "https://www.example.com",
      "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"],
      "logo": "https://www.example.com/assets/images/logo.png",
      "contactPoint": {
        "contactType": "Customer Service",
        "email": "support@example.com",
        "telephone": "+47-99-999-9900"
      },
      "vatID": "FR12345678901",
      "iso6523Code": "0199:724500PMK2A2M1SQQ228",
      "hasMerchantReturnPolicy": {
        "@type": "MerchantReturnPolicy",
        "applicableCountry": ["FR", "CH"],
        "returnPolicyCountry": "FR",
        "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
        "merchantReturnDays": 60,
        "returnMethod": "https://schema.org/ReturnByMail",
        "returnFees": "https://schema.org/FreeReturn",
        "refundType": "https://schema.org/FullRefund"
      }
      ... // Other Organization-level properties
    }
    </script>
  </head>
  <body>
  </body>
</html>

<html>
  <head>
    <title>About Us</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "OnlineStore",
      "name": "Example Online Store",
      "url": "https://www.example.com",
      "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"],
      "logo": "https://www.example.com/assets/images/logo.png",
      "contactPoint": {
        "contactType": "Customer Service",
        "email": "support@example.com",
        "telephone": "+47-99-999-9900"
      },
      "vatID": "FR12345678901",
      "iso6523Code": "0199:724500PMK2A2M1SQQ228",
      "hasMerchantReturnPolicy": {
        "@type": "MerchantReturnPolicy",
        "applicableCountry": ["FR", "CH"],
        "returnPolicyCountry": "FR",
        "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
        "merchantReturnDays": 60,
        "returnMethod": "https://schema.org/ReturnByMail",
        "returnFees": "https://schema.org/FreeReturn",
        "refundType": "https://schema.org/FullRefund"
      }
      ... // Other Organization-level properties
    }
    </script>
  </head>
  <body>
  </body>
</html>

가이드라인

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

기술 가이드라인

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

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

구조화된 데이터 유형 정의

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

name 또는 alternateName와 같은 비즈니스 이름은 물론 실체(예: address 또는 telephone) 및 온라인 표식(예: url 또는 logo)과 같이 사용자에게 유용한 속성에 중점을 두는 것이 좋습니다.

권장 속성
`address`	`PostalAddress` `LocalBusiness` 유형 또는 하위 유형 중 하나를 사용하는 경우에 필수 속성입니다. 조직의 실제 또는 메일 주소입니다(해당하는 경우). 거주 국가에 적용되는 모든 속성을 포함합니다. 속성을 많이 제공할수록 사용자에게 게시되는 결과의 품질이 우수해집니다. 여러 도시, 주 또는 국가에 소재한 경우 주소를 여러 개 입력할 수 있습니다. 예: "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.addressCountry`	`Text` 우편 주소의 국가이며 두 글자로 된 ISO 3166-1 alpha-2 국가 코드를 사용합니다.
`address.addressLocality`	`Text` 우편 주소의 도시입니다.
`address.addressRegion`	`Text` 우편 주소의 지역입니다(해당하는 경우). 예: 주
`address.postalCode`	`Text` 주소의 우편번호입니다.
`address.streetAddress`	`Text` 우편 주소의 전체 상세 주소입니다.
`alternateName`	`Text` 조직에서 사용하는 다른 공용 이름입니다(해당하는 경우).
`contactPoint`	`ContactPoint` 사용자가 비즈니스에 연락할 수 있는 가장 좋은 방법입니다(해당하는 경우). Google 권장사항에 따라 사용자가 사용할 수 있는 모든 지원 방법을 포함합니다. 예: "contactPoint": { "@type": "ContactPoint", "telephone": "+9-999-999-9999", "email": "contact@example.com" }
`contactPoint.email`	`Text` 비즈니스에 연락할 수 있는 이메일 주소입니다(해당하는 경우). `LocalBusiness` 유형을 사용하는 경우 `contactPoint`를 사용하여 조직에 도달하는 여러 방법을 지정하기 전에 `LocalBusiness` 수준에서 기본 이메일 주소를 지정합니다.
`contactPoint.telephone`	`Text` 비즈니스에 연락할 수 있는 전화번호입니다(해당하는 경우). 전화번호에는 국가 코드와 지역 번호가 포함되어 있어야 합니다. `LocalBusiness` 유형을 사용하는 경우 `contactPoint`를 사용하여 조직에 연락할 수 있는 여러 방법을 지정하기 전에 `LocalBusiness` 수준에서 기본 전화번호를 지정합니다.
`description`	`Text` 조직에 대한 자세한 설명입니다(해당하는 경우).
`duns`	`Text` `Organization`를 식별하기 위한 Dun & Bradstreet DUNS 번호입니다. 대신 `0060:` 접두사가 있는 `iso6523Code` 필드를 사용하는 것이 좋습니다.
`email`	`Text` 비즈니스에 연락할 수 있는 이메일 주소입니다(해당하는 경우).
`foundingDate`	`Date` `Organization`가 ISO 8601 날짜 형식으로 설정된 날짜입니다(해당하는 경우).
`globalLocationNumber`	`Text` `Organization`의 위치를 식별하는 GS1 글로벌 위치 번호입니다.
`hasMerchantReturnPolicy`	`MerchantReturnPolicy` `Organization`에서 사용하는 반품 정책입니다(해당하는 경우). 이 속성을 추가할 경우 `MerchantReturnPolicy`의 필수 및 권장 입력란도 포함해야 합니다.
`iso6523Code`	`Text` 조직의 ISO 6523 식별자입니다(해당하는 경우). ISO 6523 식별자의 첫 번째 부분은 사용되는 식별 체계를 정의하는 `ICD`(국제코드지정포맷)입니다. 두 번째 부분은 실제 식별자입니다. ICD와 식별자는 콜론 문자(`U+003A`)로 구분하는 것이 좋습니다. 일반적인 ICD 값은 다음과 같습니다. `0060`: Dun & Bradstreet 데이터 범용번호 부여 시스템(DUNS) `0088`: GS1 글로벌 위치 번호(GLN) `0199`: 법인 식별자(LEI)
`legalName`	`Text` `Organization`의 등록 상호(해당하는 경우 및 `name` 속성과 다른 경우)입니다.
`leiCode`	`Text` ISO 17442에 정의된 `Organization` 식별자입니다(해당하는 경우). 대신 `0199:` 접두사가 있는 `iso6523Code` 필드를 사용하는 것이 좋습니다.
`logo`	`URL` 또는 `ImageObject` 조직을 상징적으로 나타내는 로고입니다(해당하는 경우). 이 속성을 추가하면 Google에서 검색결과 및 지식 패널 등에서 표시할 로고를 더 잘 이해할 수 있습니다. 이미지 가이드라인: 이미지는 최소 112x112픽셀이어야 합니다. 이미지 URL은 크롤링 및 색인 생성이 가능해야 합니다. Google 이미지에서 지원되는 이미지 파일 형식이어야 합니다. 완전히 흰색인 배경에 이미지가 표시될 때 의도한 대로 표시되는지 확인합니다. 예를 들어 로고가 거의 흰색이거나 회색이면 흰색 배경에 표시될 때 의도한 대로 표시되지 않을 수 있습니다. `ImageObject` 유형을 사용하는 경우 `URL` 유형과 동일한 가이드라인을 따르는 유효한 `contentUrl` 속성 또는 `url` 속성이 있는지 확인합니다.
`naics`	`Text` `Organization`의 NAICS(북미 산업 분류 시스템) 코드입니다.
`name`	`Text` 조직 이름입니다. 사이트 이름에 사용한 것과 동일한 `name` 및 `alternateName`를 사용합니다.
`numberOfEmployees`	`QuantitativeValue` `Organization`의 직원 수입니다(해당하는 경우). 구체적인 직원 수를 보여주는 예: "numberOfEmployees": { "@type": "QuantitativeValue", "value": 2056 } 범위 내의 직원 수를 보여주는 예: "numberOfEmployees": { "@type": "QuantitativeValue", "minValue": 100, "maxValue": 999 }
`sameAs`	`URL` 조직에 관한 추가 정보가 포함된 다른 웹사이트의 페이지 URL입니다(해당하는 경우). 예를 들어 소셜 미디어 또는 리뷰 사이트의 조직 프로필 페이지 URL입니다. `sameAs` URL을 여러 개 제공할 수 있습니다.
`taxID`	`Text` `Organization`에 관련 세금 ID입니다(해당하는 경우). `taxID`가 `address` 필드에 입력한 국가와 일치하는지 확인합니다.
`telephone`	`Text` 업체 전화번호는 고객을 위한 기본 연락 수단입니다(해당하는 경우). 전화번호에는 국가 코드와 지역 번호가 포함되어 있어야 합니다.
`url`	`URL` 조직의 웹사이트 URL입니다(해당하는 경우). URL을 사용하면 Google에서 조직을 고유하게 식별할 수 있습니다.
`vatID`	`Text` 소재 국가 및 비즈니스에 해당하는 경우 `Organization`와 관련된 부가가치세(VAT) 코드입니다. 사용자에게 중요한 신뢰 신호입니다. 예를 들어, 사용자는 공개 VAT 등록처에서 비즈니스를 조회할 수 있습니다.

`MerchantReturnPolicy`

비즈니스에 적용되는 경우 다음 속성을 사용하여 Organization 전체의 일반적인 반품 정책을 설명하세요. 개별 제품에 대한 특정 정책이 있는 경우 판매자 등록정보 마크업을 사용하세요.

필수 속성(사용 사례에 가장 적합한 옵션 선택)
옵션 A
`applicableCountry`	`Text` 반품 정책이 적용되는 국가 코드로 두 글자로 된 ISO 3166-1 alpha-2 국가 코드 형식을 사용합니다. 최대 50개의 국가를 지정할 수 있습니다.
`returnPolicyCategory`	`MerchantReturnEnumeration` 반품 정책 유형입니다. 다음 중 한 가지 값을 사용하세요. `https://schema.org/MerchantReturnFiniteReturnWindow`: 반품 기간이 정해져 있습니다. `https://schema.org/MerchantReturnNotPermitted`: 반품이 허용되지 않습니다. `https://schema.org/MerchantReturnUnlimitedWindow`: 제품을 반품할 수 있는 기간이 정해져 있지 않습니다. `MerchantReturnFiniteReturnWindow`를 사용하는 경우 `merchantReturnDays` 속성이 필요합니다.
`returnPolicyCountry`	`Text` 상품을 반품해야 하는 국가입니다. 이 국가는 제품의 원래 배송 출발지 또는 도착지인 국가와 다를 수 있습니다. ISO 3166-1 alpha-2 국가 코드 형식으로 입력하세요. 최대 50개의 국가를 지정할 수 있습니다.
옵션 B
`merchantReturnLink`	`URL` 반품 정책을 설명하는 웹페이지의 URL을 지정합니다. 자체 반품 정책일 수도 있고, 반품 처리 서비스를 제공하는 서드 파티의 정책일 수도 있습니다.

권장 속성
`customerRemorseReturnFees`	`ReturnFeesEnumeration` 고객 변심으로 인해 제품을 반품하는 경우 적용되는 특정 유형의 반품 수수료입니다. 가능한 값은 `returnFees`을 참고하세요.
`customerRemorseReturnLabelSource`	`ReturnLabelSourceEnumeration` 소비자가 제품의 반품 배송물 라벨을 얻는 방법입니다. 가능한 값은 `returnLabelSource`을 참고하세요.
`customerRemorseReturnShippingFeesAmount`	`MonetaryAmount` 고객 변심으로 인한 반품 배송비입니다. 이 속성은 소비자가 제품을 반품하기 위해 지불해야 하는 배송비가 0이 아닌 경우에만 필요합니다. 자세한 내용은 `returnShippingFeesAmount`을 참고하세요.
`itemCondition`	`OfferItemCondition` 반품 가능한 상품 조건입니다. 반품이 허용되는 여러 조건을 지정할 수 있습니다. 다음 값을 사용합니다. `https://schema.org/DamagedCondition`: 손상된 상품이 허용됩니다. `https://schema.org/NewCondition`: 새 상품이 허용됩니다. `https://schema.org/RefurbishedCondition`: 리퍼 상품이 허용됩니다. `https://schema.org/UsedCondition`: 중고품이 허용됩니다.
`itemDefectReturnFees`	`ReturnFeesEnumeration` 결함 제품에 대한 특정 유형의 반품 수수료입니다. 가능한 값은 `returnFees`을 참고하세요.
`itemDefectReturnLabelSource`	`ReturnLabelSourceEnumeration` 소비자가 제품의 반품 배송물 라벨을 얻을 수 있는 방법입니다. 가능한 값은 `returnLabelSource`을 참고하세요.
`itemDefectReturnShippingFeesAmount`	`MonetaryAmount` 제품 결함으로 인해 제품을 반품하는 경우 부과되는 배송비입니다. 이 속성은 소비자가 제품을 반품하기 위해 지불해야 하는 배송비가 0이 아닌 경우에만 필요합니다. 자세한 내용은 `returnShippingFeesAmount`을 참고하세요.
`merchantReturnDays`	`Integer` 또는 `Date` 또는 `DateTime` 배송일로부터 제품을 반품할 수 있는 일수입니다. 이 속성은 `returnPolicyCategory`를 `MerchantReturnFiniteReturnWindow`로 설정한 경우에만 필요합니다.
`refundType`	`RefundType` 제품을 반품할 때 소비자가 받을 수 있는 환불 유형입니다. `https://schema.org/ExchangeRefund`: 상품을 동일한 제품으로 교환할 수 있습니다. `https://schema.org/FullRefund`: 전체 금액을 환불받을 수 있습니다. `https://schema.org/StoreCreditRefund`: 상품을 스토어 크레딧으로 환불받을 수 있습니다.
`returnFees`	`ReturnFeesEnumeration` 기본적인 반품 수수료 유형입니다. 지원되는 다음 값 중 하나를 사용하세요. `https://schema.org/FreeReturn`: 소비자가 제품을 반품할 때 비용이 청구되지 않습니다. 이 값을 사용하는 경우 `returnShippingFeesAmount` 속성을 포함하지 마세요. `https://schema.org/ReturnFeesCustomerResponsibility`: 소비자가 직접 반품 배송을 처리하고 배송비를 지불해야 합니다. 이 값을 사용하는 경우 `returnShippingFeesAmount` 속성을 포함하지 마세요. `https://schema.org/ReturnShippingFees`: 제품을 반품할 때 판매자가 소비자에게 청구하는 배송비가 있습니다. `returnShippingFeesAmount` 속성을 사용해 배송비(0이 아님)를 명시하세요.
`returnLabelSource`	`ReturnLabelSourceEnumeration` 소비자가 제품의 반품 배송물 라벨을 얻을 수 있는 방법입니다. 다음 중 한 가지 값을 사용하세요. `https://schema.org/ReturnLabelCustomerResponsibility`: 반품 라벨을 만드는 것은 소비자의 책임입니다. `https://schema.org/ReturnLabelDownloadAndPrint`: 고객이 반품 라벨을 다운로드하여 인쇄해야 합니다. `https://schema.org/ReturnLabelInBox`: 제품이 처음 배송될 때 반품 라벨이 포함되었습니다.
`returnMethod`	`ReturnMethodEnumeration` 제공되는 반품 방법 유형입니다. 이 방법은 `returnPolicyCategory`가 `MerchantReturnNotPermitted`와 다를 때만 사용하는 것이 좋습니다. 다음 값 중 하나 이상을 사용하세요. `https://schema.org/ReturnAtKiosk`: 상품을 키오스크에서 반품할 수 있습니다. `https://schema.org/ReturnByMail`: 상품을 우편으로 반품할 수 있습니다. `https://schema.org/ReturnInStore`: 상품을 매장에 반품할 수 있습니다.
`returnPolicySeasonalOverride`	`MerchantReturnPolicySeasonalOverride` 연말연시와 같은 특별 이벤트에 대한 반품 정책을 지정하기 위한 반품 정책의 시즌 예외입니다. 예를 들어 평소 반품 정책 카테고리가 `MerchantReturnPolicyUnlimitedWindow`로 설정되어 있다고 해도 블랙 프라이데이 할인 중에는 반품 기간을 다음과 같이 제한해야 합니다. "returnPolicySeasonalOverride": { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" } 여러 개의 시즌 예외를 지정하는 방법은 다음과 같습니다. 이 예에서 일반적인 반품 정책은 무제한이지만 다음의 두 기간 동안 제한됩니다. "returnPolicySeasonalOverride": [{ "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }, { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-12-26", "endDate": "2025-01-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }]
`returnPolicySeasonalOverride.endDate`	`Date` 또는 `DateTime` 시즌 예외의 종료일입니다.
`returnPolicySeasonalOverride.merchantReturnDays`	`Integer` 또는 `Date` 또는 `DateTime` 배송일로부터 제품을 반품할 수 있는 일수입니다. 이 속성은 `returnPolicyCategory`를 `MerchantReturnFiniteReturnWindow`로 설정한 경우에만 필요합니다.
`returnPolicySeasonalOverride.returnPolicyCategory`	`MerchantReturnEnumeration` 반품 정책 유형입니다. 다음 중 한 가지 값을 사용하세요. `https://schema.org/MerchantReturnFiniteReturnWindow`: 반품 기간이 정해져 있습니다. `https://schema.org/MerchantReturnNotPermitted`: 반품이 허용되지 않습니다. `https://schema.org/MerchantReturnUnlimitedWindow`: 제품을 반품할 수 있는 기간이 정해져 있지 않습니다. `MerchantReturnFiniteReturnWindow`를 사용하는 경우 `merchantReturnDays` 속성이 필요합니다.
`returnPolicySeasonalOverride.startDate`	`Date` 또는 `DateTime` 시즌 예외의 시작일입니다.
`returnShippingFeesAmount`	`MonetaryAmount` 제품을 반품할 때 청구되는 배송비입니다. 이 속성은 제품을 반품하기 위해 소비자가 판매자에게 지불하는 배송비가 0이 아닌 경우에만 필요하며, 이 경우 `returnFees`가 `https://schema.org/ReturnShippingFees`로 설정되어야 합니다. 반품이 무료인 경우 `returnFees`를 `https://schema.org/FreeReturn`으로 설정해야 합니다. 소비자가 반품 배송을 처리하고 배송비를 지불해야 하는 경우 `returnFees`를 `https://schema.org/ReturnFeesCustomerResponsibility`로 설정해야 합니다.

Google에서 배송비 설정을 구성하는 다른 방법

소매업체 반품 정책은 복잡할 수 있으며 자주 변경될 수 있습니다. 마크업으로 반품 세부정보를 최신 상태로 나타내고 저장하는 데 문제가 있으며 Google 판매자 센터 계정을 가지고 있다면 Google 판매자 센터 도움말에서 반품 정책을 구성하는 것이 좋습니다. 또는 Search Console에서 계정 수준 반품 정책을 설정하면 판매자 센터에 자동으로 추가됩니다.

여러 건의 배송 및 반품 구성 결합

다양한 배송 및 반품 설정을 조합하는 경우 우선순위에 따라 정책 정보를 적용할 수 있습니다. 예를 들어 사이트에서 조직 수준 마크업과 Search Console의 반품 정책 설정을 모두 제공하는 경우 Google은 Search Console에 제공된 정보만 사용합니다. 판매자 센터에서 제품 피드를 제출하고 Search Console에서 배송 설정을 구성하는 경우 판매자 센터 피드 정보가 Search Console 설정보다 우선 적용됩니다.

다음은 배송 및 반품 정책 정보의 우선 적용 순위는 다음과 같습니다(우선순위 순이며 피드 우선순위가 가장 높음).

문제 해결

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

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