常用 Schema 类型
覆盖组织、网站、文章、商品、本地商家、FAQ 与面包屑。
选择实体类型,填写真实页面信息并生成规范 JSON-LD。
JSON-LD 代码
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization"
}
</script>结构化数据与实体表达
Schema.org 结构化数据用机器可读字段描述页面实体。JSON-LD 是搜索引擎推荐的实现方式之一,可表达文章作者、商品报价、组织 Logo、FAQ 和面包屑关系。
结构化数据必须与页面可见内容一致,不能虚构评价、价格、库存或问题答案。有效代码不保证富结果,搜索引擎仍会依据政策、内容质量和抓取状态决定展示。
覆盖组织、网站、文章、商品、本地商家、FAQ 与面包屑。
检查必填值、绝对 URL、价格、日期和重复项目。
输出带 @context 与 @type 的可部署 script 代码。
不同 Schema 类型需要不同字段。通用模板容易漏掉关键属性、产生相对 URL 或输出与页面不一致的数据。
自动处理引号、数组、嵌套对象和 script 包装。
根据当前类型展示相关输入,并标记明显缺失或无效值。
实时预览完整 JSON,发布前可以逐项核对页面真实信息。
工具只在浏览器中把表单转换为 JSON-LD,不调用外部 API,也不保存输入。
根据页面主体选择 Organization、Article、Product 等类型。
输入页面已展示的名称、网址、图片、日期、价格或问答。
处理缺失字段、无效 URL、重复项目和格式问题。
放入 HTML 后使用结构化数据检测工具核对实际线上输出。
可以。多个相关实体可以分别输出或放入 @graph,但应建立清晰关系并避免重复、冲突。
搜索引擎已大幅限制 FAQ 富结果展示,但准确的 FAQPage 仍可提供机器可读语义;不要为不可见内容生成标记。
可以只描述 Product,但若要表达 Offer,应提供真实价格、币种、可用状态和落地页,并与页面一致。
两者通常都可以。关键是服务器返回或渲染后的页面可被爬虫读取,且数据与可见内容一致。
需要。模板集成、转义和动态数据都可能改变最终输出,应检测线上页面而不只是生成器预览。
生成后验证页面中的 JSON-LD、Meta、Canonical 与抓取状态。