电商与独立站
电商技术栈：商品、下单与跨境链路的取舍
先定「商品怎么建模、订单怎么落库、跨境怎么结算」，再挑平台。反过来会被平台的数据模型绑死。
电商项目最容易在「商品模型」上返工：SKU、规格、库存、价格策略互相牵连。这份清单按数据模型 → 下单链路 → 跨境结算的顺序，帮助你在选平台前先想清自己的规则。
本期入选（6）
- Sylius · 深度导读卡 ¥4.9MIT · PHP · ★8.6k
以商品与订单模型见长的开源方案，适合先研究它的数据结构再决定是否自建。
- @shopify/cli · 深度导读卡 ¥4.9MIT · TypeScript · ★769
托管平台的开发入口，适合先验证市场再决定是否自建交易链路。
- WooCommerce · 深度导读卡 ¥4.9PHP · ★7000.0k
内容站转型卖货的低门槛路径，代价是插件组合带来的维护面。
- SolMont 跨境电商平台源码 ¥99
跨境链路的工程参考，用来看清多币种、多仓与清关字段该放在哪。
- google-play-scraper-ts · 上手避坑卡 ¥3.9MIT · JavaScript · ★0
应用市场数据抓取，用于竞品与类目研究，注意使用边界与频率。
- GitHub 千星导航 · 电商与独立站 第 1 辑 ¥9.9
导航型资料，用于扩大候选池，不替代具体的数据模型判断。
商品模型先于平台
先写清 SKU 与规格的层级、库存按哪个维度扣减、价格是固定还是按渠道。模型定稿后再选平台，迁移成本会低很多。
订单要能重放
下单时的价格、优惠、运费与税费都应快照落库。只存最终金额的订单，出争议时无法解释是怎么算出来的。
跨境先解决结算与退货
多币种结算、汇率时点、关税承担方、退货地址，这四项决定跨境链路复杂度，通常比前端展示难得多。
常见坑
常见坑：库存与订单双写不一致、优惠叠加规则没有优先级、税率写死在前端、退款后库存没有回补。
替代方案
商品数量少且不涉及复杂促销时，托管平台 + 少量自定义页面通常比自建交易系统更快见效。