3月の火曜日だけでなく、ブラックフライデーでも持ちこたえるように設計された割引エンジン
多くの割引アプリは通常のトラフィックでは問題なく動作します。近道をしている部分が露呈するのは、ピーク時のトラフィックです。このページでは、BFCM期間中に割引アプリが失敗する理由、ピーク時を乗り切るための短いプレイブック、そしてStackableが確約する内容を、誰も検証できない稼働率の数字ではなく、検証可能な形でお伝えします。
無料でインストール割引アプリに寄せられる公開レビューでは、BFCMシーズンのたびに同じ失敗パターンが語られています。
“このアプリはブラックフライデーで完全に壊れています。1年間ずっと問題なく動いていたのに、最もトラフィックが多い日に突然壊れて、気づくまでに数千ドルの損失が出ました。”
多くは2つの手抜きが原因
このパターンの大部分は、2つの近道によって説明できます。
クライアント側での価格の書き換え
一部のアプリはブラウザ内で割引を計算し、JavaScriptで表示価格を書き換えています。カート上では正しく見えますが、実際のチェックアウト合計はアプリではなくShopifyのチェックアウトが別途計算します。ピーク時の負荷や、接続の遅さ、広告ブロッカーの影響で、そのJavaScriptが静かに失敗しても、表示上の価格は割引されたままになることがあります。顧客が目にする金額と、チェックアウトで請求される金額が異なってしまうのです。
ドラフト注文によるチェックアウト
他のアプリでは、カスタム価格を適用するためにカートをドラフト注文経由で処理しています。これはShopify Functions以前からの回避策です。ドラフト注文は通常のチェックアウトフローの外側にあるため、ネイティブの割引コードや注文分析が正しく機能しなくなり、トラフィックが急増するまさにその瞬間に失敗しうる新たな可動部分が加わることになります。
BFCM対策の簡易チェックリスト
繁忙期の前にキャンペーンをスケジュール設定しておく
BFCM週に入る前に、正確な開始日と終了日を設定しておきましょう。トラフィックダッシュボードを確認しながら誰かが手動でキャンペーンを公開する、といった状況に依存しなくて済みます。
まずシミュレーターでサンプルカートをテストする
キャンペーンを公開する前に、サンプルカートでテストを行い、合計金額が想定どおりであることを確認しましょう。これはチェックアウトで実行されるのと同じ計算です。
何か問題があればすぐに一時停止できることを知っておく
公開後にキャンペーンが想定外の動作をした場合、一時停止はワンクリックで完了し、新規ページの読み込みだけでなくストアフロント全体に即座に適用されます。
稼働率の数字ではなく、検証可能な具体策
裏付けのない数字を公表するより、ご自身のストアで確認できる具体的な約束をします。
よくある質問
BFCM水準のトラフィックにおいて、Stackableが特に異なる点は何ですか？
割引計算はトラフィック量にかかわらず、同じShopify Functionのインフラ上で実行されます。負荷がかかると挙動が変わる別個の「ピークモード」やクライアント側のフォールバックは存在しません。通常の火曜日でも、年間で最もトラフィックが多い時間帯でも、同じサーバーサイド計算が実行されます。
ブラックフライデーの深夜0時ちょうどに開始するようキャンペーンをスケジュール設定できますか？
はい。キャンペーン作成時に開始・終了の日時を設定すれば、その瞬間に誰かがオンラインである必要なく、スケジュールどおり自動的に有効化・無効化されます。
BFCM期間中にキャンペーンを停止する必要がある場合、どのくらい早く反映されますか？
公開中のキャンペーンの一時停止は管理画面でワンクリックで完了し、60秒以内にストアフロント全体に反映されます。
稼働率の数値は公開していますか？
まだ公開していません。実績で裏付けできない数字を公開するくらいなら、公開しない方がよいと考えています。現時点で確約できるのはアーキテクチャに関する内容です。サーバーサイドでの計算、カートとすべてのチェックアウト画面での同一の合計金額、そして迅速かつ検証可能な一時停止です。
BFCMの割引をサーバーサイドエンジンで運用
事前にスケジュールを組み、シミュレーターでテストし、必要な時はワンクリックで一時停止。シーズンを通して安心です。
無料プランあり。クレジットカード登録不要。