多くのビジネスは、EC のショッピングカートを商品の発見と決済の中間エリア、つまり EC スタックの必要不可欠ではあるものの比較的重要ではない部分として扱っています。この考え方は、カートが実際に機能するものを過小評価しています。カートは在庫の確認、ディスカウントの適用、配送料の見積もり、および決済への引き継ぎを管理しており、そのデザインは支払い段階に進む顧客の数に影響を与える可能性があります。

あらゆる業界で オンラインカートの過半数が放棄されています。以下では、EC のショッピングカートの仕組み、カートのデザインと支払いの連携がコンバージョンに与える影響、および導入前にカートソフトウェアの真のコストを評価する方法について説明します。

この記事でわかること

• ショッピングカートは、在庫確認から決済への引き継ぎまで、購入ファネルの大部分を制御します。

• 手数料の透明性、永続的なセッション、Express 決済オプションなどのカートのデザイン決定により、コンバージョン率を向上させることができます。

• カートソフトウェアを表示価格のみで評価すると、取引手数料、必須のアドオン、および切り替えコストを見落とす可能性があります。

EC のショッピングカートの役割とは？

EC のショッピングカートは、数量の調整、バリエーションの選択 (サイズ、色、構成など)、クーポンやディスカウントの適用、およびリアルタイムの配送料見積もりを管理します。また、在庫確認を実行し、たとえば決済に進む前に在庫が残り 2 個であることを顧客に伝えることができます。EC のショッピングカートは、決済への引き継ぎも処理します。

ホスト型ショッピングカートソフトウェアと独自の構築: どちらの EC ショッピングカートのアプローチが適しているか？

ここでは 2 つのオプションが一般的です。ホスト型カートソフトウェアを使用することと、カスタムカートを構築することです。これらには、コスト、制御、および保守に関するトレードオフが伴います。

ホスト型カートソフトウェア

ホスト型カートには主要なプラットフォームがバンドルされています。カートのロジックは事前構築されており、プラットフォームによって維持され、自動的に更新されます。Payment Card Industry Data Security Standard (PCI DSS) のコンプライアンス負担は低く、起動に開発者は必要ありません。トレードオフはカスタマイズの限界です。テンプレートを調整したり設定を構成したりできますが、プラットフォームに逆らってカートのロジックを根本的に再設計することはできません。

カスタムカート

カスタムカートを使用すると、カートの動作、データ構造、ユーザーインターフェイス (UI) など、体験を完全に制御できます。ビジネスに必要なものを正確に構築できますが、その制御にはコストがかかります。開発者の時間と継続的な保守に投資する必要があり、決済手段、ブラウザーの動作、セキュリティ要件が変化してもカートのロジックを最新の状態に保つ責任があります。

最初の消費者直販チャネルを立ち上げるビジネスは、ホスト型ソリューションから始めることを強く検討する必要があります。起動の速さという利点は大きく、ビジネスが成長して限界を超える機会があるまでは、制約が制限になることはありません。複雑な商品の構成、通常とは異なる価格設定のロジック、またはバックエンドのデータから分離されたフロントエンドのアーキテクチャを持つビジネスには、独自のカートを構築する強い理由があります。

EC のショッピングカートのデザインは、顧客が購入を完了するかどうかにどのように影響するか？

カートのデザインは、ユーザー体験の原則がその重要性を発揮する場所です。いくつか特定の要素が影響を与えます:

• コストに関する透明性: 予期しない手数料はカゴ落ちの主な原因です。配送料、税金、またはサービスの手数料が決済時にのみ表示される場合、顧客は誤解されたと感じ、購入を完了せずに離脱する可能性があります。顧客が「決済に進む」をクリックする前のカート内で、正確な見積もりを表示することが重要です。

• 進捗状況の明確さ: 顧客は、注文完了までにあといくつのステップがあるかを知る必要があります。「カート → 配送 → 支払い → 確認」を明確に示すカートにより、期待が設定され、顧客の方向性が維持されます。

• 支配的な決済行動喚起: カート内の決済ボタン以外のすべての要素は、気を散らす可能性があります。クロスセル、ニュースレターの登録、およびソーシャル共有のプロンプトにはそれぞれの役割がありますが、主要なアクションと競合するべきではありません。決済ボタンは視覚的に支配的であり、一貫した位置に配置する必要があります。

• 永続的なカートの状態: 顧客がモバイルで項目を追加し、ブラウザーを閉じて 2 日後にラップトップで戻ってきた場合、カートは選択したものを記憶している必要があります。

• ゲスト決済の利用可能性: 購入前にアカウント作成を強制すると、EC のコンバージョンを低下させる可能性があります。アカウント作成は顧客の目標ではなくビジネスの目標であるため、ゲスト決済を提供し、購入後にアカウントを作成するかどうかを尋ねるまで待ちます。

EC のショッピングカートに支払いとエクスプレス決済を組み込む方法

決済体験はカートから始まります。カートレベルで支払いオプションをどのように表示するかによって、顧客が支払いフォームに到達する前に顧客の期待が形成されます。

Express 決済

カート内や商品ページに直接配置される Express 決済ボタンにより、顧客は従来の決済フォームを完全にスキップできます。Stripe が構築したデジタルウォレットである Link がその好例です。支払いと配送の情報を保存しているリピーターの顧客は、情報を再入力することなくワンクリックで購入を完了できます。これにより、「カートに追加」から「注文確認」までの距離が短縮されます。データは効果的に移行される必要があります。項目の詳細、数量、ディスカウントの適用、および配送の選択が支払いレイヤーに確実に渡されない場合、Express 決済は解決する以上の問題を引き起こします。

