生态与交易模式系列
P1 生态与交易 · 共 10 篇 · 按阅读顺序倒叙排列
-
零售媒体网络（RMN）：零售商用第一方购买数据卖广告，与它为什么是搜索、社交之后的第三波
Updated:零售媒体网络（RMN）精讲：零售商用第一方购买数据+自有流量卖广告，成为搜索、社交之后的第三波。讲清三类库存（on-site/off-site/in-store）、护城河『闭环归因』、为何天然免疫 cookieless，及标准缺失/ROAS 虚高等争议。
-
后 Cookie 身份层：UID2 / RampID 的确定性 ID、Privacy Sandbox 的设备端方案，与第一方数据的三条路
Updated:后 Cookie 身份层精讲：第三方 cookie / IDFA 退场后靠什么认人？拆开三条路线——基于登录的确定性 ID（UID2、RampID）、Google Privacy Sandbox 的设备端方案，及第一方数据+洁净室，讲清各自覆盖率/隐私/精度的权衡。
-
RTA 精讲：竞价前实时 API 过滤——第一方数据不出域地影响出价
Updated:写给工程师的 RTA（Real-Time API）精讲：广告主如何用第一方数据实时影响 DSP 出价、却不必把数据交出去。讲透这个竞价前过滤模式、它在竞价生命周期里的位置、请求长什么样、100ms 延迟预算与 default-allow / deny 兜底、缓存 TTL 的容量与成本账，以及上线前要备齐什么。
-
程序化策展（Curation / Marketplace 2.0）：一个把「数据 + 库存」在卖方侧打包成 deal 的新中间层
Updated:程序化策展（Curation / Marketplace 2.0）：SPO、cookieless、deal 化合流下的新中间层——在卖方侧把受众数据+库存打包成 curated Deal ID，讲清它与买方 DMP 定向的区别与「多一层抽成 / 透明度」的争议。
-
供应链透明度（下）：OpenRTB schain 用运行时逐跳记录做供应链核验
OpenRTB 的 SupplyChain 对象（schain）：随每条 bid request 逐跳生长的有序 node 数组，记录库存实际经过的每一手；配合上篇三份声明逐跳交叉核验、支撑供应链优化（SPO）。含买方侧离线建索引到热路径核验的工程。
-
供应链透明度（上）：ads.txt / app-ads.txt / sellers.json 把卖方授权变成可交叉核验的声明
程序化供应链透明度的三份静态声明：ads.txt/app-ads.txt 是媒体的授权卖方清单，sellers.json 是中介的卖方身份声明；靠对账键 (asi, sid) 交叉印证，挡住域名伪造与非法转售。运行时的 schain 与买方工程见下篇。
-
拍卖机制与 Bid Shading：一次竞价的漏斗、底价、结算，与一价时代为什么要「主动少出一点」
Updated:程序化拍卖机制精讲：一次竞价从入围到结算的漏斗、hard/soft/动态底价、一价 vs 二价的结算差异，以及一价时代的核心工程 Bid Shading——winner's curse、用历史清算价估「恰好赢下」的价位，及 surplus×赢率的最优化。
-
Last Look 深挖：顺序二价下的偷看反超，与一价统一竞价如何堵住它
Updated:程序化拍卖史上最著名的不公平：last look——处在「最后一棒」的交易所先偷看别人的竞胜价、再高一点反超。它靠什么成立，Header Bidding 如何把它推上风口，一价拍卖+统一竞价怎么堵住它，为何在垂直整合下从未真正消失。
-
程序化交易模式精讲：按定价与保量两轴拆开 RTB / PMP / PD / PG
Updated:写给工程师的程序化交易模式梳理：从「价格怎么定」和「量保不保」两轴出发，拆开 RTB 公开竞价、PMP 私有竞价、PD 优先交易、PDB / PG 程序化保量，并讲清 Deal ID 与媒体 Ad Server 的优先级分配。
-
程序化广告生态全景：DSP / SSP / ADX / Ad Server / DMP 在一次曝光里各管什么
Updated:写给工程师的程序化广告生态梳理：买方 Trading Desk / DSP、卖方 SSP / ADX、两端各自的 Ad Server 与横跨两边的 DMP。一次曝光如何在 100 毫秒里走完链路，每层在收什么钱、解决什么问题，这些缩写为何常被混着叫。