コードベースチャネルの基本を学ぶ get-sarted-code-based
Journey Optimizer を使用すると、web アプリ、モバイルアプリ、デスクトップアプリ、ビデオコンソール、TV 接続デバイス、スマート TV、キオスク、ATM、音声アシスタント、IoT デバイスなど、すべてのタッチポイントで顧客に提供するエクスペリエンスをパーソナライズしてテストできます。
コードベースのエクスペリエンス 機能を使用すると、シンプルで直感的な非ビジュアルエディターを使用して、インバウンドエクスペリエンスを定義できます。これにより、コンテンツ全体に変更を適用する代わりに、アプリケーションの種類に関係なく、アプリや web ページの個別のより詳細な場所で、特定の要素を挿入および編集できます。
コードベースのチャネルと他のチャネルを使用する場合 code-based-vs-other-channels
コードベースのチャネルと他のチャネルの比較
他の Journey Optimizer チャネルではなく、コードベースのチャネルを使用するのはどのような場合ですか？
-
デジタルプロパティに web ブラウザーやモバイルアプリを通じてアクセスできない場合はいつでも、コードベースのエクスペリエンスの使用を検討してください。この場合は、Journey Optimizer web チャネルまたは Journey Optimizer アプリ内メッセージングチャネルを使用したほうがよいでしょう。
-
Web デザイナービジュアルエディターに web サイトを読み込めない場合、またはビジュアルオーサリングを強化するブラウザー拡張機能を使用できない場合は、Journey Optimizer web チャネルの代わりにコードベースチャネルを使用できます。
-
また、API ベース、ヘッドレス、またはサーバーサイド実装がある場合は、Journey Optimizer web チャネルやアプリ内チャネルの代わりにコードベースのチャネルを使用することもできます。
コードベースのチャネルと web チャネルの比較
Web の使用例を実行するには、web チャネルまたはコードベースのエクスペリエンスを使用できますが、コンテキストに応じて、どちらか一方が適切です。いつ何を使用するかを十分な情報に基づいて決定できるように、主な違いを以下に示します。
Web
- Web デザイナービジュアルエディターを使用してコンテンツを編集します。
- Adobe Experience Platform Web SDK を実装し、Adobe Experience Cloud Visual Editing Helper 拡張機能を web ブラウザーにインストールしている必要があります。詳細情報
- Web チャネルを使用すると、ページ上のすべての項目を変更でき、変更に使用できるアクションの事前定義済みのリストが表示されます。詳細情報
- 簡単に設定して、すぐに使い始めることができます。
- マーケティング担当者向けです。
コードベースのエクスペリエンス
- パーソナライゼーションエディターを使用して、コンテンツを編集します。
- コードベースのエクスペリエンスでは、Journey Optimizer によってエッジに公開されたコンテンツをサーフェスが解釈して配信できるように、実装に対する事前の開発作業が必要です。詳細情報
- より詳細な計画が必要で、開発者が指定した内容だけを変更できます。したがって、パーソナライゼーションやテストのために変更が必要なサーフェス上のコンポーネント（ホームバナー、ヒーロー画像、メニューバーなど）を特定し、開発チームと協力してこれらの変更処理に必要な実装を構築することが重要です。
- JSON コードコンテンツを使用できます。
- 開発担当者向けです。
仕組み how-it-works
Journey Optimizer コードベースのエクスペリエンス機能を使用してコンテンツを編集するには、ページやアプリを実装する必要があります。これを行うには、コンテンツを挿入または置換する特定の個々の場所（「サーフェス」と呼ばれる）を事前に宣言する必要があります。
コードベースのキャンペーンを実装するための主な手順を以下に示します。
-
サーフェスを定義します。サーフェスは、基本的にコードベースのエクスペリエンスを追加する場所で、このサーフェスを使用して Journey Optimizer でキャンペーンを作成します。方法についてはこちらを参照
-
Journey Optimizer パーソナライゼーションエディターを使用して、選択したサーフェスのコンテンツを指定してエクスペリエンスを作成します。方法についてはこちらを参照
-
アプリ実装チームは、明示的な API または SDK 呼び出しを行って、「バナーテキスト」や「Recommendations トレイ 1」などの名前付きサーフェスや、アプリケーション内の UI 関連以外の決定ポイント（「検索アルゴリズムパラメーター」など）のコンテンツを取得します。この場合、実装チームは返されたコンテンツをレンダリングするか、その他の方法で解釈し、それに基づいて行動する責任があります。
サーフェスとは surface-definition
コードベースのエクスペリエンスサーフェス とは、ユーザーやシステムの操作用に設計されたエンティティで、URI によって一意に識別されます。
つまり、サーフェスは、エンティティ（タッチポイント）が存在する階層の任意のレベルのコンテナと見なすことができます。
-
Web ページ、モバイルアプリ、デスクトップアプリ、大きなエンティティ内の特定のコンテンツの場所（
divなど）または非標準の表示パターン（キオスクやデスクトップアプリのバナーなど）が考えられます。 -
また、非表示または抽象された表示を目的として、コンテンツ コンテナの特定の部分に拡張することもできます（サービスに配信される JSON BLOB など）。
-
また、様々なクライアントサーフェス定義に一致するワイルドカードサーフェスにすることもできます（例えば、web サイトの各ページのヒーロー画像の場所を web://mydomain.com/*#hero_image のようなサーフェス URI に変換できます）。
基本的に、サーフェス URI は複数のセクションで構成されます。
- タイプ：web、mobileapp、atm、kiosk、tvcd、service など。
- プロパティ：ページ URL またはアプリバンドル
- コンテナ：ページ／アプリアクティビティ上の場所
次の表に、様々なデバイスのサーフェス URI 定義の例を示します。
Web およびモバイル
web://domain.com/path/page.html#elementmobileapp://com.vendor.bundle/activity#elementmobileapp://com.vendor.bundle/#elementその他のデバイスタイプ
desktop://com.vendor.bundle/#elementtvcd://com.vendor.bundle/#elementservice://servicename/#elementkiosk://location/screen#elementatm://location/screen#elementワイルドカードサーフェス
wildcard:web://domain.com/*#elementwildcard:web://*domain.com/*#element