先读结论
小泽玛丽快播相关旧页资料中，Content-Encoding: gzip说明响应内容经过gzip编码，接收方要解码后读取原内容。若题设原文1200字节、编码后480字节，带这个编码的Content-Length可写480；解码后仍恢复1200字节。两个长度不同，不等于文章少了720个字，也不代表影片被重新压制。
01先分清内容类型与内容编码
Content-Type回答解码后的内容是什么媒体类型；Content-Encoding列出对内容施加的编码。比如本题给定Content-Type为text/html; charset=utf-8，Content-Encoding为gzip，表示取得并解码后按UTF-8的HTML理解，而不是把页面当成一部gzip格式电影。
MDN明确，存在Content-Encoding时，Content-Length等相关元数据通常指编码后的形式，除非有明确相反说明。不要仅见到压缩字样就把它与视频编码、画面清晰度或播放软件混成一层。
02原创三段路径：1200变480，再恢复1200
设一篇虚构纸卡说明页的原HTML字节串长度为1200，经过正常gzip编码后为480；接收者取得这480字节并成功解码，恢复原来的1200字节。图中箭头分别表示编码和解码，第三框是第一框的恢复结果。
两个长度都是题目给定，不是实测网站或保证的压缩比例。Content-Length:480指这里发送的编码后响应体，不包含本文另未计入的响应头和传输开销。不能拿它直接当完整网络传输量，也不能当解码后HTML长度。
03减少的是这种表示的字节，不是删掉段落
本题480÷1200=0.4，说明编码后响应体大小是原字节串的40%，比原字节串少60%。这只是两种表示长度的算术比较，不是页面快60%、节电60%或删除60%正文。实际加载还受其他资源与运行条件影响。
gzip在正常完整编码、解码过程中恢复原始数据。若文章最终少一段，应检查实际收到和解码后的内容，而不是把任何缺段自动归因于压缩率；仅有一个响应头也不能证明真实传输完整或实现没有问题。
04解码后的HTML字节也不是读者看到的字数
1200字节的HTML可能包含标签、文本和空白。UTF-8中字符所占字节并不统一，浏览器还会把标签解释成页面结构，所以不能把1200写成“1200个汉字”。在图里明确标字节，是为了避免把数据量当阅读量。
如果要比较文章是否一致，可以在合法取得的材料上核对解码后的实际内容与版本；若只想记录传输表示大小，就保留编码方式与对应长度。两种任务用不同证据，不把一个数字万能化。
05读报告时保持这条分层路径
一份记录可以写：“本次GET响应声明HTML、gzip；题设编码体480字节，成功解码后1200字节，原文内容恢复。”这比“网页只有480字”保留了更多必要条件。若没有取得解码后的内容，应明确那一栏未核，而不是根据压缩体长度猜它。
已经压缩的媒体也未必适合再做这一层压缩。本文不建议统一改服务器设置，更不由Content-Encoding判断原视频编码或画质。阅读旧资料时先认清这个头描述哪一层，再讨论实际文件和播放器。
06按这四步完成检查
- 确认记录是本题范围内的GET响应，并保留Content-Type与Content-Encoding。
- 区分编码后的响应体长度、解码后数据长度和额外传输开销。
- 用正确分母计算长度比例，单位保持字节，不改写成字数或速度提升。
- 核内容一致性时读取实际解码结果；缺少哪一层就明确未核，不从头字段补事实。
常见问答
Content-Length为480，页面只能有480字吗？
不能。题设480是gzip编码后的响应体字节量，既非解码后HTML长度，也非可见文字数量。
解码后1200字节表示传输了1200字节响应体吗？
在本例不是。本次编码后响应体为480字节，1200描述成功解码后恢复的数据；额外网络开销另计。
gzip压缩60%意味着网页快60%吗？
不是。60%仅是本题编码体相对原字节串的长度减少比例，不能直接变成速度或耗电结论。
Content-Encoding:gzip能证明视频用了哪种编码吗？
不能。HTTP内容编码与媒体内部编码是不同层，须另核具体文件或媒体轨道信息。
来源与使用边界
下列资料支持本篇的方法说明，不构成对“小泽玛丽”身份或任何人物关联的核实。外部资料的适用范围见各条说明。
- MDN：Content-Encoding ↗
内容编码说明恢复Content-Type所指格式的方法；相关长度元数据在有编码时指编码后形式。
- MDN：Content-Length ↗
Content-Length以字节表示消息体长度，不是可见字数。