组织 (Organization) 结构化数据
向首页添加组织结构化数据有助于 Google 更好地了解贵组织的管理详细信息，并在搜索结果中清晰地识别和区分贵组织。系统会在后台通过某些属性将贵组织与其他组织区分开来（例如 iso6523 和 naics），而其他属性则会影响搜索结果中的视觉元素（例如，在搜索结果和知识面板中显示哪个 logo）。
如果您是商家，则可以影响商家知识面板和品牌资料中的更多详细信息，例如退货政策、地址和联系信息。没有必需添加的属性，但我们建议您添加尽可能多的与贵组织相关的属性。
如何添加结构化数据
结构化数据是一种提供网页相关信息并对网页内容进行分类的标准化格式。如果您不熟悉结构化数据，可以详细了解结构化数据的运作方式。
下面概述了如何构建、测试和发布结构化数据。
- 添加尽可能多的适用于您网页的建议属性。没有必需添加的属性，根据您的内容按需添加即可。 根据您使用的格式，了解在网页上的什么位置插入结构化数据。
- 遵循指南。
- 使用富媒体搜索结果测试验证您的代码，并修复所有严重错误。此外，您还可以考虑修正该工具中可能会标记的任何非严重问题，因为这些这样有助于提升结构化数据的质量（不过，要使内容能够显示为富媒体搜索结果，并非必须这么做）。
- 部署一些包含您的结构化数据的网页，然后使用网址检查工具测试 Google 看到的网页样貌。请确保您的网页可供 Google 访问，不会因 robots.txt 文件、
noindex标记或登录要求而被屏蔽。如果网页看起来没有问题，您可以请求 Google 重新抓取您的网址。 - 为了让 Google 随时了解日后发生的更改，我们建议您提交站点地图。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>具有退货政策的 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>指南
要使您的结构化数据能够显示在 Google 搜索结果中，您必须遵循以下指南。
技术指南
我们建议您将此信息放在首页或描述贵组织的单个页面中，例如“关于我们”页面。您无需在网站的每个网页中添加此标记。
我们建议您使用与贵组织相符的最具体 schema.org 子类型 Organization。例如，如果您拥有电子商务网站，我们建议您使用 OnlineStore 子类型，而不是 OnlineBusiness。如果您的网站是关于本地商家（例如餐厅或实体店），建议您使用最具体的 LocalBusiness 子类型提供组织管理详情；除了本指南中建议的字段外，也请遵守面向本地商家的必需和建议字段规定。
不同结构化数据类型的定义
Google 可识别 Organization 的以下属性。为了帮助 Google 更好地了解您的网页，请添加尽可能多的适用于该网页的建议属性。没有必需添加的属性，按需添加适用于贵组织的属性即可。
| 建议属性 | |
|---|---|
address |
贵组织的实际地址或邮寄地址（如果适用）。请添加适用于您所在国家/地区的所有属性。提供的属性越多，搜索结果对用户来说就质量越高。如果贵组织在多个城市、省级行政区或国家/地区都有分支地点，可以提供多个地址。 例如： "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 |
贵组织邮政地址所属的国家/地区，使用两个字母组成的 ISO 3166-1 alpha-2 国家/地区代码。 |
address.addressLocality |
贵组织邮政地址所属的城市。 |
address.addressRegion |
贵组织邮政地址所属的区域（如果适用）。例如，省级行政区。 |
address.postalCode |
贵组织所在地址的邮政编码。 |
address.streetAddress |
贵组织邮政地址的完整街道地址。 |
alternateName |
贵组织使用的另一个常用名称（如果适用）。 |
contactPoint |
用户联系贵商家的最佳方式（如果适用）。按照 Google 推荐的最佳实践添加用户可用的所有支持方法。例如： "contactPoint": { "@type": "ContactPoint", "telephone": "+9-999-999-9999", "email": "contact@example.com" } |
contactPoint.email |
用于联系贵商家的电子邮件地址（如果适用）。
如果您使用的是 |
contactPoint.telephone |
用于联系贵商家的电话号码（如果适用）。
请务必在电话号码中包含国家/地区代码和区号。
如果您使用的是 |
description |
对贵组织的详细说明（如果适用）。 |
duns |
用于标识您的 |
email
|
用于联系贵商家的电子邮件地址（如果适用）。 |
foundingDate |
贵 |
globalLocationNumber |
用于标识您的 |
hasMerchantReturnPolicy
|
您的 |
iso6523Code
|
贵组织的 ISO 6523 标识符（如果适用）。
ISO 6523 标识符的第一部分是
|
legalName |
|
leiCode |
ISO 17442 中定义的 |
logo |
可代表贵组织的徽标（如果适用）。添加此属性有助于 Google 更好地了解您要显示哪个徽标，例如在搜索结果和知识面板中显示此徽标。 图片准则：
如果您使用 |
naics |
您 |
name |
您的组织的名称。请使用与网站名称相同的 |
numberOfEmployees |
贵 包含特定员工人数的示例： "numberOfEmployees": { "@type": "QuantitativeValue", "value": 2056 } 包含特定范围内员工人数的示例： "numberOfEmployees": { "@type": "QuantitativeValue", "minValue": 100, "maxValue": 999 } |
sameAs
|
另一网站中包含贵组织其他相关信息的网页的网址（如果适用）。例如，社交媒体或评价网站中的贵组织资料页面的网址。您可以提供多个 |
taxID
|
与您的 |
telephone
|
商家电话号码应该是面向客户的主要联系方式（如果适用）。 请务必在电话号码中包含国家/地区代码和区号。 |
url
|
贵组织的网站网址（如果适用）。这有助于 Google 唯一性识别您的组织。 |
vatID
|
与您的 |
MerchantReturnPolicy
请使用以下属性描述整个 Organization 的通用退货政策（如果适用于您的商家）。
如果您对个别商品有专门的政策，请使用商家信息标记。
| 必需属性（请选择最适合您的使用场景的选项） | |
|---|---|
| 选项 A | |
applicableCountry |
退货政策适用的国家/地区代码，采用由两个字母表示的 ISO 3166-1 alpha-2 国家/地区代码格式。您最多可以指定 50 个国家/地区。 |
returnPolicyCategory |
退货政策的类型。请使用以下某个值：
如果您使用 |
returnPolicyCountry |
必须将商品送到哪个国家/地区才能进行退货。此国家/地区可以不同于商品最初发货或发往的国家/地区。 ISO 3166-1 alpha-2 国家/地区代码格式。您最多可以指定 50 个国家/地区。 |
| 选项 B | |
merchantReturnLink |
指定描述退货政策的网页的网址。可以是您自己的退货政策，或来自负责处理退货的服务的第三方政策。 |
| 建议属性 | |
|---|---|
customerRemorseReturnFees |
因客户反悔而退货的特定类型的退货费用。
如需了解可能的值，请参阅 |
customerRemorseReturnLabelSource |
消费者获取商品退货配送标签的方式。
如需了解可能的值，请参阅 |
customerRemorseReturnShippingFeesAmount |
因客户反悔而退回商品的运费。仅当消费者退回商品需支付非零运费时，才需要提供此属性。
如需了解详情，请参阅 |
itemCondition |
退回商品时可接受的条件。您可以提供多个可接受的条件。 请使用以下值：
|
itemDefectReturnFees |
针对有缺陷商品的特定类型的退货费用。如需了解可能的值，请参阅 |
itemDefectReturnLabelSource |
消费者获取商品退货配送标签的方式。
如需了解可能的值，请参阅 |
itemDefectReturnShippingFeesAmount |
因商品有缺陷而退货的运费。仅当消费者退回商品需支付非零运费时，才需要提供此属性。
如需了解详情，请参阅 |
merchantReturnDays |
从商品送达日期起计算的退货期限天数。仅当您将 |
refundType |
消费者在退货时可以采用的退款类型。
|
returnFees |
退货费用的默认类型。请使用以下某个受支持的值：
|
returnLabelSource |
消费者获取商品退货配送标签的方式。请使用以下某个值：
|
returnMethod |
提供的退货方式类型。只有当
|
returnPolicySeasonalOverride |
退货政策的季节性替换政策，用于为特殊活动（例如节假日）指定退货政策。
例如，您的常规退货政策类别设置为 "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 |
季节性替换政策的结束日期。 |
returnPolicySeasonalOverride.merchantReturnDays |
从商品送达日期起计算的退货期限天数。仅当您将 |
returnPolicySeasonalOverride.returnPolicyCategory |
退货政策的类型。请使用以下某个值：
如果您使用 |
returnPolicySeasonalOverride.startDate |
季节性替换政策的开始日期。 |
returnShippingFeesAmount |
退货商品的运费。 |
通过 Google 配置退货设置的其他方法
零售商的退货政策可能很复杂，并且可能会经常变化。如果您在使用标记指明和及时更新退货详情时遇到问题，并且您拥有 Google Merchant Center 账号，不妨在 Google Merchant Center 帮助中配置退货政策。 或者，您也可以在 Search Console 中配置账号级退货政策，这些政策会自动添加到 Merchant Center 中。
组合使用多个配送和退货配置
如果您要组合使用各种配送和退货配置，可以根据优先级顺序替换政策信息。例如，如果您在网站上提供组织级标记，并且在 Search Console 中提供退货政策设置，Google 将仅使用在 Search Console 中提供的信息。如果您在 Merchant Center 中提交商品 Feed，并在 Search Console 中配置配送设置，则 Merchant Center Feed 信息会替换 Search Console 设置。
以下是配送和退货政策信息的优先级（按优先级排序，Feed 的优先级最高）：
- 在 Merchant Center 中提交的商品级 Feed
- Content API for Shopping（配送或退货设置）
- Merchant Center 或 Search Console 中的设置
- 商品级商家信息标记
- 组织级标记
Troubleshooting
If you're having trouble implementing or debugging structured data, here are some resources that may help you.
- If you're using a content management system (CMS) or someone else is taking care of your site, ask them to help you. Make sure to forward any Search Console message that details the issue to them.
- Google does not guarantee that features that consume structured data will show up in search results. For a list of common reasons why Google may not show your content in a rich result, see the General Structured Data Guidelines.
- You might have an error in your structured data. Check the list of structured data errors and the Unparsable structured data report.
- If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results). To fix structured data issues, use the Manual Actions report.
- Review the guidelines again to identify if your content isn't compliant with the guidelines. The problem can be caused by either spammy content or spammy markup usage. However, the issue may not be a syntax issue, and so the Rich Results Test won't be able to identify these issues.
- Troubleshoot missing rich results / drop in total rich results.
- 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. For general questions about crawling and indexing, check the Google Search crawling and indexing FAQ.
- Post a question in the Google Search Central forum.