GEO-100·第 09 期·战略与市场·100 / 132
平台 vs 独立站:谁会被 agent 优先调用
平台与独立站在 agent 购物里不是二选一:agent 先看可验证性与可追责性,再按场景调用。本文给出六项对照、四种场景的选择规则、五步组合打法,以及同一款商品在两个载体上被调用的示例。
本期主线可交易:Agentic Commerce 与商品 Feed
示例场景。一家做除湿机的出海团队同时经营平台店和独立站。他们把同一句任务交给购物 agent:“柏林 35 平方米公寓用,预算 200 欧,三天内送到,退货别太麻烦。”agent 回了平台上的三个链接,独立站一次没被打开。独立站价格更低,页面也更细,但 agent 读不到“三天内到”这四个字。
Agent 先调用谁,不看品牌大小,也不看内容多少,只看它能否在一次调用里确认这单会按价、按时、可退地完成;平台卖确定性,独立站卖可控性,选择取决于哪一边能被验证。
第一道筛子是可验证性,不是好感度
agent 的任务不是推荐,是完成。它把开放问题压成可校验的约束:地区、预算、尺寸、时效、退货窗口。每条都要有取值,缺一条,候选就被排除或降权。
平台把这些取值放在结构化的商品与履约数据里:价格、库存、配送承诺、商家评分、纠纷处理都在同一处,一次调用就能对齐。独立站通常要靠抓取和推断——价格在首屏,时效写在 FAQ,退货政策在另一个页面,甚至只存在于结算流程里。agent 拿不到确定值,就按低置信度处理。
第二层是可追责性。下错单、送晚了、退货被拒,成本最终落在发起任务的 agent 和用户身上。平台有评分与仲裁,出问题有明确路径;独立站往往只有一个客服邮箱。agent 会把“有争议时谁兜底”算进风险。
所以品牌好感度只在候选集内部起作用,决定不了谁被调用。反例是把独立站做成“更好看的平台店铺”:同款、同价、同图、同样的三段文案,agent 没有任何理由多调用一个源。这个取舍属于战略与市场,不是建站技术问题。
六项对照:两类载体各自的底牌
| 维度 | 平台 | 独立站 | agent 最在意 |
|---|---|---|---|
| 商品与库存数据 | 结构化,平台校验 | 自建,质量取决于你的规范 | 能否一次读全 |
| 配送时效 | 平台承诺与轨迹 | 自己写清并兑现 | 有没有确定日期 |
| 退货与纠纷 | 平台规则兜底 | 自定政策,靠客服执行 | 出问题找谁 |
| 信任信号 | 评分、评论、销量 | 品牌实体、第三方语料 | 有没有独立证据 |
| 客户与行为数据 | 平台拥有,你只看到摘要 | 归你,可做复购与分层 | 不影响本次调用 |
| 定价与利润 | 比价透明,费用刚性 | 可控,但流量要自己买 | 总价能否算清 |
这张表解释了一个常见误判:平台的优势不是流量,是“可验证的履约”;独立站的优势不是自由,是“可积累的资产”。前者决定 agent 敢不敢下单,后者决定一次成交能不能变成复购。
按场景选,不按 GMV 选
先问一句:在这个问题里,agent 能验证我哪一项?能验证的那一项,放在主载体上。
| 场景 | 主载体 | 辅助动作 | 判断信号 |
|---|---|---|---|
| 标品、比价强、时效敏感 | 平台 | 独立站承接品牌词与对比内容 | 答案里稳定出现平台链接 |
| 高客单、需要解释、配件复购 | 独立站 | 平台店做信任锚与评价沉淀 | agent 引用你的参数与评测 |
| 新市场冷启动 | 平台 | 先用平台验证需求,再建独立站 | 平台搜索词与退货原因 |
| 定制、强合规、售后复杂 | 都不急 | 先把数据与政策写清 | agent 反复追问同一字段 |
三种常见错误:把“平台 GMV 高”当成“平台该做主载体”,忽略利润和用户资产;独立站什么都有,关键字段却读不出来;两边都想要,价格与库存不同步,agent 取到矛盾值后直接放弃这个品牌。
组合策略:一套事实,两个入口
多载体不是多开店铺,是让同一份事实在不同入口都能被读到。五步:
| 步骤 | 做什么 | 谁来做 | 怎么算过 |
|---|---|---|---|
| 1 画调用路径 | 写 10 条带约束的任务型提问,在两个 agent 里各跑一遍,记录它调用了哪些源 | 增长 | 每个问题能指出主源 |
| 2 定主载体 | 按场景表给每个 SKU 标主/辅,一个 SKU 只有一个主 | 品类 + 增长 | 主载体写进商品档案 |
| 3 同源事实 | 价格、库存、时效、退货用同一份主数据,改一处两边变 | 运营 + 技术 | 抽两个 SKU 对比无差异 |
| 4 写成字段 | 把承诺放进 feed 属性与结构化数据,别放图片和 FAQ 长文 | 技术 | 抓取后能读出四个字段 |
| 5 分开度量 | 平台内调用与站外 agent 引荐分开记 | 度量 | 能回答这单从哪个入口来 |
第 3 步最容易失败。平台与独立站各有一套后台,运营各改各的,大促前一边调价、一边没动,agent 读到的就是两个价格。主数据不统一时,多载体不是加分,是放大器。agent 能不能真的下单,还取决于实时价格、库存、配送与支付接口是否齐全,见 Agentic Commerce 的 readiness;度量口径可以先按AI 可见度基线固定下来。
示例:同一台除湿机,两种被调用的方式
以下品牌与数字为虚构,只用于演示。
改前:独立站首屏写“静音除湿,德国仓直发”,配送写“3–5 个工作日”,退货政策藏在页脚链接里。agent 的回答只列平台链接,并补一句“该品牌在平台有售”。
改后:把四个字段写进结构化数据与 feed——适用面积 35 平方米、水箱 2.5 升、德国仓现货、14:00 前下单两个工作日内送达、30 天无理由退货且退货运费由商家承担。再问同一个问题,答案里出现了独立站链接,并把“两个工作日”写进了推荐理由。
变化不在文案,而在可验证的承诺从“页面描述”变成了“字段”。agent 不需要相信你,只需要读到。
边界:什么时候这套选择不成立
第一,平台是否向第三方 agent 开放商品与下单接口,由平台策略决定,各市场不同,本文不给时间表;接口不开,平台的优势只停留在“人到这里下单”。
第二,独立站没有站外证据时,agent 不会为一个陌生域名承担风险,先做品牌实体是否存在这一层。
第三,多载体价格冲突会触发平台比价规则,也会让 agent 取到矛盾值。低价引流与高价保利润不能同时放在两个入口。
第四,复购、订阅、配件补充这类任务,用户常直接回到熟悉入口,agent 的首次调用不是唯一战场。
第五,被调用不等于被选择。进入候选集后,比的仍是答案单元与证据,而不是谁开的店多。
这个月先做一件事:挑一个卖得最好的 SKU,写 10 条带约束的任务型提问,在两个 agent 里各跑一遍,记下它调用了谁、缺哪条数据;把缺的那条补进同源字段,30 天后用同一组问题再跑一次。