“売り場”が動画になる日｜ライブ配信・コンテンツ販売に耐えるECの条件

IT/Web

ライブ配信で商品を紹介する。視聴者が反応する。コメント欄が動く。注文が入り始める。ここまでは理想的です。

問題は、その直後に購入ページが重くなることです。

配信が盛り上がるほどECが苦しくなる。売り手としては、なかなか笑えない構図です。
これまでECサイトでは、商品ページそのものが「売り場」でした。
商品画像を見て、説明を読んで、比較して、カートに入れる。お客様が購入を判断する場所も、実際に買う場所も、基本的にはECサイトの中にありました。

ところがライブコマースでは、その役割が分かれます。
商品を知る。魅力を感じる。欲しくなる。
その大部分が、動画の中で起きるからです。

つまり、売り場の中心がECサイトから動画へ移る。

ECはそこで生まれた購買意欲を受け止め、注文まで止めずに運ぶ側へ回ります。
動画が売り場になるなら、ECに必要なのは「商品を販売できること」だけではありません。

動画の熱量を邪魔しないこと。
これが、ライブ配信やコンテンツ販売を考えるときの前提になります。

ライブ販売では、アクセスが「平均」ではやってこない

通常のEC運営では、アクセス数や受注件数を日次・月次で見ることが多いと思います。
ところがライブ配信では、この平均値があまり役に立ちません。

商品を紹介した直後、出演者が購入を呼びかけた瞬間、数量限定商品が公開されたタイミング。
アクセスもカート投入も決済も、ごく短い時間へ集中します。
1日1万アクセスに耐えられるから大丈夫、とは限りません。
見るべきなのは、その1万アクセスのうち何件が数分間に押し寄せるのかです。
しかも負荷がかかるのは商品ページだけではありません。

在庫確認、カート処理、会員認証、クーポン判定、決済、受注登録。購入完了までの裏側では、複数の処理が連続して動いています。
普段は問題なく動いていたECでも、配信時だけ挙動が鈍る可能性はあります。
動画の中で「買いたい」が生まれたのに、購入へ移った途端に待たされる。
これでは、売り場と購入体験が分断されます。

ライブ販売を前提にするなら、「平常時に動くか」ではなく、一番売れそうな瞬間に動くかを見なければいけません。

「ライブコマース対応」という文字だけでは判断できない

ライブコマース対応というと、どうしても「動画を埋め込めます」「配信サービスと連携できます」といった機能へ目が向きます。

でも、それだけでは足りません。
資料に「ライブコマース対応」と書いてあっても、アクセス集中時の処理能力や在庫更新、決済まで含めて同じレベルで対応できるとは限りません。
動画を表示できることと、動画を売り場として成立させられることは別です。
ここは、EC選定でかなり見落とされやすいところだと思います。
たとえば在庫。
残りわずかな商品へ同時に注文が集中すると、在庫を確保するタイミングや更新方式によっては、購入途中で売り切れたり、販売可能数との整合性を取るための処理が必要になったりします。
決済も同じです。
EC側が動いていても、決済処理で詰まれば購入完了には届きません。

さらに、配信画面では「今紹介している商品A」を見せているのに、リンク先で商品を探し直さなければならない。
普通のECなら多少迷いながら探してもらえるかもしれません。
ライブでは、その間にも番組が進みます。
システムの遅れが、そのまま売り場の遅れになる。

動画が主役になるほど、ECの不具合はECの中だけでは収まりません。

ECを「動画の裏側」に置けるか

動画が売り場になるなら、ECサイトだけを切り離して考えるのは少し無理があります。
配信も、商品も、在庫も、決済も、受注も、全部つながって一つの販売体験になるからです。

求められる条件は、かなり具体的です。
想定されるアクセス集中に耐えられること。
短時間に注文が集中しても、在庫や決済を安定して処理できること。
配信サービスや外部システムとAPIなどで連携できること。
そして、標準機能から外れた売り方へ対応できること。

ライブコマースでは、普通のECにはないアイデアがかなり出てきます。
「売れた個数を番組内へリアルタイム表示したい」
「出演者ごとに販売実績を集計したい」
「配信中だけ購入できる商品を出したい」
こうした企画が出るたびに「その機能はありません」で終わるECでは、結局、売り方の方をシステムへ合わせることになります。

システムの都合で企画を丸くする。
ECの現場では珍しくありませんが、動画を売り場にするなら、その制約は表側の表現にまで影響します。

売り方を先に考え、その売り方へシステムを寄せられるか。
ライブ販売では、この自由度が重要になります。

動画が「売り場」から「商品そのもの」へ変わる

ここまでは、動画の中で商品を紹介し、物理商品を販売するライブコマースの話でした。

ただ、動画とECの関係はそこで終わりません。
動画が売り場になるだけでなく、動画そのものや、動画を通じた体験が商品になるケースもあります。

視聴チケット、限定映像、オンラインイベントへの参加権、デジタルコンテンツ。
こうした「配送しない商品」を扱う場合、一般的な物販ECとは違う条件が加わります。
購入後に何を渡すのか。
誰に閲覧権限を与えるのか。
有効期限をどう管理するのか。
会員情報とどう紐づけるのか。

物販では在庫と配送が中心だった商品管理に、権限や利用条件という別の要素が加わります。
ここで「ECなんだから、そのくらいできるだろう」と考えるのは危険です。
標準機能で対応できるのか、外部サービスとの連携が必要なのか、個別開発が前提になるのか。

コンテンツ販売では、購入ボタンを置けるかではなく、購入後まで成立させられるかが条件になります。
商品登録画面だけ見ても、そこまでは分かりません。

「買えるAbemaTV」がつくった、番組とECの接続

この考え方が分かりやすい事例として、「買えるAbemaTV」の取り組みがあります。

同社はインターネット番組と連動した通販事業を立ち上げるにあたり、「MakeShopエンタープライズ」を採用しました。
求められていたのは、単に商品を販売できるECサイトではありません。
生放送中に注文が集中しても耐えられること。
そして、番組とECをリアルタイムにつなぐことです。
その象徴的な機能が、生放送中に売れた商品の個数を番組画面へ表示する仕組みでした。

EC側で発生した受注データを番組側へ反映し、販売状況そのものを演出に使う。
これは、ECサイトを公開して番組からリンクを貼るだけの設計とはかなり違います。
また、生放送中のアクセス集中への対策として専用サーバー環境を構築。
番組とECをつなぐ独自機能についてもカスタマイズによって実装しています。

ここで面白いのは、ECが「番組を見た人の購入先」ではなく、番組を成立させるシステムの一部になっていることです。
受注件数という、本来なら管理画面の中にある数字が、そのまま番組演出へ出てくる。
ECが裏方のまま、動画という売り場を動かしているわけです。
「売り場が動画になる」というのは、単に商品紹介を動画化することではありません。

ECと動画の境界が薄くなること。
この事例を見ると、その意味がかなり分かりやすいと思います。