一个做智能硬件的客户很委屈：网站是花三万多请人用React做的，上线三个月谷歌只收录了首页一个页面，产品页全部查无此页。检查完代码，原因很典型——整套站是纯客户端渲染，搜索引擎的爬虫来了抓到的基本是空壳。网页前端开发用了框架之后，这个问题十有八九会遇到，好在有成熟的解法。
为什么纯客户端渲染难收录
框架页面要靠浏览器执行脚本才能把内容画出来，而搜索引擎爬虫为了省资源，抓取时经常不做这一步，拿到的HTML里几乎没有正文。国内搜索引擎对这类页面更不友好。你的产品再好，爬虫看不见就等于不存在，收录无从谈起，排名更是奢望。这不是框架的错，是渲染方式选错了。搞清这个原理你就明白，问题不在工具在用法，后面选方案时心里也有底了。
SSR和预渲染，各对号入座
两条主流路线，按内容更新频率选：
- SSR服务端渲染：每次访问由服务器生成完整HTML，搜索引擎拿到的就是成品页面。适合内容频繁更新的站，比如新闻多、产品每天上新的站，Vue配Nuxt、React配Next.js都是成熟方案；
- 预渲染：构建时把每个页面提前生成好静态HTML。适合页面数量固定、更新不频繁的企业站，几十个产品页一次生成，访问速度还更快，成本比SSR低一截。
那位智能硬件客户的产品页每周就更新几条，最后选了预渲染方案，改造两周完工，两个月后收录从一条涨到两百多条，长尾词开始有排名进询盘了。两套方案怎么选还有个简便判断：内容多久更新一次，天天更新的选SSR，一个月动不了几回的选预渲染，按更新频率走基本不会错。
改造前先算成本
已有框架站做渲染改造，工期通常两到四周，费用看页面数量和路由复杂度，几千到两三万都有可能。改造前问清三件事：服务器的承载方式要不要变、发产品时页面会不会自动重新生成、改造后测速分数的变化预期。回答不清楚这三个问题的团队，别把项目交出去。网页前端开发里渲染方式属于底层决定，开工前问清楚比上线后返工便宜得多，这一点值得写进你的选型沟通清单。问清这一条，能筛掉一半不靠谱的方案。
两条建议：用框架做站的企业，上线后每周用site指令查一次收录量，连续一个月不动就该排查渲染方式；新项目立项时直接把服务端渲染或预渲染写进技术要求，别等收录出了问题再补课。比格网络做框架站默认带渲染方案，收录数据是每个交付项目必看的一项。
