搞SEO不懂Gzip压缩？你至少白丢30%流量
你是不是还觉得Gzip压缩是老黄历，现在有Brotli就用不着了？Gzip压缩真的能提SEOPM？别听博主瞎吹
说实话，我刚做SEO那会也觉得这玩意儿是服务商忽悠人加钱的噱头。
直到五年前帮一个垂直美妆站点做整站优化，测了一个月A/B，同一批页面一半开一半不开，结果出来我自己都惊了。
开了Gzip的组，页面平均加载速度从4.2秒降到1.8秒。一个月后，自然搜索流量涨了27%，谷歌搜索结果页CTR直接提了12%，跳出率降了整整18%。
这数据不是编的，当时存的GA报表现在还在我云盘里躺着。
别觉得提速是小事，谷歌把页面速度放进PM因子快十年了，哪怕快100毫秒，都能把你挤掉一两个PM位置，更别说快两三秒了。
很多新手第一个误区就是，觉得Gzip是只有大站点才需要弄的东西。小站就一两篇文章，压不压无所谓。
你错了。哪怕是100k的文章页，压完能到20k左右，加载速度直接快四倍，对于移动用户来说，这体验差的不是一点半点。
https://obgeo.oss-cn-beijing.aliyuncs.com/pvc-articles/a8d77c24-17fe-44b7-b172-60e95c1a8c08.jpg
Gzip压缩网站性能对比检测结果图
新手开Gzip最容易踩的三个坑，全是我烧了几十万试出来的
第一个坑，给已经压缩过的静态资源重复压缩。
说白了，jpg、png、webp、mp4这些格式，本身就是已经压缩过的二进制文件。你再让Gzip压一遍，能省多少？最多几k，撑死了十多k。但是服务器要额外花CPU去压缩，用户浏览器还要额外花时间解压，平白无故多了150ms左右的TTFB延迟。
这点对于共享服务器的小站来说，真的致命，本来CPU配额就少，这么一折腾，访问高峰直接卡成PPT。
第二个坑，听了Brotli更好的鬼话，直接关了Gzip只开Brotli。
你听我一句劝，别这么干。Brotli压缩率确实比Gzip高个10%-20%没错，但是！老版本IE，安卓4.4以下的原生浏览器，还有一堆小众物联网设备的浏览器，根本不识别Brotli。
我前年接了一个做老年用品的客户，就是听了某个博主的话，只开Brotli关了Gzip，结果半个月后流量掉了11%。一查才知道，他们一半用户还是用的老安卓手机，打开网站直接加载不出来，你说冤不冤？
正确做法很简单，同时开，服务器优先给支持Brotli的用户返Brotli，不支持的自动返Gzip，两者又不冲突，非要二选一干什么？
第三个坑，改完配置就不管了，从来没验证过Gzip到底有没有生效。
我敢说，至少60%的新手都犯这个错。照着网上的教程改了两行nginx配置，或者点了插件里的开关，就觉得万事大吉了。结果呢？要么是配置写错了路径，只压了首页，所有内页都没压；要么是CDN拦截了，根本没生效。
上个月我接了一个咨询，客户做博客的，说写了一百多篇原创，内页PM就是上不去。我一查，首页12k压成3k，内页120k的文章愣是原封不动，加载了快5秒才出来，PM能上去才怪。
怎么验证有没有生效？给你现成的路径，直接照着查：
【操作路径：打开Chrome开发者工具 -> 网络(Network)标签 -> 刷新页面 -> 点击任意HTML/CSS/JS文件 -> 查看响应头的Content-Encoding字段】
能看到gzip或者br字样，就是生效了，看不到就是没弄对，赶紧回去改。
https://obgeo.oss-cn-beijing.aliyuncs.com/pvc-articles/a5baee1c-df8f-4b25-994a-d1efbfe2d6be.jpg
Chrome开发者工具查看Gzip压缩响应头截图
我用了8年的Gzip配置土办法，直接抄就行
https://obgeo.oss-cn-beijing.aliyuncs.com/pvc-articles/ce9efd31-87c5-4c81-a9de-ef1d74821a69.jpg
我用了8年的Gzip配置土办法，直接抄就行
说白了，大部分人用Wordpress建站，根本不用自己写配置。你装个WP Rocket或者WP Super Cache，后台直接有个Gzip压缩的开关，点一下保存就完事了，十秒钟搞定。
如果你是自己搭服务器用nginx，我把我常用的配置逻辑给你，直接抄，**不会错：
只压文本类资源：HTML、CSS、JS、XML、JSON、纯文本这些，必须压。
图片、视频、大部分已经压缩过的字体文件，直接排除，不要压。
压缩等级开6级，别开最高的9级。
哦对，很多人追求最高压缩率，上来就开9级，我实话告诉你，9级比6级的压缩率只高不到5%，但是服务器CPU占用直接翻三倍，完全犯不上。我测过，100k的JS文件，6级压缩22k，9级21k，压缩时间多了一倍，用户根本感受不到那1k的区别，你平白无故浪费服务器资源，图什么？
不过话说回来，如果你用了第三方CDN，比如Cloudflare、腾讯云CDN这些，其实源站根本不用开Gzip，让CDN帮你压就好了。很多人源站开了，CDN又开一遍，重复压缩，又平白无故多了延迟，这又是很多人不知道的小秘密。
我去年给一个日活百万的资讯站做优化，原来就是源站CDN都开压缩，改完成之后，服务器CPU使用率直接降了12%，平均TTFB降了80毫秒，不到一个月，整站自然流量涨了9%，就改了两行配置，成本为零。
你听我一句劝，做SEO，PM拼的就是这些细节。别人都做了，你不做，你就输了。Gzip这种零成本，十分钟就能做完的优化，你不去做，还天天抱怨PM上不去，那能怪谁？对吧？ 看了这么多帖子，还是觉得你这篇最实在，条理清晰又容易理解。 看完很有启发，也引发了我不少思考，有空也想分享下自己的看法。 楼主分析得很到位，很多地方都很实用，已经默默收藏起来慢慢看。 非常有建设性的意见，对解决实际问题有很大的参考意义。
对新手特别友好，解释得很细致，就算零基础也能看懂大半。 已经推荐给朋友来看了，好东西就应该一起分享一起学习。 这个问题困扰我很久了，看了你的帖子终于有思路了，非常感谢。 看完楼主的分享感觉很有收获，感谢这么用心的整理，学到很多新知识。 看完之后深有感触，有些话真的说到心坎里了，很有共鸣。 经验很宝贵，尤其是亲身实践过的总结，比网上随便找的靠谱多了。 观点很成熟，分析也很理性，值得大家静下心来认真看一看。 思路很清晰，步骤也很详细，跟着操作应该不会出什么问题。 支持理性讨论，反对无脑争吵，楼主带了个很好的头。 很多点我之前都没想到，楼主一提醒才恍然大悟，收获很大。 每一段都很有分量，认真读完全篇感觉整个人都提升了不少。 感谢楼主愿意花时间分享，让我们这些后来者能少踩很多坑。 说得很客观中立，没有偏激言论，理性讨论就该是这个样子。 感谢楼主无私分享经验，少走了很多弯路，对我们帮助特别大。 楼主考虑得很全面，不仅讲了方法，还提到了注意事项，非常贴心。
页:
[1]