Chrome扩展开发：如何区分旧标签页与不可注入内容脚本的特殊页面

无需添加scripting权限的前提下，可通过标签页URL/协议校验 + 消息发送错误判断的组合逻辑，精准区分两种场景，具体实现如下：

1. 定义特殊页面判定规则 #

先通过标签页URL识别浏览器默认无法注入Content Script的页面，这类页面有明确的特征：

• 协议为chrome://、chrome-extension://、about:、data:的内置页面
• 受限制的官方域名（如你提到的chrome.google.com，需结合扩展实际匹配规则调整）

用正则表达式实现快速匹配：

const isSpecialPage = (url) => {
  const restrictedProtocols = /^(chrome|about|data):\/\//i;
  const restrictedDomains = /^https?:\/\/chrome\.google\.com/i;
  return restrictedProtocols.test(url) || restrictedDomains.test(url);
};

2. 结合消息发送结果完成区分 #

在Popup中执行以下逻辑，通过"先判断特殊页面，再验证消息发送"的顺序实现精准区分：

• 获取当前激活的标签页信息
• 先校验是否为特殊页面，若是则直接判定
• 若非特殊页面，尝试向Content Script发送消息，根据是否报错判断是否为旧标签页

示例代码：

// 获取当前激活标签页
chrome.tabs.query({ active: true, currentWindow: true }, async ([tab]) => {
  if (!tab?.url) return;

  // 第一步：判断是否为特殊页面
  if (isSpecialPage(tab.url)) {
    console.log("当前是无法注入Content Script的特殊页面");
    // 此处展示对应提示
    return;
  }

  // 第二步：尝试发送消息验证Content Script是否存在
  try {
    await chrome.tabs.sendMessage(tab.id, { type: "CHECK_CONTENT_SCRIPT" });
    console.log("当前是正常加载Content Script的标签页");
  } catch (err) {
    // 非特殊页面但消息发送失败，判定为安装前打开的旧标签页
    console.log("当前是扩展安装前打开的旧标签页");
    // 此处展示对应提示
  }
});

补充说明 #

• 若你的扩展Content Script仅匹配特定域名，需同步更新isSpecialPage规则，把不在匹配范围内的普通页面也纳入特殊页面判定，避免误判为旧标签页。
• 该方案完全依赖浏览器原生API和URL校验，无需额外申请权限，无冗余开销。

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