「我们用了 Vue,会不会影响收录」——这是技术选型时最常被问到的问题之一。
答案不是简单的会或不会,取决于内容在什么时候出现在 HTML 里。这篇把三种渲染方式的区别、怎么自查、以及外贸站的选型建议讲清楚。
一、三种渲染方式的原理差别
抛开技术细节,只看一件事:搜索引擎第一次请求你的页面时,拿到的 HTML 里有没有正文。
方式 | 首次HTML里有正文吗 | 内容何时出现 | 典型场景 |
客户端渲染 CSR | 没有 | 浏览器执行JS后 | 单页应用、部分SaaS建站 |
服务端渲染 SSR | 有 | 服务器已生成 | Next.js、Nuxt、传统PHP站 |
预渲染 / 静态生成 | 有 | 构建时已生成 | 静态站、SSG框架 |
客户端渲染:服务器返回一个近乎空的 HTML 骨架,正文由浏览器执行 JavaScript 之后才填进去。
服务端渲染:服务器在返回之前就把内容拼好,HTML 里直接有正文。
预渲染:内容在构建阶段就生成成静态文件,访问时直接返回。本质上和服务端渲染对爬虫是一样的效果,区别在于内容更新需要重新构建。
谷歌确实具备执行 JavaScript 的能力,这一点没有争议。问题在于这个过程是分两阶段的:先抓 HTML 并做初步索引,之后再排队进行渲染。排队意味着延迟,而延迟意味着不确定性。
二、收录速度的实测对比
这是最实际的差别。同样一批新页面上线,三种方式的收录节奏明显不同。
服务端渲染和预渲染的页面,内容在首次抓取时就完整可见,收录通常跟随正常的抓取节奏走。
客户端渲染的页面,要等渲染队列处理完才能看到完整内容。这个队列的等待时间不固定,可能几天也可能更久,站点权重越低等待越久。
实际表现出来的症状是:页面被收录了,但搜索引擎索引的内容是空的或者只有导航。你在站长工具里看到页面已收录,但搜任何正文里的句子都搜不到这个页面。
对外贸新站来说,这个影响被放大了。新站本来抓取频次就低,再叠加渲染队列的延迟,一批产品页可能要等几个月才真正进入索引。百度对 JS 渲染的支持还不如谷歌稳定,双搜索引擎都要做的站更要谨慎。
三、内容缺失的典型表现
下面这几种情况在外贸站上最常见,都属于渲染导致的内容缺失。
• 产品列表页只收录了几个产品。列表用 JS 异步加载,爬虫拿到的只有首屏那几条
• 参数表内容搜不到。规格表通过接口请求后渲染,源码里没有
• 分页内容全部丢失。翻页不改变 URL,爬虫无从发现第二页之后的内容
• 筛选后的结果页不存在。筛选靠前端完成,没有对应的可抓取 URL
• 站长工具显示内容很薄。工具报告页面字数极少,但浏览器里看明明是满的
最后一条是最典型的自查信号。如果你用爬虫工具跑出一堆「薄内容」页面,而肉眼看这些页面内容很丰富,基本可以确定是渲染问题。
四、怎么检查自己站的渲染情况
三个办法,从简单到严谨。
方法一:禁用 JavaScript 看页面
在浏览器开发者工具里禁用 JavaScript,然后刷新你的产品页。看到什么,爬虫第一次大致就看到什么。
如果页面一片空白或者只剩导航和页脚,说明是客户端渲染。如果正文、参数表、产品列表都在,说明服务端已经渲染好了。
这个方法最快,一分钟能出结论。
方法二:查看网页源代码
右键「查看网页源代码」——注意不是开发者工具的 Elements 面板,那个显示的是渲染后的结果。源代码里搜一段你页面上的正文,搜得到就是服务端渲染,搜不到就是客户端渲染。
这个方法比方法一更准确,因为它看的就是服务器返回的原始内容。
方法三:用爬虫工具跑两遍对比
用 Screaming Frog 这类工具,分别在默认模式和开启 JS 渲染模式下各跑一次,对比两份报告的字数、链接数、标题。
• 两份结果基本一致 → 服务端渲染,没问题
• 渲染后内容明显变多 → 核心内容依赖 JS,存在收录风险
• 渲染后部分页面报错 → 脚本有问题,需要单独排查
这个方法能定位到具体是哪些页面有问题,适合做完整体检。
另外,谷歌站长工具的网址检查功能可以看到谷歌渲染后的页面截图和 HTML,这是最权威的判断依据。百度搜索资源平台的抓取诊断也能看到蜘蛛实际拿到的 HTML。
五、选型建议与改造成本
给三种情况的建议。
情况一:还在选型阶段。 直接选服务端渲染或静态生成,不要给自己留坑。现在主流框架都提供 SSR 方案,成本增加有限,但省掉了后面所有的排查工作。
情况二:已经是客户端渲染,站点规模不大。 优先改造关键页面——产品页、分类页、文章页。这三类是承担搜索流量的主力,其他页面(如后台、交互工具)保持原样没关系。
情况三:已经是客户端渲染,改造成本高。 退而求其次用预渲染方案,在构建时为爬虫生成静态版本。这是折中办法,能解决内容可见性问题,但内容更新的实时性会打折。
改造成本的实际估计:如果框架本身支持 SSR,改造主要是工程配置和调试,通常在一到两周量级。如果要从零迁移到新框架,那基本等于重做,要按全站改版的规模评估——那种情况下建议参考改版迁移的完整流程,不要贸然动手。
最后提醒一点:不要用「给爬虫看一套、给用户看一套」的方式绕过问题。 这属于伪装,被识别后的后果远比收录慢严重。预渲染和伪装的区别在于,预渲染给爬虫和用户的是同样的内容,只是生成时机不同。
需要判断自己的站属于哪种渲染方式、要不要改造,可以看谷歌SEO服务页了解我们的诊断方式。
常见问题
Q1. 用了Vue/React会不会不收录?
会收录,但可能慢且不完整。关键不在用什么框架,而在内容何时出现在HTML里。Vue和React都可以配服务端渲染方案(Nuxt、Next.js),那样和传统站没有区别。如果是纯客户端渲染,搜索引擎要等渲染队列处理完才能看到完整内容,这个等待时间不固定,新站权重低时等待更久。最快的自查办法是在浏览器里禁用JavaScript后刷新页面,看到什么爬虫大致就看到什么。
Q2. 怎么看谷歌渲染后的页面?
用谷歌站长工具的网址检查功能,输入URL后查看「已抓取的网页」,能看到谷歌渲染后的HTML和页面截图,这是最权威的判断依据。百度那边用搜索资源平台的抓取诊断,能看到百度蜘蛛实际拿到的HTML。另外日常快速自查可以直接右键「查看网页源代码」,在源码里搜一段正文,搜不到就说明是客户端渲染——注意不是看开发者工具的Elements面板,那个显示的是渲染后的结果。
Q3. 预渲染够用吗?
对解决内容可见性问题是够的。预渲染在构建时生成静态HTML,爬虫和用户拿到的是同样的内容,只是生成时机不同,这和伪装有本质区别。局限在于内容更新需要重新构建,实时性会打折,产品频繁变动的站要评估构建频率。如果框架本身支持SSR,优先选SSR;SSR改造成本高时,预渲染是合理的折中方案。
Q4. 改成SSR成本大吗?
看起点。如果现有框架本身支持SSR(Vue配Nuxt、React配Next.js),改造主要是工程配置和调试,通常在一到两周量级。如果要从零迁移到新框架,那基本等于重做,要按全站改版的规模来评估——需要做URL映射表、配301、提交地址变更、密集监控两周。成本高的情况下建议先只改造产品页、分类页、文章页这三类承担搜索流量的主力页面,其他页面保持原样。
苏州维森特数字科技有限公司
谷歌官方授权一级代理商 · 一站式海外数字化营销解决方案
外贸独立站建站 · 谷歌SEO优化 · 谷歌广告推广 · Facebook推广






