Web Push通知是现代Web应用的重要功能，但点击通知后的链接重定向问题常常让开发者头疼。用户可能遇到“页面无法访问”或“跳转循环”等错误，根源往往在于Service Worker配置、HTTP响应状态码或跨域策略。本文将分步骤解决这一问题。

一、问题根源分析

1. Service Worker未正确拦截请求
   Push通知的点击事件默认由Service Worker处理，若未在fetch事件中正确处理重定向逻辑，会导致跳转失败。
2. HTTP 302/301跳转未携带凭据
   服务端返回重定向响应时，若未显式设置credentials: include，浏览器可能丢弃会话信息。
3. 跨域限制
   目标链接与推送服务域名不同时，需配置CORS策略或使用代理中转。

二、服务端配置修复

确保服务端返回的跳转链接符合以下要求：
- 使用绝对路径（包含协议和域名）。
- 对跨域链接设置CORS头：
http Access-Control-Allow-Origin: https://yourdomain.com Access-Control-Allow-Credentials: true

三、前端代码优化

在Service Worker中监听notificationclick事件，并手动控制跳转逻辑：

javascript self.addEventListener('notificationclick', event => { const url = '/redirect-target?from=push'; // 替换为实际跳转链接 event.waitUntil( clients.matchAll({ type: 'window' }).then(windowClients => { // 优先复用已打开的标签页 for (const client of windowClients) { if (client.url === url && 'focus' in client) { return client.focus(); } } // 无匹配则新开窗口 return clients.openWindow(url); }) ); });

四、处理特殊场景

1. 动态参数传递
   若需携带用户ID等数据，建议通过URL参数传递，并在Service Worker中解析：
   javascript const notificationData = event.notification.data; const redirectUrl = `${notificationData.baseUrl}?token=${encodeURIComponent(notificationData.token)}`;

2. 兼容性兜底方案
   对于不支持Service Worker的浏览器（如旧版Edge），需回退到默认跳转：
   javascript if (!self.registration.active) { window.location.href = event.notification.data.url; }

五、测试与验证

使用Chrome DevTools的Application > Service Worker面板模拟推送通知，重点关注：
- 控制台是否报跨域错误。
- Network面板检查跳转请求的Referer和Origin头。
- 确保HTTP响应码为200或307（临时重定向）。

结语

通过以上步骤，90%的Web Push重定向问题可被解决。关键在于协同处理服务端响应、前端路由和浏览器安全策略。建议在PWA项目中集成Lighthouse测试，自动验证推送功能完整性。