ヘッドレスCMS eコマースAPIとは何ですか?

ヘッドレスeコマースは、フロントエンド(コンテンツ配信アプリケーション)がバックエンド(コンテンツ管理システムまたはデジタルエクスペリエンスプラットフォーム)から分離されているアーキテクチャです。ヘッドレスCMSアプローチを採用することには、オールインワンの従来のeコマースモデルと比較して、次のようないくつかの重要な利点があります。

• ヘッドレスは、基盤となるバックエンドインフラストラクチャを混乱させたり不安定にしたり、複雑な互換性の問題を引き起こしたりする可能性がないため、フロントエンドエクスペリエンスを変更するのがはるかに簡単で、速く、シンプルで、安価で、リスクが少ないです。
• 包括的なビジネスロジックとバックエンドサービスの開発に余分な時間とリソースを割り当てる必要はありません。これは、多くの場合、予想よりもはるかに多くの費用がかかる作業です。研究によると、エンタープライズITチームプロジェクトの3分の2は予算を100%も超過しており、当初の予算の25%以内で最終リリースに到達できているのは4人に1人だけです。
• ヘッドレスアーキテクチャは、アプリケーションプログラミングインターフェイス(API)を介してアセットをプレゼンテーションレイヤーに接続して公開するためのシームレスな統合アプローチをサポートします。簡単に言うと、APIはフロントエンド(ユーザーインターフェイス)とバックエンドシステムが相互に「対話」することを可能にし、まったく新しいレベルの柔軟性、カスタマイズ、オプション、および機会を解き放ちます。

API はヘッドレスCMS eコマース アーキテクチャの中心にあるため、この記事の残りの部分では、いくつかの基本的な質問に答えることで詳しく見ていきます。

• ヘッドレスCMS eコマースAPIはどのように機能しますか?
• APIプロトコルにはどのようなものがありますか?
• ヘッドレスCMS eコマースAPIはどのように使用できますか?
• ヘッドレスCMS eコマース API の利点は何ですか?

API は、さまざまなアプリケーション、システム、およびデバイスによる情報の接続、通信、および転送を可能にする一連のプロトコルです。API には、API ユーザーと API サーバーの 2 つの主要なコンポーネントがあります。

API ユーザーは、ユーザー・アクションに応答して要求を作成し、それらの要求を API エンドポイントに送信します。これらは、データベース内のリソースへのアクセスを可能にする Uniform Resource Identifier (UFI) です。次のようなさまざまな要求方法を使用できます。

• GET: リソースを取得する
• DELETE: リソースを削除します
• POST: リソースを作成する
• PUT: 既存のリソース内で更新または作成します
• PATCH: リソースを部分的に変更します

API サーバーは、API ユーザーからリクエストを受け取り、それが有効であることを確認してから、指定されたメソッド (例: 「ストアのカタログ内のすべての製品を取得して表示する」) を実行します。

シンプルで非技術的な比喩は、ヘッドレスCMS API主導のeコマースの機能と価値を説明するのに役立ちます。顧客、ウェイター、料理人の 3 人がいるレストランを考えてみましょう。

• ユーザーは、ユーザーがリクエストを送信するのと同じ方法で料理を注文します(例:「興味のあるこの商品のソーシャルメディアのレビューを見せてください」)。
• ウェイターは、API がユーザー要求を受け取るのと同じ方法で、顧客から注文を受け取ります。
• 料理人は、バックエンドシステムやマイクロサービスが(APIを介して)ユーザーリクエストを取得し、それに応じてアクションを実行するのと同じように、注文を取得して準備します。
• そこから、料理人 (バックエンド) が調理済みの料理の注文 (要求されたデータまたはアクション) をウェイター (API) に渡し、ウェイター (API) がそれを満足した顧客 (エンドポイント) に配送します。

また、APIファーストのヘッドレスCMSeコマースプラットフォームでは、舞台裏のワークフローがかなり複雑になる可能性がありますが、リクエストを開始するユーザーはソフトウェアエンジニアやITチームプロフェッショナルである必要はないことを付け加えることも重要です。それどころか、APIが何であるか、どのように機能するかについて知る必要も、気にする必要もありません。彼らは単に彼らが欲しいものを示します(通常、ユーザーエクスペリエンスのさまざまなタッチポイントでボタンまたはリンクをクリックすることによって)。

