OneSignal連携では何をつなぎますか?
OneSignal連携は、アプリSDK、顧客ID、チャネル購読、属性、行動イベントをつなぐ作業です。SDKの導入と顧客の状態に応じた配信は、連続した実装の段階です。
アプリ担当は端末や画面の動作、サーバー担当は会員や取引の確定状態、CRM担当は対象と案内条件を定義します。同じ顧客IDとイベント仕様を使うことで、配信と実際のサービス状態を一致させます。
顧客・端末・購読を区別する
機種変更やメール追加の後も同じ顧客として扱うには、自社の会員識別値とOneSignalの購読構造を接続します。
User
複数チャネルの購読をまとめる顧客単位です。顧客属性はこの単位で管理し、各接点で配信できるかは個別の購読状態で確認します。
Subscription
アプリ、ブラウザー、メールなどの受信先です。一人に複数の購読があるため、購読数と登録会員数は同じ意味ではありません。
External ID
サービス側で定める安定した会員識別値です。認証済みの会員IDをログイン処理に接続し、複数端末やチャネルを同じ顧客に関連づけます。
現在の状態は属性、発生した行動はイベント
「有料会員である」と「今、決済した」は異なるデータです。TagsとCustom Eventsを分けると、対象選定と行動に応じた自動化の役割が明確になります。
Tags：現在の顧客属性
planやpreferred_languageなど、対象選定やパーソナライズに使う値を管理します。更新元のシステムと不要な値を削除する時点を決めます。
Custom Events：発生した行動
subscription_startedやbooking_confirmedなどを送ります。イベント名、発生条件、顧客ID、関連する識別値、属性の型を仕様にします。
Custom Eventsは有料プランで利用でき、保存には別途課金条件があります。履歴によるセグメントはEarly Accessのため、アカウントでの有効化と保存条件を確認します。
SDKとサーバーの役割を分ける
同じ行動をアプリとサーバーがそれぞれ送ると、重複した案内が始まる可能性があります。取引の完了などは、それを確定するシステムを基準にします。
アプリ・Web
SDK初期化、認証済み会員のログイン・ログアウト、権限要求、クリック後の遷移、アプリの行動を実装します。アカウント切替後に以前の会員情報が残らないことを確認します。
サーバー・データ基盤
決済・予約の確定イベント、属性更新、再試行と重複防止を担当します。イベントの送信元と識別値を決め、後続行動を正しく対応づけます。
運用・セキュリティ
公開識別子のApp IDと秘密のAPIキーを区別します。APIキーをアプリコードに入れず、サーバーの安全な保管先で管理し、テストと本番の設定を分けます。
1回の配信成功以外にも確認する
テスト通知が届いたことだけでは、運用準備を十分に判断できません。実際の顧客が経験する会員変更、受信設定、失敗を含めて検証します。
アカウント切替
匿名利用、ログイン、ログアウト、別会員でのログインを通じて、購読が正しい顧客に関連づけられることを確認します。
権限と遷移
許可・拒否・配信停止、アプリの起動状態、ログインが必要な画面、削除・期限切れの遷移先を確認します。
データと繰り返し
イベントの欠落・重複・再試行、属性の型違い、目標行動後の配信停止を点検し、運用担当が使える記録を残します。
設計例
予約の確定から訪問準備の案内まで
アプリで申し込み、サーバーで予約を確定するサービスの設計例です。ボタンのクリックと予約の確定を区別します。
会員を関連づける
認証済みの安定した会員IDを接続し、チャネル別の購読状態を確認します。
サーバーから確定を送る
予約の保存完了後にbooking_confirmedを送ります。booking_idと案内に必要な属性だけを含めます。
次の行動を案内
イベントを基準に案内を開始し、予約詳細へリンクします。変更や取消に伴う終了条件も定めます。
変更時の動作を検証
サーバーの再試行、一人の複数予約、ログアウト中のリンク表示をテストし、別の予約の行動が混在しないことを確認します。
データは案内と条件判断に必要な範囲に絞ります。本文やイベント属性に不要な機微情報を含めないよう、データ担当者と項目を確定します。
IXCの導入支援
IXCが連携設計とアプリ改修を支援します
韓国のOneSignal公式パートナーとして、SDK追加、アプリ機能、ディープリンク、サーバー・顧客データ連携、QA、運用を支援します。既存システムに合わせて範囲と役割を決めます。
連携設計
会員ID、端末購読、Tags、イベント、同意状態、データの発生元を整理します。
実装と移行
アプリとサーバーを接続し、既存ツールの顧客識別値と運用フローを照合します。
検証と運用引継ぎ
テストシナリオ、検証記録、障害対応の基準、施策変更の手順を担当者に引き継ぎます。
設計・検証に使う実務資料
よくある質問
SDKを入れるだけで顧客別の配信ができますか?
SDKは購読とアプリの動作を接続する基盤です。顧客別の案内には会員ID、必要な属性・イベント、チャネル設定、購読状態も接続します。開発範囲は既存のログインやサーバー構成によって異なります。
一人の顧客の複数端末はどう結びますか?
安定した会員識別値をExternal IDとして使います。ログイン時に同じ会員IDを接続して複数の購読をまとめ、ログアウトと別アカウントへの切替も実装します。
すべての行動履歴をTagsに保存すればよいですか?
Tagsは現在の顧客属性の管理に適しています。時点や個別の属性を持つ行動はCustom Eventsに分け、履歴保存とイベントセグメントの利用条件を確認して必要な項目を設計します。
アプリ開発者が不足していても導入できますか?
IXCがSDK追加、アプリ改修、ディープリンク、サーバーイベント、顧客データ連携を支援できます。技術構成、ソースへのアクセス、リリース方法、既存ツールを基準に実装と検証範囲を決めます。