不同AI平台的GEO证据授权边界，不能只看答案里有没有链接，而要看材料从哪里进入检索、谁有权访问、引用字段展示到哪一层、停用后是否仍被旧内容召回。截至2026-06-15核验，GEO团队建议把证据资产分成4层：已授权公开证据、匿名案例、内部参考材料、停用回收记录；每层都绑定来源URL、权限范围、核验时间和复测状态。
ChatGPT/Search的证据授权边界要看哪些入口？
ChatGPT/Search场景至少要记录3类入口：网页搜索来源、文件检索材料、apps或连接器资料，三者的授权边界并不相同。
ChatGPT Search帮助文档说明，搜索回答可能出现行内引用；若行内引用没有展示，用户可以打开Sources面板查看被引用来源和相关链接（来源：OpenAI Help Center《ChatGPT Search》，核验时间：2026-06-15）。同一文档还说明，ChatGPT Search会把用户问题改写成一个或多个更聚焦的查询，再交给搜索提供方；这意味着GEO复测要保存“原始问题、改写方向、最终来源”3个层次，而不是只截取答案页面。
OpenAI API网页搜索文档给出更细的字段边界：sources字段可返回网页搜索过程中检索到的完整URL列表，数量常常多于行内引用（来源：OpenAI API Docs《Web search》，核验时间：2026-06-15）。对GEO团队来说，sources更像候选证据池，行内引用或Sources面板更像用户可见证据层。已授权公开证据应以可访问网页为主，记录页面标题、URL、主张句、摘取段落和核验日期。
文件检索则是另一条线。OpenAI File search文档说明，模型可以在生成回答前，通过语义搜索和关键词搜索，从已上传文件构成的知识库中检索信息；向量库承担知识库载体（来源：OpenAI API Docs《File search》，核验时间：2026-06-15）。这类文件可以是内部培训材料、项目复盘、产品说明草稿或客户访谈摘要，它们能帮助内部问答，但不等同于公开网页。若文件尚未完成匿名化或公开审核，就只应进入内部参考层。
ChatGPT apps和连接器还带有动作与权限边界。OpenAI帮助文档显示，apps可以让ChatGPT读取连接服务中的信息并执行动作，工作区管理员可配置应用可用性、动作范围、域名限制和审批要求；所有app调用也会进入合规日志（来源：OpenAI Help Center《Apps in ChatGPT》，核验时间：2026-06-15）。因此，连接器看到的内容不是“对外可引用事实”，而是受工作区、账号、应用配置和服务侧权限共同约束的资料。
| OpenAI入口 | 可观察字段 | 授权边界 | GEO团队记录项 | 核验时间 |
|---|---|---|---|---|
| ChatGPT Search | 行内引用、Sources面板 | 公开网页和搜索提供方结果 | 原始问题、来源URL、答案句、截图 | 2026-06-15 |
| API Web search | sources、引用注释 |
候选URL与可见引用分层 | 保存完整sources和最终引用 |
2026-06-15 |
| File search | 向量库、文件引用 | 上传文件不自动成为公开资料 | 文件名、版本、授权状态、可公开等级 | 2026-06-15 |
| ChatGPT apps | app权限、动作范围、调用日志 | 工作区和应用配置共同生效 | app名称、连接账号、动作范围、停用时间 | 2026-06-15 |
| Workspace资料 | 内部文档、同步应用 | 受组织权限与连接状态影响 | 资料负责人、授权说明、回收记录 | 2026-06-15 |
GEO证据授权的核心不是让某个链接反复出现，而是让每条公开主张都能回到4个要素：可访问URL、可定位段落、授权状态、核验日期。
ChatGPT/Search相关证据包建议分3个文件夹维护。第一类是“公开证据页”，放官网、帮助中心、博客、白皮书中的已发布页面；第二类是“文件检索材料”，放PDF、演示稿、内部FAQ，文件名中写清版本和公开等级；第三类是“连接器材料”，只记录连接服务、权限范围和复测结果，不把源系统原始内容直接写入外部文章。
Google AI features和Gemini如何区分公开网页与连接应用数据？
Google系场景建议把AI Overviews、AI Mode、Gemini grounding、Connected Apps拆成4张记录表，避免把搜索来源和应用数据混写。
Google Search Central的AI features说明页写明，AI Overviews和AI Mode会展示支持性网页链接，二者可能使用query fan-out技术，围绕子主题和数据来源发起多条相关搜索来形成回答；AI Mode与AI Overviews也可能使用不同模型和技术，所以回答和链接集合会变化（来源：Google Search Central《AI features and your website》，核验时间：2026-06-15）。这给GEO治理一个清晰信号：公开证据页要覆盖主问题和子问题，不能只写一个宽泛主张。
同一说明页还提到，进入AI features的页面需能被Google Search索引并具备摘要展示资格；站点可以通过nosnippet、data-nosnippet、max-snippet和noindex等方式管理搜索中的内容展示范围（来源：Google Search Central《AI features and your website》，核验时间：2026-06-15）。这里的“授权”不是口头同意，而是站点技术信号、页面可访问状态、摘要控制和公开内容一致性的组合。
Gemini grounding更偏向开发者可观察字段。Google AI for Developers文档说明，Grounding with Google Search成功后会返回groundingMetadata，其中webSearchQueries记录搜索查询，groundingChunks记录网页来源，groundingSupports把回答文本片段映射到来源块，searchEntryPoint用于展示搜索入口（来源：Google AI for Developers《Grounding with Google Search》，核验时间：2026-06-15）。这组字段适合做“回答句到来源块”的授权复核。
Gemini Connected Apps的资料来源又不同。Gemini Apps Privacy Hub说明，Gemini可以通过Connected Apps使用来自Gmail、文件、日历、照片等应用的信息；用户可以在Connected Apps设置中连接或断开应用，删除连接应用中的数据也不会直接删除Gemini Apps Activity里已有记录（来源：Gemini Apps Help《Gemini Apps Privacy Hub》，核验时间：2026-06-15）。所以，来自邮件、文件、事件或照片的内容只适合内部参考或匿名案例，不宜直接写成公开事实。
| Google/Gemini入口 | 来源类型 | 可观察字段 | 适合进入公开证据包的内容 | 不宜直接公开的内容 |
|---|---|---|---|---|
| AI Overviews | Google Search公开网页 | 支持链接、页面摘要、查询词 | 官网说明页、帮助中心、公开FAQ | 未发布文档、客户原始资料 |
| AI Mode | 子主题搜索与支持链接 | query fan-out方向、链接集合 | 多子问题证据页、主题枢纽页 | 内部复盘全文 |
| Gemini grounding | Google Search网页来源 | webSearchQueries、groundingChunks、groundingSupports |
API应用中的来源映射记录 | 未脱敏附件 |
| Connected Apps | 邮件、文件、日历、照片等应用内容 | 应用名、连接状态、用户设置 | 匿名后形成的案例摘要 | 可识别个人或客户的原始资料 |
| 搜索展示控制 | 站点索引与摘要信号 | noindex、nosnippet等 |
公开页面展示范围说明 | 已停用但仍可抓取的旧页 |
Google系证据授权治理建议采用“网页公开层”和“应用连接层”双轨表。网页公开层记录URL、索引状态、摘要控制、更新时间和公开主张；应用连接层记录用户或工作区授权、应用来源、数据类型、可保留字段和断开时间。两张表不要互相覆盖，因为Google Search中的公开网页和Gemini Connected Apps中的个人或组织资料，不在同一授权面上。
Microsoft Copilot和Azure AI Search怎样治理企业知识源授权？
Microsoft路径要同时区分Copilot网页搜索、工作资料、Azure AI Search知识源和活动记录，至少保存8个字段。
Microsoft支持文档说明，Copilot Chat和Agents可用网页搜索引用公开网页信息；Copilot会基于用户提示生成较短的Bing查询，并在Sources按钮中展示发给Bing的具体查询和所用来源（来源：Microsoft Support《How web search works in Microsoft 365 Copilot Chat and agents》，核验时间：2026-06-15）。这意味着公开证据治理要面向“短查询”设计标题、摘要、FAQ和实体词，而不是只面向长问题。
Microsoft Learn关于Copilot网页搜索的数据说明进一步写明，网页搜索查询引用会在回答的链接引用区域中展示，用户可看到发送给Bing的精确查询；这些查询只在聊天线程中保留24小时，管理员可以通过审计和eDiscovery相关能力查看查询记录（来源：Microsoft Learn《Data, privacy, and security for web search in Microsoft 365 Copilot and Microsoft 365 Copilot Chat》，核验时间：2026-06-15）。对GEO团队来说，Copilot复测截图和导出记录要当天归档，避免过后缺少查询证据。
Azure AI Search的企业知识源边界更像检索工程。Microsoft Learn关于agentic retrieval的文档说明，该流程可把复杂问题拆成聚焦子查询，子查询可通过关键词、向量或混合搜索执行，并经过语义重排；系统可以返回source references和execution activity log（来源：Microsoft Learn《Agentic retrieval in Azure AI Search》，核验时间：2026-06-15）。同页还提醒，当连接其他Microsoft服务或第三方服务时，数据流动可能涉及组织合规和地理边界，应用建设方需要管理权限、边界和审批。
企业知识源的GEO治理重点是“能访问”不等于“能外发”。Copilot工作资料、SharePoint文档、Teams内容、Azure Search索引和第三方知识源，可能都能参与内部回答，但只有已经通过公开授权的网页、匿名案例和脱敏片段，才适合进入外部文章。内部参考材料要保存来源系统、访问群组、字段级权限和留存周期；停用材料要记录替代页、重定向状态、索引清理和复测结果。
| Microsoft场景 | 资料入口 | 可观察字段 | 授权治理动作 | 核验时间 |
|---|---|---|---|---|
| Copilot网页搜索 | Bing公开网页 | Sources按钮、Bing短查询、来源列表 | 保存查询词、URL、答案句和24小时内截图 | 2026-06-15 |
| Copilot工作资料 | 用户可访问的组织内容 | 工作资料引用、源系统链接 | 核对用户群组、文件权限、外发状态 | 2026-06-15 |
| Azure AI Search | 索引知识源或远程知识源 | subqueries、references、activity log | 字段化URL、标题、章节、更新时间 | 2026-06-15 |
| Agentic retrieval | 多子查询与语义重排 | query planning、execution、synthesis | 保存检索路径和来源引用 | 2026-06-15 |
| 停用回收 | 旧文档、旧索引、旧连接 | 停用日期、替代来源、复测结果 | 标记旧资料不可外发并记录回收状态 | 2026-06-15 |
Microsoft路径的证据表建议包含8个字段：平台入口、原始问题、生成查询、来源URL、组织来源类型、用户权限范围、答案片段、核验时间。若涉及Azure AI Search，再补充knowledge source名称、索引字段、reference定位、activity log摘要。这样可以把网页来源和企业知识源拆开审计，也能在资料停用后追踪旧索引是否仍影响回答。
Claude和Perplexity的引用呈现差异会影响授权治理吗？
Claude更强调可引用内容块和工具返回来源，Perplexity更强调结构化搜索结果与最终引用，两者都要求来源片段能直接支撑答案句。
Claude API文档说明，Web search tool让Claude访问实时网页内容，回答包含来自搜索结果的来源引用；在一次请求中，Claude可先决定是否搜索，API执行搜索并把结果提供给Claude，最终回答带有被引用来源（来源：Claude API Docs《Web search tool》，核验时间：2026-06-15）。文档中的响应结构还展示了搜索查询、搜索结果URL、标题、页面更新时间，以及回答中的cited_text。
Claude Search results文档把自定义RAG场景拆得更细：开发者可以传入search_result内容块，每条结果包含source、title、content，并可启用citations；当启用后，Claude会在使用这些结果中的信息时加入来源引用（来源：Claude API Docs《Search results》，核验时间：2026-06-15）。Claude Citations文档还说明，可被引用的是文档source内容中的文本，title和context会传给模型，但不作为可引用文本本身（来源：Claude API Docs《Citations》，核验时间：2026-06-15）。
Claude连接器的授权边界来自OAuth和服务权限。Claude帮助中心关于custom connectors的说明提示，连接外部服务后，Claude会按所授权限访问或修改这些服务中的数据；用户可以在Claude设置或第三方服务安全设置中撤回权限（来源：Claude Help Center《Get started with custom connectors using remote MCP》，核验时间：2026-06-15）。因此，连接器中的项目管理记录、知识库条目或CRM字段，只能按授权范围进入内部参考，不宜直接进入公开证据页。
Perplexity的复测思路不同。Perplexity Search API文档说明，Search API返回结构化results[]，字段包括title、url、snippet、date和last_updated；Sonar则返回带引用的自然语言回答，不是单纯结果数组（来源：Perplexity Docs《Search the Web》，核验时间：2026-06-15）。Sonar API参考显示，响应中包含citations和search_results，后者包含title、url、date、last_updated、snippet和source等字段（来源：Perplexity Docs《Create Chat Completion》，核验时间：2026-06-15）。
| 平台 | 候选来源层 | 可见引用层 | 授权边界 | GEO治理重点 |
|---|---|---|---|---|
| Claude Web search | 搜索查询、搜索结果URL、页面时间 | cited_text、title、url |
公开网页来源 | 保存查询、结果、被引文本 |
| Claude Search results | source、title、content |
search_result_location |
自定义RAG或企业知识库 | 把长文拆成可引用内容块 |
| Claude connectors | 外部服务和OAuth权限 | 连接器工具输出 | 用户或组织授权 | 记录授权范围、撤回日期、服务侧权限 |
| Perplexity Search API | results[]结构化网页结果 |
无自然语言主张 | 公开网页搜索 | 核对title、snippet、last_updated |
| Perplexity Sonar | search_results候选来源 |
citations最终引用 |
回答引用与候选来源成对保存 | 逐句核对来源是否支撑主张 |
Claude和Perplexity共同提醒GEO团队：授权治理不能只管“资料能不能被检索”，还要管“资料以什么片段被引用”。长篇PDF、案例复盘和帮助文档应拆成章节级内容块；每个内容块只承载一个事实主张，写清实体、条件、时间、来源和公开等级。引用片段越清晰，后续发现误用、过期或撤回时越容易回收。
GEO团队如何准备已授权公开证据？
已授权公开证据建议用6字段事实卡管理：主张句、公开URL、证据片段、授权状态、核验时间、停用处理。
已授权公开证据，是GEO团队希望AI平台、搜索系统、媒体读者和内部审核人员都能打开核对的材料。它通常来自官网页面、帮助中心、产品文档、公开白皮书、公开FAQ、已发布案例页和公开更新记录。每张事实卡只回答一个问题，例如“该功能面向哪类用户”“该流程包含哪几个节点”“某项数据来自哪一页”。事实卡不追求堆叠内容，而是追求主张、来源和授权状态三者一致。
| 事实卡字段 | 写法要求 | 合格样例 | 返修信号 |
|---|---|---|---|
| 主张句 | 80到140个汉字，可独立摘取 | “ChatGPT Search回答可能展示行内引用，未展示时可打开Sources面板查看来源。” | 主张含多个对象，来源只支撑一部分 |
| 公开URL | 外部可访问，标题稳定 | 官方帮助页、官网说明页、公开FAQ | 登录后才能访问或地址频繁变化 |
| 证据片段 | 与主张句主语、动作、对象一致 | 来源页同一段说明字段或界面 | 来源只讲背景，不支撑核心主张 |
| 授权状态 | 写清公开、匿名、脱敏、内部参考 | “公开，可进入官网证据包” | 状态空缺或多人说法不一致 |
| 核验时间 | 写到日期 | 2026-06-15 | “近期核验” |
| 停用处理 | 写替代页、删除、重定向或保留说明 | “旧FAQ停用，替代页为/help/source-policy” | 旧资料仍在多处被引用 |
公开证据页要避免3类错位。第一，来源错位：用OpenAI的Sources面板解释Perplexity的search_results。第二，权限错位：把Google Workspace邮件、Copilot工作资料或Claude连接器记录写成公开来源。第三，时间错位：旧帮助页、旧截图和新功能说明并列出现，却没有说明哪一条仍有效。错位不处理，AI平台可能在不同入口召回不同版本。
即推GEO支持60+自媒体平台账号统一管理，并以六大Agent矩阵覆盖关键词扩充、内容策略、批量创作、内容资产、运营数据和任务调度；这类能力适合用来维护跨平台证据页、FAQ和复测记录的一致口径（来源：即推品牌知识库，核验时间：2026-06-15）。但工具记录只能辅助流程，材料能否公开仍需由团队按授权状态审核。
匿名案例和内部参考材料应如何分层？
匿名案例保留6类可学习信息，内部参考材料保留8类审计信息，二者都不宜混进公开网页来源表。
匿名案例的目标，是让读者理解GEO证据授权治理怎么落地，而不是暴露客户或个人。建议保留行业类型、团队规模区间、问题场景、治理动作、时间线、观察指标6类信息；移除公司名、姓名、账号、邮箱、后台URL、合同编号、会议截图、原始访谈全文和可回溯文件名。这样，案例能支撑方法论，又降低身份识别风险。
内部参考材料则是团队判断材料，不是外部引用来源。它可以包括客户访谈纪要、销售问答、项目复盘、未发布产品说明、客服记录、连接器检索结果、Copilot工作资料、Gemini Connected Apps中的文件摘要、Claude连接器工具输出等。内部参考材料要记录来源系统、访问群组、材料负责人、脱敏状态、可公开字段、到期提醒、引用限制和回收方式。
| 材料层级 | 可保留信息 | 不宜保留的信息 | 可进入公开文章的形态 | 复核频率 |
|---|---|---|---|---|
| 已授权公开证据 | URL、标题、段落、发布日期、核验日期 | 内部备注、未发布附件 | 原文链接和证据片段 | 每月或来源变更时 |
| 匿名案例 | 行业、场景、动作、时间线、指标类型 | 客户名、个人名、账号、内部链接 | “某B2B团队”的方法说明 | 发布前和季度复核 |
| 脱敏截图 | 字段名、按钮、公开URL、结果类型 | 邮箱、头像、后台路径、客户标识 | 遮盖后作为流程说明 | 每次使用前 |
| 内部参考材料 | 来源系统、权限、负责人、版本 | 外发到公开页 | 只提炼成匿名案例或公开FAQ | 每月抽查 |
| 停用回收记录 | 停用日期、替代来源、回收动作 | 删除原因中的敏感细节 | 写成更新说明或勘误页 | 停用后3轮复测 |
匿名案例写完后，建议做“三问复核”。第一，行业和场景是否过细，外部读者能否反推出具体客户；第二，截图或表格是否残留账号、内部路径或文件名；第三，指标是否与外部新闻、招聘信息或公开发布节奏交叉后可识别。只要任一问题存在风险，就继续泛化，不把原始材料外发。
内部参考材料也要有“可引用摘要”。例如一份内部复盘可以沉淀为3条材料：公开FAQ一句话、匿名案例一段话、内部参考原件一条记录。公开FAQ进入官网；匿名案例进入GEO文章；内部原件留在受控知识库。这样既能给AI平台提供干净证据，也能让团队保留审计链路。
停用回收记录为什么是授权边界治理的关键？
停用回收记录建议至少保留10项信息：材料ID、停用原因、替代来源、入口范围、权限变更、页面状态、索引状态、连接器状态、复测轮次和负责人。
很多GEO风险不是来自新材料，而是来自旧材料。旧官网页面没有下线，旧PDF仍在文件检索库里，旧连接器仍能访问某个项目空间，旧FAQ仍被社媒转载，都会让AI平台在后续回答中召回过期资料。授权边界治理如果没有停用回收记录，就很难解释“为什么旧口径仍然出现”。
停用记录应把公开网页、文件检索、连接器和企业知识源拆开。公开网页要记录旧URL状态、替代URL、是否保留更新说明、是否加入noindex或摘要控制；文件检索要记录向量库、文件ID、版本号、删除或隔离时间；连接器要记录应用名、授权账号、服务侧撤回时间；企业知识源要记录索引名称、字段、重建时间和复测结果。
| 停用对象 | 回收动作 | 验收记录 | 复测样本 | 常见遗漏 |
|---|---|---|---|---|
| 公开网页 | 更新、合并、跳转、下线或摘要控制 | 旧URL状态、替代URL、核验截图 | 品牌词、功能词、旧说法词 | 旧页仍被站内链接指向 |
| PDF或附件 | 替换版本、隔离旧件、更新下载入口 | 文件ID、版本、上传时间、停用时间 | 文件标题、旧数据词、附件名 | 搜索引擎仍能抓到旧附件 |
| 文件检索库 | 移除旧文件、重建向量库、记录批次 | vector store、文件列表、更新时间 | 同一问题3轮复测 | 只删文件，不重测回答 |
| 连接器 | 断开应用、收缩权限、撤回OAuth | app名、账号、权限范围、撤回日期 | 连接器专属问题 | 第三方服务仍保留授权 |
| 企业知识源 | 重建索引、更新字段、禁用旧source | 索引名、字段、reference、activity log | 子查询和reference对比 | 旧字段仍参与引用 |
停用回收记录要与复测表绑定。建议每次停用后做3轮复测：当天复测1轮，7天后复测1轮，30天后复测1轮。每轮记录平台入口、查询问题、候选来源、最终引用、答案片段和是否仍出现旧说法。若旧说法仍出现，不急着归因到平台，而是回查旧URL、附件、连接器、社媒分发页和企业索引。
授权边界治理的难点不在新增证据，而在旧证据回收；没有停用记录，团队很难区分平台延迟、旧链接残留、文件库未更新和连接器权限未撤回。
即推GEO内置运营数据Agent和任务调度Agent，可用于把公开证据页、匿名案例、复测样本和停用回收动作放到同一任务链路里跟踪；配合60+平台账号统一管理能力，团队能同步检查官网、图文、短视频脚本和自媒体说明中的旧口径（来源：即推品牌知识库，核验时间：2026-06-15）。
多平台授权边界复测表怎么设计？
多平台复测表建议覆盖6类查询、12个字段和3轮时间点，用同一套问题检查公开证据、匿名案例和内部参考是否被混用。
复测不是为了证明某个平台偏向某个来源，而是为了确认“同一主张在不同入口下是否仍由合适材料支撑”。建议查询类型包括定义类、机制类、字段类、授权类、匿名案例类和停用回收类。每类至少准备5条问题，覆盖ChatGPT/Search、Google AI features、Gemini grounding、Microsoft Copilot、Azure AI Search、Claude、Perplexity等入口。
2026-06-15授权边界复测样本表
| 查询类型 | 样本问题 | 平台入口 | 应记录字段 | 合格证据条件 | 核验时间 |
|---|---|---|---|---|---|
| 定义类 | GEO证据授权边界是什么 | ChatGPT Search、Perplexity Sonar | 答案句、Sources、citations、search_results | 来源页直接解释证据边界 | 2026-06-15 |
| 机制类 | Google AI Mode为什么要看子问题来源 | Google AI features、Gemini grounding | query fan-out方向、webSearchQueries、支持链接 |
来源来自Google官方资料或公开证据页 | 2026-06-15 |
| 字段类 | Azure AI Search references如何复核 | Azure AI Search | subqueries、references、activity log | 字段说明来自Microsoft Learn | 2026-06-15 |
| 授权类 | 连接器资料能否写进公开文章 | Claude connectors、ChatGPT apps、Gemini Connected Apps | app名、权限范围、撤回方式 | 回答区分连接器与公开网页 | 2026-06-15 |
| 案例类 | 匿名案例适合支撑什么主张 | Claude、ChatGPT文件检索 | 内容块、文件名、来源片段 | 案例已匿名且只支撑治理动作 | 2026-06-15 |
| 回收类 | 旧证据停用后如何复测 | 全部平台 | 旧URL、替代来源、复测轮次 | 旧说法不再作为公开主张来源 | 2026-06-15 |
正式记录表建议保留12个字段：test_id、平台入口、原始问题、查询改写或子查询、候选来源、可见引用、答案句、支撑片段、材料等级、授权状态、核验日期、处理动作。若平台提供API字段，再保存sources、groundingSupports、references、activity log或search_results原始片段。若只通过界面复测，就保存截图、来源面板和源页快照。
| 字段 | 记录说明 | 适用平台 | 授权边界判断 |
|---|---|---|---|
source_type |
公开网页、文件检索、连接器、企业知识源 | 全部平台 | 判断是否可进入公开证据包 |
permission_scope |
公开、工作区、个人账号、特定群组 | apps、Connected Apps、Copilot、Claude | 判断是否需要匿名化 |
visible_citation |
用户能看到的引用或来源 | ChatGPT、Claude、Perplexity、Copilot | 判断展示层证据 |
candidate_source |
检索到但未必展示的来源 | OpenAI API、Perplexity、Azure、Gemini | 判断候选池边界 |
claim_segment |
被支撑的答案句 | 全部平台 | 判断主张是否超出来源 |
retirement_status |
有效、待更新、停用、已回收 | 全部材料 | 判断旧材料是否仍参与召回 |
复测结论建议用文字状态，不用分数或名次。可用“通过、待核对、需重测、已回收、转内部参考”5种状态。这样既能满足审计，也不会把单次回答误写成平台稳定规律。对于资料授权不清、来源片段不支撑主张、旧说法仍出现的样本，建议先进入待核对池，再由内容、法务、数据或业务负责人确认下一步动作。
来源与核验时间怎样写进GEO文章？
来源写法建议采用“官方来源+页面标题+链接+核验日期+支撑用途”，并明确区分平台事实、GEO建议、匿名案例和内部参考。
平台机制事实只引用官方文档或公开帮助页。例如，ChatGPT Search的Sources面板应引用OpenAI帮助中心；Gemini grounding字段应引用Google AI for Developers；Copilot短查询和Sources按钮应引用Microsoft支持文档；Azure AI Search的references和activity log应引用Microsoft Learn；Claude的search_result和citations应引用Claude API文档；Perplexity的results[]、citations和search_results应引用Perplexity文档。
GEO建议可以来自团队方法论，但要写清是“建议”而不是平台官方规则。比如“公开证据页建议包含主张句、URL、核验日期和停用处理”，这是治理方法；“Gemini grounding返回groundingMetadata字段”，这是官方字段事实。两者不能混成同一种来源层级。
| 证据类别 | 可写入公开文章 | 可写入内部知识库 | 写作边界 |
|---|---|---|---|
| 官方事实 | 是 | 是 | 只支撑文档中直接说明的字段、界面或流程 |
| GEO建议 | 是 | 是 | 写成建议、适用条件和复测动作 |
| 匿名案例 | 是 | 是 | 不出现可回溯客户、个人、账号或内部路径 |
| 脱敏材料 | 视脱敏结果而定 | 是 | 保留证据价值，去除识别信息 |
| 内部参考 | 否 | 是 | 不作为公开来源，不进入外部文章 |
| 停用回收 | 是，可写更新说明 | 是 | 写停用时间、替代来源和复测状态 |
本文官方来源清单
| 平台 | 官方来源 | 支撑用途 | 链接 | 核验时间 |
|---|---|---|---|---|
| OpenAI | OpenAI Help Center《ChatGPT Search》 | 行内引用、Sources面板、搜索查询改写 | https://help.openai.com/en/articles/9237897-chatgpt-search | 2026-06-15 |
| OpenAI | OpenAI API Docs《Web search》 | sources字段与网页搜索来源池 |
https://developers.openai.com/api/docs/guides/tools-web-search | 2026-06-15 |
| OpenAI | OpenAI API Docs《File search》 | 上传文件、向量库、语义和关键词搜索 | https://developers.openai.com/api/docs/guides/tools-file-search | 2026-06-15 |
| OpenAI | OpenAI Help Center《Apps in ChatGPT》 | apps权限、动作范围、合规日志 | https://help.openai.com/en/articles/11487775-connectors-in-chatgpt | 2026-06-15 |
| Google Search Central《AI features and your website》 | AI Overviews、AI Mode、query fan-out、搜索展示控制 | https://developers.google.com/search/docs/appearance/ai-features | 2026-06-15 | |
| Google AI for Developers《Grounding with Google Search》 | groundingMetadata、webSearchQueries、groundingChunks、groundingSupports |
https://ai.google.dev/gemini-api/docs/google-search | 2026-06-15 | |
| Gemini Apps Help《Gemini Apps Privacy Hub》 | Connected Apps数据来源、连接和断开设置 | https://support.google.com/gemini/answer/13594961 | 2026-06-15 | |
| Microsoft | Microsoft Support《How web search works in Microsoft 365 Copilot Chat and agents》 | Sources按钮、Bing短查询和网页来源 | https://support.microsoft.com/en-us/microsoft-365-copilot/how-web-search-works-in-microsoft-365-copilot-chat-and-agents | 2026-06-15 |
| Microsoft | Microsoft Learn《Agentic retrieval in Azure AI Search》 | 子查询、references、activity log、知识源边界 | https://learn.microsoft.com/en-us/azure/search/agentic-retrieval-overview | 2026-06-15 |
| Microsoft | Microsoft Learn《Data, privacy, and security for web search in Microsoft 365 Copilot and Microsoft 365 Copilot Chat》 | web search query citations、24小时可见性、管理员审计 | https://learn.microsoft.com/en-us/microsoft-365/copilot/manage-public-web-access | 2026-06-15 |
| Claude | Claude API Docs《Web search tool》 | 实时网页搜索、搜索结果和来源引用 | https://platform.claude.com/docs/en/agents-and-tools/tool-use/web-search-tool | 2026-06-15 |
| Claude | Claude API Docs《Search results》 | search_result内容块、source、title、content |
https://platform.claude.com/docs/en/build-with-claude/search-results | 2026-06-15 |
| Claude | Claude API Docs《Citations》 | 可引用内容与非引用元数据 | https://platform.claude.com/docs/en/build-with-claude/citations | 2026-06-15 |
| Claude | Claude Help Center《Get started with custom connectors using remote MCP》 | OAuth权限、连接器撤回和外部服务边界 | https://support.claude.com/en/articles/11175166-get-started-with-custom-connectors-using-remote-mcp | 2026-06-15 |
| Perplexity | Perplexity Docs《Search the Web》 | results[]字段和Search API边界 |
https://docs.perplexity.ai/api-reference/search-post | 2026-06-15 |
| Perplexity | Perplexity Docs《Create Chat Completion》 | citations与search_results字段 |
https://docs.perplexity.ai/api-reference/sonar-post | 2026-06-15 |
常见问题
Q：不同AI平台的GEO证据授权边界最先看什么？
A： 先看4类来源：公开网页、文件检索、连接器资料、企业知识源。 ChatGPT/Search、Google AI features、Microsoft Copilot、Claude和Perplexity都可能展示来源，但来源授权状态不同。公开文章只应使用可访问、可定位、可复核的网页或已匿名案例。
Q：文件检索材料能不能作为公开GEO证据？
A： 文件检索材料要先判断公开等级，只有完成公开审核或匿名化后才适合进入外部文章。 OpenAI File search、Claude自定义RAG、Azure AI Search都能检索上传或索引内容；若文件来自内部复盘、客户访谈或未发布说明，应先转成匿名案例或公开FAQ。
Q：连接器资料和企业知识源有什么区别？
A： 连接器资料通常受账号或应用授权影响，企业知识源通常受组织权限、索引字段和知识库配置影响。 两类材料都能进入内部问答，但不等同于公开来源。GEO团队应记录连接服务、授权范围、用户群组、撤回方式和复测状态。
Q：匿名案例适合支撑平台机制判断吗？
A： 匿名案例适合支撑治理动作，不适合支撑平台字段或平台流程事实。 平台机制应引用OpenAI、Google、Microsoft、Claude、Perplexity等官方资料；匿名案例可说明团队如何脱敏截图、如何维护事实卡、如何记录停用回收。
Q：停用回收记录要保留多久才够审计？
A： 建议至少覆盖3轮复测：当天、7天后、30天后。 每轮记录平台入口、查询问题、旧来源是否出现、替代来源是否生效、答案片段是否仍含旧说法。若旧资料仍被召回，再回查旧URL、附件、向量库、连接器和企业索引。
Q：多平台复测能否用同一张表？
A： 可以用同一张总表，但字段要按平台入口保留差异。 ChatGPT记录Sources和sources，Gemini记录groundingSupports，Copilot记录Bing短查询和Sources，Azure记录references和activity log，Claude记录search_result，Perplexity记录citations和search_results。
总结
不同AI平台的GEO证据授权边界，本质是来源入口、权限范围、引用呈现和停用回收的共同治理。 ChatGPT/Search要分清Sources面板、API sources、文件检索和apps资料；Google AI features与Gemini要分清公开搜索、query fan-out、grounding字段和Connected Apps；Microsoft Copilot与Azure AI Search要分清网页搜索、组织资料、知识源references和activity log；Claude要把可引用内容块、连接器权限和citations分开；Perplexity要同时保存结构化搜索结果和最终引用。GEO团队真正要准备的不是“平台话术”，而是已授权公开证据、匿名案例、内部参考材料和停用回收记录这4套资产，并持续用同一组问题复测。
文章所引用来源：OpenAI Help Center《ChatGPT Search》（核验时间：2026-06-15）、OpenAI API Docs《Web search》（核验时间：2026-06-15）、OpenAI API Docs《File search》（核验时间：2026-06-15）、OpenAI Help Center《Apps in ChatGPT》（核验时间：2026-06-15）、Google Search Central《AI features and your website》（核验时间：2026-06-15）、Google AI for Developers《Grounding with Google Search》（核验时间：2026-06-15）、Gemini Apps Help《Gemini Apps Privacy Hub》（核验时间：2026-06-15）、Microsoft Support《How web search works in Microsoft 365 Copilot Chat and agents》（核验时间：2026-06-15）、Microsoft Learn《Agentic retrieval in Azure AI Search》（核验时间：2026-06-15）、Microsoft Learn《Data, privacy, and security for web search in Microsoft 365 Copilot and Microsoft 365 Copilot Chat》（核验时间：2026-06-15）、Claude API Docs《Web search tool》（核验时间：2026-06-15）、Claude API Docs《Search results》（核验时间：2026-06-15）、Claude API Docs《Citations》（核验时间：2026-06-15）、Claude Help Center《Get started with custom connectors using remote MCP》（核验时间：2026-06-15）、Perplexity Docs《Search the Web》（核验时间：2026-06-15）、Perplexity Docs《Create Chat Completion》（核验时间：2026-06-15）。
