앱 푸시

기기 토큰 등록 살다

로그인된 회원의 WebView 내부에서 이 기능을 호출하세요(소비자 세션 쿠키에 ID가 저장됩니다). 해당 세션을 설정하는 WebView SSO 흐름에 대한 자세한 내용은 회원 포털 임베드 가이드를 참조하세요.

// The member must be signed in (consumer session cookie, set by the WebView SSO
// flow). teamId + memberId are taken from the SESSION — never the request body —
// so there is no member-enumeration surface here.
POST https://flash.socialhub.ai/api/consumer/push/register
Content-Type: application/json

{
  "platform": "ios",             // "ios" | "android"
  "provider": "fcm",             // "fcm" (default) | "apns"  — optional
  "token": "<device push token>",
  "appBundleId": "com.yourbrand.app"   // optional
}
// → 200  { "ok": true }
//   Idempotent UPSERT keyed on (team, token): re-registering the same device
//   simply re-points it at the current member. Call it on every app launch and
//   whenever the OS rotates the token.

전송: 푸시는 채널이지 API 호출이 아닙니다.

// You do NOT call a "send push" endpoint. Push is a CHANNEL inside the existing
// automation + campaign send stack — the same engine that sends email. When a
// journey or campaign targets a member:
//
//   1. SocialHub resolves the member's channels in a waterfall (fail-open):
//        push (if a token + consent exist)  →  email  →  …
//   2. One SHARED frequency cap applies across channels, so a member is never
//      double-messaged on push AND email for the same step.
//   3. No token / no consent / push disabled  →  silently falls back to email.
//
// Net: you author one journey; SocialHub picks the best channel per member.

마케터는 코딩 없이 푸시 알림을 작성할 수 있습니다. 시각적 캠페인 캔버스(이메일 옆)의 푸시 단계에서 AI가 생성한 문구, 이메일과 동일한 병합 태그, 재사용 가능한 푸시 템플릿을 활용합니다. 마케터가 작성한 내용은 캠페인의 푸시 콘텐츠가 되며, 위의 전송 경로를 통해 전달됩니다. 앱은 기기 토큰만 등록합니다.

승인 체크리스트