网站先登录再让看；这3笔账得算清

网站先登录再让看，本质上就是把敞开的大门改成刷卡进。做内部文档、客户后台、付费社群，这招确实顺手，几行判断就搞定，看着还挺专业。可只要你这个站还指望有人从搜索引擎摸进来，这事就不只是加个 if 那么简单。后面连着三笔账，一笔比一笔难算，而且很多人是先上锁、后才发现算不过来。

网站先登录的第一笔账：搜索流量基本等于交出去

爬虫爬到你这一页，看到的是个登录框。它不会注册，也不打算注册。于是它抓到的内容就是“请登录后查看”，收录进去的也是这么一页空壳。有人马上反驳：不是可以做 UA 白名单，放行蜘蛛吗？问题是 UA 能伪装，你放行蜘蛛，同时也就放行了伪装成蜘蛛的人。这不是技术没做到位，是逻辑上就绕不开。所以现实里比较靠谱的做法，是把放行做在“内容页”上：列表、详情、正文照常输出，只拦交互动作，评论、下载、收藏、询价这些需要身份的地方再要登录。别一上来把整站的请求都砍了。动手之前建议先在测试环境把登录判断关掉，数一数到底有多少页面是“必须登录才有内容”，心里先有个底。

第二笔账：新访客的第一印象，比你想的贵

用户从搜索结果点进来，迎面一个登录框。没账号的人只有两条路：注册，或者关掉。而注册要手机号、要验证码、要设密码、还要记住——大部分人在这儿就走了。你以为筛掉了低质量流量，其实是把还在犹豫的人也一起推走了。更难算的是那些“只看不注册”的人：产品参数、报价区间、行业报告，这类内容本来就是用来建立信任的，锁在门后面，等于白写。我见过做设备报价的站，把参数表一锁，询盘量掉得很明显，后来改成参数公开、详细图纸要登录，才慢慢缓过来。这里没有精确的百分比可以给你，各家内容不一样，但方向大致如此。

第三笔账：账号体系一旦上线，活就跟着来了

有登录就有账号，有账号你就自动接手一堆事：找回密码、账号被盗申诉、批量注册、短信费用、异地登录提醒、注销请求、隐私合规。短信是要花钱的，量上来是一笔持续支出，小站往往低估这一块。还有撞库——用户习惯一个密码走天下，你的库要是存得不讲究，出事牵连的不只是你自己。密码哈希、登录失败次数限制、图形或行为验证码、异常提醒，这些基础动作一个都不能省。很多小站最后的状态是：登录框挂着，密码找回全靠人工客服，邮箱发信还没配好。这才是真正的成本。

那到底什么情况该锁，什么情况别锁

我自己的划线方式比较土：看这页内容能不能拿去换信任。能换，就别锁；不能换，比如订单、后台、内部资料，那必须锁，而且要从服务端拦，不能只在前端用 JS 把内容藏起来——那和掩耳盗铃差不多。判断的时候问自己三句话：这页上的信息对没注册的人有没有价值？注册之后用户能明确拿到什么（下载、报价、试用、进度查询）？注册完了我有没有能力持续服务这批人？第三问最容易被跳过，发不发垃圾邮件也算能力的一部分。

半开门的几种折中做法

第一是内容分级，前面一段到两段免费，剩下的要登录。但得真给够，别第一句就断，那种最招人烦。第二是免登录试用，给若干次查看或者若干天下载，超过再提示登录；识别靠 cookie 加 IP 一起看，只看 cookie 清一下就绕过，看太严又误伤老用户，得试。第三是第三方登录，微信、手机号一键，能省掉一半填写成本，但接之前先想清楚账号怎么合并。第四是邮箱订阅换内容，适合博客和资讯类，比硬注册温和得多。第五就是前面说的，只锁交互不锁阅读。

技术上有几个坑，踩过才知道疼

登录判断放在模板层还是中间件层，完全是两码事。放在模板层，容易出现页面能抓、但内容不渲染的情况；靠前端 JS 注入的东西，搜索引擎未必执行。缓存那块也要留意，整页缓存和登录态是两个世界，配置不清楚，登录用户看到别人的缓存页，这种事故不是没发生过。伪静态别把登录页也一起静态化了，等着被收录。还有最糟的一种返回：被锁的页面返回 200，正文里放个登录框——搜索引擎会认为这一页本来就是这个样子，比直接 302 难处理多了。robots.txt 也挡不住已经进索引的页面，该加 noindex 就加，站点地图里别把要登录的 URL 全塞进去。

门已经锁上了，怎么往回找补

能做的其实不复杂：先去搜索控制台看落地页报告，把现在抓到登录页的 URL 拉出来；然后分成“该公开”和“该锁”两堆；该公开的，在网关或者中间件里放行读请求，只拦写操作；给仍然要锁的页加 noindex；重做站点地图；最后观察几周收录和点击的变化，别一天改三回。还有个特别容易漏的点：老用户的收藏夹和站外链接，突然全跳登录页，体验很糟，加个登录后回跳的参数就能好不少。

登录更像闸机，不太像防盗门。闸机装在检票口，没人把它装在大门口。内容能公开的就公开，把这三笔账摊开算一遍——搜索流量、第一印象、运维成本，三笔里有两笔吃不住，就先别硬上。真要上，从“锁交互不锁内容”起步，改完盯两周数据再说，别一口气把全站都拦了。