金曜日の午後4時、中規模のWooCommerceスニーカー店。ナイキペガサス41ブラックは9日間品切れです。マーチャンダイジングチームは、在庫フィードに800足を用意して、在庫状況をoutofstockからinstockに切り替えます。WooCommerceの在庫切れ通知ワークフローはすでに実行中です。
30秒以内に、プッシュ通知は、品切れ中に商品詳細ページで「通知して」を明示的にタップした4,200人の購読者に配信されます。午後4時5分までに、そのうち2,800人がクリックしました。午後4時11分までに、1,400人が購入しました。SKUは再び売り切れます。リテンションマネージャーは、ローンチに0時間を費やしました。ワークフローは、前回の再入荷以来、静かに実行されていました。
それがワークフローです。1つのトリガー、最大2つのメッセージ、70%を超えるクリック率、そして25%から40%のクリックからのコンバージョン率。リテンションスタックでこれほど一貫してパフォーマンスを発揮するキャンペーンは他にありません。理由はコピーでもタイミングでもありません。オプトインです。在庫切れ通知の購読者は、ポートフォリオ全体で、希望する特定のSKUを指名し、入荷した瞬間に通知するように書面で依頼した唯一の購読者です。
この記事では、WooCommerceのリテンションマネージャーが直接利用できるプッシュネイティブの在庫切れワークフローを紹介します。トリガーイベント、意思決定ロジック、再入荷時の競合状態処理、バリアント対応フィルタリング、オプトイン設計、および品目防御のためのSKUごとのファネル分析です。
なぜ在庫切れ通知がeコマースで最もCTRの高いプッシュワークフローなのか
eコマースプッシュポートフォリオの残りの部分と比べてタイポのように見えるクリック率を記録する在庫切れアラート。カート放棄通知は8〜14%のCTR、閲覧放棄は4〜8%、ウェルカムシリーズは12〜20%、値下げアラートは18〜25%です。在庫切れは60〜80%で、需要の高いSKUでの適切に調整されたワークフローは、定期的に75%を超えます。
| ワークフロー | 通常のクリック率 |
|---|---|
| 閲覧放棄 | 4–8% |
| カート放棄（メッセージ1） | 8–14% |
| ウェルカムシリーズ | 12–20% |
| 値下げアラート | 18–25% |
| 在庫切れ | 60–80% |
このリストの他のすべてのワークフローよりも在庫切れ通知が優れている3つの理由。
第一に、オプトインは明確です。購読者は特定の商品の詳細ページで「在庫切れ時に通知する」というラベルのボタンをタップしました。推測される意図やセグメンテーションの推測はありません。システムは、購読者がこの正確なSKUを欲していることを知っています。
第二に、購読者は通知を求めました。フォローアップを実際には望んでいないかもしれないカート放棄の購読者と比較してください。在庫切れの購読者は、メッセージを明示的に招待した、珍しいプッシュオーディエンスです。
第三に、コピーは曖昧さがありません。メッセージには1つの仕事があります。それは、購読者に製品が再入荷したことを伝え、PDPにリンクすることです。テストするヘッドラインの角度も、構築するオファーも、過度に調整する緊急性のフレーミングもありません。製品がメッセージなのです。
在庫切れワークフロー、エンドツーエンド
このワークフローは、PushEngage Workflowsビルダーと、標準のSTART / WAIT / DECISION / ACTION / ENDノードの語彙を使用します。完全な仕様：
トリガー（START）： PushEngage.CustomEvent、event_name = product_restocked。製品のstock_statusがoutofstockからinstockに移行し、stock_quantity > 0になったときに、WooCommerce-PushEngage連携から起動します。連携プラグインは、WooCommerceのwoocommerce_product_set_stock_statusフックをこのカスタムイベントに自動的にマッピングします。
実行タイプ：複数の並列実行。購読者は一度に複数のSKUにオプトインでき、各再入荷は独自の同時ワークフローインスタンスを起動します。Pegasus 41 Blackの再入荷と、同じ購読者へのPegasus 41 Redの別々の再入荷は、2つの独立したジャーニーとして実行されます。
フロー：
- DECISIONノード：購読者は、この正確なSKU（バリエーションがある場合はvariation_idも）の通知リストにいますか？
- YESパス：再入荷通知をすぐに送信します。待機時間はありません。在庫切れからの復帰は、待機時間が機能ではなくバグとなる唯一のワークフローです。なぜなら、SKUは再入荷後の最初の数分間に在庫がある可能性が最も高いからです。
- 4時間待機します。
- DECISIONノード：購読者は最初の通知をクリックしましたか？SKUはまだ在庫がありますか？
- いいえ + まだ在庫あり：4時間のリマインダーを送信します。
- その他のすべてのパス：終了します。
終了基準：トリガーイベントからのproduct_idに一致する目標purchase、またはクリックしてからカートに追加するイベント。購読者が購入した瞬間（またはカートに追加して購入をコミットした瞬間）、ワークフローはキャンセルされ、リマインダーは送信されません。
メッセージ1 — フレンドリー、即時
- タイトル： Pegasus 41 Blackが再入荷しました
- 本文：入荷した瞬間に知らせてほしいとリクエストがありました。ブラックカラーは現在販売中です。タップしてペアをゲットしてください。
メッセージ2 — クリックしなかった人への4時間リマインダー
- タイトル：まだ在庫あり：Pegasus 41 Black
- 本文：すぐに売り切れます。この再入荷について通知を希望されました。まだペアをご希望の場合はタップしてください。
これがワークフロー全体です。最大2つのメッセージ、1つの決定、1つの待機、1つの終了ルールです。
競合状態：在庫が戻り、4,200人の購読者全員が30秒以内にクリックした場合
4,200件のオプトインがある人気のSKUが800ユニットで再入荷した場合、最も遅い通知が最も遅い購読者に届く前に売り切れます。これは、在庫切れからの復帰ワークフローにおける最大の運用上の落とし穴であり、CTR 70%のキャンペーンと12%のキャンペーンを分けるものです。SKUがなくなった後に通知を見た購読者はクリックしません。彼らは嘲笑されたと感じます。彼らは、より広範なリストからの購読解除の可能性が高まります。リテンションチームがレースコンディションの処理なしに開始する最初の再入荷は、通常、それなしで開始する最後の再入荷になります。
処理には2つの部分があります。最初の部分はワークフローレベルです。在庫アラートワークフローは、オプトイン順に通知を送信する必要があります。最も早い「通知して」サブスクライバーが最初に通知を確認します。送信順序は、オプトインイベントでキャプチャされたwishlist_created_atタイムスタンプを基準にします。PushEngageワークフローエンジンの順次送信モードがこれを処理します。すべてのプラットフォームがそうするわけではありません。
2番目の部分は、プッシュプラットフォームの完全に上流にあります。ほとんどの在庫補充ワークフローの実際のボトルネックは、通知配信ではありません。それは在庫の正確さです。倉庫システム、ERP、およびWooCommerceストアフロントの間の遅延が、通知が届いたときにSKUが実際に在庫にあるかどうかを決定します。在庫補充ユニットを通知リストに事前に割り当てるストア（800ユニットのうち最初の500ユニットがサブスクライバー用に予約され、公開ブロードキャストの前に売り切れる）は、ワークフローのコンバージョン率を大幅に向上させます。
在庫の正確さが上流の問題です。順次送信はワークフローの仕事です。両方が正しくなければなりません。
バリアントの問題
「Nike Pegasus 41 Black」をオプトインしたサブスクライバーは、Blackバリアントを求めています。Pegasus 41をRedで在庫補充しても、Blackサブスクライバーに通知が送信されるべきではありません。WooCommerce-PushEngage統合は、オプトイン時に特定のvariation_idをキャプチャします。ワークフローのトリガーは、バリアント対応製品の場合、product_idだけでなくvariation_idでフィルタリングします。ストアがproduct_idのみで計測する場合、すべてのRedの在庫補充はすべてのBlackサブスクライバーにノイズを生成し、ワークフローのCTRは四半期以内に70％から20％に低下します。
WooCommerceの在庫補充通知のオプトインイベントスキーマは次のようになります。
{
"event_name": "wishlist_added",
"product_id": 14523,
"variation_id": 14530,
"sku": "PEG41-BLK-10",
"wishlist_created_at": "2026-05-21T14:32:08Z",
"subscriber_hash": "sub_2eHzK..."
}一致する在庫補充トリガーは同じ形状で発火します。
{
"event_name": "product_restocked",
"product_id": 14523,
"variation_id": 14530,
"stock_quantity": 800,
"restocked_at": "2026-05-26T16:00:14Z"
}ワークフローのDECISIONノードは、product_idとvariation_idの両方でフィルタリングします。バリアント14530（Black、サイズ10）の通知リストのサブスクライバーが一致します。バリアント14531（Red、サイズ10）のリストのサブスクライバーは一致しません。Decisionノードのフィルタ式は、クリーンな信号とノイズの多い信号の違いです。
2メッセージ対1メッセージワークフロー
4時間のリマインダーが常に正しい選択肢とは限りません。30分未満で売り切れる超人気SKUの場合、リマインダーはメッセージがないよりも悪い体験になります。リマインダーが届く前にSKUはなくなっており、サブスクライバーは再び在庫切れの商品に対して「まだ在庫があります」という通知を受け取ります。1日から7日間続く日常的な在庫補充では、リマインダーは、最初の通知を見たが会議中、電車の中、またはその他の理由で即座に行動できなかったサブスクライバーのコンバージョンを15〜25％向上させます。
| 売り切れ速度 | 推奨メッセージ数 |
|---|---|
| 30分未満（超人気） | 1（リマインダーはスキップ） |
| 30分〜4時間 | 1または2（テスト） |
| 4〜24時間 | 2（リマインダーは価値がある） |
| 1〜7日（日常的な在庫補充） | 2（デフォルト） |
| 7日超（ゆっくり動く） | 1（1回のタッチで十分） |
この決定は、製品のsell_out_velocityフラグ（マーチャンダイジングチームが過去の再入荷データに基づいて設定）またはWAIT 4時間ゲートでのリアルタイム在庫数量チェックに基づいて行われるワークフローレベルの分岐です。在庫切れ回復ワークフローのジョブは、SKUタイプに必要なタッチ数を実行することであり、エンジンがサポートするタッチ数の最大値を実行することではありません。
オプトインデザイン：「在庫切れのPDP」の「通知する」ボタン
オプトインサーフェスがこのワークフローを機能させています。在庫切れのPDP訪問者は、すでにその製品が欲しいと決めています。唯一の質問は、店舗が再入荷したときに通知することを許可するかどうかです。これは、WooCommerceストアが持つコンバージョン率が最も高いオプトインの瞬間であり、これを他の一般的なプッシュパーミッションプロンプトのように扱うことは、このワークフローで最もよくある間違いです。
PushEngageの製品固有の購読呼び出しsubscribeToProduct(productId, variationId)は、より広範なサイトリストではなく、特定のSKUにプッシュ購読を登録します。オプトインフォームは、PDPの在庫切れバッジの隣に配置し、折りたたみの下には配置しないでください。主なフィールドはプッシュパーミッションです。メールは、プッシュをブロックするブラウザや、両方のチャネルを希望する購読者向けのフォールバックです。オプトインの瞬間にvariation_id、wishlist_created_atタイムスタンプ、および購読者ハッシュをキャプチャします。
これは、より広範な購読者の質に関する議論が積み重なる瞬間です。より質の高いオプトイン（明示的、SKU固有、意図確認済み）は、このワークフローだけでなく、すべての後続ワークフローの回収収益を向上させます。トリガーされた購読オプトインプロンプトに関する姉妹記事では、この意図の瞬間のオプトインデザインが、その後のリターゲティングよりも重要である理由を説明しています。WooCommerceプッシュ通知スタックは、オプトインから外側に向かって積み重なります。
クロスチャネルオーケストレーション
Webプッシュは、在庫切れワークフローのプライマリチャネルです。なぜなら、最も速く、最も安く、そして購読者が明示的にオプトインしたチャネルだからです。しかし、すべての購読者がプッシュパーミッションを付与したわけではなく、単一チャネルのワークフローでは、ブラウザのミックスによって到達可能なオーディエンスが30〜50％減少します。
1つのジャーニーにおける完全なマルチチャネルルーティング：
- プッシュパーミッションが付与された場合：Webプッシュが即座に実行されます。終了。
- プッシュパーミッションがないがメールがキャプチャされた場合：プッシュバッチが完了してから15分後にメールフォールバックが実行されます。15分の遅延は重複排除ウィンドウです。プッシュを受信した購読者はメールを受信しません。
- 高額SKU（AOV $300以上）でWhatsAppオプトインが登録されている場合：WhatsAppエスカレーションはプッシュから30分後に実行されます。よりタッチ数の多いチャネルはAOVによって正当化されます。明示的なWhatsAppオプトインが、メッセージを侵入的ではなく歓迎されるものにします。
3つのチャネル、1つのワークフロー、1つの終了基準、1つのサブスクライバーID。これらは、統合されたワークフローエンジンを必要とするオーケストレーションであり、3つの個別のシングルチャネルツールではきれいに構成することは不可能です。リテンションプラン内でプッシュとメールがどのように連携するかについての詳細については、プッシュとメールのマルチチャネルオーケストレーションの投稿で、重複排除ロジックとチャネルルーティングの決定ツリーを説明しています。
ワークフローごとの分析：ファネルを読む
リテンションマネージャーの仕事は、品目を防御することです。バックインストックワークフローのSKUごとの分析により、その会話は短くなります。オープニングシナリオからのPegasus 41 Blackの再入荷のファネルは次のようになります。
| ステージ | カウント | 前のステージとの比較率 |
|---|---|---|
| 再入荷通知送信 | 1 | — |
| オプトイン通知済み（プッシュ） | 4,200 | 100% |
| プッシュ配信済み | 4,150 | 98.8%（オプトイン以降50件が購読解除） |
| プッシュクリック | 2,800 | 67.5%（CTR） |
| カートに追加 | 1,580 | クリック者の56.4% |
| 購入 | 1,400 | クリック者の50.0%（通知から購入：33.7%） |
通知から購入への33.7%のコンバージョン率は、他のリテンションワークフローのファネルと比較した場合、予算の会話を即座にシフトさせるような数値です。この同じストアでのカート放棄ワークフローは、14%でカートを回収します。ブラウズ放棄ワークフローは、ブラウズからカートへのコンバージョンを6%向上させます。バックインストックアラートワークフローは、通知から購入への33.7%で、ダッシュボード上の他のすべてのワークフローのインプレッションあたりの作業量の2〜5倍を実行しています。
このワークフローのボトルネックは、プッシュプラットフォームであることはほとんどありません。コンバージョン率が期待外れの場合、原因は上流にあります。通知が広がる前にSKUはすでに売り切れていました。WooCommerceの在庫数量が倉庫からずれていました。variation_idのマッピングが間違っており、間違ったサブスクライバーに通知されました。「ワークフローが機能しない」というチケットのほとんどは、「SKUはすでに売り切れていた」または「間違ったサブスクライバーがメッセージを受け取った」という結果になります。どちらも在庫と統合の問題であり、プッシュの問題ではありません。
PushEngageで構築する
これほど強力なワークフローのセットアップパスは短いです。WordPressリポジトリからWooCommerce-PushEngage統合プラグインをインストールします。このプラグインは、woocommerce_product_set_stock_statusフックをproduct_restockedカスタムイベントに自動的にマッピングします。
在庫切れのPDPで「通知を受け取る」オプトインボタンが有効になっていることを確認します。PushEngageワークフローテンプレートライブラリからバックインストックワークフローテンプレートを読み込みます。1つのSKUでテストしてから、全体に展開してください。
これが変えること
無料プランには、200人のサブスクライバー、すべてのチャネル、および初日から完全なワークフローエンジンが含まれています。これは、予算を要求する前に、管理されたSKUでチャネルを証明するのに十分です。ワークフローの下での最初の再入荷は、通常、単一の午後に年間サブスクリプションの元を取ります。ここでの計算が障害となることはめったにありません。
WooCommerceプッシュシリーズの姉妹記事がリテンションの全体像を完成させます。WooCommerceカート放棄ワークフローは、3メッセージのカートシーケンスを送信します。WooCommerceブラウズ放棄ワークフローは、商品詳細ページ放棄をカバーします。
WooCommerceの価格下落アラート投稿では、在庫補充通知と自然に連携するウィッシュリスト価格下落トリガーについて説明しています。eコマースプッシュ通知ハブでは、これらのワークフローがどのように連携するかをマッピングしています。
WooCommerceの在庫補充購読者は、あなたのストアがこれまで得た中で最も価値のあるオプトインです。彼らはSKUの名前を挙げ、通知を求め、そして他のリテンションスタックを遅く見せるようなクリック率をもたらします。彼らに提供される在庫アラートワークフローは、1つのトリガー、1つの決定、1つの待機、そして1つの終了ルールで実行されます。運用上の作業（バリアント対応トリガー、注文送信、オプトイン設計、在庫精度）が、ワークフローが70%のCTRまたは12%を達成するかどうかを決定します。
リテンションの計算はそこから複利で増えていきます。4,200件のオプトインと33%の通知から購入へのコンバージョン率を持つ145ドルのAOV SKU向けに調整された1つの在庫補充アラートワークフローは、在庫補充あたり約20万ドルの帰属収益を生み出します。マーチャンダイジングチームが制約であり、プッシュプラットフォームではありません。在庫切れからの回復は、WooCommerceプッシュ通知スタックの中で最も安価で、最も高いCTRを持ち、最も防御可能なワークフローであり、購読者がメッセージを求めた唯一のワークフローです。
無料プランから始めると、1時間以内に最初の在庫補充通知ワークフローを送信できます。
