设计师Rob Weychert给自己的个人网站定了条规矩:周日不开门。打开首页,一行字明明白白写着"Site Is Closed on Sundays"。可如果你像这次抓取一样往下翻,看到的却是2026年8月的听歌月榜、8月28日写的Andrew W.K.新专辑短评、一堆电影日记,一条不少,更新照旧。网站说自己关着,内容却门户大开。这不是抓取出了错,是这套"关闭"从设计上就只挡得住一部分人。
这扇"门"是怎么关上的
Weychert在2026年3月30日发博文《Closed on Sundays》,宣布从前一天那个周日起,网站每逢周日"关闭"。机制很朴素:纯前端JavaScript,周日时脚本会拿一条"已关闭"的提示盖住页面。他自己在文章里就交代得很清楚——关掉JavaScript,就能绕过去。
服务器那头从来没停过。搜索引擎、没开JS的浏览器、RSS订阅,拿到的永远是完整原始文档,不受这套逻辑约束。这次的抓取结果恰好就是活证据:标题写着周日关闭,正文却是齐全的博客列表,说明抓取工具压根没跑那段JS,直接读到了底层内容。
灵感来自卖贴纸的,理由却不一样
这套做法参考了Sticker Ninja——一家从2020年10月起,每逢周日就把在线商店关掉的网店。对Sticker Ninja来说,这是给员工减负、抵制"无限增长"的商业选择:周日不接单,员工周日就不用发货,关闭直接带来真实的休息。
放到Weychert这里,情况完全不同。他没有员工,也没有订单,关掉的只是一篇博客的可见性。同样一句"周日不营业",商业网站关的是劳动量,个人博客关的更像是博主自己的心理预期。Sticker Ninja的关闭有实打实的后果——周日下的单排到周一处理;Weychert的关闭没有任何后果,内容一直都在,只是看起来被挡了一下。
设计圈吵成两派
设计师Jeffrey Inscho公开夸这个做法"很酷",把它归为独立网络精神的体现:与其写一篇讨论注意力经济的博客说教,不如直接让访客在周日撞上一堵墙,亲身体验一次"边界"是什么感觉。这是一种表演式设计——用界面本身讲道理,而不是用文字讲道理。
但主流UX的建议没那么浪漫。Webflow社区的通行做法是周日用提示或浮层做遮挡,底层内容仍保留可访问——用户可能恰好在周日要查一个联系方式或一篇旧文章,彻底藏起来是体验倒退,不是设计巧思。Hacker News上还有更直接的质疑:类似"周日打烊"的电商网站,下单本来就是自动化流程,不需要真人在场处理,所谓"全站关闭"更接近一种象征性的不方便,而不是真正的劳动保护。
关掉的不是网站,是伸向它的那只手
这里的落差值得琢磨:一套只靠前端JS实现的"关闭",对普通访客有效,对搜索引擎、RSS订阅、爬虫、任何懒得等JS加载完就退出的人完全无效。技术上这不是漏洞,是选择——Weychert完全可以做成服务器端强制关闭,他没有。
关掉的不是网站,是自己伸向手机的那只手
这句话点出了问题所在。这套"周日关闭"从一开始就不是为了拦截读者,是拦截博主自己打开后台、盯着流量刷新页面的冲动。它更像一种自我提醒式的仪式,而不是访问控制。判断它有没有用,不该看"周日打不打得开",该看Weychert本人周日有没有真的少刷网站——这件事我们看不见,只能存疑。
- 风险.如果这套前端遮罩的逻辑被搬到电商结账、医疗挂号、政务办事这类事务性网站上,自动化脚本和API调用照样能穿透遮罩,象征性的"打烊"反而可能造成真实的服务缺口。
数字极简主义这几年在设计圈很流行,大家都想找一个仪式感强的方式,去对抗"网站必须永远在线"的默认设定。但这个案例说明,仪式感和访问控制是两回事——一个只挡浏览器、不挡爬虫的"关闭",本质上是说给自己听的一句话,而不是发给互联网的一道命令。首页说它关着,数据说它一直开着。这一次,数据说了算。