随着各种静态生成技术的演进，和某种对于“三绿” 的病态追求的神秘的扩散，越来越多的最新最热的个人网站开始标榜自己no js，即可以在禁用js的环境下渲染加载所有内容。同时，css的使用也开始越来越“克制”，有大量模板和网站开始使用纯黑，纯白这种大面积“性冷淡”风格来达到良好的Lighthouse分数。
首先先放本站的分数：
没有很好，但是也没有很差，勉勉强强三绿。个人来说，我非常讨厌那种“死人白”“死人黑”的设计，看起来很无聊而且实际上也对眼睛不友好，这一点都不现代。当然，如果你要做Plain HTML + 衬线字体的话我还是喜欢的，那是另外一种retro的风格，不在攻击范围内。过度使用神秘js动画的网站我也不喜欢，这个是真会导致全球变暖，有些那种hexo或者wordpress喜欢在背景放个线条连连看，鼠标放上去会连线的动画，有些实作的不好的你看久了会导致浏览器OOM并且吃满CPU，用电脑风扇给你造成物理伤害；有的喜欢搞鼠标点点飘出来社会主义核心价值观，网不好的时候就会飘图裂了的图片，令人忍俊不禁；还有的网站喜欢放个硬加载和背景音乐，即使内容已经加载完成也要加载2秒放个动画，当然这些不是今天主要探讨的点。
无论是SEO还是无障碍，都是为了让人类更好地访问和使用网站，而不是为了让搜索引擎或者辅助技术更好地理解网站。过度追求no js和极简设计，都会导致可读性和可用性的降低。如果你选择了no js，你就不能使用overlayscrollbar来优化滚动条，不能使用平滑滚动库来做平滑滚动，失去了全部动态加载的能力。当然这些都是可选项，但是确实会让人看起来不舒服。做no js还会导致你的网站只能依赖form和某些遥测特性来实现获取/提交数据，能用，但是非常别扭。
还有的网站，为了体现使用新特性的性能提升，直接把布局做的非常简单，甚至近似于plain HTML，那性能能不好吗？但是这完全就是没有意义的。你获得了性能，但这一切值得吗？
这是一个非常早就有的实践，一个模糊的placeholder比直接慢慢加载一个大图好上非常多。目前来说最佳的实践还是blurhash，但是因为这是在客户端计算的，所以no js不能使用。很多no js网站根本没有想过其他方法来优化，就导致图片的时间一下子回到了十年前。哦对了，有些网站甚至没有处理CLS，导致大图加载的时候直接影响页面布局，体验极差。
2026-04-15 UPDATE
有些人会问为什么不是CSS-only LQIP。我的看法是这种hash方法在对于大图的时候，特别是头图情况下能够表示的blur效果不佳，目前来说和blurhash相比的话只适合在小图中使用。同时，这依然不能做到良好的加载体验。原生网页没有提供一个良好的错误fallback体验，如果你是用这种方法来加载图片，会导致原图加载不了之后上面多一个图裂了的alt。最后，无法做到从blur到完整图片的swap，目前的逐行图片和渐进式jpg都会导致这个blur功能被部分的破坏，逐行更是会导致你基本看不到blur只能看到糊的jpg。
基于以上几点，就算你不使用blurhash，也需要监听img的onload和onerror才能够做到优秀的过渡，这是我的理解。我在这篇yc文章发出来之后就已经尝试过替换，发现还是不能够替换，所以依然将blurhash作为最优解。
2026-05-23 UPDATE
已经不再使用blurhash了。现在在生成时仍然使用blurhash，但是会预渲染成webp，因为webp在base64编码后甚至比blurhash更小。所以现在只有过渡用js控制，没有canvas用来画图了。
CSS动画目前是不能做到仅播放一次的，你必须使用js来帮助其只播放一次。有些网站的css动画会在每次点击时都播放，即使没有产生任何交互，这是反直觉的。如果你一定要no js，那这方面也是做不到的。
在没有js的环境下你连loading都做不了，只能希望用户的网好到秒切换。
如果你喜欢在网站后面放一个巨大无比的背景，那么LCP也会爆炸。性能优化是一个系统工程，不能只看某个指标或者某个技术。过度追求no js和极简设计，并不能解决大部分问题。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。