PushEngageアカウントのどこかに、8か月間送信されているカートリカバリーのドリプがあります。まだ「アクティブ」と表示されています。担当者が春にチームを異動してから誰も触っていません。クリック率は数週間スライドしていますが、急落しているわけではなく、毎月1〜2ポイントずつ静かに失っているだけで、誰もダッシュボードのそのタブを開かないため、誰も気づいていません。
自動化は静かに失敗しており、ダッシュボードは教えてくれません
どこかに、ウィンバックシーケンスのために作成したワークフローがあります。これもまだライブとしてマークされています。しかし、購読者の一括が6月にそこに入り、2番目のステップを通過することなく、まだそこに座っています。コンバージョンも終了もせず、ただスタックしていて、探しに行かない限り見えません。
ドリプキャンペーンとワークフローの監査とは、リテンションチームにとって実際に何を意味するのかということです。再設計プロジェクトでも、再構築でもなく、ゆっくりとした漏れが本物の漏れになる前に、悪い状態で実行されている自動化を見つけることです。そして、それはダッシュボードのクロールではなく、チャットウィンドウから実行できるチェックの種類であり、PushEngage MCPサーバーに組み込まれた2つのツール、pushengage_list_drip_campaignsとpushengage_list_workflowsを使用します。どちらも読み取り専用です。リクエストに応じてドリプキャンペーン分析とワークフロー分析を表示し、ライブのもの、一時停止中のもの、購読者がスタックしている場所を教えてくれます。修正は引き続きダッシュボードで行われますが、検索はもう必要ありません。
ほとんどのチームは、購読者から苦情があったり、月次レポートが悪かったりして初めて、問題のある自動化を発見します。その頃には、一時停止された自動化とスタックしたコホートは通常、数週間そこに座っています。この記事の監査は、それが起こる前に両方をキャッチするように構築されています。
ドリプキャンペーンとワークフローは、チェックする2つの異なるものです
PushEngageは2つの異なる自動化オブジェクトを出荷しており、監査はそれぞれ別々に確認する必要があります。なぜなら、それらは異なる方法で失敗するからです。
ドリプキャンペーンは、線形自動応答シーケンスです。スケジュールに従って順序どおりに送信される固定セットの通知（ウェルカムシリーズ、サインアップ後の育成、固定間隔の再エンゲージメントシーケンス）です。分岐しません。その中のすべての購読者は、同じステップを同じ順序で受け取ります。
ワークフローは、エントリ条件、決定ポイント、および終了基準を備えた分岐自動化です。これは、購読者がクリックしたかどうかにかかわらず異なる動作をするカートリカバリーシーケンス、または誰かが購入した瞬間に停止するウィンバックフローに使用するようなものです。PushEngageのPushEngage Workflowsビジュアルビルダーは、ロジックが「これを送信してからあれを送信する」以上のものを必要とするときに、ほとんどのリテンションチームが利用するものです。
「マーケティングオートメーションの監査」に関するすべての競合他社のガイドでは、これらを相互に交換可能 — レビュー対象の「キャンペーン」の1つの統合リスト — として扱っています。しかし、そうではありません。パフォーマンスの低いドリップキャンペーンは、通常、コピーまたはタイミングの問題であり、ドリップキャンペーンの分析（送信、表示、クリック）でそれを特定するのに十分です。パフォーマンスの低いワークフローは、解決されないステップで購読者が積み重なっている可能性がありますが、これは線形ドリップでは実行できません — ワークフロー分析は、それを明らかにするために完全に異なる形状（開始、アクティブ、完了、失敗）を必要とします。適切な数値をそれぞれに適用して個別にチェックすることは、適切な種類の問題を見つけることと、それを見逃すことの違いです。
まだドリップキャンペーンを設定していない場合は、PushEngageのドリップ自動応答の設定に関するガイドでセットアップについて説明しています。この記事では、すでに実行中のものがあり、それらがまだその役割を果たしているかどうかを知る必要があることを前提としています。
ドリップキャンペーンの監査：pushengage_list_drip_campaigns
アシスタントに「分析付きの有効なドリップキャンペーンをリストアップして」のように尋ねてください。pushengage_list_drip_campaignsツールは、指定したステータスフィルター（アクティブまたは一時停止）に一致するすべてのドリップキャンペーンを返します。include_analyticsを設定すると、それぞれに送信数、表示数、クリック数が含まれます。
これだけで、2種類の問題を一目で特定できます。第一に、ステータスのずれ：一時停止したと思い込んでいたキャンペーンが実際にはまだアクティブである、または設定変更を誰も覚えていない間に一時停止していたキャンペーンが実行中であると思い込んでいた場合。第二に、静かな低下：スケジュール通りに送信され続けているが、以前の数分の1しかコンバージョンしていないキャンペーン。
これは、3つのドリップシーケンスを実行している中規模のShopifyアカウントの例として、イラストの数値を使用して表示した場合の様子です。
| キャンペーン | ステータス | 送信済み | 表示数 | クリック数 | 推定CTR |
|---|---|---|---|---|---|
| カート回収ドリップ（3タッチ） | アクティブ | 4,820 | 3,110 | 96 | 3.1% |
| ウェルカムシリーズ | アクティブ | 6,340 | 4,290 | 258 | 6.0% |
| 再エンゲージメント獲得 | 一時停止 | 0 | 0 | 0 | — |
ウェルカムシリーズは健全です。再エンゲージメントドリップは一時停止されています — もしこれがあなたにとって新しい情報であれば、再エンゲージメントのプッシュを受け取るはずの購読者が何も受け取っていないということなので、知っておく価値があります。しかし、本当の発見はカート回収ドリップです：カート放棄シーケンスの3.1％のクリック率は、適切にタイミングが取られたマルチタッチのケイデンスが生成すべきものの約半分です。もしそのキャンペーンが以前は6％で実行されていて、3％に低下しているのであれば、その2つの数値の差は、決定することなく回収できなくなった回収カートの価値が送信ごとに失われているということです。月に4,820回の送信を行うドリップがクリック率を半分失うということは、丸め誤差ではありません — それは、あなたが決定することなく回収を停止した、放棄されたカートの収益の具体的で定量化可能な金額です。
ワークフローの監査：pushengage_list_workflowsとスタックした購読者の問題
ワークフローは、線形シーケンスには迷い込む分岐がないため、ドリップキャンペーンでは決して起こりえない失敗モードを明らかにします。ワークフローには分岐があり — そこに購読者が静かになってしまうのです。
アシスタントに「アナリティクス付きのアクティブなワークフローを一覧表示して」と依頼してください。pushengage_list_workflowsツールは、ステータスでフィルタリングされたワークフローを返します。include_analyticsを設定すると、各ワークフローで、開始数、アクティブ数、完了数、失敗数、目標達成数が返されます。
その4つの数値を一緒に読むと、エンゲージメント指標だけでは完全に隠されてしまう特定の С問題が明らかになります。例として、再エンゲージメントワークフローを見てみましょう。
- 開始: 1,200人の購読者が、期間中にワークフローのエントリ条件（30日間の非アクティブ）をトリガーしました。
- アクティブ: 640人がまだワークフローの途中にあり、最初のステップと最後のステップの間にいます。
- 完了: 310人が最後まで到達し、目標（再購入）を達成しました。
- 失敗: 40人がコンバージョンせずに終了条件に達しました（購読解除、抑制ルールにヒット）。
これらを合計すると、640 + 310 + 40 = 990となります。残りの約210人の購読者はワークフローを開始しましたが、意味のある意味でアクティブでもなく、完了も失敗もしていません。これは、おそらく特定のステップで条件が解決されない（壊れたセグメント参照のために送信されない通知、終了パスのない待機ステップ）ために積み重なった、行き詰まった購読者のポケットです。この210人の行き詰まった購読者は、ステータスチェックだけでは決して表面化しない漏洩であり、ワークフローは依然として「アクティブ」と表示され、技術的には実行され続けています。
これは、ワークフローの監査が捉えることができる最も価値のある単一のことであり、PushEngageの分岐自動化の仕組みに特有のものです。線形ドリップキャンペーンには、購読者が行き詰まるステップはありません。行き詰まった購読者のこのポケットが、30日以上非アクティブで、機能する再エンゲージメントシーケンスがあれば戻ってきた可能性のある買い物客を表している場合、1,200人の開始数と990人の解決済み数の差は、あなたが目にすることのないリピート購入率であり、単なる停滞した自動化ではありません。
同じ計算はカートリカバリーワークフローにも当てはまり、時計の進みが速いため、リスクは高くなります。閲覧放棄ワークフローで、開始3,400人に対し解決済み（アクティブ＋完了＋失敗）が2,100人しかない場合、1,300人の購読者のギャップは、商品を見たがワークフローをトリガーしたが、その後、通知が届かなかった買い物客を意味します。これはワークフローが完全に失敗したからではなく、ワークフロー内の何かが静かに彼らを前進させるのを止めたからです。ドリップキャンペーンの送信/表示/クリック数は決してそれを明らかにしません。分岐ワークフローでの開始対解決の計算だけがそれを明らかにできます。
同じパスでチェックする価値のある隣接する自動化タイプの場合、PushEngageのトリガーキャンペーンは、固定スケジュールやワークフローの分岐ロジックではなく、リアルタイムの動作で発火し、多くの場合、そもそもワークフローを開始するユーザーを決定する同じセグメンテーションルールにフィードします。MCPのpushengage_list_workflowsツールはトリガーキャンペーンをカバーしていませんが、完全な月次レビューではそれらにも目を向けるべきです。
数字が実際にあなたに伝えていること
ドリップキャンペーン分析とワークフロー分析をプルすると、ダッシュボードタブの壁ではなく、調査結果の短いリストが表示されます。次のステップは、緊急性の高いものと単なるクリーンアップのものを決定することです。これは、ほとんどの監査チェックリストが完全にスキップしている区別です。
見つけたものをトリアージする簡単な方法：
- ライブで低下している — 緊急。まだアクティブで送信中のドリップまたはワークフローですが、過去の実績と比較してコンバージョンが大幅に低下している場合、変更せずに実行し続けると毎日収益が失われます。まずコピー、タイミング、またはセグメントを修正してください。
- アクティブなワークフロー内の停止した加入者 — 緊急。ステップに積み重なった加入者は、コンバージョンも終了もしていません。そこに長く留まるほど、到達不能になる年齢に達する加入者が増えます。
- 一時停止されているが、他の場所で参照されている — 中程度。一時停止された自動化で、他のフローがまだ参照しているもの（アクティブであると想定されるワークフロー分岐）は、それにルーティングされた加入者にとってサイレントな行き止まりを作成する可能性があります。
- 一時停止されたドラフト、依存関係なし — 低。見つかる一時停止された自動化の中で最も一般的なものの1つは、単に削除されなかった古いテストです。そのままにしておいても安全ですが、いつかクリーンアップしても構いません。
すべての調査結果に同じ応答速度が必要なわけではありません。加入者が積み重なっているカートリカバリーワークフローは、2か月間静かに低下していたウェルカムドリップと注意を競合します。そして、加入者が解決されないまま座っている毎日が、到達不能になる日々に近づくため、通常はワークフローが勝ちます。対照的に、低下しているドリップは、すでに数週間同じ増分の収益を失っています。今週または来週に修正しても、計算はほとんど変わりません。最初に気づいた自動化ではなく、漏れがどれだけ速く成長しているかでトリアージしてください。
はっきりと述べる価値があります。上記のすべては調査結果であり、修正ではありません。pushengage_list_drip_campaignsとpushengage_list_workflowsは読み取り専用ツールです。これらは、アクティブなもの、一時停止されているもの、加入者がどこにスタックしているかを教えてくれますが、どちらもキャンペーンを編集したり、ワークフローのステップを調整したり、ステータスを変更したりすることはありません。実際の修正（通知の書き直し、壊れたセグメント参照の再ポインティング、低下しているドリップの一時停止）は、引き続きPushEngageダッシュボードで行われます。監査の仕事は、どこに移動してなぜ移動する必要があるかを正確に伝えることです。そのため、ダッシュボードで費やす15分は、構築したすべてを盲目的にスクロールするのではなく、重要な2つのことに費やされます。
開始方法：Claude、Cursor、またはClaude CodeをPushEngageに接続する
チャットウィンドウからこの監査を実行するには、まずPushEngage MCPサーバーを、使用しているAIアシスタントに接続します。サーバーをクライアントのMCP構成に追加します。Claude DesktopまたはCursorの場合は、グローバルインストールは不要なため、npx -y @pushengage/mcpを指す1つのエントリです。クライアントを再起動し、PushEngageにログインするように依頼します。ブラウザタブが開き、接続を承認するため、資格情報はアシスタント自体を通過しません。
承認されると、サイトを表示して作業したいサイトを選択するように求められます。すると、pushengage_list_drip_campaigns や pushengage_list_workflows を含むすべてのサイトスコープツールは、それ以降そのサイトにデフォルト設定されます。設定ファイルパスや起動しない接続のトラブルシューティングを含む完全なチュートリアルについては、PushEngage MCP セットアップガイドを参照してください。
監査を四半期ごとのプロジェクトではなく、5分間の習慣にしましょう
PushEngage は実際のボリュームで稼働しています。150 か国以上で 25,000 人以上の事業主が、特定の 30 日間でプラットフォームを通じて 152 億通以上の通知を送信しています。その規模では、誰かが気づく前に 1 か月静かにパフォーマンスが低下したドリップキャンペーンやワークフローは、小さなミスではありません。それは、5 分間のチェックで最初の週に検出できたはずの、回収されたカート価値またはリピート購入収益の 1 か月分です。
これが、この監査を時々ではなく頻繁に実行する実際のケースです。停止したワークフローまたは低下したドリップのコストは、気づかれずに実行され続ける毎日ごとに複利で増加し、チェック自体にかかる時間は、そうでなければ先四半期の数字が低かった理由を説明する会議にかかる時間よりも短くなります。ドリップキャンペーンとワークフローの監査には、カレンダーのリマインダーや専任のアナリストは必要ありません。5 分と、この投稿で既に提供された 2 つのプロンプトが必要です。
アシスタントに、月曜日にドリップキャンペーンとワークフローを分析とともに一覧表示するように依頼し、ワークフローまたは高度なセグメンテーションをセットアップに追加する価値があるかどうかを検討している場合は、PushEngage プランに目を通し、実際に修正が必要な 1 つのことを修正してください。