場合によっては、ユーザーはまったくアクションを実行する必要さえありません。たとえば、eコマース Web サイトは、API 呼び出しを自動的にトリガーし、ストアフロントの関連製品の横にソーシャル メディア レビューを表示するようにプログラムできます。お客様は、これがすべてAPIのおかげであることに気づく必要はありません。

彼らにとって、そして彼らにサービスを提供するeコマースビジネスにとって重要なのは、彼らが欲しいものや必要なものを手に入れることであり、それが理想的にはジャーニーに沿って前進することです。

さまざまな API プロトコル オプションがあります。最も一般的に使用されるものには、次のようなものがあります。

• 休む: このプロトコル・タイプでは、エンドポイントを介してリソースにアクセスでき、操作は標準のHTTPメソッド(前述のGET、DELETE、POST、PUT、PATCHなど)を使用して実行されます。
• 石鹸: This protocol type uses XML to transfer communication between client and server. 石鹸 is an acronym for Simple Object Access Protocol, and is frequently used in legacy systems and enterprise environments.
• グラフQL: このプロトコル タイプを使用すると、クライアントは 1 つの API エンドポイントと対話して、必要な特定のデータを取得できますが、複数の要求をリンクする必要はありません。
• ウェブフック: このプロトコル・タイプは、イベント・ベースのトリガーごとに要求が自動的に送信されるイベント駆動型アーキテクチャの導入に使用されます。
• gRPCの: This protocol type allows clients to call on a server as if it were a local object, which makes it simpler for distributed apps and systems to communicate. RPC is an acronym for Remote Procedure Call, and gRPCの APIs were originated by Google.

ヘッドレスCMSまたはAPI主導のeコマースを使用するには、さまざまな方法があります。ここでは、いくつかの可能性を示しますが、決してすべてではありません。

• カタログAPI: これにより、eコマース ビジネスは製品カタログを作成、変更、および管理できます。何千もの製品を含む大規模なカタログの更新は数分以内に行われる可能性があり、この記事の前半で強調したように、バックエンドシステムやマイクロサービスインフラストラクチャを「壊す」リスクはありません。
   
  Another innovative use of the カタログAPI in ヘッドレスCMS eコマース Solutions は、既存の eコマース ソフトウェアから地域別にカスタマイズされたカタログを引っ張り出し、それぞれに新製品の説明が掲載された一連の新しいサイトにプッシュしています。  
• ログインAPI: これにより、eコマース ビジネスは顧客 ID を取得して管理できます。たとえば、顧客はソーシャルメディアアカウントを使用してログインするように招待できます。これは便利で時間を節約できるだけでなく、一部の新規顧客(およびアカウントを作成していない既存の顧客)は、使い慣れたプラットフォーム(Facebook、Googleなど)を使用してログインする方が安全で自信が持てるかもしれません。
• カートAPI:これにより、eコマースビジネスは顧客のショッピングカートを構築、表示、および管理できます。たとえば、配送料は距離や重量などの要素に基づいて自動的計算され、適用される税金は顧客の所在地に基づいて追加できます。
• チェックアウトAPI:これにより、eコマースビジネスは、さまざまな顧客セグメントやオーディエンスに合わせてチェックアウトプロセスをカスタマイズできます。たとえば、場所に基づいて現地通貨をカスタマイズします。米国の顧客には米ドルで、英国の顧客には英ポンドで価格が表示されます。
• マーケティングAPI:これにより、eコマースビジネスは、顧客をさまざまなメールリストに追加し、関連する変数(場所、購入、支出額、注文履歴など)に基づいてそれらのリストをさらにセグメント化できます。
• カスタマーAPI: This enables e-commerce businesses to deliver personalized experiences by leveraging the application logic associated with customer attributes. In the next section of this article, we look closer at the benefits of using APIs in ヘッドレスCMS eコマース to optimize personalization and デジタル顧客体験e.

ここでは、ヘッドレスCMSまたはAPI駆動型のeコマースがゲームを変える違いをもたらす領域をいくつか紹介します。

