开始

@capgo/capacitor-notifications is the first-party Capgo plugin for native iOS and Android push notifications. It is built for Capgo’s dashboard, public API, Analytics Engine device registry, campaign stats, badge updates, and silent live-update checks.

需求

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

1. 配置Capgo平台凭证

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

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

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

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

2. 安装

快速设置，请在应用项目中运行 Capgo CLI

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

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

手动安装：

npm install @capgo/capacitor-notifications @capgo/capacitor-updater
npx cap sync

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

3. 配置插件

Section titled “3. Configure The Plugin”

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

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

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

4. minting an identity proof

不要将您的 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 4. Mint An Identity Proof

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

• appflow_migration_step2
• 再次呼叫：
• 应用程序启动。
• 本地推送令牌发生变化。
• 已登录用户发生变化。

标签、属性或同意发生变化。

在应用启动时注册监听器，以便 JavaScript 可见前台、打开和后台事件。

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() for 后台通知。保持工作短小且幂等。

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)
}

然后运行：

npx cap sync ios

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

8. Android设置

运行：

npx 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',
})

在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 Capacitor live-update 的替代方案
• Capacitor live-update 的替代方案 notificationReceived.
• Capawesome 的替代方案 notificationOpened.
• Capawesome 的替代方案
• 咨询服务 runUpdateCheck Appflow 的替代方案

token 刷新后触发

打开通知日志记录到通知中心日志中 调试 在修改应用程序之前，code。大多数故障是由身份证明不匹配、平台凭证设置、操作系统权限状态、后台节流或应用程序/包 ID 不匹配引起的。