Event Tracking Limits
One of our aims is to allow developers to freely track as many events as necessary to enable useful insights. When working on a game instrumentation, the focus should ideally be on making sure the instrumentation will provide the data you need to understand your players’ behavior, rather than whether you are going to generate too many data points and get a surprise bill (as it happens with many other analytics services). The GameAnalytics systems and SDKs are designed to make it easy to implement a good instrumentation, so in most cases (especially if you follow our detailed guides for each SDK guide) the GA SDK implementation in your game will not result in an excessive number or cardinality of events.
Despite this, a suboptimal implementation can sometimes result in an excessive number of events that can cause strain in GameAnalytics backend and require remediation.
Event Limits Definitions
The following table depicts the current limit numbers that need to be considered and can be reached with a suboptimal instrumentation.
| Metric | Hard Limit Threshold |
|---|---|
| Total number of events per active user (per day) | 500 |
| Cardinality of Design Events (per day) | 15,000 |
| Cardinality of Progression Events (per day) | 8,000 |
| Cardinality of Resource Events (per day) | 4,000 |
Total number of events per active user (per day)
This limit refers to the total number of events sent by the game to GameAnalytics’ servers every day. It is tracked in relation to the amount of players in the game.
Cardinality of Design Events (per day)
Design events follow a tree structure, allowing for different combinations of values to be tracked and sent to GameAnalytics. Having too many values for each of the parameters can result in a number of combinations that would make the cardinality, or number of different Design events tracked everyday excessive. This is covered in detail in our integration guides providing tips on how to avoid this from happening. We also have a section in our design event article explaining this further.
Cardinality of Progression Events (per day)
Progression events are used to track the steps a player takes when experiencing the game. As with Design events, the events are composed of different elements. Creating an excessive amount of possible values will not only make it more difficult to analyze the progression data but also might generate too many permutations.
Cardinality of Resource Events (per day)
Resource events are used to manage the flow of virtual resources in the game. Similarly to progression events, too many variants or values could result in a cardinality that's too high.
Event limit exceeded
Few game integrations from GameAnalytics users result in a breach of the specified limits, but it occurs. If your game is in breach, you will be notified on the game overview and integration pages. Please refer to the documentation pages below to see how you can fix the integration:
Additionally, this is covered in detail in our integration guides providing tips on how to avoid this from happening.
It is important that you fix the integration as soon as possible, and failure to collaborate in remediating can result in the data processing for the game in question being temporarily or permanently stopped.
For further details, please refer to our Terms & Conditions.
If you have any questions, please contact us at support@gameanalytics.com.