物界前沿
百度拿下苹果AI搜索：短期看流量，长期看Siri的“饭碗”能保住吗
上周和一位在苹果零售店做门店运营的朋友吃饭，他抱怨说最近总被顾客问“Siri能不能帮我查附近哪家火锅店不用排队”。他试了试，Siri反应了半天，最后弹出一个百度搜索结果页。他苦笑说，这跟直接打开百度App搜索有啥区别？
这个场景恰好解释了今天这则新闻的逻辑：苹果选择百度作为中国区Apple Intelligence的AI搜索合作伙伴。据科创板日报消息，百度将重点开发基于AI的搜索功能，作为“苹果智能”套件的一部分，处理图像和文本，并升级中国版Siri。
从零售科技产品经理的视角看，这本质上是一个“供给侧”合作——苹果需要本地化AI能力，百度需要C端超级入口。但双方的合作深度，决定了这个“智能补货”方案是短期引流还是长期重构。
短期看：百度拿到了“黄金货架位”，但用户体验可能先跌后涨
[!success] 关键结论：百度获得的是iPhone用户的第一屏搜索入口，这个流量价值远超任何广告位。
百度得到什么
- 预装在iPhone系统中的AI搜索，绕过Safari默认搜索引擎（目前是谷歌）的竞争
- 训练数据：中文用户真实的搜索意图，尤其是长尾、本地化、意图模糊的查询
- 品牌曝光：在“AI搜索”这个赛道上，苹果的背书比任何广告都有说服力
苹果得到什么
- 合规：百度是唯一通过中国生成式AI备案的头部搜索公司
- 本地化：百度地图、百科、贴吧等数据生态，能处理“海淀黄庄附近口碑好的儿童编程机构”这类复杂查询
- 成本：不需要自建中文大模型搜索能力，百度承担模型训练和维护成本
但问题出在用户体验的“接口层”。苹果一向以“不打断用户”著称，而百度搜索的典型体验是“跳转网页+广告位”。如果AI搜索的结果直接以百度搜索结果页呈现，那用户会感觉“Siri被广告绑架了”。
# 伪代码：用户意图到答案的路径对比
# 理想情况（苹果风格）
user_query = "附近有什么好吃的川菜馆"
apple_ai_response = direct_answer(restaurant_name, distance, rating, price_range)
# 用户直接看到卡片，无需点击
# 现实情况（百度风格）
baidu_response = search_page(query, ad_rank=True, organic_rank=0.3)
# 用户看到带广告的搜索结果列表，需要二次点击短期看，百度需要重构输出格式。如果只是把百度搜索的API接口对接给Siri，那苹果用户会骂“这TM还不如我打开大众点评”。但如果百度能提供结构化数据（比如直接返回餐厅ID、评分、营业时间），让Siri用原生卡片展示，那体验就能达标。
长期看：Siri的“大脑”被外包，苹果AI的本地化可能永远长不大
[!note] 产品逻辑判断：AI搜索是Siri的“感知层”和“决策层”，而不仅仅是“检索层”。
苹果在WWDC上展示的Apple Intelligence，核心是“端侧+云端”的混合架构。端侧处理简单任务（设置闹钟、发短信），云端处理复杂推理（理解上下文、生成内容）。现在百度负责云端搜索，相当于把Siri的“推理引擎”外包了。
三个无法回避的隐患
1. 数据主权与隐私的矛盾
苹果一直强调“隐私是基本人权”，但百度处理用户搜索查询时，必然会上传数据到百度服务器。即使用户同意，苹果的“本地优先”策略在搜索场景下完全失效。
2. 生态割裂
Siri的搜索能力依赖百度，那其他AI功能（如生成图片、总结邮件）呢？如果苹果分别找不同公司合作，Siri会变成一个“API聚合器”，而不是一个有灵魂的助手。这就像零售里，不同品类用不同供应商补货，最后库存周转率反而下降。
3. 百度能否“进化”
苹果对供应商的要求是“可控且持续迭代”。百度当前的AI搜索体验（文心一言）与GPT-4还有差距，但合作体验会倒逼百度优化。长期看，百度可能从“搜索引擎”变成“苹果特供版AI大脑”，这反而可能限制百度自身产品的演进。
用零售术语说：苹果是把Siri的核心能力“外包”给百度，就像超市把生鲜供应链外包给第三方平台。短期能快速上线，长期会导致“自有品牌”缺失，用户最终只认百度不认Siri。
一个开放性问题
当AI搜索成为手机的基础设施，用户会为“苹果智能”的本地化买单吗？还是说，他们只需要一个更聪明的百度搜索？
我的判断是：短期看，这是百度巩固搜索护城河的一步好棋；长期看，苹果需要尽快找到“自研+合作”的平衡点，否则Siri永远成不了“真智能”，而只是一个“百度搜索的语音入口”。毕竟，用户不会因为Siri背后是百度就放弃用百度App，但他们会因为Siri不好用而关闭“嘿Siri”的唤醒。
原文链接：https://www.ithome.com/0/977/164.htm