看起来你遇到的核心问题是32位与64位Office环境下，插件的注册表路径、安装位置以及安装程序架构不匹配，这也是从32位Office迁移到64位时的常见坑。下面分点拆解原因和解决方案：

1. 注册表路径错误：64位Office不读取WOW6432Node节点 #

64位Windows的注册表有重定向机制：32位程序写入的注册表会被自动转到WOW6432Node下，但64位Office作为64位进程，只会直接读取HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Word\AddIns\路径下的插件配置，完全不会去看WOW6432Node里的内容。你现在的注册表项放在WOW6432Node下，64位Word自然找不到它。

2. WIX安装项目平台为x86是关键诱因 #

你的WIX项目设为x86，意味着安装程序是32位的：

• 写入注册表时会被系统重定向到WOW6432Node；
• 默认安装路径会指向C:\Program Files (x86)\，而64位Office更适配C:\Program Files\下的插件（虽然不是强制，但路径不匹配可能引发信任或加载问题）。

3. 插件编译目标平台可能不匹配 #

你之前针对32位Office开发的插件，目标平台大概率是x86，而64位Office需要插件的目标平台与自身位数一致（x64），否则加载时会出现架构不兼容的错误。

具体修复步骤 #

步骤1：调整VSTO插件的编译目标平台

打开你的VSTO项目，右键项目 → 属性 → 生成 → 目标平台，选择x64，确保和64位Office的位数完全匹配，然后重新编译插件。

步骤2：修改WIX安装项目的平台配置

1. 打开VS的生成配置管理器，找到你的WIX安装项目（FooAddInSetup）；
2. 如果没有x64平台选项，点击「新建」，选择x64，并复制x86的设置，确认后保存；
3. 在WIX的安装路径配置中，把原来的ProgramFilesFolder替换为ProgramFiles64Folder，这样插件会安装到C:\Program Files\FooAddIn\目录下。

步骤3：修正注册表项路径

在WIX的注册表配置代码中，把注册表路径从：

<RegistryKey Root="HKLM" Key="SOFTWARE\WOW6432Node\Microsoft\Office\Word\AddIns\FooAddIn">

修改为：

<RegistryKey Root="HKLM" Key="SOFTWARE\Microsoft\Office\Word\AddIns\FooAddIn">

同时更新Manifest值的路径为C:\Program Files\FooAddIn\FooAddIn.vsto|vstolocal。

步骤4：验证VSTO运行时兼容性

虽然你已经安装了VS2010 Tools for Office Runtime，但要确认安装的是支持64位Office的版本（最新的VSTO Runtime通常同时兼容x86和x64，但建议卸载旧版本后重新安装对应64位的运行时包）。

额外排查技巧 #

• 检查Word信任中心：打开Word → 选项 → 信任中心 → 信任中心设置 → 加载项，确保没有勾选「禁用所有应用程序加载项」，同时确认你的插件没有被列入禁用列表；
• 启用Word加载日志：在注册表中添加HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Word\Diagnostics，新建DWORD值EnableLogging并设为1，重启Word后查看%temp%\WordLogs下的日志文件，里面会详细记录插件加载失败的原因；
• 用VSTOInstaller诊断：打开命令提示符，运行VSTOInstaller.exe /log "C:\temp\vsto-log.txt" /install "C:\Program Files\FooAddIn\FooAddIn.vsto"，查看日志中的报错信息，定位具体问题。

内容的提问来源于stack exchange，提问作者VA systems engineer