Shopify PlusまたはWooCommerceストアのグロースまたはオペレーションマネージャーで、「トリガーキャンペーンが送信されないのはなぜですか？」と疑問に思っている場合、正直な答えは、ダッシュボード自体からはおそらくわからないということです。指標が逸脱したためにわかります。カート回収収益が3週連続で低迷しています。加入者が、1か月間在庫アラートを受け取っていない理由をサポートにメッセージで問い合わせています。誰かが3月から触っていないオートメーションタブを開き、在庫切れトリガーがその間ずっと「一時停止中」と言っていたことに気づきます。
トリガーキャンペーンとRSS自動プッシュ通知の実際の障害モードは、クラッシュでもエラーバナーでもなく、ただ静かであることです。セール中に一時停止されたカート放棄キャンペーンが再開されなかった場合、それは自己主張しません。サイトが新しいCMSに移行したときに壊れたRSSフィードも同様です。どちらも、誰かが適切な質問をするまで、キャンペーンリストに表示され続けます。そして、誰かが質問する頃には、答えは通常、数分ではなく数週間に及びます。
この記事は、ダッシュボードのクロールではなく、平易な言葉で尋ねられたその質問です。PushEngage MCPサーバーに組み込まれた2つの読み取り専用ツール、pushengage_list_triggered_campaignsおよびpushengage_list_rss_campaignsを使用して、トリガーキャンペーンの分析とRSSフィードの健全性を一度に取得し、一時停止または破損したオートメーションを収益の別の週を失う前にキャッチします。
誰も気づかない3週間のギャップ
トリガーキャンペーンとRSS自動プッシュは、見失いやすいという共通の特性を1つ共有しています。構築されると、誰も再度触れることなく実行されます。それがすべてです。カート放棄トリガー、値下げアラート、在庫切れ通知、新しい投稿ごとに自動プッシュするRSSフィード。一度設定すれば、独自のスケジュールで永遠に実行されます。
ただし、「永遠」は、その下に何も変わらないことを前提としています。セール中にプロモーションブラストと重複しないようにトリガーが一時停止され、誰もそれを元に戻すのを覚えていません。サイトの移行中にRSSフィードURLが変更され、それに向けられていたキャンペーンは「アクティブ」と言い続けながら、何もプッシュしません。在庫切れトリガーの在庫フィードの同期が停止し、トリガーは何もプッシュできなくなります。すべてのケースで、キャンペーンはリストビューでは正常に見えます。ただ、何もしていません。
例を挙げると、数字で示しましょう。中間市場のカート放棄トリガーが、Shopify Plusのアカウントで、安定したトラフィックがある場合、週に約1,800ドルのカート価値を回収しているというのは、珍しい数字ではありません。3週間の沈黙 — 通常、人が自分で気づくのにかかる時間 — は、回収されることのなかった5,400ドルの収益であり、トップラインの数字が質問を強制するまで、誰も探しに行くことを知りませんでした。
トリガーキャンペーンとRSSフィードが静かに壊れる理由
どちらの自動化タイプも、小さく、つまらない原因のセットを通じて失敗し、それらのいずれも、マーケターが決して見ることのないエラー状態を引き起こしません。
- 一時停止がその理由を生き延びる。「今週だけ」のブラストキャンペーンと競合しないように、セール中に一時停止されたカート放棄キャンペーンは、予定通りに再開されることはめったにありません — スイッチを切り替えた人が別のプロジェクトに移動し、6か月後にはまだそこにあり、一時停止されたままになっており、誰もその理由を確信していません。
- アップストリーム統合が静かになる。値下げまたは在庫切れトリガーは、ストアプラットフォームからの在庫または価格フィードに依存しています。そのフィードの同期が停止した場合 — プラグインの更新、アプリの切断、期限切れのAPIキー — トリガーはチェックするものがなくなり、再び起動しなくなります。
- フィードURLが移動する。CMSの移行、ブログの再プラットフォーム化、またはドメインの変更は、自動プッシュキャンペーンが指しているRSSフィードを、キャンペーン自体の設定に一切触れることなく、静かに壊す可能性があります。PushEngage自体の設定に関しては何も変更されていないため、キャンペーンはアクティブのままです。
- 閲覧放棄ルールが一致しなくなる。サイトの再設計によりURL構造が変更されたり、閲覧放棄トリガーが監視しているページが削除されたりすると、トリガーは実行され続けますが、キャッチするものがなくなります。
- 一度限りの例外が永続的になる。リコールまたはサプライヤーの問題中に、単一の製品ラインに対してトリガーが無効になり、元の問題が解決すると、再有効化の手順は全員のリストから外れます。
これらのいずれも、マーケティングチームへのサポートチケットを生成しません。それらは、3週間後に、再入荷アラートがどこに行ったのか疑問に思っている加入者から、カスタマーサービスへのサポートチケットを生成します — これは、見つけるための最も遅く、最も高価な方法であり、この投稿のすべての監査がスキップするために構築されているものです。
トリガーキャンペーンが送信されない理由（および5秒で確認する方法）
「トリガーキャンペーンが送信されないのはなぜですか？」という質問に答える最も速い方法は、推測をやめてリストを要求することです。pushengage_list_triggered_campaignsは、サイト上のすべてのトリガーキャンペーンをステータス（アクティブ、一時停止、またはドラフト）でフィルタリングして返します。include_analyticsが設定されている場合、各キャンペーンは期間中の送信数、表示数、クリック数のカウントとともに返されます。
その単一の呼び出しは、あなたのために最初の15秒間のトリアージを行い、すべての結果を3つの状態のいずれかにソートします：
- 完全に停止 — ステータスはアクティブですが、期間中の送信数はゼロ（またはゼロに近い）です。上流で何か問題が発生しました。
- 適切に静か — ステータスはアクティブで、送信数は少ないですが、トリガーの実際のボリュームと一致しています（在庫切れアラートは実際に在庫が補充された場合にのみ発生します。静かな週はバグではありません）。
- 実際に一時停止 — ステータスは単純に一時停止と表示されており、それが意図的であったかどうかを誰かが決定する必要があります。
4つのトリガーキャンペーンを実行している、中規模市場のeコマースアカウントの例として配置されています。
| トリガー型キャンペーン | ステータス | 送信済み | 表示回数 | クリック数 |
|---|---|---|---|---|
| カート放棄 | アクティブ | 3,940 | 2,610 | 210 |
| 閲覧放棄 | アクティブ | 0 | 0 | 0 |
| 値下げアラート | アクティブ | 812 | 590 | 61 |
| 在庫補充アラート | 一時停止 | 0 | 0 | 0 |
2つの発見がすぐに際立ちます。在庫切れトリガーが一時停止されています。すべての加入者が補充アラートを待っていることを考えると、意図的であったかどうかを確認する価値があります。より大きな問題は、閲覧放棄トリガーです。アクティブとマークされていますが、送信数がゼロということは、完全に停止していることを意味し、適切に静かではありません。サイトの変更により、監視しているページルールが壊れた可能性が最も高く、それ以降、閲覧を放棄した訪問者は誰もフォローアップを受け取っていません。
価格下落アラートがここで何をしているかに注目してください。812回の送信は、カート放棄トリガーの3,940回よりも少ない数ですが、それは問題ありません。価格下落アラートは価格が実際に下落した場合にのみ発生するため、ボリュームが少ないことは適切に静かであり、警告信号ではありません。このセクションが実際に教えているスキルは、推測せずにこの2つを見分けることです。送信数が自身の履歴ベースラインに近いトリガーは、どのボリュームでも健全です。定期的に送信されていてゼロに低下したトリガーは、最初にどれだけ小さかったかに関係なく壊れています。
はっきりと述べる価値があります：pushengage_list_triggered_campaignsはリストと読み取りを行います。一時停止されたキャンペーンを再度有効にしたり、壊れたページルールを修正したり、トリガーの条件を編集したりすることはありません。修正は引き続きPushEngageダッシュボードで行われます。このツールの機能は、1回の呼び出しで、どのトリガーキャンペーンがその修正を必要としているか、そしてその理由を正確に伝えることです。各キャンペーンをクリックして確認する代わりに。チャット経由でトリガーキャンペーンの分析を取得する価値は、ダッシュボードタブ経由で取得するよりもはるかに優れています。発見は5秒で完了し、スクロールに費やすはずだった15分は、実際にそれを必要としている1つのキャンペーンに費やされます。
そもそもどのイベントが実際にトリガーを構築する価値があるのかという根本的な質問については、どのイベントがトリガーキャンペーンに値するかは、PushEngageがカート放棄、閲覧放棄、価格下落、在庫切れ全体で使用する3つのトリガー適性テストをカバーしています。
RSSフィードが静かにプッシュを停止したことをキャッチする
RSS自動プッシュ通知は、トリガーキャンペーンと同様の「見た目は正常だが、そうではない」パターンで失敗しますが、原因は異なります。一時停止されたステータスや壊れたページルールではなく、通常はフィード自体に問題があります。
アシスタントにステータスと分析を含むRSSキャンペーンのリストを依頼すると、pushengage_list_rss_campaigns は、分析が含まれている場合に送信/表示/クリックの内訳と同じように、ステータスでフィルタリングされた各キャンペーンを返します。トリガーキャンペーンの場合とほぼ同じです。アクティブとマークされたキャンペーンで送信数がゼロに低下した、または通常のベースラインから急激に低下した場合は、ほぼ常に、監視しているフィードが正しく公開を停止したことを意味します。
通常の原因は小さく見落としがちです。コンテンツチームがCMSプラットフォームを切り替えたり、フィードのURLパスを変更したり、プラグインの更新によってフィードがアイテムをフォーマットする方法が変更されたりしても、プッシュ通知の管理者に誰も伝えていません。適切な公開ペースで運営されているサイトの場合、RSS自動プッシュは、すべての新しい投稿でトリガーされるため、通常はアカウントで最もトラフィックの多い自動化です。これは、壊れたフィードが「静か」から「トラフィックを返す上で深刻なギャップ」に、このリストの他のどの自動化よりも速く変化することを意味します。
簡単な比較の前と後で、問題が明確になります。
- 通常の週: RSSキャンペーンは、新しい投稿が公開されるたびに6〜9回トリガーされ、サイトの通常のコンテンツペースと一致します。
- 壊れた週: RSSキャンペーンはアクティブで送信ゼロを示し、サイトは同じ期間に4つの新しい投稿を公開しています。これは、コンテンツカレンダーではなく、フィード接続が問題であることを明確に示しています。
上記と同じ正確性の注意点を、ここでも同様に重要であるため繰り返します。pushengage_list_rss_campaigns はステータスとパフォーマンスをリストし、読み取ります。壊れたフィードURLを再指定したり、キャンペーン自体を再起動したりすることはできません。この修正は、どのフィードを確認する必要があるかがわかったらダッシュボードで行われます。通常は、RSSキャンペーンの設定でフィードURLを再検証し、それがまだ正しいドメインに解決されることを確認します。まだRSS自動プッシュキャンペーンを設定していない場合は、RSS自動プッシュキャンペーンの設定で設定方法を説明しています。この投稿では、すでに実行中でヘルスチェックが必要なキャンペーンを前提としています。
同じパスで確認する価値のある隣接する自動化タイプは、価格変動通知キャンペーンの作成と在庫切れ通知プッシュ通知の設定です。これらは、この監査がチェックするトリガーキャンペーンタイプの2つの設定側をカバーしています。また、ドリップキャンペーンやワークフローも自動化スタックの一部である場合は、ドリップキャンペーンとワークフローの監査で、この投稿がトリガーキャンペーンとRSSをカバーする方法と同じように、それらの隣接ペアをカバーしています。
はじめに: PushEngage MCPサーバーの接続
チャットウィンドウからこのチェックを実行するには、まずPushEngage MCPサーバーをアシスタントの構成に追加します。Claude DesktopまたはCursorの場合、クライアントのMCP構成にnpx -y @pushengage/mcpを指すエントリが1つあればよく、npxはオンデマンドでサーバーを取得するため、個別のインストールは不要です。Claude Codeも同様に機能します。
クライアントを再起動し、PushEngageにログインするように依頼します（接続を承認するためにブラウザタブが開くため、資格情報はアシスタントを通過しません）。次に、サイトを表示するように依頼し、作業したいサイトを選択します。この投稿のツールを含むすべてのサイトスコープツールは、その後そのサイトにデフォルト設定されます。完全なウォークスルー（設定ファイルパス、初回実行ログイン、接続が開始されない場合の対処法）については、PushEngage MCPセットアップガイドを参照してください。
一度きりのチェックではなく、毎週の習慣にすること
この監査の目的は、今日壊れている一つのキャンペーンを見つけることではありません。それは、誰もスケジュールしないプロジェクトではなく、チェックを5秒の質問にすることです。PushEngageは、150か国以上の25,000人以上のビジネスオーナーがプラットフォームを通じて月に152億件以上の通知を送信するという、かなりのボリュームで動作しています。その規模では、一時停止されたトリガーや壊れたフィードは、クリックが1つか2つ失われるだけではありません。サイレントのままである限り、自動化がキャプチャするために構築された復旧されたカートの価値やリピーターのトラフィックを失うことになります。
月次レビューでソフトな収益数から見つけるのではなく、月曜日に「なぜトリガーキャンペーンが送信されないのか」と声に出して尋ねる場合と同じです。アシスタントに、分析付きのトリガーキャンペーンとRSSキャンペーンのリストを依頼し、見逃しているトリガーが構築する価値があることが判明した場合は、PushEngageプランを確認し、ダッシュボードで実際に壊れているものを修正するために節約した15分を費やしてください。
