マレーシアで高い性能を出しているAdobe Commerceサイトの姿

Eコマースの性能指標のうち、公開されていてベンダー中立の基準値があり、サイトに課すことができるものはちょうど3つです。それ以外でベンチマークと呼ばれているものは、自社の過去の基準値か、誰かの調査の平均値のどちらかであり、この2つは互換ではありません。

この区別は、聞こえる以上に重要です。借り物のコンバージョン率の平均を目標に据えたチームは、有効な水準を超えてそれを追いかけるか、その水準に達したところで手を緩め、取れたはずの売上を残します。自社のセグメント別の基準値に対してベンチマークするチームは、1週間ほどで本当の問題を見つけます。本稿では、どの数字が本当に固定されているのか、どれを自社のデータから導く必要があるのか、そして両方の差をどう埋めるのかを扱います。

「業界平均」がベンチマークとして誤っている理由

公開されているEコマースのコンバージョン率の平均は、誰が調査したか、どの業種を対象にしたか、アプリ経由の流入を含めたか、セッションをどう数えたかによって数倍の幅で変わります。特定の流入構成を持つ特定のマレーシアの小売事業者に当てはめたとき、そうやって組み立てられた数字は目標ではありません。偶然です。

情報を持つ比較は次の2つです。

1. 自社の推移を、セグメント別に。 端末別、流入元別、決済手段別、新規と再訪別。サイト全体の平均は、見つける価値のあるものをほぼすべて隠します。
2. 自社のファネルを、ステップからステップへ。 最も多くの人が離脱しているステップが正直な優先順位であり、外部の数字が全体でいくつであるべきと言おうと関係ありません。

したがって進め方はこうです。何かを変える前に90日分の基準値を取り、セグメントに分け、最も成績の良いセグメントと最も悪いセグメントの差を、取りにいける利益の大きさとして扱う。この数字は実在し、自社のものであり、借り物の統計にはできないかたちで経営会議で説明できます。

そのうえで、本当に固定されている基準値を挙げます。

実際に公開されている速度の基準値

GoogleのCore Web Vitalsは、ここまでの話の例外です。公開され、安定しており、一律に適用され、実験室ではなく実ユーザーで計測されます。判定は読み込みの75パーセンタイルで行われます。ここがチームの最も見落としがちな点です。中央値で合格していても、合格ではありません。

読み方についてマレーシア固有の注意が2つあります。1つめは、オフィスの光回線と最新機種ではなく、顧客が実際に使っている回線と端末で測ること。マレーシアの小売客層の75パーセンタイルには、モバイル回線につながった中位機種のAndroid端末が含まれます。2つめは、マレーシアの人々の64%がモバイル端末でオンライン購入をしている以上、モバイルの数字こそが数字だということです。デスクトップで合格しモバイルで不合格のサイトは、不合格です。

Adobe Commerceに限って言えば、原因は順番に確認できる程度には一貫しています。最適化されていないヒーロー画像とカテゴリ画像、クリティカルパスで読み込まれる外部タグ、見直されないまま増えた拡張機能、公開時点では正しくその後見直されていないキャッシュとインデクサの設定、そしてページ描画の中に居座る同期的なERP呼び出し。最後のものが最も破壊的で、最も見えにくいものです。

継続的な取り組みが複利で効いてくるのがここです。Guardian Malaysiaとの長期にわたるプラットフォーム運用では、サイトのパフォーマンスを200%改善し、売上を10%押し上げました。これは、一度の最適化作業ではなく、何年にもわたって調整を続けた結果です。

コンバージョンと、その比較対象

借り物の平均は脇に置いて、ファネルをきちんと計測してください。個別に追う価値のある5段階は、セッション → 商品閲覧 → カート投入 → 購入手続き開始 → 注文完了で、それぞれを端末別と流入元別に分けます。

優先順位の高い順に、見るべきもの。

• ステップ間の最大の落ち込み。 これがあなたのプロジェクトです。たいていはモバイルの商品ページか、購入手続きの最初のステップです。
• 各ステップにおけるモバイルとデスクトップの差。 購入手続きで急に開く差が指しているのは、フォームの設計、決済手段の並び順、入力方式の問題であって、「モバイルの人はコンバージョンしにくい」ではありません。
• 決済手段別のコンバージョン。 FPXや特定の電子ウォレットがカードより明確に低いなら、原因はたいてい顧客の意図ではなく、外部サイトへの遷移と復帰のフローです。この市場で最も見落とされている診断項目です。
• 実際に観測できるカゴ落ちの理由。 送料が終盤で初めて示される、会員登録が必須、お届け予定日が決済情報の入力後にしか出ない。
• 平均注文金額の推移を、買い物かごの構成と並べて。 上昇が、成長の衣装をまとった値上げでないことを確かめるためです。

いずれについても、ベンチマークは自社の直前90日と自社の最良セグメントです。モバイルの購入完了率がデスクトップを大きく下回っているなら、そのデスクトップの数字こそが、差を埋められることの証拠です。外部の調査は要りません。

技術とセキュリティの最低ライン

これらは連続量ではなく合否です。だからこそ監査しやすく、放置もされやすいものです。

可用性とピーク。 稼働率の目標は、プラットフォームをホスティングする相手と合意する商業上の約束であり、数字そのものより、それが何を対象にしているかのほうがはるかに重要です。計画停止は除外されるのか、購入手続きはトップページと分けて計測されるのか。マレーシアの小売にとって意味のある試験は年間平均ではまったくなく、キャンペーンのピーク時、つまりトラフィックとカタログの一括更新が同時に来るときの挙動です。店舗と並べて連携も負荷テストし、処理能力が足りなくなったときに何を落とすのかを事前に決めてください。在庫更新の頻度は、通常、受注送信に譲るべきです。

