Experience APIを使用して、ウェブの枠を超えてカスタマイズされた顧客体験を提供します。

必要な柔軟性、セキュリティ、拡張性を備え、各タッチポイントでパーソナライズされ最適化された一貫性のあるデジタルインタラクションを構築・テストできます。

パーソナライゼーションや体験の最適化がブランドにとってますます戦略的なものになるにつれて、多くのチームが、新興の新しいチャネル全体でこのような機能をネイティブに統合することを模索しています。Experience APIを使用すると、プログラマティックターゲティング、商品レコメンデーション、行動ターゲティングメッセージングなど、Dynamic Yieldの完全なパーソナライゼーションスイートをサーバー側で実装できるようになりました。

従来、A/Bテストやパーソナライゼーションキャンペーンは、ブラウザ内のJavaScriptライブラリを使用してクライアント側で実装されていました。統合が容易で、マーケターが開発者への依存度を最小限に抑えながらウェブベースの体験を独自にテストして提供できるため、業界標準となったのも不思議ではありません。

デジタルコネクティビティの時代へと早送りすると、今日の顧客は、オンラインかオフラインかを問わず、すべてのインタラクションチャネルにおいて、現場で受けるのと同じ優れた体験を期待していることがわかるでしょう。ウェブを超えた展開を可能にする洗練されたソリューションの模索を余儀なくされたチームは、Dynamic YieldのExperience APIを活用して、モバイルアプリ、メール、IoTデバイス、店舗内キオスク、コールセンター、その他ブランドが顧客と接するあらゆるデジタルタッチポイント内で、依存しているパーソナライゼーション機能をネイティブに統合できるようになりました。

この記事では、サーバー側への移行によってもたらされる、エキサイティングなユースケースとメリットについて詳しく説明します。これには、パフォーマンスの向上、一元化されたコード制御、セキュリティの強化に加え、チームがペースを維持するために不可欠とする体験の継続性が含まれます。

Dynamic YieldのExperience APIは、製品マネージャーや開発者がスタック全体で関連性のある同期されたデジタルインタラクションを提供し、より高いレベルの柔軟性とコントロールを実現できるようにする一連のアプリケーションプログラミングインターフェイス（API）です。

さまざまなAPIとその機能の内訳については、以下をご覧ください。

パーソナライゼーション＆ターゲティングAPI — あらゆるデジタルタッチポイントにおいて、特定の市場やオーディエンスグループに基づいて、行動に基づく1:1メッセージ、ホームページのバナー、レコメンデーションなどをテストおよびターゲット設定します。

Recommendation API — パフォーマンスに応じたアルゴリズム主導の結果に加え、手動でのルール指定やスロットごとのレベル別ターゲティングによるおすすめの提供。また、商品フィードへの個別の変更をリアルタイムでプッシュします。

Customer Data API – ユーザーの志向に基づいてレイアウトやコンテンツの選択を並べ替えたり、ソースに関係なく個人レベルのプロファイルデータを収集・取得して、訪問者ごとにカスタムのエクスペリエンスを作成したりできます。

クライアントサイドとサーバーサイドのどちらを選ぶべきかという議論が現実に存在することは理解していますが、幸いにも、必ずしもどちらか一方を選択する必要はありません。Dynamic Yieldには、選択可能な2つの異なる実装方法が用意されています。

当社のクラシックな提供プランにより、Dynamic Yieldのすぐに使えるテンプレート、WYSIWYG、使いやすいユーザーインターフェイスなど、ご好評いただいている多くのクライアント側のメリットを享受しながら、APIベースのエクスペリエンスを展開できるようになりました。

これにより、マーケティングチームは自身でキャンペーンの作成と立ち上げを継続できるようになるだけでなく、開発チームがDynamic Yieldスクリプトだけでは実現できなかった高度なユースケースを構築する道が開かれます。

技術的なリソースと長期的なビジョンをお持ちの場合は、APIのみでエクスペリエンスを実行するオプションもご利用いただけます。より手数はかかるものの、サーバーサイドテストにおける幅広い機能、より深いインサイト、および全体的な高度さは、手軽さや利便性の面でこの方法に劣る部分を補って余りあるものです。

APIのみの実装により、開発チームは真の白紙の状態から開発を進めることができ、コードに対する完全かつ一元的なコントロール権が開発者に与えられるため、制限なく革新的なエクスペリエンスを作成できるようになります。

APIの世界での運用には、マーケティング部門とプロダクト部門のステークホルダー間での密接な連携が求められます。なぜなら、APIベースのキャンペーンの立ち上げは、通常ビジネス側の担当者によって処理される現在のワークフローとは異なるためです。

