gzip对重复文本压缩效率如何？优化NextJS数据结构能否减小压缩体积？

我用NextJS SSR开发了商品类页面，支持搜索、筛选、分页等功能。因为商品数量不多，我把所有数据以props形式传给页面，在客户端完成交互逻辑。原始props数据约350KB，gzip压缩后约75KB，这个方案能减少数据库读取次数，不用搭建搜索/缓存服务器，所有操作都基于客户端内存数据完成。

当前product对象结构如下：

{
  longPropertyName: value,
  stringEnum: 'LONG_STRING_VALUE'
}

我计划通过缩短属性名、将字符串枚举改为数值枚举优化数据传输，修改后结构如下：

{
  shortProp: value,
  numericEnum: 1
}

修改后未压缩数据能从约350KB降到约250KB，但我不确定值不值得做——毕竟gzip对重复文本（比如重复的属性名、字符串枚举值）压缩效果很好，担心压缩后的体积变化不大。想请教：这种优化能让gzip后的体积按相同比例减小吗？还是几乎不变？

• 结论：压缩后的体积不会按未压缩数据的比例缩小，但仍会有一定幅度的减小，只是收益远不如未压缩阶段明显。
• 核心原因：gzip依赖字典压缩机制，对于你大量重复的longPropertyName和'LONG_STRING_VALUE'这类文本，第一次出现时会被存入压缩字典，后续重复出现仅需用短编码替代。这意味着原始数据里的重复文本已经被gzip大幅压缩过了，缩短后的文本在压缩阶段能节省的空间很有限。
• 预期变化：未压缩数据减少了约100KB，但gzip后的体积可能仅减少几KB到十几KB（重复次数越多，原始gzip的压缩率越高，优化后的收益越小）。
• 是否值得实施？如果页面首屏加载速度已经达标，这个优化性价比极低——需要修改前端数据解析逻辑，增加维护成本；如果首屏加载仍有性能瓶颈，且已经没有其他更高效的优化手段，可以尝试，但不要对收益抱过高期望。

内容的提问来源于stack exchange，提问作者cbdeveloper