TL;DR
- Dify 可以协调搜索数据 API，规范化结果，选择性地获取页面内容，并将源证据传递给 LLM。
- 搜索片段和获取的页面正文是不同的证据类型，应保持标记。
- 本教程使用 SerpApi 的文档 Google 响应字段和 Dify 的 HTTP 请求和代码节点。
- 进行实时端到端运行需要凭证、目标权限、Dify 实例和 LLM 连接。
- 规范化功能已在本地通过合成响应进行了检查；完整的 Dify 工作流程未在连接的账户中执行。
Dify SERP 抓取是什么，为什么使用它？
Dify SERP 抓取是一个工作流程，检索结构化的搜索结果数据并使其可用于应用程序或 LLM。搜索提供者提供结果；Dify 连接检索、转换和回答步骤。
典型用途包括研究协助、源发现和搜索意图分析。结果标题、URL、片段和位置描述了搜索观察。它们不是完整的页面，片段可能省略提供可靠答案所需的限定词。
Dify 工作流程中的 SERP 抓取如何工作
与其他 搜索协调工作流程 一样，流程是：问题 → 受控搜索查询 → SERP API → 结果验证 → 可选的页面获取 → LLM 答案 → 引用检查。
保持失败路径可见。空搜索可以是正常结果、无效查询、API 错误或 JSON 映射失败。这些状态不应全部作为“无证据”传入 LLM。
用户输入 -> HTTP 请求：搜索 -> 如果/否则：成功的提供者响应？ -> 代码：规范化有机结果 -> 可选迭代：获取批准的页面正文 -> 模板/代码：有界的证据上下文 -> LLM -> 输出：答案加上源记录
前提条件：Dify、SERP API 和工作流程设置
使用 Dify Cloud 工作区或自托管版本，其中包括 HTTP 请求、代码、LLM 和输出节点。该演练遵循2026年10月19日审核的文档；未检查任何安装的 Dify 版本，故请验证您部署中的标签。
创建一个 SerpApi 凭证、一个 LLM 提供者连接和一个非敏感测试查询。将密钥存储在工作区中可用的环境/保密机制中，限制访问，并删除请求痕迹。
官方的 Dify HTTP 请求指南 和 代码节点指南 是节点行为的参考，而不是来自其他版本的屏幕截图。
步骤 1：为搜索查询创建 Dify 工作流程
创建一个工作流程应用程序。将问题定义为必填字符串，并通过受控输入或常量限制国家、语言和最大接受结果。
对于第一次测试，使用一个事实性的技术问题，例如“HTTP Retry-After 的意思是什么？”在您的规范化代码中设置一个小的结果限制。不要允许 LLM 更改提供者主机或注入任意请求头。
