如何为特定站点打开的指定标签页动态添加declarativeNetRequest规则

针对你遇到的MV3下首次通过window.open打开第三方站点时，响应头修改规则无法即时生效的问题，提供以下两种可行方案，且均不会引入全局规则的安全风险：

方案一：通过请求发起者（Initiator）匹配规则（最优解） #

放弃维护tabId数组的思路，转而利用window.open打开的标签页其请求发起者（initiator）是你的产品站点这一特性，提前配置会话规则，无需动态更新即可自动匹配目标请求。

实现代码 #

// 在扩展初始化时添加会话规则，无需每次打开标签页重复操作
chrome.declarativeNetRequest.updateSessionRules({
  addRules: [
    {
      id: 1,
      priority: 1,
      action: {
        type: 'modifyHeaders',
        responseHeaders: [
          {
            header: 'Cross-Origin-Opener-Policy',
            operation: 'remove'
          },
          // 按需添加其他需要移除的响应头
        ]
      },
      condition: {
        // 替换为你的产品站点域名（支持多个，如["your-product.com", "app.your-product.com"]）
        initiatorDomains: ['your-product-domain.com'],
        // 根据需要调整资源类型，main_frame对应主文档请求
        resourceTypes: ['main_frame', 'sub_frame']
      }
    }
  ]
});

优势 #

• 规则提前配置，无需在打开标签页时动态更新，避免了规则生效延迟的问题；
• 仅匹配从你的站点发起的请求，不会影响其他标签页，完全规避全局规则的安全风险；
• 首次打开标签页时，主文档请求的发起者就是你的站点，规则会立即匹配生效。

方案二：用chrome.tabs.create替代window.open，提前获取tabId并配置规则 #

如果必须基于tabId进行匹配，可以改用Chrome的标签页API创建新标签，在tab创建完成后立即配置规则，确保主文档请求发起前规则已生效。

实现代码 #

// 替代window.open的逻辑
chrome.tabs.create(
  {
    url: '第三方客户站点URL',
    // 指定当前产品页面的tabId作为发起者，保持window.open的行为
    openerTabId: currentProductTabId
  },
  (newTab) => {
    // 先移除旧的tab匹配规则（如果有）
    chrome.declarativeNetRequest.updateSessionRules(
      { removeRuleIds: [oldRuleId] },
      () => {
        // 添加针对新tabId的规则
        chrome.declarativeNetRequest.updateSessionRules({
          addRules: [
            {
              id: Date.now(), // 用时间戳生成唯一规则ID
              priority: 1,
              action: {
                type: 'modifyHeaders',
                responseHeaders: [
                  { header: 'Cross-Origin-Opener-Policy', operation: 'remove' }
                ]
              },
              condition: {
                tabIds: [newTab.id],
                resourceTypes: ['main_frame', 'sub_frame']
              }
            }
          ]
        });
      }
    );
  }
);

注意事项 #

• 此方案依赖chrome.tabs.create的回调时机，需确保在主文档请求发起前完成规则配置；
• 需要维护规则ID的唯一性，避免规则冲突。

关于updateSessionRules与updateDynamicRules的说明 #

你之前选择updateSessionRules是正确的：

• updateSessionRules添加的规则仅在当前浏览器会话有效，关闭浏览器后自动清除，适合临时的标签页级规则；
• updateDynamicRules添加的规则会持久化存储，即使重启浏览器也会保留，对于这种临时需求确实没有帮助，反而可能带来不必要的规则残留。

内容的提问来源于stack exchange，提问作者Kritidipto Ghosh