在Firebase中，仅当事件具有特定参数时，我才能触发转换吗？

我执行了一个名为

转换的Firebase事件

。它有一个参数

success

---

仅当参数

success

为

“true”

时，我才能触发转换吗？或者我需要两个不同的事件：

转换成功

和

转换失败

？

阅读一些文档后，Google Analytics for Firebase提供事件报告，帮助您了解用户如何与应用程序交互。您可以创建自定义标记以跟踪用户行为，并创建自定义分析触发器以允许与此事件相关的适当流程

特别是，有一种称为转换的标签，基于转换的分类是宏观和微观的。我认为，这种分类对于你的问题很重要

在宏转换的情况下，如果触发器处理大量信息并在单个事件/转换上执行多个操作，我认为应该在两个标记中分开，以隔离每个处理。或者，如果您需要基于成功执行非常不同的数据处理路径，我强烈建议将事件分为两部分

另一方面，在微转换的情况下，如果处理触发器没有太多工作，并且如果转换成功的知识是唯一处理路径的一部分，我建议只保留一个转换触发器

简而言之，你的问题完全取决于你的问题性质。我建议两个标准来区分你的转换触发

• 繁重的处理-在app/web中分离标记，或创建几个发布/订阅触发器来分离处理
• 隔离行为-如果触发器的执行完全不同，取决于转换的成功，我建议使用两个转换和两个触发器

---

我已经完全改变了答案，试图深入研究你的问题，因为我认为，第一个答案非常肤浅。我希望这个答案对您有所帮助。

在阅读了一些文档之后，Google Analytics for Firebase提供了事件报告，帮助您了解用户如何与应用程序交互。您可以创建自定义标记以跟踪用户行为，并创建自定义分析触发器以允许与此事件相关的适当流程

特别是，有一种称为转换的标签，基于转换的分类是宏观和微观的。我认为，这种分类对于你的问题很重要

在宏转换的情况下，如果触发器处理大量信息并在单个事件/转换上执行多个操作，我认为应该在两个标记中分开，以隔离每个处理。或者，如果您需要基于成功执行非常不同的数据处理路径，我强烈建议将事件分为两部分

另一方面，在微转换的情况下，如果处理触发器没有太多工作，并且如果转换成功的知识是唯一处理路径的一部分，我建议只保留一个转换触发器

简而言之，你的问题完全取决于你的问题性质。我建议两个标准来区分你的转换触发

• 繁重的处理-在app/web中分离标记，或创建几个发布/订阅触发器来分离处理
• 隔离行为-如果触发器的执行完全不同，取决于转换的成功，我建议使用两个转换和两个触发器

---

我已经完全改变了答案，试图深入研究你的问题，因为我认为，第一个答案非常肤浅。我希望这个答案对您有所帮助。

想知道在单个事件中处理转换是否不适合您的问题吗？@vinoth10不适合。我只想根据参数的值触发转换。想知道在单个事件中处理转换是否不适合您的问题吗？@vinoth10不适合。我只想根据参数的值触发转换。谢谢你的回答。我不太明白第一种方法。这将如何引发对话？谢谢你的回答。我不太明白第一种方法。它将如何引发对话？