続いて、チームがテストする仮説を思いついたら、開発者はまずバックエンドで変更可能な変数を持つエクスペリエンスやテンプレートを構築する必要があります。その後、マーケター、マーチャンダイザー、プロダクトマネージャーなどが、これらの事前定義されたテンプレートを再利用してカスタマイズし、使い慣れた柔軟性と自由度を持って複数のキャンペーンを作成できるようになります。

確実に変更点ではありますが、当社のExperience APIのメリットやその活用方法多岐にわたるため、これから解説します。

Dynamic YieldのExperience APIを使用すると、パーソナライゼーションが影響を与えるチャネル、タッチポイント、デバイス、インタラクションに制限はありません。実際、すべてのつながりを通じて、パーソナライゼーションはより強力になり、関連性も高まります。

例えば、より没入感のある店頭体験の創出を目指す小売業者は、キオスク端末を活用して買い物客の商品発見をサポートすることができます。これらのデジタル画面により、ロイヤルティプログラムの会員はサインインし、過去の購入履歴や嗜好に基づいたパーソナライズされたオファーを受け取ることができます。または、セルフセグメンテーション調査を用いて、訪問者の回答や店舗内のどこで見つかるかといった情報に基づいて商品をおすすめすることも可能です。また、地域内の他の買い物客が購入している商品に基づいて、利用可能な最も人気のある商品を紹介するために位置情報データが活用される場合もあります。

収集されたデータは、顧客プロファイルの充実に役立てたり、オンラインでの体験をさらに拡張したりするために使用できます。

2014年にウォルマートはサイトのパフォーマンスがコンバージョンに与える影響を測定し、ページの読み込み時間が1秒から4秒に跳ね上がると、コンバージョンが急減することを発見しました。一方で、読み込み時間が1秒短縮されるごとに、コンバージョン率が2％増加しました。年間1,000万ドルの売上を誇るEコマースサイトの場合、その改善は20万ドルの収益増加を意味する可能性があります。消費者への期待値が当時から大幅に高まっていることを考慮すると、実際にはさらに多くの増加が見込まれます。

これは、ページの読み込み時にすぐ表示されるファールド上の要素において特に重要であり、レイテンシを最小限に抑えて画面のちらつき（フリッカー）をなくすことが理想的な結果となります。このような場合、チームはサーバーからDynamic YieldのExperience APIを呼び出すことができます。このアプローチでは、ページのレンダリング前にパーソナライズされたコンテンツがすでにマークアップに含まれているため、体験を完璧に実行できます（ちらつきとはもうお別れです）。

また、クライアントサイドのキャンペーンを非同期で「ファールドの下（ビュースポートの下）」にレンダリングすることも可能であり、ハイブリッド方式でDynamic Yieldを導入している場合のページ読み込みへの影響を最小限に抑えます。

多くのチームが、異なる価格モデルのテストや独自の顧客データの活用によって、訪問者に適切な製品やコンテンツをより的確にレコメンドしたいと考えている一方で、ブラウザ上でこのようなエクスペリエンスを提供するために必要な機密情報の露出を避けたいと考えています。

エクスペリエンスAPIを介してテストを実行することにより、選択されたバリエーションのみが顧客に配信され（他のデータは一切公開されません）、パーソナライゼーションのさまざまなユースケースを実験する新たな機会が広がります。

チームが導入プロセスを進め、APIベースの体験のローンチを開始するにつれて、開発者は自分たちが行っている呼び出しを素早く確認し、問題やエラーがないことを検証する方法が必要になります。

当社のAPIログでは、イベント、ページビュー、クリック、およびバリエーション選択の呼び出しの概要が詳細に表示されるため、予期しない動作の簡単なトラブルシューティングを行って根本原因を見つけて修正することができます。チームは時間範囲、タイプ、ステータス、警告、エラーで結果をフィルタリングして詳細を確認できます。また、任意のAPIコールをドリルダウンすることで、エラーや警告の全文に加え、実行されたリクエストの完全な本文を確認することも可能です。

APIが世界を飲み込んでいるという主張を支持するかどうかに関わらず、ウェブアプリとモバイルアプリの両方を動かすロジックを、柔軟で安全なサーバーサイドサービスの1つのコアセットに統合するブランドがますます増えています。

サードパーティ製クライアントスクリプトの利用以外の選択肢も検討される準備が整っている場合は、各チームのアーキテクチャやプライバシーに関する懸念を念頭に置いて、クライアントサイド、サーバーサイド、あるいはその両方から呼び出せるようにExperience APIを設計しています。