月曜日の朝、定例会議。誰かが先週のプッシュ通知の成果について尋ねます。あなたは、生涯加入者数と生涯クリック総数はすぐにわかりますが、どちらも実際的な質問には答えられません。先週は前の週よりも良かったのか悪かったのか？クリック率（CTR）は上昇していますか、それとも下降していますか？誰も見ていない間に解除率が上昇しましたか？
生涯合計では、今週が先週より良かったか悪かったかはわかりません
生涯合計では埋められないギャップ、それが週ごとのプッシュ通知パフォーマンスレポートの目的です。増え続ける一方の1つの数字ではなく、並べて比較できる日、週、または月のバケットが必要です。単一の生涯合計は、どこにたどり着いたかを示します。プッシュ通知のトレンドレポートは、現在どちらの方向に進んでいるか、そしてその速度を示します。
PushEngageの生涯プッシュ通知分析に関する投稿を読んだことがあるなら、pushengage_get_analytics_summaryが「全体的にどうなっているか」に答えることをすでに知っているでしょう。生涯加入者数、生涯送信数、生涯クリック数、生涯目標値です。それは異なる質問に対する異なるツールであり、境界を正確に定義することが重要です。この投稿では、その生涯合計には二度と触れません。この投稿は、pushengage_get_analytics_timeseriesについてです。これは、「現在どうなっているか、そしてそれが変化しているか」に答えるツールであり、アカウントのパフォーマンスを自分で設定したバケットに分割し、レポートを手動で作成するのではなく、平易な英語で質問できるようにします。
pushengage_get_analytics_timeseriesが返すもの：週ごとのプッシュ通知パフォーマンス、オンデマンド
このツールは、指定した期間にわたって、バケットごとに正確に6つのフィールド（加入者数、送信数、表示数、クリック数、CTR、解除数）を返します。表示したい内容に基づいて、バケットサイズ（日、週、または月）を選択します。日ごとのバケットは、忙しい週の中の単一の悪い送信を明らかにします。週ごとのバケットは、月曜日の定例会議に適した粒度です。月ごとのバケットは、四半期の数字を求めており、その中のノイズではないディレクターに渡すものです。
設定する個別の「週次レポート」機能や、最初に作成するテンプレートはありません。日付範囲とバケットサイズは、質問の単なる2つのパラメータであるため、同じツールが、会話で求められる粒度（1週間前、今四半期、または特定のキャンペーンを中心としたカスタム範囲）でプッシュ通知トレンドレポートを生成します。これは、ほとんどのプラットフォームで提供されるダッシュボードとは大きく異なる形状です。そこでは、「週次」と「月次」はドロップダウンから選択する固定ビューであり、自分で設定する範囲ではありません。
この柔軟性は、小規模なプラットフォームよりもPushEngageの規模でより重要になります。このネットワークは、150か国以上の25,000人以上のビジネスオーナーにわたって30日間に152億件の通知を送信します。このボリュームでは、単一の生涯の数値は、特に今週についてほとんど何も教えてくれません。合計ではなくトレンドビューのみが、そのボリュームにおけるあなたのアカウントの割合が望ましい方向に動いているかどうかを確認する唯一の方法です。
はじめに：PushEngage MCPサーバーをAIアシスタントに接続する
以下のどの例も、PushEngage MCPサーバーがAIアシスタントに接続されるまで機能しません。Claude Desktop、Claude Code、またはCursorのMCP設定にnpx -y @pushengage/mcpを追加し、クライアントを再起動すると、「pushengage」サーバーがツールリストに表示されます。初めて使用するときは、アシスタントにPushEngageにログインするように依頼してください。これによりブラウザタブが開き、そこで[承認]をクリックすると、資格情報はアシスタント自体に触れることはありません。
ログインしたら、PushEngageサイトを表示するように依頼し、使用するサイトを指示してください。その選択は再起動後も記憶されるため、以下のすべての質問はデフォルトで正しいアカウントに対して実行されます。サーバーが接続されない場合のトラブルシューティングを含む完全なウォークスルーについては、PushEngage MCPセットアップガイド全体を参照してください。
トレンドを尋ねる：同じ質問を3つの方法でバケット化する
接続したら、「プッシュは時間の経過とともにどのようにパフォーマンスを発揮しているか」という同じ根本的な質問を、必要な粒度に応じて3つの異なる方法で尋ねることができます。
週ごとの月次レビュー：
「先月のクリックを週ごとに内訳してください。」
アシスタントは、送信数、表示数、クリック数、CTRを含む4つまたは5つの週次バケットを返します。これにより、パフォーマンスが横ばいだったのか、上昇していたのか、あるいは最初の週に集中して最後の週には低迷していたのかをすぐに確認できます。
日ごとの単一の悪い送信を特定する：
「過去14日間の日ごとの送信数とCTRを表示してください。」
これは、健康な週の中で特定のキャンペーンがパフォーマンスを発揮しなかったことを捉える粒度です。週次バケットでは平均化されてしまう日レベルの低下です。
月ごとの四半期ビュー：
「10月は9月と比較して、月ごとにどうでしたか？」
これは、ディレクターにスクリーンショットとして送るバージョンです。2つのバケットを並べて表示し、単一の増加し続ける数値ではなく、その間の差を表示します。
これら3つすべてが同じツールpushengage_get_analytics_timeseriesであり、バケットサイズと日付範囲が異なります。バケットは、学習すべき異なるレポートではなく、質問に含まれる単なるパラメータです。これがプッシュ通知分析AIアシスタントの実際の仕事です。毎回同じ基盤データであり、ダッシュボードが提供するビューに事前に組み込まれるのではなく、要求に応じて再整形されます。
また、ほとんどのリテンションチームが最も頻繁に必要とするバージョンでもあります。最初にエクスポートすることなく、月ごとのプッシュ通知パフォーマンスを比較できます。先月と前の月を同じ質問で尋ねると、アシスタントは2つの別々のスクリーンショットを自分で並べるのではなく、両方のバケットを並べて返します。
比較を読む：移動するCTRラインとは実際に何を意味するのか
CTRのパーセンテージポイントの変化は、クリックに換算するまで小さく聞こえます。たとえば、アカウントが9月に40万件の通知を送信し、CTRが4.1％だった場合、クリック数は16,400件です。10月には、送信数は40万件で横ばいでしたが、CTRは3.6％に低下し、クリック数は14,400件でした。これは、同じ送信量に対して2,000件少ないクリックであり、これらのクリックのそれぞれが、回収されたカート、再エンゲージメント、または発生しなかったリピート購入の機会でした。増加を報告するマネージャーは、「CTRが0.5ポイント低下した」ではなく、「回収された収益機会が前月比で2,000件減少した」と言うべきです。後者のバージョンは、実際に何が動いたのかを過小評価しています。
これは、毎週のプッシュ通知パフォーマンスレポートサイクルに組み込む価値のある習慣です。パーセンテージで止まらないでください。差分に送信ボリュームを掛けると、ディレクターが行動できる数値が得られます。グラフをざっと見るだけでは済みません。
同じ計算は逆方向にも機能し、より小さな粒度で機能します。プッシュ通知のパフォーマンスを月次で比較し、3週間横ばいで、その後1週間で0.5ポイント低下したと見ても、「10月は低調だった」ということではありません。それは、特定の1週間、特定の送信、または特定のセグメントが、月全体を却下する前に個別に引き出す価値があるということです。週次のプッシュ通知CTRラインは、どの週を引き出すべきかを示します。
トレンドが低下したとき：コピーを責める前に確認すること
週次のプッシュ通知CTRの低下には、3つの一般的な原因がありますが、そのどれも「通知コピーが悪くなった」ではありません。ヘッドラインを書き直す前に、同じ週のクリックバケットと一緒に、解除と送信ボリュームのバケットを引き出してください。組み合わせは通常、3つのうちの1つを直接指します。
購読者リストの減衰。再セグメント化されないブロードキャストリストは古くなります。18か月前にオプトインしてエンゲージメントを停止した購読者は、送信ボリュームでカウントされ続け、平均を引き下げます。PushEngageのオーディエンスグループを使用すると、MCPサーバーで利用可能なツールから直接、行動ベースおよびRFMスタイルのセグメント（最近、頻繁、高価値、または失効）を構築できます。そのため、CTRの低下は実際に修正できるセグメンテーションの問題であり、謎ではありません。ディップがこれに起因する場合は、クリック率に対するセグメンテーションの影響を詳しく読む価値があり、クリック率を向上させる方法は、セグメンテーションが完了した後の戦術的な修正をカバーしています。
解除率の上昇。時系列データの解除フィールドは、単なるハウスキーピング番号ではありません。週次でトレンドを見ると、解除率の上昇は、通常、CTRの低下よりも前に現れる早期警告です。まずここでキャッチし、解除率を減らすで修正方法を説明します。
配信の制限。 Chrome のプッシュレート制限とプラットフォームレベルのポリシー変更により、実際にデバイスに届く送信数が静かに制限される可能性があり、これは CTR チャートではコンテンツの問題と見分けがつかないように見えますが、メッセージとは全く関係ありません。送信数と表示数の両方が同時に減少し、CTR が横ばいのままであれば、それはコンテンツの問題ではなく、配信の問題の兆候です。CTR だけを見るのではなく、送信数と表示数を個別のトレンドとして見ることで、そのパターンを把握できます。
3 つのチェックすべてを実行するには、もう 1 つ質問するのと同じ労力しかかかりません。推測する代わりに、直接尋ねてください。「過去 8 週間の送信数、表示数、クリック数、登録解除数を教えてください。」1 つの回答、4 つのフィールド、そしてその組み合わせにより、ダッシュボードを 1 つも開く前に、通常 3 つの原因のうち 2 つを除外できます。
複数のアカウントをレポートする場合、これは最も時間を節約できる部分です
複数のクライアントサイトのプッシュを管理するエージェンシーの場合、このワークフローの代替案は、毎週、各アカウントの Looker Studio レポートを手動で作成することです。MCP サーバーが接続されていれば、同じ質問がサイトごとに 1 回尋ねられます。クライアント A を pushengage_select_site で選択し、「今月と先月を週ごとに比較してください」と尋ねて回答を得て、クライアント B に切り替えて、同じ質問を再度尋ねます。ツールにはマルチアカウントの集計機能は組み込まれていないため、サイトごとに尋ねる必要がありますが、3 つのクライアントサイトと 3 つの簡単な質問は、3 つのダッシュボードのエクスポートと 3 つのチャートのスクリーンショットよりも、月曜日の作業内容が実質的に異なります。
そのスピードは、収益をそれに結びつけることができる場合に、実際の数値に積み上がります。プッシュ通知の ROI を測定するでは、週ごとまたは月ごとの数値を手元に用意できれば、クリックデルタをアカウントごとのアトリビュート収益までどのように引き継ぐかについて説明しています。
これは、プッシュ通知分析 AI アシスタントがエージェンシーの月曜日のルーチンにその場を得る場所です。複数のクライアントを 1 つのビューにまとめるからではなく、最初の質問に答えた後、4 番目の質問の限界費用がほぼゼロになるからです。1 つのアカウントを持つリテンションマネージャーと 15 のアカウントを持つエージェンシーは、同じワークフローを実行していますが、エージェンシーは同じセッションでそれをより多く実行するだけです。
レポートは、それによって何かが変わる場合にのみ意味があります
週ごとのプッシュ通知パフォーマンスレポートは、次に何が起こるかを変える場合にのみ構築する価値があります。CTR が 0.5 ポイント低下した場合は、デッキの箇条書きではなく、セグメントの再構築につながるべきです。2 週間連続で増加した登録解除率は、配信の問題になる前に、送信頻度の見直しにつながるべきです。ボリュームが横ばいに対してクリック数が 2,000 件減少した月次比較は、フッターに埋もれたパーセンテージではなく、次のレポートのドル額につながるべきです。
That’s the actual test for this kind of reporting: not whether the trend line exists, but whether it changed a decision. Once the numbers are a question away instead of a dashboard export away, there’s no excuse left for skipping that step. See PushEngage plans to connect the MCP server to your own account and start asking.
