ヘッドレスコマース：決定的なガイド[2022年版]
公開: 2022-05-29eコマースの世界は変化しています。 あなたはそれが頭を失ったとさえ言うかもしれません。
消費者がコンテンツの消費や、IoTデバイスからプログレッシブウェブアプリまでのさまざまなタッチポイントを介した購入に慣れているため、従来のeコマースプラットフォームは顧客の要求に追いつくのに苦労しています。
Amazon Dashボタン、スマートボイスアシスタント、および店内インターフェースは、消費者に製品情報を探索し、レビューを読み、注文するための新しい方法を提供しています。 言い換えれば、ほとんどの小売業者が（まだ）そうではないとしても、消費者はIoTの時代を受け入れています。
このトレンドに乗って動いているeコマースブランドは報酬を獲得していますが（こんにちは、Amazon）、他のブランドは、独自のIoTデバイスを発明したり、バックエンドソリューションをゼロから構築したりせずに、どうすれば行動に取り掛かることができるのか疑問に思っています。 答えはヘッドレスコンテンツ管理であり、ひいてはヘッドレスコマースです。
ヘッドレスコマースについてもっと知りたいことはありますか？ この記事で学ぶことは次のとおりです。
- ヘッドレスコマースアーキテクチャとは何ですか？
- ヘッドレスコマースの仕組み
- ヘッドレスコマースと従来のコマース
- ヘッドレスコマース：主なメリット
- ヘッドレスコマースの2つの最大の欠点
- ヘッドレスコマースがオムニチャネル小売をどのようにサポートするか
- 考慮すべき3つのヘッドレスコマースプラットフォーム
- 商取引の未来は切り離されています
このヘッドレスコマースガイドをダウンロードしてください（さらに、eコマースベンダーに尋ねるボーナスの質問）
文字通り、ヘッドレスコマースについて知っておく必要のあるすべてのもの。
ヘッドレスコマースとは何ですか？
一言で言えば、ヘッドレスコマースは、フロントエンド配信レイヤーなしでコンテンツを保存、管理、配信するeコマースソリューションです。 ヘッドレスコマースプラットフォームでは、フロントエンド（または「ヘッド」）（ほとんどの場合、テンプレートまたはテーマ）が分離されて削除され、バックエンドのみが残されています。
その後、開発者はAPIを使用して、製品、ブログ投稿、顧客レビューなどを任意の画面やデバイスに配信できます。フロントエンド開発者は、必要なフレームワークを使用してそのコンテンツを表示する方法に取り組むことができます。
基本的に、システムのすべての機能要素（フォーム、ブログ、バナー、製品など）はプログラムで管理できます。 これには、コンテンツコンポーネントの作成と管理が含まれます。
言い換えれば、ヘッドレスコマースアーキテクチャはIoT時代に向けて構築されています。
対照的に、従来のコマースプラットフォームでは、頭がしっかりと固定されています。 つまり、バックエンドと緊密に結合された事前定義されたフロントエンドがあるため、カスタマイズ機能が豊富でコードへの無制限のアクセスがある場合でも、プラットフォームはWebサイトの形式で、場合によってはネイティブの形式でコンテンツを配信するように設計されています。モバイルアプリ。
ヘッドレスコマースアーキテクチャは、バックエンドデータモデルとクラウドベースのインフラストラクチャで構成されるRESTfulAPIを介してプラットフォームを提供します。 プラットフォームはバックエンドと緊密に結合されていないため、eコマースブランドは、コンテンツ、製品、支払いゲートウェイなどをスマートウォッチ、キオスクスクリーン、Alexaスキルなどに配信できます。
ヘッドレスコマースの仕組み
ヘッドレスCMSの場合と同様に、ヘッドレスeコマースシステムは、Webサービスまたはアプリケーションプログラミングインターフェイス（API）呼び出しを介して、プレゼンテーション層とアプリケーション層の間で要求を渡すことによって機能します。
たとえば、ユーザーがスマートフォンの[今すぐ購入]ボタンをクリックすると、ヘッドレスeコマースシステムのプレゼンテーション層がアプリケーション層にAPI呼び出しを送信して、注文を処理します。 アプリケーション層は、別のAPI呼び出しをアプリケーション層に送信して、顧客に注文のステータスを示します。
ヘッドレスコマースと従来のコマース
それでも頭を悩ませている場合は、ヘッドレスコマースと従来のコマースを比較してください。 私は3つの重要な違いがあると思います：
1.柔軟なフロントエンド開発
伝統的な商取引
従来のコマースシステムに取り組んでいるフロントエンド開発者は、設計と全体的なプロセスに関して多くの制約に直面します。 加えられた変更には、データベース、コード、およびフロントエンドプラットフォームの編集にもかなりの時間がかかります。 また、開発者は、保証を無効にしたり、将来のアップグレードを妨げたりするリスクなしに、更新および/または編集できるものに制限されます。
ヘッドレスコマース
事前定義されたフロントエンドプラットフォームを削除することで、ヘッドレスコマースにより、フロントエンド開発者はコアビジネスニーズにぴったり合うユーザーエクスペリエンスをゼロから作成できます。 フロントエンド開発者は、単純なAPI呼び出しを行うだけなので、バックエンドでデータベースを変更することを心配する必要はありません。 言い換えれば、フロントエンドの開発者は、従来のコマースプラットフォームに通常関連付けられている束縛から解放されます。
唯一の欠点は、フロントエンドのプレゼンテーション層がまったくないため、フロントエンドの開発者は、製品ページからランディングページまで、すべてをゼロから構築することをマーケターに任せていることです。 そして、eコマースのウェブデザインを正しくすることは、平均的な偉業ではありません。
そのため、分離ソリューションはヘッドレスソリューションよりも優れていますが、それについては後で詳しく説明します。
2.カスタマイズとパーソナライズ
伝統的な商取引
従来のプラットフォームには、顧客と管理ユーザーの両方に事前定義されたエクスペリエンスが備わっています。 しかし、これらのプラットフォームには、カスタマイズやパーソナライズの余地がほとんどありません。 これらの従来のプラットフォームによって提供されるエクスペリエンスに満足している場合は、より強力になります。
ヘッドレスコマース
従来のコマースプラットフォームは、開発者とユーザーを、正しいユーザーエクスペリエンスとして定義するものに制限します。 ヘッドレスプラットフォームでは、フロントエンドがないため、開発者は独自のユーザーエクスペリエンスをゼロから作成できます。 コマースプラットフォームのルックアンドフィールをより細かく制御でき、顧客と管理者ユーザーの両方のユーザーエクスペリエンスも制御できます。
3.柔軟性と適応性
伝統的な商取引
従来のソリューションでは、フロントエンドはバックエンドのコーディングおよびインフラストラクチャと緊密に結合されています。 これにより、必要なカスタマイズを行うための柔軟性の余地がほとんどまたはまったくなくなります。 単一のカスタマイズを行うには、開発者は、フロントエンドからバックエンドに埋め込まれているデータベースレイヤーまでのコーディングの複数のレイヤーを編集する必要があります。
ヘッドレスコマース
ヘッドレスコマースはすでにフロントエンドとバックエンドを切り離しているため、これにより、必要に応じてカスタマイズの可能性が無限に広がります。 変更を加えるには、フロントエンド開発者が必要です。 カスタムチェックアウトフローの実装から顧客アカウントへの新しいフィールドの追加まで、大小の変更を加えることができます。どちらも、ヘッドレスコマースアーキテクチャで実行するのは非常に簡単です。
ヘッドレスコマース：主なメリット
アマゾンは、ヘッドレスコマースプラットフォームを組み込むことの真の価値と、それが小売業者が従来のコマースプラットフォームに関連する髪を引っ張る欲求不満を経験することを回避するのにどのように役立つかを示すことで最前線にいます。 Salmonの調査によると、消費者の60％がAmazon Primeのようなサービスを望んでいますが、従来のeコマースソリューションではそれを実現できません。
ブランドがヘッドレスコマースに切り替えることは不可欠であり、ここに6つの理由があります。
1.真にオムニチャネルに移行する（痛みを伴わない）
まず第一に、ヘッドレスコンテンツ管理システムは、コンテンツをどこでもどこでも推進するのに役立ちます。 eコマースブランドの場合、これは、出現した、または出現する予定のチャネルに製品、製品ビデオ、またはブログ投稿を配信することを意味します。
だから、Alexaスキル、デジタルサイネージ、プログレッシブWebアプリ、さらにはスクリーン付きの冷蔵庫（はい、それらは存在します）を介して販売する準備をしてください。
最高のニュースは、Core dnaのようなネイティブのヘッドレスコマースプラットフォームを使用すると、チャネル間で公開するためにプラットフォームを再構築する必要がないことです。 これはすべて、同じ将来性のあるパッケージの一部にすぎません。
2.競争力を維持する
ヘッドレスコマースプラットフォームを使用すると、バックエンドシステムに影響を与えることなく迅速な更新を展開できます。 また、消費者向けテクノロジーの速度に合わせて、フロントエンドに簡単に変更を加えることができます。
従来のプラットフォームを使用している主要なコマースブランドは、通常、数週間ごとに更新を公開しています。 アマゾンのようなものと比較して; 平均して11.7秒ごとに更新を展開し、停止の回数と期間の両方を削減します。
フロントエンドシステムがバックエンドに緊密に結合されていない場合、システム全体に更新を展開する必要はなく、システムの一部のみに更新を展開する必要があります。 したがって、消費者が望むものをより迅速に提供し、競争力を維持することができます。
3.アジャイルマーケティングの場合
ヘッドレスコマースシステムは、新しいテクノロジーが発生したときにそれをサポートできます。 これは、新しい顧客体験を設計するときに最適です。 これにより、マーケティングチームは主導権を握り、さまざまなブランド、部門、ポートフォリオに複数のサイトを展開できます。
最後に、ヘッドレスコマースシステムによって提供される柔軟性のおかげで、マーケティングチームは数か月ではなく数日で新しいサイトをセットアップできます。これは、キャンペーンの開始にかかる時間を数秒から短縮したグローバルブランドであるクライアントのTivoliAudioとよく似ています。数週間から数日。
4.顧客体験をより個人的で一貫性のあるものにするため
顧客のニーズは時間の経過とともに変化しますが、それでもすべてのデバイスとチャネルで一貫した顧客体験を得る必要があります。
さらに、人々はすべてのチャネルにわたるニーズを理解しているeコマースブランドから購入したいと考えています。 これは、通常の「Xを購入した人はYも購入した」を超えています。 バックエンドは、消費者が何を購入したかをすでに知っています。 このデータを使用して、CMS、モバイルアプリ、ソーシャルチャネルのパーソナライズエンジンを強化します。
5.シームレスな統合のため
定義上、ヘッドレスコマースソリューションには、他のプラットフォームとの統合と通信を容易にするAPI（GraphQLなど）が必要です。 ブランドを新しいデバイスに追加して、機会を拡大し、同時により多くの顧客にアウトリーチすることができます。 また、コマースプラットフォームを新しいデバイスに統合するのに数か月もかからず、数時間しかかかりません。
コアdnaの顧客であるStanleyPMIは、ヘッドレスコマースプラットフォームを使用してOracleおよびSlackと統合し、顧客サービスワークフローの合理化に役立ったこの統合を直接体験しました。 この特定の統合を深く掘り下げることなく、StanleyはCorednaを活用してOSCVと統合しました。 ここでは、顧客サポートリクエスト、保証請求、その他の質問を収集すると同時に、顧客ルックアップを実行して、重複したリクエストではないことを確認します。 そうである場合、システムはリクエストを追加し、そうでない場合は、新しい顧客レコードを作成します。 これはすべてフックエンジンで行われます。
Slackの場合、StanleyサポートチームはCore dnaフックエンジンをもう一度使用して、すべての新しいトランザクションを監視します。 彼らは、特定の制限を超えている注文、特定の場所からの注文、または特定の製品を含む注文を探しています。 Core dnaフックエンジンは、各購入の内容を自動的にチェックし、特定の基準を満たしている場合は、関連するSlackチャネルで共有されます。
6.さらに優れた変換最適化のために
ヘッドレスコマースを導入すると、さまざまなテンプレートやアプローチを試してテストできます。 たとえば、同じフロントエンド検索を実行しながら、別のバックエンド検索ソリューションを試すことができます。
その結果、ヘッドレスコマースでは、継続的なテストと最適化サイクルを実行できるため、ほとんどの小売業者よりも早く学習率を向上させながら、顧客をよりよく理解することができます。
7.市場投入までの時間の短縮
従来のeコマースプラットフォームでマルチチャネルまたはオムニチャネルの小売体験を構築することに成功した場合、市場投入までの時間は非常に遅くなり、スケーリングは困難になります。
一方、ヘッドレスコマースプラットフォームでは、コンテンツと製品が一元的に格納され、APIを介してどこにでも配信されるため、ブランドはさまざまなデバイスやタッチポイントでフロントエンドエクスペリエンスを構築することに集中できます。 これにより、新しいチャネルを採用したり、新しい地域に参入したりする際に、市場投入までの時間を短縮できます。
ヘッドレスコマースの2つの最大の欠点
ヘッドレスコマースプラットフォームには、対処が必要な2つの重要な問題があります。
1.継続的な費用
ヘッドレスコマースプラットフォームはフロントエンドを提供しないため、開発者は独自に構築する必要があります。 一方では、これは、開発者が各デバイスとタッチポイントに合わせてカスタマイズされたフロントエンドを構築できるため、優れています。 一方、テンプレートとユーザーインターフェイスを最初から作成することは、時間とコストがかかる可能性があります。 さらに、開発者は独自のフロントエンド作成のトラブルシューティングを行う必要があり、初期ビルドを超える継続的なコストが発生します。
マーケティングチームが孤立し、さまざまなデバイスでランディングページとコンテンツを起動するには、ITチームに大きく依存する必要があるという事実を考慮すると、コストはさらに高くなります。 そういえば...
2.マーケターの分離
純粋なヘッドレスコマースシステムはフロントエンドのプレゼンテーション層を提供しないため、マーケターはもはや次のことができません。
- WYSIWYG環境でコンテンツを作成する
- コンテンツをプレビューして、エンドユーザーのデバイスまたは画面でどのように表示されるかを確認します
- 他の部門に頼ることなく、コンテンツをすばやく考案、承認、作成、公開できます
代わりに、マーケターは、フロントエンドのプレゼンテーション層を構築するだけでなく、それを更新してコンテンツを取り込むために、ITチームに完全に依存しています。 マーケターに優しい環境はほとんどありません。
このヘッドレスコマースガイドをダウンロードしてください（さらに、eコマースベンダーに尋ねるボーナスの質問）
文字通り、ヘッドレスコマースについて知っておく必要のあるすべてのもの。
ヘッドレスコマースがオムニチャネル小売をどのようにサポートするか
「オムニチャネル小売」の概念は、買い物客が同じオンラインプラットフォームを使用して、いつでも、どのデバイスでも、オンラインとオフラインの両方で買い物をすることができることを意味します。 ヘッドレスコマースプラットフォームの主な目的は、チャネル間でシームレスなユーザーエクスペリエンスを提供することであるため、これらのプラットフォームは、オムニチャネル小売ミッションの重要なコンポーネントです。
ハーバードビジネスレビューによる2017年の調査によると、調査対象の46,000人を超える買い物客のうち、複数のチャネルを使用した人は、単一のチャネルのみを使用した人よりもオンラインで購入しました。 また、複数のオンラインチャネルを使用した買い物客は、単一のチャネルのみを使用した買い物客よりも実店舗で多く購入しました。
家具店Made.comは、オムニチャネルマーケティング戦略をロンドンの高級ショールームに取り入れました。 顧客はタブレットを使用してアイテムタグをスキャンしてショッピングリストを作成し、ショッピングリストを自分宛てに電子メールで送信できます。 Made.comは、顧客のリストからアイテムを取得し、顧客の好みに基づいてパーソナライズされた推奨事項を送信できます。
考慮すべき3つのヘッドレスコマースプラットフォーム
ヘッドレスコマースは新しい分野ですが、eコマースへのヘッドレスまたは分離アプローチを容易にするAPIを提供するさまざまなeコマースプラットフォームがあります。 スペースで考慮すべき3つの名前は次のとおりです。
1. Magento 2
Magento2ユーザーはMagentoAPIを活用できますが、大量のコンテンツを大規模に処理するには、サードパーティのWebコンテンツ管理システムに依存する必要があります。
2. Shopify Plus
同様に、Shopify Plusユーザーは、製品情報をサードパーティシステムに公開できるAPIにアクセスできます。 ただし、追加のコンテンツを大規模に処理するには、CMSが必要になります。
3.コアdna
Core dnaは、eコマース機能、Webコンテンツ管理機能、およびAPIを備えたデジタルエクスペリエンスプラットフォーム（DXP）として、オムニチャネルeコマースエクスペリエンスを強化できるオールインワンのヘッドレスコマースソリューションです。 オーディオテクノロジーブランドのTivoliAudio、事務用品小売業者のStaples、スイスの高級家電メーカーのV-Zugなどのクライアントは、Corednaを使用してeコマースサイトに電力を供給しています。
商取引の未来は切り離されています
ヘッドレスコマースソリューションは多くの問題を解決しますが（こんにちは、IoTデバイスの絶えず進化する風景）、前述のように問題も引き起こします。 ヘッドレスCMSの記事を読んだら、ヘッドレスだけでなく、未来が切り離されている理由がわかるでしょう。
分離されたコマースシステムは、フロントエンドとバックエンドの両方が分離されているという意味でヘッドレスシステムに似ています。 ただし、ヘッドレスCMSとは異なり、分離されたCMSは、フロントエンドの配信レイヤーを方程式から完全に削除するわけではありません。 このアーキテクチャにより、マーケターはコンテンツのオーサリングとコンテンツのプレビューの形で力を取り戻すと同時に、APIを介してさまざまなデバイス、アプリケーション、タッチポイントにコンテンツを配信するために必要な同じヘッドレスの自由をブランドに与えることができます。
分離されたCMSは、両方の長所を提供すると言えます。そのため、eコマースの未来は分離されていると言えます。
つまり、eコマースは頭を失ったと言えます。 しかし、技術に精通していない人のために、分離されたコマースシステムは、従来のコマースシステムと同様の使いやすさを提供しますが、ヘッドレスシステムの柔軟性を備えています。 それは両方の長所です。
2022年には、これがCorednaがHeadlessCommerceと連携している場所です。
ヘッドレスコマースのコアdna差別化
Core dnaが競合他社と異なる点は何ですか？ ヘッドレスコマースプラットフォームが左右に出現しています-そしてそれには正当な理由があります。 しかし、あまり良くない、良い、または素晴らしいヘッドレスCMSプラットフォームの違いは何ですか？
Corednaが他の製品とは異なる点は次のとおりです。
プラットフォーム
Core dnaは、CMSとeコマースを1つのシンプルで使いやすいシステムに統合しています。 当社のプラットフォームには本格的なCMSプラットフォームが含まれており、ユーザーはコーディング言語を知らなくてもコンテンツを管理できます。 何でこれが大切ですか？ Core dnaは、技術に精通していない人々にとって魅力的で高いコンバージョン率を誇るコンテンツおよびコマースページを作成します。 また、ご購入時にお問い合わせへの回答を増やしております。
Core dnaには、コマースプラットフォームや、ブログ、ニュース、FAQ、さまざまなチャネルなどの他のエンゲージメント領域とコンテンツを共有できるヘッドレスCMSも含まれています。 これは、充実した魅力的な製品情報とコンテンツを提供するのに役立ちます。
テンプレート
開発者には、テンプレートを作成するための2つのオプションがあります。 これは、情報を共有したいが、コンテンツをレンダリングするための外部アプリケーションを作成したくない場合に便利です。 ほとんどのヘッドレスプラットフォームはJSONフォームで情報を生成し、ユーザーエクスペリエンスを提供するためにフロントエンドスタックに依存しています。 このアプローチは、多くの場合、より多くの時間、お金、およびエネルギーを必要とします。 Core dnaは、アプリケーションの作成プロセスまたはアプリケーションへの接続を高速化できます。
管理システム
ユーザーのオンラインストアを最大限に活用できるように、独自の管理システムを追加しました。 コマースプラットフォームのユーザーなら誰でも、マーケティング、管理、および管理タスクの切実な必要性を理解できます。 Core dnaでは、プラットフォームに管理システムを追加して、マーケティングキャンペーントラッカー、エンゲージメントを促進するツール、SEO、A / Bテスト、メール統合などのツールを使用してマーケティングを改善しています。 さらに、Core dnaプラットフォームは、コンテンツマネージャーとeコマースマネージャーが箱から出してすぐに使用できるネイティブ管理システムを提供します。 アドオン、プラグイン、またはアップグレードは必要ありません。
フックエンジン
Corednaに固有のHooksEngineは、サードパーティのシステムと通信できる分離されたキューイングシステムです。 Hooks Engineは、開発者が外部システムに接続し、外部システムをプラットフォームに接続できるようにする高度なワークフローエンジンを開発者に提供します。 従来のプラットフォームでさえ、フックエンジンを使用して、互換性のあるファイル転送と電子メールを提供することができました。
フックエンジンが日常業務をどのように強化できるかについて、いくつかの例を示します。
- ワークフローは、複数のステップを持つ条件付きロジックで作成できます。 また、このエンジンは、外部APIを呼び出して情報をキャプチャして配信する機能を備えています。
- 組み込みのスケジュールを使用すると、事前定義された時間に多くの「フック」を呼び出すことができます。
- スケジューラーは、Corednaが他のシステムとの間でコンテンツを完璧に統合するための強力な方法です。
開発者
Core dnaは、開発者がプラットフォームから最大の価値を引き出すための複数の方法を提供できるように設計されています。 開発者は通常のIDEを使用できます。 Core dnaを使用するために、お気に入りのIDEを思いとどまらせる必要はありません。