我之前也碰到过类似的ASP.NET分页场景，用Power Automate Desktop处理这种动态分页确实不能只依赖默认的「Extract data from web page」动作，它的固定选择器很容易失效。给你分享几个实战中好用的方案，完美适配这种“最多显示10页+省略号加载更多”的分页逻辑：

一、先搞定10页以内的动态遍历：用「获取网页元素」替代固定提取 #

默认的Extract Data动作会把你设置时选中的页码固定下来，没法适应页码数量变化。换个思路：

• 用「Get elements from web page」（获取网页元素）动作，定位页面上所有可见的页码链接。比如针对ASP.NET常用的分页控件，你可以用选择器定位（比如找class包含page-link的a标签，或者根据分页控件的ID写相对选择器，比如#GridViewPager a）。
• 拿到所有页码元素的列表后，用「For each」循环逐个点击。注意：每次点击后一定要等待页面加载完成（别用固定等待，用「Wait for web page element」等数据区域更新后再继续），然后执行你的数据提取操作。

二、处理超过10页的省略号场景：循环检测+点击加载 #

当页码超过10页时，需要先判断省略号元素是否存在，再触发加载更多页码：

1. 在每次遍历完当前可见的10页后，用「Check if web page element exists」（检查网页元素是否存在）动作，判断省略号（比如显示为...的链接）是否存在。你可以用XPath定位，比如//a[text()='...']，或者根据元素的class/id来写选择器。
2. 如果省略号存在：点击它，等待页面加载出下一组页码（同样用元素等待确保加载完成），然后回到第一步，重新获取新的页码元素列表并遍历。
3. 如果省略号不存在：说明已经到了最后一组页码，遍历完当前页就可以结束循环了。

三、避坑小技巧 #

• 不要复用旧的元素列表：每次点击省略号或页码后，页面的分页元素会重新渲染，所以每次循环都要重新执行「获取网页元素」动作，不能用之前缓存的元素列表，否则会找不到新加载的页码。
• 判断最后一页的小方法：除了检测省略号，你还可以对比当前页码和总页码（如果页面上显示总页数的话，比如“共25页”，可以先提取总页数，然后遍历到对应页码就停止）；或者检查「下一页」按钮是否不可点击（比如class包含disabled）。
• AJAX加载的处理：如果分页是AJAX异步加载的，记得用「Wait for JavaScript execution」动作等待页面脚本执行完成，确保新的页码元素已经渲染出来再操作。

简化版流程示例 #

给你列个清晰的流程步骤，直接照着搭就行：

1. 打开目标ASP.NET页面，等待页面加载完成。
2. 启动一个「While」循环，设置循环条件为「省略号元素存在 或者 当前未遍历到最后一页」。
3. 在循环内：
   • 用「Get elements from web page」获取所有可见的页码链接（排除「上一页」「下一页」「省略号」这些操作按钮，只抓数字页码）。
   • 用「For each」遍历每个页码元素：
     • 点击该页码，等待数据区域加载完成。
     • 执行你的数据提取/保存操作。
   • 检查省略号元素是否存在：
     • 存在：点击省略号，等待页面加载，回到循环开头。
     • 不存在：退出循环，结束任务。

这样不管页码是5页、12页还是30页，都能自动遍历所有页面，完全适配动态变化的分页逻辑～