itemtype 应使用 https://schema.org/Organization，通过嵌套 https://schema.org/Role 并设置 itemprop="roleName" 为 "Sponsor" 或 "Partner" 显式表达关系，不可滥用 sameAs、url 或非标准属性。
itemtype 应该用 Schema.org 的哪个类型？
赞助商与合作伙伴不是 Schema.org 内置的独立实体类型，不能直接用 itemtype="https://schema.org/Sponsor"（该 URL 不存在）。必须选择语义最贴近、被广泛支持的现有类型：Organization 是唯一合理选项。所有赞助商、合作伙伴本质上都是组织，用 https://schema.org/Organization 标记既合法又兼容搜索引擎。
怎么区分“赞助商”和“合作伙伴”语义？
Schema.org 没有 sponsorOf 或 partnerWith 这类属性，但可通过 role 属性（配合 https://schema.org/Role）显式声明关系。关键点：
-
itemtype仍为https://schema.org/Organization，不改 - 用
itemprop="sponsor"或itemprop="partner"不合法 —— 这些不是 Organization 的有效属性，会触发结构化数据测试工具报错 - 正确做法：嵌套一个
Role，用itemprop="affiliation"关联，并在 Role 中设itemprop="roleName"为 "Sponsor" 或 "Partner"
<div itemscope itemtype="https://schema.org/Organization">
<span itemprop="name">Acme Corp</span>
<div itemprop="affiliation" itemscope itemtype="https://schema.org/Role">
<meta itemprop="roleName" content="Sponsor">
</div>
</div>
常见错误：误用 sameAs 或 url 暗示关系
仅给赞助商加 sameAs 指向其官网，或只放 url，搜索引擎无法理解“这是本次活动的赞助商”。这些属性描述的是组织自身，不是关系。必须通过 affiliation + Role 显式建模关系，否则结构化数据中不会出现“赞助”这一事实。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 错误：
<link itemprop="sameAs" href="https://acme.example">→ 只说明“这是 Acme 公司”，没说它和当前页面的关系 - 错误：
<meta itemprop="url" content="https://acme.example">→ 同样不表达角色 - 正确：必须包含
affiliation属性指向 Role 实体
实际部署时要注意什么？
Google 不强制要求标记赞助商/合作伙伴，但若标记，必须符合 Schema.org 官方定义。验证工具（如 Rich Results Test）会严格校验属性路径是否合法。容易被忽略的细节：
立即学习“前端免费学习笔记（深入）”；
-
Role必须是独立itemscope块，不能只用meta简写 —— 否则roleName会丢失上下文 - 多个赞助商需重复整个
Organization+Role结构，不能共用一个 Role - 不要为了“看起来像赞助商”而滥用
award或alumni属性 —— 它们语义完全不匹配，反而降低可信度
复杂点在于：你得把“关系”当成一个独立实体来建模，而不是给组织打标签。这点和日常 HTML 思维不太一样，但 Schema.org 就是这么设计的。
