开始使用

@capgo/capacitor-notifications 是第一方 Capgo 插件，用于原生 iOS 和 Android 推送通知。它是为 Capgo 的控制台、公共 API、分析引擎设备注册表、营销统计、徽章更新和静默实时更新检查而构建的。

需求

• 已在 Capgo 中添加的 Capacitor 应用程序。
• 访问 Capgo 应用程序的通知选项卡。
• 具有写入访问权限的 Capgo API 密钥，用于后端证明铸造和 API 发送。
• 应用程序的 iOS 和/或 Android 平台推送权限。
• @capgo/capacitor-updater 如果您想要静默推送更新检查。

1. 配置 Capgo 平台凭证

打开Capgo中的应用，然后前往 通知.

为每个您要支持的平台添加一个平台凭证条目:

• 安卓 - 应用程序包 ID 和安卓推送项目元数据。
• iOS - 应用程序 ID、团队 ID、密钥 ID 和匹配的 iOS 推送密钥元数据。

Capgo 显示必须在API 工作人员中存在的精确环境密钥名称。该工作人员存储元数据和预期密钥引用。私密凭证本身留在工作人员环境中。

2. 安装

为了获得最快的设置，请从您的应用程序项目中运行Capgo CLI：

npx @capgo/cli@latest notifications setup com.example.app

命令安装通知包，保存Capacitor插件配置，创建一个小型辅助文件，并运行Capacitor同步。除非您需要手动连接每个文件，否则请使用此路径创建新应用。

手动安装：

bun add @capgo/capacitor-notifications @capgo/capacitor-updater
bunx cap sync

如果您不使用静默Capgo更新检查，则可以省略 @capgo/capacitor-updater.

3. 配置插件

在应用启动时配置插件一次。

import { CapgoNotifications } from '@capgo/capacitor-notifications'

await CapgoNotifications.configure({
  appId: 'com.example.app',
  autoUpdater: true,
  updateInstallMode: 'next',
})

使用 updateInstallMode: 'next' 下载更新并在下一次重启或后台循环中安装它。使用 updateInstallMode: 'set' 仅在您希望 Capgo 立即在安全时安装更新时使用。

4. mint身份证明

不要将您的 Capgo API 密钥放入移动应用中。您的后端应要求 Capgo 在您自己的用户身份验证成功后获取 identityProof 终端窗口

curl -X POST 'https://api.capgo.app/notifications/recipients/proof' \
  -H 'Content-Type: application/json' \
  -H 'x-api-key: CAPGO_API_KEY' \
  -d '{
    "appId": "com.example.app",
    "externalId": "customer-user-123"
  }'

返回到应用程序中并使用您的会话响应。 identityProof 5. 注册设备

标题：5. 注册设备

在确定已登录的客户用户后再注册。

const registration = await CapgoNotifications.register({
  externalId: 'customer-user-123',
  identityProof,
  tags: ['paid', 'beta'],
  attributes: {
    plan: 'team',
    locale: 'en-US',
  },
  consent: true,
})

console.log(registration.recipientKey, registration.deviceKey)

呼叫 register context

• 再次呼叫：
• 应用程序启动时
• 本机推送令牌发生变化
• 已登录用户发生变化
• 标签、属性或同意发生变化

应用程序很长时间没有刷新注册

标题：6. 添加事件监听器

await CapgoNotifications.addListener('registrationChanged', () => {
  void CapgoNotifications.register({
    externalId: currentUser.id,
    identityProof: currentUser.capgoNotificationProof,
    tags: currentUser.notificationTags,
    consent: currentUser.pushConsent,
  })
})

await CapgoNotifications.addListener('notificationReceived', (notification) => {
  console.log('Notification received', notification)
})

await CapgoNotifications.addListener('notificationOpened', (event) => {
  console.log('Notification opened', event.notification.id)
})

await CapgoNotifications.addListener('backgroundNotification', async (event) => {
  try {
    console.log('Background notification', event.notification.data)
  } finally {
    await event.finish()
  }
})

总是调用 finish() 在工作完成后, 为后台通知调用。 保持工作短小且幂等。

7. iOS 配置

