该技能用于为电商应用实施多层缓存，解决商品与集合页因数据库查询和 API 调用而变慢的问题，核心覆盖 CDN 边缘缓存、应用层 Redis 缓存、整页缓存与购物车感知失效。适用场景包括：为店铺前端配置 CDN/边缘缓存、加入 Redis 缓存商品数据与库存、构建响应商品/价格/库存变化的失效逻辑、优化高流量促销时的首字节时间。
使用前先确定平台与可控范围。Shopify 自动管理 CDN 与整页缓存，可控项为 Liquid 模板效率、图片优化、应用性能与自定义路由的 HTTP 缓存头；WooCommerce 需自行负责全部层级；BigCommerce 由平台托管 CDN 与整页缓存，可控主题、图片与应用开销；自建或无头架构需自行配置 CDN、Redis、Varnish、应用缓存与失效。
主要能力与做法：Shopify 侧减少 Liquid {% render %} 调用、用 img_url 过滤器经 CDN 输出图片、加 width/height 防布局偏移、审计并清理注入脚本的应用。WooCommerce 采用三层缓存：Redis 对象缓存、页面缓存、CDN，并在商品更新时清缓存，示例钩子为 add_action('woocommerce_product_set_stock', ...)。自建场景按内容类型设置 Cache-Control，购物车/结账/账户用 private, no-store，商品页用 stale-while-revalidate，静态资源用 immutable；Redis 采用 cache-aside，如 getCachedProduct 与 invalidateProduct；个性化数据（购物车数量、库存）在缓存页面渲染后经 no-store 接口客户端加载；价格变化时用事件驱动同时清 Redis 与 CDN。
最佳实践包括：使用 stale-while-revalidate、页面缓存加客户端水合、仅在库存状态变化时失效、剥离 utm 等跟踪参数、监控缓存命中率。常见坑有：缓存页面购物车数量显示为 0、价格已更新但 CDN 仍是旧值、缓存过期引发惊群、跟踪参数导致命中率低、Redis 内存无界增长。
限制与说明：资料中未提供该技能的安装命令、具体收费价格（仅提到部分插件与 CDN 的定价示例）、性能提升数值与平台支持范围以外的细节。相关技能标注为 @flash-sale-scaling、@edge-commerce、@database-optimization-commerce、@monitoring-alerting-commerce。