Amazon 上调入仓配置费，卖家需按 SKU 权衡分仓与合并

你创建的每一票 FBA 货件都会把同一个问题摆在你面前，而大多数卖家都是凭惯性作答。亚马逊会给你一个推荐的目的地拆分方案——把你的库存分散到五个或更多运营中心——然后抛出一个捷径：改为把所有货物发往单一地点，按件支付一笔费用。在一年的补货中，反复点击那个看起来更便宜的选项，你就在从未算过背后这笔账的情况下，做出了一个五位数的决定。 2026 年 1 月 15 日，亚马逊上调了入库配置服务费，并拉大了两条路径之间的差距。发往完整的推荐运营中心组合——即“亚马逊优化拆分”——仍然免费。合并到最少的目的地（通常是一个）——即“最小拆分”——现在标准尺寸商品每件最高收费 $1.90，大件商品最高可达 $6.50。亚马逊实际上是在以免除费用的方式付钱给你，让你替它做区域分拨的工作。唯一重要的问题是：做这项工作的运费和人工成本，比你本可免除的费用更高还是更低。 这才是真正的决策，而且它不是“永远分散”或“永远合并”。它是按 SKU 而定的，会因尺寸分段和货运线路而反转，还会与另外三项 2026 年费用纠缠在一起——而大多数卖家是在各自独立的表格里分别建模的。这就是那套框架——盈亏平衡的计算、改变答案的四个杠杆、AWD 这条结构性逃生通道，以及没人计入的现金流时点——让你在每次补货时都能把五仓拆分决策做对。 ## 入库配置费到底是什么 当你在 Seller Central 中创建发货计划时，亚马逊会计算它希望你的库存落在哪里。它的偏好是把你的商品分散到多个运营中心——对某个 SKU 通常是五个或更多——这样库存就靠近最可能购买它的客户，亚马逊也避免了在自己的网络中来回调拨的成本。你可以接受这一点，也可以覆盖它，合并到更少的目的地。亚马逊给你三个选项： • 亚马逊优化货件拆分——由亚马逊选择目的地（五个或更多），你发往所有这些目的地。无配置费，但每个商品至少需要五个相同的纸箱或托盘，且仅在亚马逊提供时才出现。 • 部分货件拆分——仅限小号和大型大件商品：发往两到三个目的地，而非完整组合。每件适用降低后的费用。 • 最小货件拆分——最合并的选项，发往最少的目的地，通常是一个。适用最高的每件费用。 该费用按件计收，对亚马逊收到的每一件都收费，并按尺寸分段和重量区间分级。你在创建计划时，亚马逊会显示每个配置选项的估算值，并在货件被接收后 45 天收取该费用。它是一个独立的费用项——不是你的 FBA 配送费，不是你的佣金，也不是仓储费。而且由于它藏在货件创建流程里，而不是显示在你的商品详情页上，它是卖家最常忘记计入单件经济模型的那项费用。 [心智速记：亚马逊优化拆分把人工转嫁给你（更多目的地、更多运费），换取 $0。最小拆分把人工转嫁给亚马逊（它在收货后重新分拨），换取一笔费用。你并不是在选择是否为分拨付费——你是在选择由谁来做，以及它如何体现在你的成本里。] ## 2026 年费率表 以下是亚马逊公布的、针对 2026 年 1 月 15 日或之后创建的货件计划、按尺寸分段的每件配置费区间。你在每个区间内落在哪里，取决于你商品的重量区间（小号标准件按单件重量；在此之上取单件重量或体积重量中的较大者）以及入库地点——亚马逊不公布分地区表格。在锁定之前，务必在你实际的货件计划中确认具体数字。 给它加上量，利害关系就具体了。一个卖家每月以最小拆分发运 5,000 件标准尺寸商品，按 $0.40 计，每月支付 $2,000——一年 $24,000——纯粹为了发往一个地方的便利。把它换成一个每件 $1.10、每月 2,000 件的大件 SKU，你仅配置费一项一年就要面对大约 $26,400。这些就是亚马逊在你面前挥舞的数字，好让你自己去做分拨。 ## 决策是按 SKU 的，不是全盘统一的 你读到的几乎每一篇指南都止步于费率表，外加一条建议：选择亚马逊优化拆分，一分不付。这条建议大约有一半的时候是错的，因为“免费”配置并不免费。你付出的代价是运费和备货人工——把库存发往五个以上目的地而非一个。诚实的比较是总落地成本，它恰好有两项： • 你通过分散而免除的配置费——每件费用乘以货件中的件数。 • 你通过分散而承担的额外运费和备货成本——一辆合并卡车发往单一地点，与多票较小货件分散发往五个或更多地点之间的成本差。 如果你为合并而需支付的配置费小于分散的额外运费，就合并并支付该费用。如果配置费更大，就分散并选择免费选项。这就是全部规则。让它有意思的是，答案会因尺寸分段而反转，因为这两项的量级方式不同：配置费随尺寸陡增，而合并带来的小包裹运费节省有限，大件运费则几乎无法合并。 ### 算例：小号标准 SKU 一票 1,000 件的小号标准商品。合并到单一运营中心每件 $0.30，即 $300。但发一车合并的 LTL 货物，远比把同样的件数作为包裹分散发往五个运营中心便宜——在这个货量上，差额常常是 $400 到 $600。费用是较小的那个数字。 ### 算例：大型大件 SKU 现在是一票 500 件的轻量（5 lb 或以下）大型大件商品。合并每件 $1.58，即 $790。而大件运费无法高效合并——发往更少目的地你可能只省下 $200 到 $400。此时费用是较大的那个数字，于是算法反转：接受亚马逊的拆分，多付运费，省下更多费用。 同一家公司，同一周，相反的答案。小号 SKU 想合并；大件 SKU 想分散。对全目录套用一条统一规则，你注定会在一部分货量上出错——而且这种漏损会在该 SKU 的整个生命周期里，每次补货都复利累积。上面的运费数字只是示例；重点在结构，而非具体金额。代入你自己 3PL 的合并与分散费率，盈亏平衡点落在哪里就是哪里。 ## 让算法反转的四个杠杆 尺寸分段是主导变量，但还有另外四股力量决定那些接近的取舍。忽视它们，即便尺寸分段的直觉正确，也可能让你亏钱。 ### 1. 区域需求偏斜 亚马逊“五个以上运营中心”的建议，假设你的需求大致是全国性的。大多数自有品牌 SKU 并非如此。如果某产品 80% 的销量来自东海岸，那么亚马逊优化拆分中西海岸运营中心里的两三个，就会压着基本不会从那里卖出去的库存——你花钱把商品分散到了并不服务你买家的地点。对于需求偏斜的大件 SKU，部分拆分（两到三个地点，仅对小号和大型大件商品提供），连同费用一起算，可能同时优于完全合并和完全分散两个选项。正是在这里，需求预测不再只是规划上的锦上添花，而变成了直接的费率杠杆。 ### 2. 货运线路与 3PL 距离 如果你的备货中心或 3PL 位于主要运营中心集群之内——南加州的内陆帝国、中大西洋的 I-81 走廊、达拉斯–沃斯堡都会区——那么分散到附近运营中心就是短途、便宜，这会缩小等式中的运费一侧，让免费的亚马逊优化选项很容易站得住脚。如果你的库存起运地离亚马逊网络很远，那么每增加一个目的地都很贵，合并并支付费用看起来就更好。你的物理起点在悄悄决定你的盈亏平衡点。 ### 3. 入库地点与计划组合 ### 4. 现金流时点 ### 不会让它反转的：低库存费 许多指南警告说，合并会让其他区域断货，并触发亚马逊的低库存水平费。事实并非如此。该费用衡量的是全美网络中历史供货天数，统计每个运营中心的可售件数，包括在运营中心之间调拨中的件数，并且只有在 30 天和 90 天两个数字都低于 28 天时才收费。货件落在哪里并不改变这个数字。你发多少、发多早才会改变，因为在途件在被接收前不计入。用补货量和交货周期来管理它，并让配置决策只关乎运费与费用的比较。 ## AWD：结构性的逃生通道 有一种办法能让这个决策的大部分消失：根本不直接发往运营中心。把库存上游发到亚马逊仓储与配送（AWD），由亚马逊在内部处理运营中心之间的分拨——AWD 到运营中心这一段没有入库配置费。你把一车合并货物发进 AWD，亚马逊根据真实需求把它分散到各运营中心，你原本每次补货都要纠结的配置决策就变成了亚马逊的工作。 AWD 并不免费，也不适合所有人。AWD 仓储费在 2026 年上涨——西部地区上涨约 19%，达到约每立方英尺每月 $0.57，其他地区持平——而且你是在供应商和运营中心之间增加了一层仓储。但有一个值得注意的顺风：亚马逊对 2026 年 12 月 31 日前收到的符合条件的 AWD 货件，提供 $0.35 的入库处理促销折扣，且注册免费。对于吞吐稳定、持续补货的品牌，AWD 消除的配置费可以抵消其仓储和运输成本的相当一部分——而且你还顺带获得了基于需求的分拨和补货。按你的货量算一算 AWD 自身的经济账，但对于合适的画像，它把一项反复发生的按票决策变成了一次性的结构性决策。 [经验法则：如果你是一个高周转品牌，本来就在靠合并来规避配置费，那你已经在为分拨付费了——AWD 往往做得更便宜，而且不会让区域库存断货。如果你货量低或发货不频繁，增加的仓储层通常不划算；每次照常做按 SKU 的拆分决策即可。] ## 一条你真正能执行的按 SKU 规则 你不需要一个每票货件都重算的模型。你需要一条简单的决策规则，按 SKU 应用，在有实质变化时刷新。流程如下： 1. 对每个在售 SKU，从你的货件计划中取出它的尺寸分段和每件最小拆分配置费，乘以你典型的入库货件量。 2. 估算把该数量发往单一地点与发往五个或更多地点之间的运费和备货差额——向你的 3PL 要这个数字；大多数品牌从未问过。 3. 如果配置费小于运费差额，就合并并支付它。如果更大，就采用亚马逊优化拆分并分散。 4. 根据区域需求偏斜调整——如果某个大件 SKU 的销量集中在一个区域，就权衡部分拆分（两到三个地点）与全国完整分散。 5. 核对亚马逊在计划中为每个配置选项显示的费用估算，因为入库地点会在其区间内移动费率。 6. 每季度重跑整个流程，并在运费率发生实质变化或亚马逊更新费率表时（大约每年两次）重跑。 以下是同样的逻辑，做成针对常见 SKU 画像的快速参考矩阵： ## SellerForge 的用武之地 大多数卖家默认采用一种统一的配置选择，原因不是懒惰——而是输入数据散落在五个不同的地方：尺寸分段在一份报告里，按 FNSKU 的费用在另一份里，区域需求在第三份里，运费率在表格里，现金时点则哪里都没有。一旦数据汇入一个视图，决策就很便宜；只是组装起来很贵。SellerForge 就是为了消除这种组装而打造的。 ## 结论 亚马逊已经把入库配置变成了一项对便利的经常性征税，并在 2026 年 1 月 15 日上调了费率。但这笔费用不是要条件反射地规避或条件反射地支付——它是每票货件在已知费用与未知运费账单之间的一次权衡，而权衡的正确一侧取决于你面前的 SKU。小件和轻货通常想合并。大件和重货通常想分散。区域需求、货运线路、低库存敞口和现金时点决定其余部分。 把盈亏平衡建模一次，按你客户实际所在的位置加权，并把它作为每季度一次的流程来跑，而不是凭惯性点击。这样做，亚马逊为从不留心的卖家榨取利润而设计的这笔费用，就会变成你又优化掉的一项成本——或者用 AWD 让它彻底消失。