核心速览：Partytown 虽然通过将脚本移至 Web Worker 显著提升了 PageSpeed，但也切断了主线程对 GTM 的直接访问。要修复 gtag() 和 dataLayer.push() 失效的问题，必须在 Partytown 配置中显式开启 forward 转发。

使用 Partytown 将 GTM (Google Tag Manager) 等第三方脚本迁移至 Web Worker 后，主线程默认无法直接调用 gtag 或 dataLayer.push。为确保自定义事件正常上报，可在 astro.config.mjs 中通过 forward 显式转发这些函数，让它们在 Worker 中生效并保持事件追踪功能不受影响。

问题背景

为了优化 Web 核心指标（Core Web Vitals），许多开发者会使用 Partytown 将 GA4、Clarity 等资源密集型脚本移至 Web Worker 运行。这通常能显著减少主线程阻塞，大幅提升移动端的 PageSpeed 分数。

然而，这种隔离机制带来了一个常见的副作用：主线程丢失了全局变量访问权。

当你尝试在业务代码中手动发送事件时：

// 这些调用在主线程执行，但 GTM 实例却在 Worker 中
gtag('event', 'login', { id: 'abc' });
window.dataLayer.push({ event: 'login', id: 'abc' });

由于主线程的 window 对象上并不存在由 Partytown 管理的 gtag 或 dataLayer 实例，这些代码要么报错，要么静默失败，导致统计数据丢失。

Partytown 简介与集成

Partytown 是一个轻量级库，旨在通过将第三方脚本卸载到 Web Worker 来加速网站。在 Astro 项目中集成它非常简单：

npm install @astrojs/partytown

安装后，只需将脚本标记为 type="text/partytown"，Astro 就会自动处理剩下的工作。

<script
  type="text/partytown"
  src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXX"
></script>

如果只依赖“页面浏览”（Page View）等自动事件，上述配置通常足够。但涉及自定义交互事件时，就需要配置“事件转发”。

解决方案：配置 forward

要打通主线程与 Worker 之间的通信，我们需要告诉 Partytown：“如果在主线程看到 dataLayer.push 或 gtag 调用，请把参数转发给 Worker 处理。”

修改 astro.config.mjs

在 Astro 配置文件中，找到 partytown 集成配置，添加 forward 数组：

import { defineConfig } from 'astro/config';
import partytown from '@astrojs/partytown';

export default defineConfig({
  integrations: [
    partytown({
      config: {
        // 关键配置：将主线程的调用转发到 Worker
        forward: ['dataLayer.push', 'gtag'],
      },
    }),
  ],
});

原理解析

配置生效后，Partytown 会在主线程的 window 对象上创建 dataLayer 和 gtag 的代理（Proxy）。当你在前端代码中调用 gtag(...) 时，Partytown 会拦截该请求，将其序列化并发送给 Web Worker 中的 GTM 实例执行。

这样，你既享受了 Web Worker 带来的性能红利，又保留了完整的数据埋点能力。