一件代发遇上 Dolphin:浏览器环境很便宜,知道自己的保本 ROAS 才贵
Priya Raghunathan
电商效果投放负责人
想看出一个人有没有真正运营过店铺,最快的办法是看他为哪个数字欢呼。一张 4.2 ROAS 的截图,单独拿出来什么都说明不了。落在毛利率 62% 的产品上,那是相当不错的一天;落在毛利率 24% 的产品上,等运费升级扣完、再等三周后 6% 以退款的形式回流,那就是一处姿势很好看的慢性失血。把这两种情况分开的那个数就是保本 ROAS,而整条工具链里几乎没有哪一环知道它。
快速结论: Dolphin 在浏览器这一层解决店铺和账号的问题——每个店铺、每个市场、每个广告账户一套隔离的浏览器环境,团队访问也不用把账号密码传来传去。这是一份真实的工作,它做得很好。而任何浏览器按其构造都无法知道的,是你的到岸成本、你的退款率,以及你在哪个 ROAS 上刚好保本。那些数是从你的店铺和追踪系统里拼出来的,再匹配回产生订单的那条广告——在 Wevion 里,它们不只是报表里的列,而是规则可以据以动手的条件。
这篇写给同时跑不止一个店铺、或者不止一个广告账户的一件代发卖家。我在 Wevion 做 API 这一层的工作,我会把我们这部分从哪里开始说清楚。但下面绝大部分内容是算术,就算我们不存在,它照样成立。
在一件代发的工具链里,Dolphin 真正擅长什么
一个店铺一套环境,一个账户一套环境,互不串味
任何一个在两个市场跑三个店铺的人,都经历过那个瞬间:登录着的是错误的商务管理平台、店铺 A 的像素挂到了店铺 B 的页面上,或者一个广告系列发布进了本该休眠的那个账户。这类事之所以发生,是因为普通浏览器只有一个共享身份,而把各个上下文隔开的唯一一道防线就是你本人。
浏览器环境把这个共享上下文拿掉了。店铺 A 的会话、Cookie 和登录状态活在一个永远碰不到店铺 B 的容器里。这是一个很朴素的控制手段,却挡掉了一整类代价不小的错误。
团队访问,不再靠一张密码表
一件代发卖家做大之后碰到的第二件事,是自己不再是单干了。一个虚拟助理(VA)做客服,一个投手管 Meta,还有人对接供应商。默认的解决办法是把密码写在便签里共享,于是半年后你根本不知道还有谁有访问权。按人分配浏览器环境,是比共享一个密码更合适的颗粒度;在云端档位上,即使有人换了电脑,这套权限也还在。
诚实的边界
浏览器环境回答的是正在浏览的是哪个身份。它不回答这条广告有没有赚到钱,它也从来没说过自己会回答。下面要谈的全是第二个问题。那是另一层,不是它的短板。
哪些东西在云端、哪些留在本地、各档位怎么划分,我们在 Dolphin Cloud 评测里已经把产品本身讲过一遍。
决定你这一天的那个数,以及它到底从哪来
保本 ROAS 不是一个营销指标。它是一道减法:
边际贡献 = 收入
− 商品成本
− 运费
− 支付手续费
− 退款
− 广告花费
把边际贡献设为零,解出 ROAS,那条线就出来了。线以上是可以放量的,线以下是那种在广告管理工具里看着还行的广告系列。
大多数一件代发卖家拿不到按广告系列拆的这个数,原因不是懒。原因是这些零件分散在四个互相对不上的系统里:
| 零件 | 它在哪 | 为什么难 |
|---|---|---|
| 收入 | 店铺,或追踪系统 | 店铺里的收入是毛收入;追踪系统看得见点击,看不见退款 |
| 商品成本 | 供应商、表格 | 会随时间变;下单那一刻的成本不是今天的成本 |
| 运费 | 店铺,按订单 | 随区域变,还常常随客户选的升级服务变 |
| 手续费 | 支付服务商 | 按笔计算,一个百分比再加一个固定部分 |
| 退款 | 店铺,几周之后 | 它们回来的时候,你早就已经决定放量了 |
| 花费 | 六个广告平台 | 六种货币,两套不同的单位约定 |
最后一行正是大多数自制表格悄悄崩掉的地方。谷歌广告(Google Ads)报告花费用的是 micros:1,000,000 个单位等于一个完整的货币单位;Meta 报告的是带小数的金额。如果给你拼跨平台回报的那个人不知道这一点,你永远看不到这个错误,你只会看到一个非常自信的错数。
API 这一层拼出了什么,精确到什么程度
在 Wevion 里,盈利模型按实体解析,实体层级一直下到单条广告。每一条存下来的记录都明确带着:花费、毛收入、净收入、退款、商品成本、运费成本、手续费、边际贡献、边际贡献率、真实 ROAS(true ROAS)和保本 ROAS——外加货币、所用汇率、数据来源和一个数据质量标记。
其中两个字段值得比平常更认真地看。
数据来源是存下来的,不是假定的。 一条记录会说明它的商品成本来自 Shopify、来自 WooCommerce、来自追踪系统的回传、来自手工录入,还是几者混合。当有人终于问出“这个利润率是哪来的”,答案是一个字段,而不是一场争论。
质量标记也存了下来,取值是完整、部分或估算。一个“部分”的利润率数字仍然有用——比没有利润率数字有用得多——但它应该被标出来,因为一个没有标签的估算值,正是一家生意最后拿着一个谁也不记得是猜出来的数去放量的原因。
还有一个来自流水线内部的细节,能看出搭它的人有没有真的运营过店铺:某一天如果拿不到汇率,这条记录会被拒绝写入,而不是保存。在一个弱势货币的广告账户上,静默地回退到汇率 1,会把花费低估两到三个数量级,产出一份漂亮而完全虚构的利润率。图表上的一个缺口是一个问题;一个没有缺口的错数,是一个决定。
我们最愿意辩护的那句话:一条读利润率的规则
下面这部分是真正少见的,而且小到可以自己去验证。
这个市场上的工具大多分成两组。归因和利润工具知道你的利润率,却碰不到广告系列;规则引擎能碰广告系列,却只知道广告平台告诉它的那些——花费、ROAS、每次转化费用(CPA)、点击率(CTR)。于是标准工作流就成了:在一个工具里看利润率,然后到另一个工具里手动改预算,而且是过后再改。
在 Wevion 里,profit、profit_margin、true_roas 和 break_even_roas 和花费、展示次数、点击、点击率、每次点击费用、每千次展示费用、购买、转化、ROAS、每次转化费用、客单价、转化率一起,坐在同一份条件指标清单里。19 个通用条件指标,外加只有平台是 Meta 时才出现的 14 个——一共 33 个。这意味着一条规则可以直接写成:
如果最近 3 天的边际贡献率低于 8%,就把预算降低 30%
而不是写成它的某种替代指标。
这和“我们的规则很高级”是完全不同的一句话。它可以用一个试用账户在十分钟内查清楚:打开规则构建器,展开条件下拉框,看看利润率相关的指标在不在里面。
那个刹车,以及它为什么是不对称的
有一个设计决定值得说出来,因为它和多数人的预期正好相反。系统里有一个开关,可以让引擎停止自行动作。拉下它之后,被拦住的是那些会增加花费、或者无法撤销的动作——启用、提高预算、重新投放——而暂停和降低预算是被刻意放行的。
理由就写在开关旁边的代码里:一个对称的急停,会在客户伸手去按急停的那一刻,恰好解除他的超支保护。这个开关会变成它被按下时想要阻止的那笔损失的起因。
对一个利润率很薄的一件代发卖家来说,这种不对称正是自动化存在的全部意义。会让你花钱的规则被拦住,会替你省钱的规则继续跑。
平台上的确切数字,放在演示之前而不是之后
把这些数字往上取整,是第一周做砸的典型方式,所以:
- 能连接、能起量、能同步、能测量的:六个——Meta、Google、TikTok、Taboola、Snapchat、Outbrain。
- 预算规则:五个。 Outbrain 在规则引擎里没有预算分支。
- 能拿一个平台和另一个平台做对比的规则:四个——Meta、Google、TikTok、Taboola。
- 能在广告组和广告层级暂停与启用的:三个——Meta、TikTok、Snapchat。广告系列层级:六个全部支持。
- 投放回滚与重新投放:只有 Meta。
- 商品目录与动态广告:四个——Meta、Google、TikTok、Snapchat。
- 即时复制:Meta。 其余五个给你的是一份待审的草稿。
- 规则以 15 分钟一轮的节奏运行。
电商侧通过 Shopify 和 WooCommerce 接入。追踪系统的收入通过十个适配器进来——Keitaro、Binom、ClickFlare、RedTrack、Voluum、BeMob、Everflow、ExoClick、TrafficManager,以及搜索信息流适配器——它们是接进来而不是被替掉的:你已经在用其中一个,它就成为收入来源,而不是一件要被替换的东西。
让步的地方,实打实有三处
专门做利润的工具在商品成本上挖得更深,而且更便宜。 按数量、按运费区、按重量,还带历史成本版本——这个品类里的专家做得比我们好,价格也更低。如果你的全部问题就是一个店铺的利润追踪,那就去买一个那样的工具。我们的回答不是“我们更深”,而是“我们的利润率是一条能在六个广告平台上动手的规则条件”——这是另一句话。
完全没有税务处理。 这个模型承载的是商品成本、运费、手续费和退款。它没有财税这一列,我们也不打算假装有,因为那正是那种到了会计周期第二个月就会当场垮掉的说法。
没有退货预测模型。 退款是回来一笔记一笔。如果你的品类有 30 天的退货长尾,那么最近 30 天的利润率会在事后变好或变差,你读它的时候心里要有这个数。在这件事上,没有谁对未来的模型能比你自己对品类的了解更准。
还有一条属于 Dolphin 那一侧的:投放前的素材去重,我们这里没有。 如果你的工作流是把一条素材做成三十个变体、成规模地推出去,那是浏览器这一层的活儿,Dolphin 做这件事。我们接手的是之后的部分——素材疲劳在全部六个平台上打分,基线取自这条广告自己最初几天的表现,而不是账户平均值,这样一条强势的广告不会仅仅因为账户这周表现好就被标成在衰退。
真正跑得通的那套组合,按顺序
- Dolphin 负责身份。 每个店铺、每个市场、每个广告账户一套浏览器环境,团队访问按人分配。这一层负责把上下文隔开,并把你的投手送进账户里。
- 店铺接一次,Shopify 或 WooCommerce,这样商品成本就是下单那一刻的成本,而不是供应商今天的报价。
- 广告账户通过 OAuth 接一次到 API 这一层——一个注册在官方 Marketing API 上的应用。不靠 Cookie,不靠浏览器脚本模拟,不抓页面。
- 规则写在利润率上,不写在 ROAS 上。 先只写一条:三天窗口内低于保本就暂停。看它跑一周,再写第二条。
- 看报表要看边际贡献,不要看平台给的那个数。 平台那个数没错,它只是在回答一个你没问的问题。
这份清单里没有一步是迁移。Dolphin 待在原地,继续做它擅长的事,而广告的算术搬到那个看得见订单的层上去。
这两层里没有任何工具能保证一个账户永远不被限制——包括我们,这句话值得摆在正文里说,而不是塞进脚注。你能控制的,是你测量什么,以及你据以自动化的是什么。
接下来看什么
如果你想从代理商那一侧看同样的论证——客户账户、交接、以及是谁改了哪个预算——那是 Dolphin 之于代理商。如果你想要一套完全不带指纹浏览器这一层的放量打法,我们写过在官方 API 上合规地把一件代发做大。想看跨平台的电商全景,我们的 2026 电商广告策略是更宽的那个框。
一句话版本:浏览器环境很便宜,也值得有。知道每一条广告的保本 ROAS 才是贵的那部分,而正是它决定了那些浏览器环境到底值不值。
常见问题
The Ad Signal
写给不靠猜的广告投放人员的每周洞察。一封邮件,只有信号。
相关文章
代理商怎么用 Dolphin:客户广告账户、环境交接,以及投手离职那天会发生什么
一个客户广告账户在代理商内部的生命周期:谁开的、谁碰过、投手辞职那天会怎样、关系结束时客户能带走什么。Dolphin 回答前一半——环境和访问权。后一半是一份记录,不是一个浏览器。
Dolphin Cloud 是什么?一个投手对环境、套餐和边界的实测
Dolphin Cloud 从头到尾:什么在云上、什么留在你自己的机器上,环境和指纹怎么处理,每个套餐包含什么,诚实的优缺点——以及环境干完它那份活儿之后,工作会挪到哪里去。
How a Dropshipper Scaled Across Channels Without an Anti-Detect Browser
A dropshipper had built a whole growth stack on anti-detect browsers and spoofed sessions — and lived in fear of the morning the accounts went dark. This is the story of how moving to the official Marketing API and System-User tokens made scaling boring again, on the connection method the platforms actually expect.