決済手段の可視性

カートでは、クレジットカード、デジタルウォレット、該当する場合は後払い (BNPL) オプションなど、決済で利用可能な決済手段をプレビューする必要があります。希望する決済手段が表示されているのを見た顧客は、一般的に取引を継続する可能性が高くなります。

Stripe は主要な既存プラットフォームと直接連携し、カートと決済レイヤーの両方で支払い UI を処理します。カスタムカートを使用する場合、Stripe の Payment Element は顧客の店舗やコンテキストに合わせて適応する、動的でローカライズされたフォームをレンダリングします。

ビジネスの売上を損なう EC ショッピングカートのミスとは？

カートの問題の多くはビジネス全体に共通するパターンであり、調査すべき点が分かれば修正可能です。以下の一般的な問題に注意してください:

• アカウント作成の強制: 購入前に登録を要求すると、一部のユーザーが完了しないステップが追加されます。ゲスト決済は抵抗の最も少ない経路である必要があります。

• 手数料の遅延開示: 支払い段階で初めて表示される税金や配送料は、そうではない場合でもおとり商法のように感じられる可能性があります。住所なしで正確な配送料を計算できない場合は、何も表示しないのではなく、範囲や「決済時に計算」というラベルを表示します。

• カートページの読み込み時間の遅さ: 読み込み時間が 1 秒増えるごとにコンバージョンが低下します。重い画像アセット、最適化されていないスクリプト、サードパーティの追跡による肥大化を伴うカートページは、売上の損失につながる可能性があります。カートページと決済ページのページ速度監査は定期的に実行する価値があります。

• 限定的な決済手段のカバレッジ: デジタルウォレットや銀行振込が主流の市場でクレジットカードのみを提供すると、決済まで進んだ顧客を失う可能性があります。

• 後で買う機能がない: すぐに購入する準備ができていない顧客には、カート以外の場所に項目を置く場所が必要です。後で買うオプションにより、項目が表示されたままになり、フォローアップの方法が提供されます。

• 不十分なモバイルカート体験: デスクトップでうまく機能するカートの UI は、多くの場合、モバイルでは機能しません。タップの対象が小さすぎたり、レイアウトがリフローされなかったり、数量セレクターが親指では使いにくかったりする可能性があります。

EC のショッピングカートソフトウェアの総所有コストを評価する方法

表示価格がすべてであることはほとんどありません。カートソフトウェアを比較する際は、以下の側面から全体的なコストモデルを構築します:

• プラットフォームおよびライセンスの手数料: カタログやトラフィックの増加に伴い現実的に必要となる上位階層へのアップグレードを含む、月間または年間のサブスクのコスト。

• 取引手数料: プラットフォームによっては、決済処理の手数料とは別に各取引の一定割合を請求される場合があり、これが急速に積み上がる可能性があります。

• 必須のアドオン: 基本的なカートプラットフォームでは、高度な配送ルール、サブスクの請求、B2B の価格設定、多通貨表示など、標準と思われる機能に対して有料の拡張機能が必要になることがよくあります。含まれるものと追加コストがかかるものを監査します。

• 開発者およびカスタマイズのコスト: ホスト型プラットフォームの場合、これは開発者が実装する必要のあるカスタム作業のコストです。セルフホスト型カートの場合、コードベースの保守、セキュリティパッチの適用、および新しい機能の構築にかかる継続的なコストになります。

• 切り替えコスト: カートソフトウェアが対応できなくなった場合、商品データ、顧客の記録、注文履歴を新しいプラットフォームに移行するには多額の費用と手間がかかります。導入は安価でも移行が困難なカートの真のコストは、ポータビリティを考慮して設計されたカートとは異なります。

Stripe Payments でできること

Stripe Payments は、統合型のグローバルな決済ソリューションです。成長著しいスタートアップからグローバル企業まで、オンラインや対面など、場所を問わず世界中での決済対応を可能にします。

Stripe Payments でできること

• 決済体験の最適化: 構築済みの決済 UI、125 種類以上の決済手段、Stripe が構築したウォレット「Link」により、スムーズな顧客体験を実現するとともに、数千におよぶ開発時間を削減します。

• 新市場へのスピーディーな展開: 195 カ国、135 以上の通貨で利用可能な決済オプションにより、世界中の顧客にリーチし、多通貨管理の複雑さとコストを削減します。

• 対面とオンラインの決済を統合: オンラインと対面のチャネル全体でユニファイドコマース体験を構築し、顧客とのやり取りをパーソナライズし、ロイヤルティを高め、売上を拡大できます。

• 決済パフォーマンスの向上: コーディング不要の不正利用対策や、オーソリ成功率向上のための高度な機能を含む、カスタマイズ可能で設定が簡単な決済ツールを活用して、売上を増やせます。

• 柔軟で信頼性の高い成長基盤で迅速に前進: 99.999% の稼働時間実績と業界トップクラスの信頼性を備え、ビジネスの成長に合わせて拡張可能なプラットフォーム上で構築できます。

Stripe Payments のオンラインおよび対面決済について、詳しくはこちらをご覧ください。今すぐ開始する場合はこちら。