把资料范围、证据要求、未知时的处理方式和输出格式一起写进问题里，能把编造风险压低；但回答仍可能受资料过期、来源不完整或平台机制差异影响。涉及事实时，应要求逐项给出处或说明无法判断，涉及网页内容时，还要检查页面能否访问、抓取、索引，以及实体名称是否前后一致。
只说“别编”为什么不够
“不要编造”只表达了态度，没有告诉模型什么内容算事实、哪些内容可以推测，也没有规定资料缺失时怎么办。更稳妥的写法，是同时限定时间范围、地区范围、资料类型和回答边界，让问题从一句提醒变成一份小型任务说明。
例如，不要只问“这家公司靠谱吗”，可以改成：“只使用可追溯来源，区分已证实信息、待确认信息和推测；没有依据的内容直接写无法判断，不补充价格、销量、排名、资质或案例。”这样得到的答案更方便人工复看。
哪些要求要写进问题里
一条实用的提问可以包含五部分：任务目标、允许使用的资料、时间范围、证据表达方式、输出格式。若要处理网页，还应补充页面地址、抓取时间、目标地区和页面版本，避免把不同时间的内容混在一起。
- 限定资料：只使用用户提供的文件、指定机构材料或能独立打开的页面。
- 限定判断：把事实、推测、建议分开写，不能把建议包装成事实。
- 限定未知：找不到依据时写“无法判断”，不要用常识补齐。
- 限定格式：要求列出原句、出处、时间和适用范围。
- 限定复查：对关键结论标注需要人工再次查看的位置。
事实和推测要分开写
事实句需要能回到具体材料，例如页面中的服务范围、文档中的字段定义、标准中的术语说明。推测句则要保留条件，例如“如果目标用户常用AI搜索，这种内容结构值得测试；是否带来引荐点击，需要用自家数据验证”，不要把潜在效果写成已经发生的结果。
涉及搜索与网页机制时，Google Search Central《搜索抓取与索引指南》可用于理解抓取、索引和页面可访问性的基础含义；Schema.org《Organization》可用于理解组织实体的结构化描述。结构化数据能表达页面信息，但是否被展示或引用取决于各平台的抓取、检索与引用机制，需用自家数据验证。
页面内容怎么让人和机器读懂
页面本身要把主题说清楚：标题、首段、正文小标题和结构化数据中的实体名称尽量保持一致，服务范围、适用对象、更新时间和联系方式不要在不同页面出现互相矛盾的说法。这里的重点不是堆术语，而是让读者能迅速找到“这是什么、适合谁、依据在哪里”。
抓取方面，可以查看 robots.txt 是否误挡重要目录，检查页面返回的 HTTP 状态、站点地图中的地址和页面是否能在不依赖复杂交互的情况下读取。索引是否发生、AI是否引用，属于不同结果，不能把爬虫访问直接当成答案引用，更不能把答案出现直接当成订单或线索。
怎么做一次回答前后的查询测试
测试不要只截一张回答截图。可以准备一组意思相近的问题，分别记录提问日期、使用的平台、问题原文、回答中的实体、引用页面、落地页和后续动作。若平台没有展示来源，就把“无来源展示”单独记录，不要自行推断引用链路。
- 观察对象：记录AI回答是否出现目标页面或实体名称。
- 记录字段：保存提问时间、问题版本、回答截图、引用页面、引荐来源和落地页。
- 归因规则：只选一个主转化事件，例如有效表单；归因时间窗按自身销售周期设定。
- 判断方式：分别看答案出现、引荐点击、有效表单和成交状态，不能混成一个数字。
- 下一步动作：若页面被访问但没有引荐点击，回看主题对应关系；若有点击但没有表单，检查落地页承接。
留下版本记录，方便回看
提问内容、网页内容和模型版本都会变化，版本记录能帮助判断问题来自哪一环。每次修改时保留旧版问题、修改原因、使用的资料、回答差异和人工处理结果，尤其要标记新增的事实、删掉的推测和改写后的结论。
如果要评估内容效果，不要直接套用行业周期、成本或单量。自然搜索、AI引荐、品牌词搜索、直接访问应分开记录；爬虫访问只能说明页面被访问过，是否形成有效线索仍需结合服务器日志、分析工具和CRM记录判断。最终采用哪种写法，应以自家查询记录和业务数据验证。