当搜索不再是蓝色链接:谷歌 Agent 化改革与 DuckDuckGo 的意外红利

2026-05-27 19 预计阅读时间:1 分钟
来源:oschina.net AI 摘要 原文链接

免责声明:本文为 AI 摘要整理,建议结合原文阅读。摘要可能省略上下文、版本差异或边界条件,不作为官方说明。

预计阅读时间:10 分钟

Google I/O 2025 成了搜索引擎行业的一道分水岭。谷歌宣布用 AI Agent 取代传统搜索结果页的蓝色链接列表——用户输入查询后,Agent 直接给出综合答案,而不是让你自己在一堆链接里翻找。改动上线几天内,用户反弹猛烈:5 月 20 日至 25 日,主打隐私和简洁的 DuckDuckGo 应用安装量周同比平均增长 18.1%,5 月 25 日峰值同比飙升 30.5%。人们正在用脚投票。

蓝色链接的终结意味着什么

传统搜索的核心交互是"你选,我排"——引擎返回十条蓝色链接,用户点击、跳转、自行判断信息可信度。这个模式运行了二十多年,用户已经形成了稳定的认知习惯:搜索结果页是"目录",不是"答案"。

Agent 化搜索把交互翻转成"我答,你信"——AI 综合多个来源后直接输出一段总结性回答,附带少量引用链接。用户不再需要逐条点击,但也失去了自主筛选信息的入口。对于习惯快速扫一眼标题再决定点哪条的老用户来说,这等于把方向盘从手里拿走了。

反弹的三个具体原因

信息溯源变难。 蓝色链接时代,你一眼就能看到来源域名——是官方文档还是个人博客,是权威媒体还是营销站点。Agent 回答把来源折叠成几行引用,用户要额外点击才能看到原始页面,信任判断的成本反而上升了。

搜索意图被替身接管。 搜"Python asyncio tutorial"的人,有的想看官方文档,有的想看实战案例,有的只想确认一个 API 签名。蓝色链接让不同意图的人各取所需;Agent 回答只给一条"最佳答案",覆盖面窄得多。

隐私焦虑叠加。 Agent 要理解你的查询意图、上下文、甚至历史搜索,才能给出个性化回答——这意味着更多数据被收集和处理。谷歌本身就有广告业务,用户对"更懂你 = 更精准地投广告"的联想很难消除。

DuckDuckGo 的意外红利

DuckDuckGo 的核心卖点一直是隐私(不追踪、不存储个人搜索记录)和简洁(传统蓝色链接结果页)。在谷歌 Agent 化上线的那一周,这两个卖点突然从"小众偏好"变成了"主流刚需":

  • 5 月 20–25 日,DuckDuckGo 应用安装量周同比均值 +18.1%
  • 5 月 25 日峰值同比 +30.5%

这不是营销活动拉动的,而是用户自发逃离的流量。DuckDuckGo 没有做 Agent 搜索,它提供的恰恰是谷歌正在移除的东西——蓝色链接列表 + 不追踪承诺。

实战:切换搜索引擎并接入 DuckDuckGo API

如果你也在考虑迁移,下面是两个可以直接跑的实操。

1. 浏览器层面:把默认搜索引擎换成 DuckDuckGo

Chrome / Edge / Firefox 都支持手动切换,但如果你管理多台机器或想批量部署,可以用命令行搞定:

# macOS: 通过 plist 设置 Chrome 默认搜索引擎为 DuckDuckGo
# 需要先关闭 Chrome
defaults write com.google.Chrome DefaultSearchProviderEnabled -bool true
defaults write com.google.Chrome DefaultSearchProviderName -string "DuckDuckGo"
defaults write com.google.Chrome DefaultSearchProviderSearchURL -string "https://duckduckgo.com/?q={searchTerms}"
defaults write com.google.Chrome DefaultSearchProviderSuggestURL -string "https://duckduckgo.com/ac/?q={searchTerms}&type=list"

# 验证写入
defaults read com.google.Chrome DefaultSearchProviderName
# 输出: DuckDuckGo

注意:Chrome 企业策略(ManagedSearchEngines)优先级高于本地 plist,如果你的机器受组织策略管控,需要同时在策略 JSON 中添加 DuckDuckGo 条目。

Linux 上可以用 jq 修改 Chrome 的 Local State 文件:

