Skip to main content

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.

MetricHard Limit Threshold
Total number of events per active user (per day)500
Cardinality of Design Events (per day)30,000
Cardinality of Progression Events (per day)2,000
Cardinality of Resource Events (per day)10,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.

Improving the instrumentation

Very few game instrumentations from GameAnalytics users result in a breach of the specified limits, but it occurs. If your game is in breach of these limitations, you will be directly contacted by us and we will attempt to work with you to help you improve your instrumentation. Failure to collaborate in remediating the integration might result in the data processing for the game in question being temporarily or permanently stopped. For further details, please refer to our Terms & Conditions.