5

ユーザーが「有料」または「無料」のステータスを持つことができるアプリがあります。ユーザーは、「無料」から「有料」(アプリ内購入の場合)、「有料」から「無料」に切り替えることができます。動的ユーザーのプロパティに基づいてオーディエンスを作成する

動的ユーザプロパティを使用してFirebaseの情報を追跡できますか?それは良い習慣ではない場合時間をかけて(https://support.google.com/firebase/answer/6317519?hl=en

を変更することができ、ダイナミック、ユーザーのプロパティ値を持つことが許可されている場合はdocに

は、それが明確ではないが、それはどのような行うことが可能ですもの?

ありがとうございました

+0

私も同じような状況にあります。どのようにシナリオを扱ったのですか? –

答えて

1

前述のとおり、ユーザーは永続的に視聴者になり、プロパティが変更されると、すべてのプロパティ値に対して視聴者がいると仮定すると、同じプロパティに基づいて複数の視聴者の一部になります。

私は、これを回避する方法の1つは、視聴者のコピーを作成し、しばらくのうちに元のものを削除することです。 Firebaseがオーディエンスのコンテンツをリセットすることができればさらに良いでしょう。

これは、ユーザーがアクティブで、視聴者がすぐに再収集された場合に機能します。あなたが古い非アクティブなユーザーに到達するためにオーディエンスが必要な場合は、機能しません。

+0

これは私が言うことができることから完全に文書化されていません - ありがとうございます。 – Warpling

2

ユーザープロパティは、これに最適です。

ユーザプロパティの仕組みは、一度ユーザプロパティを設定すると、後ですべてのイベントトラックがそのユーザプロパティの値を「含む」(BigQuery export formatは非常に明白になります)。実際に、それはあなたが(UP =ユーザープロパティ)を行う場合のことを意味:

に「watch_film」または何
  • セットアップのような「自由」
  • トラックイベント「サブスクリプション」に「サブスクリプション」を設定し
    1. をステップ2のすべてのイベントがUP「内の」「サブスクリプション=フリー」であり、4内のすべてのイベントがUP「内の」「サブスクリプションしている「有給」
    2. トラックイベント[...]

    =支払った "。

    FirebaseのダッシュボードまたはBigQueryで、UPでトリガされたイベントを明確に識別できます。ダッシュボードでは、「フィルタ」オプションを使用して、UPでフィルタリングします(explain here)。

  • +0

    Danの答えに関連して、うまくいきますし、観客を作成しないでください。代わりに、答えの最後に説明するように、ユーザープロパティでフィルタリングするオプションを使用してください。その場合、視聴者の必要はありません。そのフィルタリングは動的ユーザープロパティ(時間の経過とともに値が変化する)でうまく動作します – Sistr

    +0

    実際には、ユーザーの状態に応じて別のリモート構成を送信したいので、私は視聴者が必要です。 そして、私は、あなたの聴衆に基づいてのみ使用プロパティに基づいて別の設定値を送信することはできません... –

    +0

    確かにレミ、その場合は、ユーザーのプロパティに基づいてリモート設定をターゲットにすることができます。 あなたができることは、あなたがリモート設定で持っている各キーに2つのキーがあります.1つは有料、1つは無料です: my_param_paid 10 my_param_free 20 そしてリモート設定から値を取得すると、キー名のうち、ユーザプロパティの値(無料または有料)。 あなたが何百ものキーを持っていればそれは理想とは限りません。 – Sistr

    2

    あなたの質問は視聴者を作成することを意味するので、視聴者のメンバーシップは永続的であることを認識する必要があります。つまり、「サブスクリプション」ユーザープロパティが「無料」のユーザーであると定義されているオーディエンスがある場合、ユーザーはそのオーディエンスにいったん参加すると、オーディエンスになるIAPとそのステータスは"paid"に変更されます。同じことが、"paid"のユーザーの視聴者にも当てはまります。

    +0

    この精度に感謝します。したがって、受け入れられた回答は、オーディエンスの作成に関しては正しくありません。それを行うための "正しい"方法はありますか? –

    +1

    ステータスが繰り返し変化する可能性のあるユーザーのグループを定義するには、BigQueryを使用すると思われます。残念ながら、それは私の専門分野外にあります。現在活動しているオーディエンスは、時間の経過とともにメンバーを去ってグループに戻すグループを動的に表すことはできません。 –

    +2

    この回答に感謝します。 それはあまりにも悪いので、それは動作しません:/ダイナミックセグメンテーションは、私にとって非常に基本的な分析機能のようです... BigQueryについては、プロパティではなく "豊富な"イベントを分析することが有用であると思います。 –

    関連する問題