Basic methods

Tutorial steps

The event allows to evaluate the effectiveness of the tutorial steps system. The event should be sent at the end of each tutorial step indicating the number of every passed step as a parameter.

Use the following constants to specify basic events of tutorial steps:

  • Start or -1 - at the beginning, before the first step is completed;

  • Finish or -2 - instead of the final step number;

  • Skipped or 0 - in case user skipped the tutorial.

In other cases use step numbers. Make sure you use numbers above 0 to numerate the steps.

Attention! The logic of the use of the Skipped constant in the Tutorial steps event is provided only in case a user has completely refused to pass the tutorial. After Skipped is used, no other values of the Tutorial steps event must be received.

/**
* The event allowing to track the stage of tutorial a player is on.
* @param NSUInteger tutorialStep - the latest successfully completed tutorial step.
*/
[DevToDev tutorialCompleted: (NSUInteger) tutorialStep];

Levelling up

You can analyse the distribution of the players over the levels. The event should be send right after the player reached the next level.

To track the average account balance of in-game currency by the end of each level, please provide also the list of currency names and amounts.

To track the average amount of in-game currency earned during a level, it is necessary to send a special event after each time an in-game account is replenished.

AccrualType can take one of the following values:

Payment

To track payments, add this event right after the platform confirms that a payment went through.

Unique order identifier is a value of "transactionIdentifier" property in SKPaymentTransaction object inside the receipt of completed transaction.

Attention! devtodev server does not process transactions with previously used transaction IDs. Also the server validates the identifiers in appearance, to avoid evident cheat transactions. To avoid the entering of cheat payments in reports completely, use devtodev anticheat service before creating realPayment event.

In-app purchases

To track expenditures of in-game currency and the popularity of products, add this event right after the purchase.

In case a product is bought for several game currencies at once, it is necessary to make a dictionary that includes the names and amounts of the paid currencies.

Custom Events

If you want to count the events that are not among basic, use custom events.

The event must have a unique name and can include up to 10 parameters. The maximum length of the event name is 72 symbols. Every parameter inside one event must have a unique name. The maximum length of the parameter name is 32 symbols. The values of parameters can be String or number type (int, long, float, double). The maximum length of parameter value is 255 symbols.

Attention! No more than 300 variants of custom event names can be used for one project. Try to enlarge events in meaning by using event parameters. Events that didn't get into the limit of unique event names will be discarded.

For a string parameter it is acceptable to use not more than 50000 of unique values for the whole event use history. In case the limit of unique values is exceeded the parameter is ignored. Therefore, we recommend not to set user IDs and Unix time as parameter values of custom events. Try to integrate parameter values if they have a very large variability. Otherwise, it will be very difficult to analyse the data or after some time it may be even ignored. We strongly recommend not to change the type of data transferred in the parameter over time. In case you change the data type in parameter, in devtodev database there will appear one more parameter in the event with the same name but with different data type. The report building with such parameter will be quite difficult.

10 parameter names may be associated with any event:

Then use method:

Progression event

First of all, the event is used for games with short (within one game session) locations/game levels. The event allows you to gather data on passing the locations and get statistics on parameters which vary during the the location passing.

Developer must use the following two methods:

  1. Method startProgressionEvent when enetring the location

  2. Method endProgressionEvent when exiting (no matter if completed or not) the location

    LocationEventParams class methods:

Attention! The user can be only in one location at the same time. When moving to another location (including embedded), the previous location must be completed. Information on locations, the passing of which was not completed by calling endProgressionEvent method during the game session (the call of endProgressionEvent method is not integrated; user unloaded the application from the device memory; there was an application crash), do not fall in the statistics.

Let’s look at the example of event integration on match3 game with location map:

Last updated

Was this helpful?