Keyが異なりますのでご注意ください。SDKを導入する以下、ご利用の開発フレームワークに応じた「SDKを導入する」ドキュメントに沿って、利用する機能に応じた必要なモジュールをインストールしてください。各種実装を行うステップ2で定めた実装項目に応じて、必要な対応を行なってください。POPUP/Push通知から特定画面に遷移させるためのdeeplinkを用意してください。Links利用の場合は以下の対応が必要です。始まるリンクの場合は外部ブラウザが起動する標準仕様になっているため、以下の対応が必要です。Linksへの対応が必要な場合もありますので、以下も併せてご確認ください。KARTEでプッシュ通知を送る場合に対応が必要です。プッシュ通知を送信するリッチプッシュを送りたい場合は、以下の対応も必要です(iOSのみ)。下記の各種機能に利用おいて必要な実装です。ビジュアルトラッキング機能の実装」を参照ホーム画面や、KARTEで頻度高く接客を表示することが想定される画面でご対応ください。ペアリングしたデバイスからKARTEに送信した操作ログを元に、KARTEにイベントを発火させる機能です。ビジュアルトラッキング機能とは一時的なイベント(端末キャンペーンにおけるユーザーの行動ログ等)を、追加実装不要で管理画面から追加できます。以下、ご利用の開発フレームワークに応じた「ビジュアルトラッキングを利用する」ドキュメントに沿ってご対応ください。※ユーザーのログアウト時にKARTEで自動付与されるvisitor_idをリセットする機能です。同端末で複数ユーザーがログインする場合は、意図した接客・プッシュ配信が行えない可能性があるため、必須でご対応ください。特定のnative要素をKARTEで管理する(Key-Valueで構成される値をKARTE経由で配信できる)機能です。設定値配信とは以下、ご利用の開発フレームワークに応じた「設定値を利用する」ドキュメントに沿ってご対応ください。イベントを送信するユーザーの行動情報(イベント)をKARTEに送信・トラッキングするための実装を行います。ステップ4で定めたイベントの仕様(イベント名・フィールド名・値の型・発火タイミング)に沿ってご対応ください。SDKが標準で自動送信するイベントについては、重複して送信しないようご注意ください。実装時は、以下の点をご留意ください。SDKでは、Viewイベントの発火(viewメソッドの呼び出し)が行われた時点で画面の境界を認識し、アプリ内メッセージの表示制御が行われます。Viewイベントの実装漏れがあると、意図した挙動で施策の表示/非表示ができない場合があります。viewイベント送信のベストプラクティス画面の境界を認識させるためには、WeView画面遷移時も、native側でのviewイベントの実装が必要です。いうフィールド名で、文字列形式で送信してください。AndroidKARTEでは、以下のイベント送信方法に対応しています。アプリのネイティブ画面で発生するイベントの送信方法です。以下、ご利用の開発フレームワークに応じた「イベントを送信する」ドキュメントに沿ってご対応ください。アプリ内WebView画面で発生するイベントの送信方法です。ページ内へのタグ設置、web/appユーザーの紐付け処理の実装が必要です。以下、ご利用の開発フレームワークに応じた「WebView内の行動をトラッキングする」ドキュメントに沿ってご対応ください。経由でのイベント送信方法です。serverside-actionに沿ってご対応ください。検証環境での確認・本番リリース検証環境でのイベント取得・接客の配信確認を行なってください。ご契約開始月以降のタイミングにてお願いします。検証環境での確認・本番リリースよくある質問・トラブルシューティング。