Skip to main content

概要

MoEngage Analytics は、データウェアハウスに保存されたイベントデータ上で直接実行されるクエリエンジンによって動作しています。Funnel、Behavior 分析、Retention レポート、RFM、Custom Dashboard など、実行するすべての分析は、データを読み取る 1 つ以上のクエリに変換されます。 プラットフォーム上のすべての顧客が一貫して高速で信頼性の高い分析を利用できるように、クエリのデータスキャンに公正使用ポリシー(FUP)を適用しています。このポリシーは月間トラッキングユーザー数(MTU)に基づいており、共有インフラストラクチャがすべてのユーザーにとって健全な状態に保たれるようにします。 この記事では、MoEngage のスキャンベースのモデルの仕組み、FUP の上限に近づいたときに何が起こるか、クエリを高速に保ち上限内に十分収めるためにできることについて説明します。

MoEngage Analytics のクエリの仕組み

MoEngage は、実行するクエリの数ではなく、クエリごとにスキャンされるデータ量に基づいて課金します。つまり、次のようになります。
  • 多くのイベントや属性に及ぶ広範なクエリは、より多くのデータをスキャンします。
  • 範囲を適切に絞り込んだクエリは、スキャンするデータが大幅に少なく、結果がより速く返されます。
  • 基盤となるデータの構造と形式は、スキャンされる量に直接影響します。
MoEngage は、すべてのインフラストラクチャとクエリの実行コストをお客様に代わって管理します。ただし、各ワークスペースには MTU に基づく月間スキャン許容量があります。大量のデータを継続的にスキャンするクエリは、月の早い段階でこの許容量を使い切ってしまう可能性があり、追加の分析を実行できなくなる場合があります。

Analytics クエリの公正使用ポリシー(FUP)

MoEngage Analytics のデータスキャンの FUP 上限は、一般的な利用には十分な余裕があります。MoEngage の顧客の 99.9% は上限に達することはありません。
すべての MoEngage 顧客が分析リソースに公平にアクセスできるように、各ワークスペースには月間データスキャン上限が適用されます。この上限は MTU 数に連動しています。
月間クエリスキャン許容量は、MTU とプランに基づいて計算されます。現在の使用量を確認したり、上限の引き上げをリクエストしたりするには、カスタマーサクセスマネージャー(CSM)にお問い合わせください。
ワークスペースが月間スキャン上限に近づいた場合、または上限を超えた場合:
  • Analytics ダッシュボードに警告通知が表示されます。
  • 次の請求サイクルまで、クエリが制限または制約される場合があります。
  • 使用ニーズに応じて上限を引き上げるには、CSM にお問い合わせください。

クエリ最適化のヒント

次のベストプラクティスは、クエリ結果をより速く取得し、スキャン許容量を最も効率的に使用するのに役立ちます。これらのヒントを実践すると、実行するすべての分析(Funnels、Behavior、Retention、RFM、Custom Dashboards)にメリットがあります。

1. 日付範囲を絞り込む

日付範囲は、あらゆるクエリにおいて最も影響の大きいパラメーターです。範囲が広いほど、MoEngage がスキャンする必要のあるデータが増えます。任意の分析で選択できる最大日付範囲は 365 日です。
  • 質問に答えられる最短の日付範囲を使用します。
  • 特に必要な場合を除き、デフォルトで 12 か月の期間を使用しないようにします。
  • 定期的に使用するダッシュボードでは、固定の長い範囲ではなく、ローリング期間(Last 7 days、Last 30 days)を使用します。
選択した粒度によって、この範囲はさらに制限されます。
  • 時間単位の粒度は、Behavior、Funnels、Session & Source 分析で最大 31 日の日付範囲に対して利用できます。
  • Retention には、粒度ごとに独自の期間があります。詳細については、リテンション分析を参照してください。
7 日間のファネル分析は、同じイベントの 30 日間の分析と比べて、スキャンするデータ量が約 4 分の 1 になります。探索的な作業には短い期間を使用し、傾向を検証するときにのみ期間を広げてください。

2. 特定のイベントでフィルターし、広範なイベント選択を避ける

分析にイベントを追加するたびに、スキャンされるデータ量が増加します。含めるイベントは意図的に選択してください。
  • 分析に直接関連するイベントのみを選択します。
  • 「念のため」にイベントを追加しないようにします。フォローアップのクエリはいつでも実行できます。
  • Funnel 分析と Behavior 分析では、各ステップが総スキャン量に加算されます。

3. ユーザーフィルター(セグメント)を最初に適用する

クエリの早い段階でセグメントやユーザー属性でフィルターすると、Athena が評価する必要のあるユーザー母集団が減り、スキャンされるデータが減少します。
  • クエリ後のフィルタリングに頼るのではなく、分析の開始時にセグメントフィルターを適用します。
  • 特定のユーザー属性(国、プラットフォーム、ユーザータイプなど)を使用して、分析の範囲を関連するサブセットに絞り込みます。

4. 分析するイベント属性の数を制限する

イベント属性で分析を分割する場合(たとえば、購入イベントを製品カテゴリー、支払い方法、地域で同時に分割する場合)、ディメンションを追加するたびにスキャンされるデータが増加します。
  • 不要な属性の分割を複数重ねるのではなく、分析ごとに 1 つまたは 2 つの内訳を使用します。
  • すべてに一度に答えようとする 1 つの広範な分析ではなく、個別の質問ごとに個別の分析を実行します。

5. 複数のカスタムダッシュボードウィジェットを同時に重ねない

Custom Dashboards を使用すると、1 つの画面で複数の指標を可視化できます。各ウィジェットは独自のクエリを実行します。ダッシュボードに広い日付範囲とイベント範囲を持つウィジェットが多数ある場合、ダッシュボードを開くと多数のスキャンが同時にトリガーされます。
  • 関連するウィジェットは、すべてを網羅する 1 つのダッシュボードではなく、目的を絞ったダッシュボードにまとめます。
  • ダッシュボードウィジェットには、より狭い日付範囲を使用します。更新が速くなり、スキャン量も少なくなります。
  • 積極的に使用しなくなったウィジェットは削除します。

クイックリファレンス: 最適化チェックリスト

クエリ上限の引き上げが必要な場合

チームの分析ニーズが現在の FUP 許容量を定期的に超える場合は、引き上げをリクエストできます。カスタマーサクセスマネージャー(CSM)に連絡して使用パターンについて相談し、上限を調整してもらってください。 上限の引き上げに加えて、CSM はお客様の統合に固有のクエリパターンについてアドバイスし、イベントスキーマに基づいてワークスペースレベルの最適化を提案することもできます。

関連記事