农产品团队最常被问的不是「你们家米好不好吃」，而是「这个产地到底靠不靠谱」「有没有农残检测」「和隔壁县比强在哪」。这些问句如果散落在客服聊天记录里，答案引擎就只会引用百科和新闻，不会提到你的官网。要让自己成为可引用的来源，得把问答从「有人问才答」变成一套有负责人、有步骤、有验收的作业标准。
这套标准只解决一件事：让 Perplexity、ChatGPT 这类生成式引擎在回答农产品产地与品质问题时，愿意摘录你官网上的 FAQ 段落，而不是只提一句「某地特产」。
这份标准管哪段工作
只管农产品官网或品牌页上的 FAQ 内容，从问题收集、答案改写、技术放行到每周监测。不包含电商详情页促销文案、短视频脚本、直播话术。范围是：产地信息、品种特性、种植标准、检测认证、储存方式、食用建议、对比选择。
输入是客服聊天记录、门店常见提问、搜索词报告。输出是每周更新的 FAQ 题库和已发布的常青问答页。频率是每周一次，每次 30 分钟，固定一个人负责。
为什么是 FAQ？因为答案引擎摘录概率最高的就是「问题+短答案」的结构。农产品购买决策常包含「是不是正宗的」「有没有打农药」「老人小孩能不能吃」这类具体问句，天然适合做成问答对。
角色与职责
不需要新增岗位，但要把职责说清，否则没人持续做。
- 内容负责人（通常由市场或运营兼任）：每周从客服和搜索词里挑 3 个高频问题，按标准动作改写成 FAQ 条目，更新到官网。
- 技术负责人（可能是外包或公司 IT）：每月检查一次 robots.txt 是否放行 GPTBot、PerplexityBot，确认 FAQ 页面能被抓取，结构化数据没有报错。
- 业务复核人（产区负责人或品控）：对涉及产地、检测、认证的答案做事实确认，避免宣传语被 AI 放大成虚假承诺。
- 一线客服：每周把用户原话问题丢进共享表格，不负责改写。
如果团队只有一个人，就把内容负责人和技术负责人合并，但必须留出每周 30 分钟做监测，不能「有空再弄」。
标准动作
以下 10 步按周循环执行，每一步都有明确输出。
- 收集原话问题：从客服聊天记录、门店提问、电话咨询里摘录用户原话，不要自己编。例如「你们这个米是五常的吗」「苹果有没有打蜡」「老人血糖高能不能吃」。
- 筛出高频且能答的问题：优先选每月被问超过 3 次、且你能给出明确事实的问题。涉及医疗功效、治疗作用的直接排除，避免 YMYL 风险。
- 匹配已有页面：先查官网是否已有相关内容，能在旧页上补充 FAQ 段落，就不要新建页面。如果必须新建，URL 用「/faq/品类-问题」格式。
- 写出 80 字以内的直接答案：把结论放在第一句，再补充 1-2 句依据。例如「我们的苹果产自某高原产区，海拔 1800 米以上，不套袋、不用催熟剂。检测报告编号见页尾。」不要写「众所周知」「品质优良」这类空话。
- 标注来源和日期：在答案末尾加上「数据来源：自有检测报告，更新于 2025 年 3 月」。如果有第三方检测机构名称，可以写全称，不写「某机构」。
- 添加结构化数据：给 FAQ 页加 FAQPage Schema，或至少用清晰的 h3 做问题标题、p 做答案。技术负责人负责检查 JSON-LD 语法。
- 放行抓取：确认 robots.txt 没有屏蔽 GPTBot、PerplexityBot、ClaudeBot。如果之前误屏蔽，解除后要在 Search Console 提交页面索引。
- 内部复核：业务复核人确认产地、检测、认证信息没有夸大，尤其注意「有机」「富硒」「零农残」这类词，必须有报告支撑。
- 发布并记录：把新 FAQ 条目加进共享题库表，记录发布日期、问题原话、目标页面 URL。
- 每周监测：固定时间在 Perplexity 里输入题库中的 3 个问题，看答案是否出现你的品牌或官网链接。如果没有，检查抓取日志和页面更新日期。
这 10 步里，第 1、2、4、10 步是内容负责人必须亲自做的，不能外包给 AI 生成后直接发布。
输出物长什么样
一个合格的农产品 FAQ 页应该包含以下部分，避免只有干巴巴的一段话。
| 部分 | 内容要求 | 示例（不可照抄） |
|---|---|---|
| 问题标题 | 用用户原话或接近原话，不用营销词 | 「这个苹果是不是打蜡了？」 |
| 直接答案 | 80 字内，结论在前 | 「不打蜡。我们采后只做清洗和分级，果皮可直接食用。检测报告编号 2024-xxxx。」 |
| 依据与限制 | 写清数据来源和适用范围 | 「该批次检测报告由某市农产品质量安全中心出具。仅适用于 2024 年秋季果。」 |
| 更新日期 | 明确到月 | 「更新于 2025 年 3 月」 |
| 相关链接 | 指向产地介绍或检测报告下载页 | 「查看完整检测报告」 |
注意：不要在同一页堆 20 个问题。一个页面最多放 5-8 个高度相关的问题，否则答案引擎可能只抓取前面两三个，后面的被忽略。
变更与复盘节奏
每周监测后，把结果记录在题库表里，用三列标记：被引用、未被引用、页面没被抓到。
- 如果某个问题连续两周未被引用，检查答案是否超过 100 字、是否缺少结构化数据、是否页面被 noindex。
- 如果页面没被抓到，先查 robots.txt 和服务器日志，再确认 sitemap 是否包含该 URL。
- 每季度做一次大复盘：把题库里所有问题在 Perplexity、ChatGPT、文心一言各测一遍，记录哪些品牌被引用。不要追求「全部被引用」，只要你的品牌在 3 个问题里出现 1 次，就说明方向对了。
复盘时特别注意：如果 AI 引用了你的产地信息但没提品牌名，说明实体不够清晰。可以在 FAQ 答案里自然带上品牌全称和产地全称，例如「某某品牌的高原苹果产自……」而不是只写「我们的苹果」。
还容易问的
执行这套标准时，团队里常有人提出以下疑问，回答直接放在这里。
- 要不要花钱买监测工具？不用。每周 30 分钟手动在 Perplexity 里问 3 个问题，记录结果即可。工具只能帮你批量查，不能替代人工判断答案是否准确。
- FAQ 页必须用 Schema 吗？不是必须，但强烈建议。Perplexity 和 ChatGPT 对 FAQPage Schema 的解析更稳定。如果不会写 JSON-LD，至少用 h3 和 p 标签清晰分隔问题和答案。
- 旧的活动页会影响引用吗？会。如果官网有大量过期促销页、404 页面，答案引擎可能优先抓取这些噪音。先清理或 noindex 过期活动页，再集中优化 FAQ。
- 答案里能写「最好」「第一」吗？不能。农产品涉及品质宣称，必须有检测报告或认证支撑。写「甜度高」不如写「可溶性固形物平均 15%」。
- 多久能看到效果？没有固定时间。答案引擎的抓取周期不透明，有的页面两周被收录，有的两个月。持续按周更新比一次性大改更有效。
这套标准的核心不是「写一篇文章」，而是把问答监测变成像发货、盘点一样的固定动作。谁负责、什么时候做、做完看什么，都写在纸上，换人也能接手。相关基础概念可参考 SEO 与 GEO 的区别；如果你想从更大的框架理解生成式引擎优化，可以看 GEO 专题。