在 Xcode 中, 打开应用目标并启用:

• 推送通知
• 背景模式 > 远程通知

将远程通知从 ios/App/App/AppDelegate.swift:

func application(_ application: UIApplication, didReceiveRemoteNotification userInfo: [AnyHashable: Any], fetchCompletionHandler completionHandler: @escaping (UIBackgroundFetchResult) -> Void) {
    NotificationCenter.default.post(name: Notification.Name("CapgoNotificationsRemoteNotification"), object: userInfo)
    completionHandler(.newData)
}

然后运行:

bunx cap sync ios

在测试后台通知时，使用物理iOS设备。模拟器对于UI工作很有用，但不能代表生产后台推送行为。

8. Android 配置

运行：

bunx cap sync android

然后验证：

• 您的Android平台凭据已在Capgo中配置。
• 应用程序包ID与用于平台推送设置的包ID匹配。
• 在Android 13+之前，请求可见通知的权限。
• 应用程序有一个与品牌匹配的通知图标和通道策略。
• 您在物理设备或模拟器上测试，带有Google Play服务。

启动应用程序时创建一个默认的Android通道:

await CapgoNotifications.configure({ appId: 'com.example.app' })

await CapgoNotifications.register({
  externalId: currentUser.id,
  identityProof: currentUser.capgoNotificationProof,
  consent: true,
})

该插件声明了Android推送消息服务。请在宿主应用中保留应用备份、数据提取、网络安全和通知图标策略。

9. 发送测试通知

使用 通知>测试发送 在Capgo中，或者从您的后端调用公共API:

curl -X POST 'https://api.capgo.app/notifications/send' \
  -H 'Content-Type: application/json' \
  -H 'x-api-key: CAPGO_API_KEY' \
  -d '{
    "appId": "com.example.app",
    "target": { "externalId": "customer-user-123" },
    "payload": {
      "title": "Hello from Capgo",
      "body": "This is a test notification.",
      "data": { "screen": "inbox" }
    }
  }'

对于一个活动，创建它在仪表板上或者调用 /notifications/campaigns, 然后将消息发送到外部 ID、标签、分段或广播受众。

10. 设置徽章

await CapgoNotifications.setBadge(4)
await CapgoNotifications.incrementBadge()
await CapgoNotifications.clearBadge()

从您的后端：

curl -X POST 'https://api.capgo.app/notifications/badge' \
  -H 'Content-Type: application/json' \
  -H 'x-api-key: CAPGO_API_KEY' \
  -d '{
    "appId": "com.example.app",
    "target": { "externalId": "customer-user-123" },
    "badge": 4
  }'

11. 启用静默更新检查

静默更新检查将此插件与 @capgo/capacitor-updater.

在应用程序中：

await CapgoNotifications.enableUpdaterIntegration({
  enabled: true,
  installMode: 'next',
})

In Capgo 中，启用 推送更新给用户 在应用的通知设置中启用，然后从控制台或 API 中发送一个更新检查：

curl -X POST 'https://api.capgo.app/notifications/update-check' \
  -H 'Content-Type: application/json' \
  -H 'x-api-key: CAPGO_API_KEY' \
  -d '{
    "appId": "com.example.app",
    "target": { "externalId": "customer-user-123" },
    "installMode": "next"
  }'

通知是静默的，使用折叠 ID，因此重复的更新检查将互相替换，当平台支持折叠行为时。

验证清单

• 应用将出现在 Capgo 收件人查找中，用于期望的 externalId.
• 权限已获得 granted 或用户已接受通知权限。
• 已注册的平台是 android 或 ios.
• registrationChanged 刷新令牌后触发
• 前台测试日志 notificationReceived.
• 打开通知日志 notificationOpened.
• 仪表板统计显示排队和发送的事件，然后在设备报告它们时接收/打开。
• 静默更新检查记录来自 runUpdateCheck 或更新器集成的结果。

继续从开始

如果设置不起作用，请使用 调试 在更改应用程序code之前，请使用调试。最常见的故障原因是身份证明不匹配、平台凭证设置、OS权限状态、后台节流或应用程序/包ID不匹配。