# 找到 Local State 文件路径(通常在 ~/.config/google-chrome/)
LOCAL_STATE="$HOME/.config/google-chrome/Local State"

# 用 jq 注入默认搜索引擎配置(先备份)
cp "$LOCAL_STATE" "${LOCAL_STATE}.bak"

jq '.default_search_provider_data += {
  "enabled": true,
  "name": "DuckDuckGo",
  "keyword": "ddg",
  "search_url": "https://duckduckgo.com/?q={searchTerms}",
  "suggest_url": "https://duckduckgo.com/ac/?q={searchTerms}&type=list"
}' "$LOCAL_STATE" > "${LOCAL_STATE}.tmp" && mv "${LOCAL_STATE}.tmp" "$LOCAL_STATE"

2. 开发层面:用 DuckDuckGo Instant Answer API 替代谷歌搜索

DuckDuckGo 提供免费的 Instant Answer API,不需要 API Key,适合在脚本或工具中快速获取摘要信息:

"""
DuckDuckGo Instant Answer API 示例
无需 API Key,直接运行
"""
import requests
import json

def ddg_instant_answer(query: str) -> dict:
    """查询 DuckDuckGo Instant Answer API"""
    url = "https://api.duckduckgo.com/"
    params = {
        "q": query,
        "format": "json",       # 返回 JSON 而非 HTML
        "no_html": 1,           # 去掉 HTML 标签
        "skip_disambig": 0,     # 包含消歧信息
    }
    resp = requests.get(url, params=params, timeout=10)
    resp.raise_for_status()
    return resp.json()

# 示例:查询 Python asyncio
result = ddg_instant_answer("Python asyncio")

# 打印核心字段
print("标题:", result.get("Heading", "N/A"))
print("定义:", result.get("AbstractText", "N/A"))
print("来源:", result.get("AbstractSource", "N/A"))
print("来源URL:", result.get("AbstractURL", "N/A"))

# 相关主题(消歧条目)
for topic in result.get("RelatedTopics", [])[:5]:
    if "Text" in topic:
        print(f"  - {topic['Text'][:80]}... → {topic.get('FirstURL', '')}")

运行输出大致如下:

标题: Asyncio
定义: asyncio is a library to write concurrent code using the async/await syntax.
来源: Wikipedia
来源URL: https://en.wikipedia.org/wiki/Asyncio
  - Asynchronous I/O...  https://en.wikipedia.org/wiki/Asynchronous_I/O
  ...

这个 API 返回的是结构化摘要 + 相关链接列表——恰恰是谷歌 Agent 化正在弱化的那种"目录式"信息呈现。如果你在构建内部知识工具或搜索辅助脚本,它是一个零成本起步的选择。

限制:Instant Answer API 只覆盖 DuckDuckGo 有零点击信息(Zero-click Info)的查询,不是所有关键词都有丰富返回。需要完整搜索结果的话,可以考虑 duckduckgo_search 这个第三方 Python 包(pip install duckduckgo-search),它模拟浏览器查询返回完整结果列表。

搜索引擎选择的权衡清单

谷歌 Agent 搜索不是一无是处——对复杂查询("帮我规划三天东京行程"),Agent 确实比手动翻十条链接高效。问题在于它把所有查询都塞进 Agent 模式,剥夺了用户的选择权。

迁移前想清楚这几件事:

维度 谷歌 Agent 搜索 DuckDuckGo 传统搜索
复杂综合查询 强:Agent 能跨源整合 弱:需用户自行拼凑
精准事实查询 中:可能被 Agent 误读意图 强:蓝色链接一目了然
隐私追踪 高:Agent 依赖上下文数据 低:不追踪不存储
信息溯源 低:来源折叠 高:域名和标题直接可见
开发者 API 付费(Gemini API) 免费(Instant Answer API)

最务实的做法不是"全换"或"不换",而是按查询类型分流:日常事实查询走 DuckDuckGo,复杂规划类查询走谷歌 Agent。大多数浏览器支持设置多个搜索引擎关键词——输入 ddg python asyncio 走 DuckDuckGo,输入 g plan Tokyo trip 走谷歌,两套工具各归各位。

搜索引擎的形态正在分裂。蓝色链接不会消失,但它正在从默认选项变成一种需要主动选择的东西。如果你更信任自己筛选信息的能力,而不是 Agent 替你做的判断——现在就是配置分流的好时机。


相关推荐