我之前部署Chrome时也碰到过一模一样的问题——默认浏览器提示和重复出现的欢迎界面真的很头疼！结合你用Master Preferences+Intune Win32 App的场景，给你几个亲测有效的调整方案：

一、修正Master Preferences JSON配置（核心解决方法） #

你需要在配置文件里添加几个关键参数，确保它们放在正确的层级中，以下是针对你的需求的关键配置片段：

{
  // 阻止首次运行欢迎界面
  "skip_first_run_ui": true,
  "show_welcome_page": false,
  "first_run_tabs": [],
  // 彻底禁用默认浏览器检查
  "browser": {
    "check_default_browser": false
  },
  "profile": {
    "settings": {
      "browser": {
        // 额外保险：设置默认浏览器策略为"不提示"
        "default_browser_policy": 2
      }
    }
  }
}

每个参数的作用：

• skip_first_run_ui: 直接跳过Chrome首次启动的所有引导UI
• show_welcome_page: 强制关闭欢迎页面的显示
• first_run_tabs: 清空首次启动时自动打开的引导标签页列表
• check_default_browser: 禁用Chrome启动时的默认浏览器检查逻辑
• default_browser_policy: 设置为2会让Chrome完全不触发默认浏览器提示（官方文档里的有效值：0=提示，1=设为默认，2=不提示）

注意事项： #

1. 确保你的JSON文件是UTF-8无BOM编码：Chrome对编码很敏感，带BOM的UTF-8文件可能会被忽略，导致配置不生效
2. 配置文件的命名必须是master_preferences（全小写），放在Chrome的主安装目录（比如C:\Program Files\Google\Chrome\Application\），不要放在版本子目录里（版本目录会随Chrome更新变化，主目录的配置会被所有版本继承）

二、配合Intune策略双重保险 #

你提到有有限的ADMX管理能力，其实可以同时启用Chrome的组策略来强化效果：

• 找到计算机配置>管理模板>Google>Google Chrome下的**"显示欢迎页面"**，设置为"禁用"
• 找到**"控制默认浏览器检查"**，设置为"禁用"
  这两个策略会和Master Preferences的配置形成互补，避免因配置文件读取异常导致的提示漏网

三、测试前的清理步骤 #

之前的测试残留可能导致新配置不生效，测试前一定要：

1. 完全卸载Chrome，删除所有残留文件
2. 删除%localappdata%\Google\Chrome\User Data整个文件夹
3. 重新部署安装包，再启动Chrome测试

四、关于"First Run"文件的补充 #

你之前尝试的First Run文件无效，是因为这个文件是针对单个用户的配置，而Master Preferences是全局的部署配置。如果要用这个方法，需要把空的First Run文件放到%programdata%\Google\Chrome\User Data（全局用户数据目录），而不是%localappdata%下的用户目录，这样才能对所有新用户生效。

备注：内容来源于stack exchange，提问作者ahelton