我之前也碰到过一模一样的情况——当依赖的Web源突然返回空数据时，不仅仪表盘没法修改，高级编辑器里的衍生步骤还会抛出Load was cancelled by an error in loading a previous table的报错。核心问题是Power BI无法识别空数据源的表头结构，导致后续步骤全部中断。用静态表头兜底就能完美解决，具体步骤如下：

步骤1：进入Power Query编辑器并处理原始Web源 #

• 打开你的Power BI文件，点击数据选项卡，选择转换数据进入Power Query编辑器。
• 保留出问题的Web数据源加载步骤（不用删除，后续要基于它做判断）。

步骤2：创建静态表头表 #

我们需要手动创建一个和正常Web源结构完全一致的空表，用作兜底：

• 在Power Query编辑器顶部，点击主页选项卡 → 输入数据。
• 在弹出窗口中输入Web源正常返回时的所有列名（比如订单ID、客户名称、金额等），无需填写数据行，直接点击确定。
• 将新建表重命名为静态表头表（方便后续引用）。

你也可以直接用M代码创建，在高级编辑器里插入这段代码（替换列名为你的实际列名）：

静态表头表 = #table(
    {"订单ID", "客户名称", "金额"}, // 替换为你的实际列名
    {} // 空数据行
)

步骤3：添加条件判断，合并数据源 #

让Power BI自动判断：Web源有数据就用原始数据，空数据就用静态表头表：

• 找到原始Web数据源的最后一步（比如叫源或导航）。
• 在高级编辑器里插入一个新步骤，输入以下M代码（替换原始Web数据为你的实际Web数据源名称）：

最终数据源 = if Table.IsEmpty(原始Web数据) then 静态表头表 else 原始Web数据

• 将之前衍生步骤里的数据源引用，全部替换成最终数据源（比如原本引用原始Web数据的筛选、分组步骤，现在改为最终数据源）。

步骤4：应用更改并验证 #

• 点击Power Query编辑器顶部的关闭并应用，回到Power BI主界面。
• 现在即使Web源返回空数据，Power BI也能识别静态表头表的结构，后续衍生步骤不会报错，仪表盘也能正常修改了。

这个方案的核心是给Power Query一个稳定的表头结构兜底，避免空数据源导致的步骤中断，我在生产环境里用这个方法解决过好几个类似问题，亲测有效。

内容的提问来源于stack exchange，提问作者KARTHIKEYAN.A