• 柔軟性と統合性:顧客関係管理やその他の一般的なツールなどの必要な統合を追加することで、eコマースビジネスは、カスタマイズされた、柔軟な、効率的で、費用対効果の高い最高の技術スタック戦略を推進できます。フロントエンドの調整と進化は可能であるだけでなく、推奨されます。
• パーソナル 化:Eeコマースビジネスは、API呼び出しを活用して、さまざまなコンテンツ、デザイン、インタラクティブ要素を試し、より多くのトラフィックを引き付け、顧客体験を強化し、コンバージョン率の向上 (小さいながらも重要なマイクロコンバージョンを含み、これは顧客が取引に向けて正しい方向に向かっている可能性が高いことを示すシグナルです)。
• オムニチャネル: リアルタイムの API 呼び出しにより、価格設定、マーチャンダイジング、製品の在庫状況などの情報が、複数のチャネル間で常に一貫性と正確性を確保できます。
• GTM投入時間の短縮: API を使用すると、コンテンツをどこにでも配信できるため、GTM までの時間を短縮できます。特に、新しい地域に参入し、オンラインストア、IoT、モバイルなどの新しいチャネルを実装する場合。この加速は、市場をリードして先行者利益を活用するか、遅れて追いつくかの違いを生む可能性があります。
• スケーラビリティと拡張性: API を使用すると、eコマース ビジネスは、成長に合わせて、または変化する顧客や市場のダイナミクスに適応するときに、エコシステムに追加できます。これは、基盤となるバックエンドインフラストラクチャを変更することの複雑さ、コスト、リスク、場合によっては実際的な不可能性に対処せずに発生します。
• 再 利用: API は、複数のアプリケーションやプラットフォームで何度も簡単に再利用できます。たとえば、倉庫管理システムから製品情報を取得および更新するために使用されるAPIは、モバイルアプリやERPシステムにも適用される場合があります。
• 安全:APIを使用する能力がないeコマースビジネスは、多くの場合、プラグインの使用が義務付けられており、利用可能な場合は常にセキュリティパッチが必要です。WordPressプラグインのバグの約30%パッチを受け取らない.逆に、API 統合は、初期接続が確立された後に更新する必要はありません。さらに、APIはすべてのデータにアクセスできるわけではありません。むしろ、開発者によって決定された情報のみを共有します。
   
  また、ログインセキュリティにも重要な利点があります。ある調査によると、ハッカーはなんと多くのことを説明していることがわかりましたログイン試行の90%オンライン小売店で。APIは、eコマースビジネスとデータを要求するエンティティとの間に追加のレイヤーをデプロイすることで、ここで役立ちます。

あるブログ記事APIの力と影響に遭遇した意欲的な開発者による彼の印象は、技術的ではないものの、確かに本物である「APIは魔法である」という方法で要約されています。

もちろん、APIは神秘的ではなく、(少なくとも単なる人間にとっては)理解の領域を超えていないという意味で、魔法のようなものではありません。むしろ、API は論理的で、予測可能で、実証済みです。また、競争が激しく、急速に変化する状況で成功し、長期的に生き残るために、顧客体験の将来性を確保したいと考えているeコマースビジネスにとって、APIは基本的に不可欠であり、非常に有利です。

Sitecore OrderCloudの詳細

MACHアーキテクチャで設計されたSitecore OrderCloudは、クラウドネイティブでAPIファーストのB2B/B2C/B2XヘッドレスCMSeコマースプラットフォームであり、世界で最も有名なブランドのカスタムeコマースエクスペリエンス、注文管理、B2Bマーケットプレイスアプリケーションを強化し、年間2,500万件以上の取引を処理し、50億ドルの収益を上げています。

Sitecore OrderCloud の RESTful API は、開発者によって開発者のために構築されました。これにより、カスタムで安全かつ拡張可能なeコマースソリューションの迅速な開発が可能になります。完全に機能するeコマースアプリを数分でスピンアップし、想像力の限界に合わせてカスタマイズします。次のステップ:

• 迅速で有益なものを見るデモビデオ Sitecore OrderCloudの
• Sitecore OrderCloudをご覧ください開発者ガイドと技術ドキュメント
• リクエストするライブガイド付き製品ツアー