HTML元素不可见的可能原因 #

• 非Web原生控件嵌入：这款.aspx BPA应用大概率使用了ActiveX、.NET WinForms/WPF等桌面控件嵌入浏览器，这类控件不属于标准HTML DOM结构，浏览器审查工具无法识别显示。
• IE兼容模式限制：应用可能通过页面头X-UA-Compatible强制Edge切换到旧IE模式，部分IE兼容模式下的嵌入控件不会暴露DOM节点，导致审查工具无法解析。
• 自定义渲染/安全限制：企业级BPA应用可能自带自定义渲染层，或通过脚本禁用了浏览器的DOM检查功能，阻止审查工具访问页面结构。

Power Automate Desktop自动化解决方案 #

1. 切换UI元素捕获模式 #

• 改用图像/文本识别捕获：在Power Automate的元素捕获界面，选择“图像识别”或“文本识别”模式，依靠元素的视觉特征或显示文本定位，无需依赖HTML DOM。
• 尝试Windows控件捕获：如果应用是嵌入的桌面控件，切换到“Windows控件”捕获模式，Power Automate可以识别原生Windows控件的属性（如控件名称、类名）来定位。

2. 调整Edge浏览器设置 #

• 检查并调整IE兼容模式：在Edge地址栏输入edge://compat/enterprise，查看该.aspx域名是否被强制设置为IE模式。若有，可尝试临时禁用（需权限联系IT），或直接改用Power Automate的IE浏览器自动化组件，IE对旧控件的支持更完善。
• 启用旧版Edge引擎调试：打开Edge开发者工具（F12），进入设置面板，勾选“允许在工具中使用旧版Edge（EdgeHTML）引擎”，重新加载页面后再尝试审查元素，可能会显示出控件对应的DOM结构。

3. 替代定位方案 #

• 坐标+图像匹配：若元素位置相对固定，截取元素的清晰截图，在Power Automate中使用“点击图像”动作；或记录元素的屏幕坐标，用“点击坐标”动作执行操作，注意设置合理的容错率适配分辨率变化。
• 键盘快捷键操作：如果应用支持键盘导航（如Tab切换控件、Enter确认），用Power Automate的“发送按键”动作完成操作，完全绕过UI元素捕获问题。

4. 从应用层面解决 #

• 对接开发团队获取API接口：直接调用应用的后台API完成业务操作，比UI自动化更稳定可靠，避免控件兼容性问题。
• 请求开发添加可识别标识：比如给嵌入控件设置可访问性名称（Accessible Name），Power Automate可通过可访问性属性捕获元素；或让开发移除阻止DOM检查的脚本，调整页面兼容浏览器审查工具。

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