Nuxt 团队与Chrome Aurora团队(Google)合作,很高兴宣布公测版发布Nuxt Scripts.
Nuxt Scripts 是一种处理第三方脚本的更好方式,提供改进的性能、隐私、安全性和开发体验。

一年多以前,Daniel 发布了最初的Nuxt Scripts RFC。RFC 提出了一个模块,旨在“允许管理和优化第三方脚本,遵循高性能和合规网站的最佳实践”。
我曾有个人经验处理与第三方脚本相关的性能问题,深知这些性能优化有多么困难。尽管如此,我仍热衷于解决这个问题,并接管了这个项目。
以 RFC 为创意种子,我开始原型化它可能是什么样子使用Unhead.
在思考我究竟想构建什么时,我发现真正的问题不仅仅是如何加载“优化”的第三方脚本,而是如何使与第三方脚本的整体工作体验变得更好。
94% 的网站使用至少一个第三方提供商,平均每个网站有五个第三方提供商.
我们知道第三方脚本并不完美;它们会拖慢网络速度,导致隐私和安全问题,并且使用起来很麻烦。
然而,它们从根本上是有用的,并且不会很快消失。
通过探究第三方脚本的问题,我们可以看到哪些方面可以改进。
让我们来看看如何使用虚构的 tracker.js 脚本将第三方脚本添加到您的 Nuxt 应用程序中,该脚本会向 window 添加一个 track 函数。
我们首先使用 useHead 加载脚本。
useHead({ script: [{ src: '/tracker.js', defer: true }] })
然而,现在让我们尝试在我们的应用程序中使脚本功能正常工作。
在 Nuxt 中使用第三方脚本时,以下步骤很常见
<script setup>
// ❌ Oops, window is not defined!
// 💡 The window can't be directly accessed if we use SSR in Nuxt.
// 👉 We need to make this SSR safe
window.track('page_view', useRoute().path)
</script>
<script setup>
if (import.meta.client) {
// ❌ Oops, the script hasn't finished loading yet!
// 💡 A `defer` script may not be available while our Nuxt app hydrates.
// 👉 We need to wait for the script to be loaded
window.track('page_view', useRoute().path)
}
</script>
<script lang="ts" setup>
if (import.meta.client) {
useTimeoutFn(() => {
// ✅ It's working!
// ❌ Oops, types are broken.
// 💡 The `window` has strict types and nothing is defined yet.
// 👉 We need to manually augment the window
window.track('page_view', useRoute().path)
}, 1000 /* should be loaded in 1 second!? */)
}
</script>
<script lang="ts" setup>
declare global {
interface Window {
track: (e: string, p: string) => void
}
}
if (import.meta.client) {
useTimeoutFn(() => {
// ✅ It's working and types are valid!
// ❌ Oops, ad-blockers, GDPR and duplicate scripts
// 💡 There's a lot of hidden complexity in third-party scripts
// 👉 We need a better API
window.track('page_view', useRoute().path)
}, 1000)
}
</script>
为了让访问者开始与您的 Nuxt 网站互动,需要下载应用程序包,并且 Vue 需要水合应用程序实例。
加载第三方脚本可能会干扰此水合过程,即使使用 async 或 defer 也是如此。这会减慢网络速度并阻塞主线程,导致用户体验下降和较差的核心网页指标.
用于格式化的Chrome 用户体验报告显示,具有大量第三方资源的 Nuxt 网站通常具有较差的下一次绘制的交互时间 (INP)等等最大内容绘制 (LCP)分数。
要了解第三方脚本如何降低性能,我们可以查看2022 年网络年鉴。报告显示,排名前 10 的第三方脚本 平均中位阻塞时间为 1.4 秒。
在排名前 10,000 的网站中,有 58% 的网站使用第三方脚本交换存储在外部 cookie 中的跟踪 ID,这意味着即使禁用第三方 cookie,它们也可以跨网站跟踪用户。
虽然在许多情况下,我们对使用的提供商别无选择,但我们应该尽量减少我们泄露的最终用户数据量。
当我们确实承担了隐私影响时,可能很难在我们的隐私政策中准确传达这些信息,并构建遵守 GDPR 等法规所需的同意管理。
使用第三方脚本时的安全性也是一个问题。第三方脚本是恶意行为者的常见攻击向量,大多数不为其脚本提供 integrity 哈希,这意味着它们随时可能被入侵并向您的应用程序注入恶意代码。
这个可组合项位于 <script> 标签和添加到 window.{thirdPartyKey} 的功能之间。
对于 <script> 标签,该可组合项
crossorigin 和 referrerpolicy 以提高隐私和安全。对于脚本 API,它
const { proxy, onLoaded } = useScript('/hello.js', {
trigger: 'onNuxtReady',
use() {
return window.helloWorld
}
})
onLoaded(({ greeting }) => {
// ✅ script is loaded! Hooks into Vue lifecycle
})
// ✅ OR use the proxy API - SSR friendly, called when script is loaded
proxy.greeting() // Hello, World!
declare global {
interface Window {
helloWorld: {
greeting: () => 'Hello World!'
}
}
}
window.helloWorld = {
greeting() {
console.log('Hello, World!')
}
}
用于格式化的脚本注册表是常见第三方脚本的一系列第一方集成。截至发布时,我们支持 21 个脚本,未来还会支持更多。

