知识图谱实体标记：Organization/Product/Person的Schema与验证
一、为什么AI经常把你的公司当成一个”模糊词组”
用户问ChatGPT”杭州做出海独立站的环形山公司怎么样”，如果AI答不上来或张冠李戴，根因往往是它根本没有把”环形山”识别成一个有明确属性的实体。它读到过这个词，但不知道这家公司全称是什么、做什么业务、官网是哪个、创始人是谁。
实体识别和普通关键词抓取不同。关键词匹配只需要字面出现；实体识别需要一组互相印证的属性：公司全称、官网、Logo、成立时间、关联的人、关联的产品。这组属性越完整、跨站越一致，模型越有把握把它当成一个”东西”而不是几个字。实体在AI答案里怎么构建，见知识图谱与实体标记。
| 识别状态 | AI表现 | 根因 |
|---|---|---|
| 完全没识别 | 答非所问或忽略 | 站内无实体标记，站外无来源 |
| 当普通词组 | 字面提及但属性错 | 属性不完整，跨站不一致 |
| 识别为实体 | 正确关联官网与业务 | 三站属性一致+权威来源 |
二、三类实体的必填属性清单
三类实体各有一组必须填的属性。Organization管公司本身，Product管具体产品，Person管能代表公司的人。不要贪多，先把必填项填对，再考虑扩展属性。
Organization最少要有name、legalName、url、logo、sameAs、foundingDate。Product最少要有name、image、description、brand、sku。Person最少要有name、jobTitle、affiliation、sameAs。sameAs字段是关键中的关键——它把你站内的实体和站外权威主页连起来，模型才敢”确认”这是同一家。
| 实体类型 | 必填属性 | 建议扩展 | 部署位置 |
|---|---|---|---|
| Organization | name, legalName, url, logo, sameAs | foundingDate, address, description | 全站首页+About页 |
| Product | name, image, description, brand | sku, category, material, 规格 | 每个产品详情页 |
| Person | name, jobTitle, affiliation, sameAs | alumniOf, knowsAbout | 团队/专家页 |
场景化例子：你是一家做工业传感器的B2B公司，官网首页加Organization标记，列上官网、领英主页、Crunchbase主页三个sameAs。每个产品详情页加Product标记，把型号、量程、精度、材质填进去。团队页给创始人和首席工程师加Person标记。做完这三步，再去问AI”X公司的温度传感器精度多少”，它答对的概率明显上升。
三、Schema写法与部署位置
用JSON-LD格式内嵌在页面head里，比微数据或RDFa更易维护。Organization放在首页和About页，Product放在每个产品详情页，Person放在团队页。关键是公司简称、全称、英文名在三类标记里必须完全一致——简称对不上全称，模型会把它们当成两个实体。
不要全站模板自动灌一堆空属性。空着的属性不如不填，乱填的属性会污染实体。每加一个属性，都要确保它在页面可见内容里也出现，即”机器可读”和”人可读”一致。JSON-LD放在页面head内，一个页面只放一份对应类型的主标记，不要把Organization、Product、Person三套全塞进同一个产品页，否则模型会误判主实体。B2B可执行标记清单见结构化数据Schema：B2B官网标记清单。
| 属性 | 写法要点 | 常见错误 |
|---|---|---|
| name | 与页面标题一致 | 简称全称混用 |
| sameAs | 列真实权威主页 | 填自己的社交账号自娱 |
| logo | 正方形或比例明确 | 用透明小图标 |
| url | https，带或不带尾斜杠统一 | http与https混用 |
| brand | 指向Organization | Product里brand写成字符串 |
四、验证：语法、收录、AI识别三步
第一步用Google Rich Results Test跑语法，确认没有解析错误。第二步用Google Search Console看结构化数据报告，确认标记被抓取收录、没有报错。第三步才是真正的目的：拿固定问题集去问ChatGPT和Gemini，看它能不能正确说出你的公司全称、业务和产品。
三步不能跳过第一步直接做第三步。语法没过，后面全白搭。语法过了也别期望第二天就见效，引擎采用结构化数据有延迟，通常2至8周。这期间不要反复改标记，改一次打乱一次观测窗口。验证完的实体怎么配合信任信号，见信任页与AI可信度。
| 验证步骤 | 工具 | 通过标准 | 耗时预期 |
|---|---|---|---|
| 语法校验 | Rich Results Test | 无错误无警告 | 当天 |
| 抓取收录 | Search Console | 标记被识别计数 | 1至4周 |
| AI识别 | 固定问题集问AI | 正确说出全称业务 | 2至8周 |
| 跨站一致 | 人工核对三站 | 名称属性一致 | 一次性 |
五、避坑：三个最常见的实体标记错误
第一个错误是只在首页加Organization，产品详情页全空。结果是AI认得你这家公司，却说不出你卖什么。第二个错误是sameAs只填自己的微博和公众号，这些不算权威来源，模型不认。第三个错误是给每个员工都加Person标记，稀释了核心人物的权重。
另外注意，实体标记不是一劳永逸。公司搬家、换Logo、改产品线、创始人变动，Schema都要同步更新，否则模型会用旧属性回答用户。尤其是产品型号和精度参数，产品页改动后应立即刷新Product标记，间隔不要超过两周。官网月度维护清单里就该有”核对实体标记”这一项，见官网维护期每月六件事。
| 错误 | 后果 | 正确做法 |
|---|---|---|
| 只加Organization | 认得公司认不得产品 | 产品页同步加Product |
| sameAs填自建社媒 | 模型不采信 | 填领英/维基/Crunchbase |
| 全员加Person | 稀释核心人物 | 只加创始人与专家 |
| 属性与可见内容不符 | 被判定不一致 | 机器与人读保持一致 |
| 改业务不改标记 | 模型用旧属性 | 每月维护时核对 |
FAQ 常见问题
只在自己网站加Schema，AI就会认识我的公司吗？
sameAs字段到底该填什么链接？
Organization、Product、Person三种标记分别加在哪些页面？
Schema写完怎么验证有没有生效？
公司简称和全称不一致会有什么问题？
多久要维护一次实体标记？
写在最后
实体标记这件事，技术上不难，难在”长期一致”。JSON-LD写一次只要半天，但要让公司简称、全称、英文名、官网、领英、维基在所有渠道保持三年不变，需要纪律。AI认实体认的就是这种跨时间跨来源的稳定性，急不来也偷不了工。
落地三步：第一周在首页和About页把Organization必填项补全，sameAs列3至5个权威主页；第二个月给所有产品详情页加Product标记；第三个月在团队页给创始人加Person标记。然后用Rich Results Test验证语法，用固定问题集验证AI识别。配套站外来源铺设见站外事实源，整体方法见GEO实践。
一句可以记住的话：Schema不是写给搜索引擎看的，是写给模型认人的身份证——单站标全只是报名，三站一致才拿到实体户口。