研究:JavaScript 渲染延迟让网站损失了 23% 的潜在自然流量

研究:JavaScript 渲染延迟让网站损失了 23% 的潜在自然流量

技术 SEO 平台 Lumar 开展的一项全面研究发现,对于高度依赖客户端渲染的网站而言,JavaScript 渲染延迟正在造成显著的自然流量损失。该研究在 12 个月的时间跨度内分析了 5000 个网站,将 JavaScript 依赖程度与索引速度和自然流量表现进行了关联分析。

主要发现

高度依赖 JavaScript 的网站(超过 70% 的内容由客户端渲染)相比采用服务端渲染的同类网站,自然流量平均低 23%。主要原因在于索引延迟:重度依赖 JavaScript 的网站新内容平均需要 8 天才能出现在搜索结果中,而 SSR 网站仅需 2 天。Google Discover 和 News 的曝光受影响尤为严重,重度依赖 JavaScript 的网站在 Discover 信息流中出现的频率低了 67%。移动端索引受到的影响也不成比例地大,因为 Googlebot 移动端对复杂 JavaScript 应用的渲染耗时更长。

渲染方式对比

该研究对比了三种方式:服务端渲染网站的索引速度最快,平均为 1.8 天,自然流量也最高。静态站点生成在内容类网站上的表现与 SSR 相近,平均索引时间为 2.1 天。客户端渲染网站的平均索引时间为 8.3 天,自然流量低 23%。作为一种变通方案的动态渲染将 CSR 网站的索引时间改善至 3.2 天,但仍逊于 SSR。

针对特定框架的分析

使用 SSR 的 Next.js 网站表现最佳。Nuxt.js SSR 网站显示出类似的结果。未采用 SSR 的 React SPA 网站索引延迟最长。Angular 应用由于打包体积问题面临特别的挑战。Vue SSR 网站的表现与 Next.js 相当。

建议

该研究建议,任何将自然搜索作为重要流量来源的网站都应实施 SSR 或 SSG,而非仅依赖客户端渲染。对于现有的 CSR 网站,动态渲染在规划向 SSR 迁移期间提供了一种过渡性解决方案。正在构建新网站的组织应从一开始就选择内置 SSR 支持的框架。