为何window.open('')通常正常工作，部分网站下却失效？

问题概述 #

• Windows 10 Pro + Edge浏览器环境下，出现两处异常：
  1. 访问[NSFW] spankbang.com后，在开发者工具控制台执行window.open('')无法弹出空白新窗口（其他网站可正常执行该操作）
  2. 一款1-2年前为YouTube编写的书签工具，可抓取页面<meta>标签及<script type="application/json">块并导出至空白页面，在YouTube及多数网站正常运行，但在spankbang.com完全失效

核心原因推测 #

1. window.open失效原因 #

大概率是网站配置了Content Security Policy (CSP)，限制了弹窗行为；或是Edge内置弹窗拦截机制触发；也可能是网站通过脚本重写了window.open方法，阻止非预期的弹窗调用。

2. 书签工具失效原因 #

• 网站DOM结构变更：spankbang.com可能调整了<meta>标签或JSON脚本块的位置、属性，导致书签工具的选择器无法匹配目标元素
• CSP限制：网站的CSP规则可能禁止书签工具的脚本执行，或阻止了跨上下文的DOM操作
• Edge隐私增强设置：跟踪防护、增强安全模式等功能，可能拦截了书签工具的脚本行为

排查与解决步骤 #

针对window.open失效 #

1. 检查CSP规则：在开发者工具「控制台」或「网络」面板，查看页面响应头中的Content-Security-Policy字段，确认是否包含frame-src 'none'或child-src 'none'这类限制弹窗的规则
2. 绕过重写的window.open：先执行window.open.toString()确认方法是否被重写，若被篡改，可尝试调用原生方法：window.top.open('') 或 Object.getPrototypeOf(window).open.call(window, '')
3. 调整Edge弹窗设置：在Edge设置中搜索「弹窗和重定向」，将spankbang.com添加到允许列表

针对书签工具失效 #

1. 测试元素选择器：在控制台手动执行书签工具的核心选择代码，比如document.querySelectorAll('meta')或document.querySelectorAll('script[type="application/json"]')，确认是否能获取到目标元素
2. 适配DOM结构变更：如果选择器失效，更新书签工具中的元素匹配规则，比如根据新的属性、父容器定位目标元素
3. 检查CSP兼容性：查看控制台是否有CSP相关报错，若存在，可尝试将书签工具脚本改为自执行IIFE格式，或临时添加unsafe-inline策略（仅测试用，注意安全风险）
4. 调整Edge安全设置：暂时关闭增强安全模式或跟踪防护，测试书签工具是否恢复正常，若恢复，将网站添加到信任列表

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