Salesforce 公开站点访问 Flow 提示不允许 Guest user 访问，如何解决？

2026-11-04数据小许

结论

应将 Flow 嵌入公开站点的页面，再把页面链接提供给访客。给 Guest user profile 授予 Flow 访问权限，不会使题目中的 /lightning/flow/FLOW_NAME 成为可匿名访问的入口。Salesforce 官方文档要求，向站点或门户用户分发 Flow 时，应链接到嵌入 Flow 的页面；站点和门户用户不能直接运行 Flow。官方说明

题目还提到组件在 Lightning Out 中无法工作。更换入口后，仍需确认组件是否支持目标页面的运行环境。由于缺少组件名称和具体错误，无法保证某种承载方式一定兼容。

优先使用 Experience Cloud 的公开页面

如果可以使用 Experience Cloud，可在 Experience Builder 中创建公开页面，放入 Flow 组件并选择已激活的 Screen Flow，然后将发布后的页面 URL 提供给访客。Salesforce 将这种方式列为向外部匿名用户分发 Screen Flow 的正式途径。外部用户 Flow 分发方式

配置时检查以下项目：

激活 Flow：供 Experience Builder 选择的 Flow 必须是已激活的 Screen Flow。
开放站点访问：在 Experience Builder 的 Settings → General 中，启用 Guest users can see and interact with the site without logging in，并确认目标页面允许匿名访问。
核对站点对应的访客配置文件：从当前站点进入 Guest user profile，在 Enabled Flow Access 中加入目标 Flow。不要只核对其他站点的访客配置文件。
配置特定 Flow 的访问范围：在 Setup → Flows 中，通过目标 Flow 的 Edit Access 配置 Override default behavior and restrict access to enabled profiles or permission sets，并核对获准的访客配置文件。
按站点类型补充设置：如果使用 LWR 站点，按官方要求检查 Workspaces → Administration → Preferences 中的 Allow guest users to access public APIs。

上述访客访问设置见 Allow Guest Users to Access Flows。完成设置并发布后，用无痕窗口访问页面，以免管理员登录状态影响测试。

保留 Salesforce Sites 时，可评估 Visualforce 承载

如果继续使用 Salesforce Sites，官方也提供了通过 Visualforce 页面嵌入 Flow 的方案。最小示例如下，将 FLOW_NAME 替换为实际 Flow 的 API Name：

<apex:page>
    <flow:interview name="FLOW_NAME"/>
</apex:page>

保存页面后，将页面加入目标站点的 Site Visualforce Pages，并确认该站点的 Guest user profile 可以访问此 Visualforce 页面。访客访问的是站点中的页面链接。Visualforce 嵌入步骤

上述 <flow:interview> 方式使用 Classic runtime。如果 Flow 依赖需要 Lightning runtime 的屏幕组件，应先验证兼容性。Visualforce 承载本身不能保证解决 Lightning Out 中的组件问题。Flow 外部分发与运行环境说明

如何判断剩余问题出在哪里

先通过选定的承载页面测试一个只包含简单屏幕的已激活 Flow，再逐步加入原来的组件和数据操作：

简单 Flow 也无法打开：继续检查页面公开状态、页面访问权限以及当前站点的 Flow 授权。
简单 Flow 可以打开，加入特定组件后失败：检查组件对 Experience Cloud、访客身份及目标运行环境的支持。
页面和组件都能显示，执行数据操作时失败：根据报错中的具体元素，检查 Flow 的运行上下文，以及适用的对象、字段、记录或 Apex 访问要求。

公开 Flow 的权限应按需授予。不要仅为消除错误而改用 system context。官方建议尽量避免这样做；确有需要时，必须在 Flow 中落实相应的访问控制。Flow Security