Skype for Business Web SDK公网站点集成相关技术问询

我来帮你逐个梳理这三个在公网站点集成Skype for Business Web SDK的常见问题，都是客服场景里的典型痛点：

默认的SFB对话控件确实依赖Azure AD的Office 365凭据认证，但针对公网站点的匿名访客场景，你可以通过Skype for Business匿名会议功能绕开登录要求：

• 首先在Office 365租户后台开启「允许匿名用户加入会议」的配置，然后创建一个持久化的固定会议链接（专门用于客服对接的公共会话）
• 使用SFB Web SDK的匿名模式初始化，不需要用户输入账号密码就能直接加入聊天/音视频会话，核心代码示例如下：

// 匿名初始化SFB Web SDK
const sfbSDK = new microsoft.teams.skypeforbusiness.WebSDK({
  anonymous: true,
  meetingUrl: 'https://your-tenant.lync.com/meet/your-support-team/ABC123XYZ', // 你的固定客服会议链接
  container: document.getElementById('sfb-chat-container')
});

sfbSDK.initialize().then(() => {
  // 初始化成功，访客即可发起对话
});

• 注意：要确保你的SFB租户已经开启匿名访问权限，否则匿名模式会无法正常工作。

针对大量访客同时接入的场景，核心思路是给每个访客会话添加唯一标识，让客服能快速区分：

• 在初始化SFB控件时，给每个访客生成一个唯一的访客ID（可以基于页面session、IP+时间戳或者用户的设备指纹生成），并通过SDK的自定义context参数传递给客服端：

// 初始化时注入访客标识
sfbSDK.initialize({
  context: {
    visitorId: `visitor-${Date.now()}-${Math.random().toString(36).substr(2, 9)}`,
    visitorSite: 'partner-subdomain-1' // 可选：标记访客来自哪个子域站点
  }
});

• 客服端的SFB界面会自动显示这些自定义元数据，同时你可以在后端搭建一个轻量的存储服务，把访客ID、聊天内容、时间戳绑定存储，方便后续回溯和统计
• 另外，SFB原生的对话历史中，每个匿名会话都会有独立的会话ID，你也可以直接利用这个ID来区分不同访客的对话，不需要额外开发就能实现基础的区分需求。

完全可以复用同一个Azure AD应用，不需要为每个子域单独创建新应用，只需要完成以下配置：

• 登录Azure门户，找到你的目标应用注册，进入「认证」选项卡
• 在「重定向URI」列表中，添加所有子域站点的回调地址（比如https://partner1.yourdomain.com/sfb-callback、https://partner2.yourdomain.com/sfb-callback）；如果子域数量较多，也可以使用通配符格式（比如https://*.yourdomain.com/sfb-callback），但要注意：通配符仅支持一级子域，且必须是HTTPS协议，同时Azure AD对通配符URI有安全限制，需要确认符合租户的安全策略
• 确保应用的「API权限」配置是全局有效的，不需要针对子域单独调整；如果站点有跨域请求需求，还需要在应用的「CORS」设置中添加所有子域的域名。

内容的提问来源于stack exchange，提问作者Guarav T.