決済とデータ。 PCI DSSの義務はカード情報の扱い方から決まり、実務上の判断は対象範囲の縮小です。ゲートウェイが許す限り、カード情報を自社環境の外に置きます。マレーシアの2010年個人データ保護法は収集・同意・保管を定めており、アカウント作成、マーケティングのオプトイン、解析の設定に関わります。どちらも後付けは高くつきます。

パッチ適用の周期。 Adobeはセキュリティリリースを定期的に公開しています。ベンチマークは「適用済みである」ことではなく、「何リリース遅れているかを把握していて、適用の日付が決まっている」ことです。3リリース遅れていて計画がないプラットフォームは、店舗が保守されているのではなくただ動かされていることの、最も分かりやすい信号です。

在庫精度。 ベンチマークとして語られることは少ないのに、商業的にはおそらく最も重要なものです。売り越しは粗利、返金、対応工数、マーケットプレイスの出品者評価を同時に失わせます。計測可能な形にするなら、店舗側の販売可能数量と正となるデータの毎晩の突合を、合意した許容差を超えた不一致の件数として報告することです。普段は空であるべきレポートを、名前の決まった担当者が読みます。

現地の連携は、あることではなく動くこと。 FPX、GrabPay、Touch 'n Goが設定されているのは低いほうのハードルです。本当のハードルは、それぞれで成功時と失敗時の処理が検証されていること。顧客が遷移の途中で離脱したときの復帰経路も含めてです。

差を埋める

回収の早い順に並べます。

1. 実験室ではなく実環境を測る。 Core Web Vitalsを実ユーザーの75パーセンタイルで、端末別に取得します。実験室のツールは理由を教え、実環境のデータは合否を教えます。
2. まず画像とクリティカルパスを直す。 ほとんどのAdobe Commerce店舗でLCP要素はヒーロー画像かカテゴリ画像であり、レスポンシブな画像バリエーションと正しい優先度指定は、他のどの単独の変更より数字を動かします。
3. 外部タグを棚卸しする。 タグマネージャーは溜まります。クリティカルパスにある各スクリプトは、誰かが一度下してその後見直されていない判断です。
4. ERPをリクエストの経路から外す。 カート投入、購入手続き、注文確定のいずれにも、自社で制御していないシステムの応答を待つ処理があってはいけません。これは速度の改善であると同時に、耐障害性の改善でもあります。MagentoとSAPの連携で、実際に壊れるのはどこかを参照してください。
5. 購入手続きを現地の行動に合わせて組み直す。 決済手段の並び順、ゲスト購入、住所入力、そして送料が最初に表示される位置。
6. そのうえで、一度に1つずつ検証する。 トラフィックが足りるならA/Bテストは機能します。足りない場合は、単一の変数について前後を順に比較し、十分な期間を取るほうが、5つの変更を同時に入れて寄与が分からない改修より優れています。

マーケットプレイスはこのすべての外側にあり、独自のペースでずれていきます。Shopee、Lazada、TikTok Shopで販売しているなら、チャネルをまたいだ在庫精度はそれ自体が1つの規律です。それこそがBridziaのマーケットプレイス同期技術WOW Syncが存在する理由であり、Thunder Match Technologyの事例で実際の姿を紹介しています。

よくある質問

マレーシアのEコマースサイトにとって、良いページ表示速度とは。

読み込み時間を1つの数字で語るのではなく、GoogleのCore Web Vitalsの基準値を使ってください。LCPは2.5秒以下、INPは200ミリ秒以下、CLSは0.1以下。いずれも実ユーザーの訪問の75パーセンタイルで計測します。マレーシアの人々の64%がモバイル端末で購入している以上、まずモバイルで判定します。

自社のAdobe Commerceストアはどれくらいのコンバージョン率であるべきか。

信頼できる普遍的な数字は存在しません。公開されている平均は業種と手法によって数倍違います。代わりに、自社のセグメント別の90日基準値に対してベンチマークし、最良のセグメントと最悪のセグメントの差を現実的な目標として扱ってください。

計測できない競合とどうベンチマークするか。

競合のファネルは見えませんが、顧客が見ているものは測れます。公開されている実環境データからのCore Web Vitals、購入手続きのステップ数、提供している決済手段とその並び順、そしてお届けの約束。この4つの比較は入手可能で、推測したコンバージョン率よりずっと行動につながります。

性能はどれくらいの頻度で見直すべきか。

実環境のCore Web Vitalsと在庫精度は継続的に、ファネルと決済手段別のコンバージョンは月次で、そしてキャンペーンのピークの前後に必ず。最も省略されがちで、省略すると最も高くつくのが、キャンペーン前の負荷テストです。

モバイルアプリはこれらの基準値を変えるか。

ウェブ側を改善するのではなく、別の一式を追加します。アプリとウェブは独立して計測し、正直に比較すべきです。両者の関係についてはモバイルアプリ開発をご覧ください。

この記事の使い方

まず90日の基準値を取ってください。それがなければ、その後のあらゆる変更は意見にすぎません。そのうえで、公開されている3つの基準値を合否として扱い、それ以外はすべて自社の最良セグメントとの差として扱い、ファネルで最も大きな落ち込みを次のプロジェクトに選んでください。

Bridziaは14年にわたり、アジア各地の小売・FMCGブランド向けにAdobe Commerce（Magento）プラットフォームを構築・調整してきました。手がけたプロジェクトは100件を超えます。自社ストアがこれらの基準値に対してどこにいるのか、どの差から埋めるべきかの評価をご希望でしたら、お問い合わせください。