这些注册表脚本是围绕 useScript 的微调包装器,具有完整的类型安全、脚本选项的运行时验证(仅限开发环境)和环境变量支持
例如,我们可以看看Fathom Analytics脚本。
const { proxy } = useScriptFathomAnalytics({
// ✅ options are validated at runtime
site: undefined
})
// ✅ typed
proxy.trackPageview()
注册表包含多个外观组件,例如Google 地图, YouTube等等Intercom.
外观组件是“假”组件,它们在第三方脚本加载时进行水合。外观组件有其权衡,但可以极大地提高您的性能。请参阅什么是外观组件?指南了解更多信息。
Nuxt Scripts 提供外观组件,它们可访问但无头,这意味着它们默认不带样式,但会添加必要的 a16y 数据。

<script setup lang="ts">
const isLoaded = ref(false)
const isPlaying = ref(false)
const video = ref()
function play() {
video.value?.player.playVideo()
}
function stateChange(state) {
isPlaying.value = state.data === 1
}
</script>
<template>
<ScriptYouTubePlayer ref="video" video-id="d_IFKP1Ofq0" @ready="isLoaded = true" @state-change="stateChange">
<template #awaitingLoad>
<div class="absolute left-1/2 top-1/2 transform -translate-x-1/2 -translate-y-1/2 h-[48px] w-[68px]">
<svg height="100%" version="1.1" viewBox="0 0 68 48" width="100%"><path d="M66.52,7.74c-0.78-2.93-2.49-5.41-5.42-6.19C55.79,.13,34,0,34,0S12.21,.13,6.9,1.55 C3.97,2.33,2.27,4.81,1.48,7.74C0.06,13.05,0,24,0,24s0.06,10.95,1.48,16.26c0.78,2.93,2.49,5.41,5.42,6.19 C12.21,47.87,34,48,34,48s21.79-0.13,27.1-1.55c2.93-0.78,4.64-3.26,5.42-6.19C67.94,34.95,68,24,68,24S67.94,13.05,66.52,7.74z" fill="#f00" /><path d="M 45,24 27,14 27,34" fill="#fff" /></svg>
</div>
</template>
</ScriptYouTubePlayer>
</template>
useScript 可组合项让您完全控制脚本的加载方式和时间,方法是提供自定义 trigger 或手动调用 load() 函数。
在此基础上,Nuxt Scripts 提供了高级触发器,使其变得更加简单。
const cookieConsentTrigger = useScriptTriggerConsent()
const { proxy } = useScript<{ greeting: () => void }>('/hello.js', {
// script will only be loaded once the consent has been accepted
trigger: cookieConsentTrigger
})
// ...
function acceptCookies() {
cookieConsentTrigger.accept()
}
// greeting() is queued until the user accepts cookies
proxy.greeting()
在许多情况下,我们从不受我们控制的域加载第三方脚本。这可能导致许多问题
为了缓解这个问题,Nuxt Scripts 提供了一种无需额外工作即可将第三方脚本捆绑到您的公共目录中的方法。
useScript('https://cdn.jsdelivr.net.cn/npm/js-confetti@latest/dist/js-confetti.browser.js', {
bundle: true,
})
该脚本现在将从您自己的域上的 /_scripts/{hash} 提供。
正如我们所见,第三方脚本仍有许多机会可以为开发者和最终用户提供改进。
Nuxt Scripts 的首次发布解决了其中 一些 问题,但我们仍有大量工作要做。
接下来的路线图项目包括
我们非常乐意得到您的贡献和支持。
要开始使用 Nuxt Scripts,我们创建了一个教程来帮助您快速上手。
并非常感谢早期贡献者。
