
Description🔗
In connection with the adoption of the GDPR law in the countries of the European Union, it is not possible to collect users' data without their agreement. MRGS offers you a convenient tool for easy GDPR integration into your product.
MRGS allows you to:
- Display the agreement window using our resources:
- Show HTML-based window:
- Your HTML layout is used for display.
- Our standard HTML layout is used for display.
- Call delegate methods based on the results of user actions.
- Set display options.
- Localize the agreement.
- Show HTML-based window:
- Find out the version that the user has agreed to.
- Work with your fully custom interface.
- You just tell us the result of user actions.
Examples🔗
Display using our resources by use of the HTML layout🔗
Our standard agreement (left) and an example of a custom agreement (right):

Using your own interface🔗
If you don't want to use HTML to render the agreement, and you'd like to control the process yourself, then you can use our methods that enable work with your interfaces and just tell us if the user has accepted the agreement.
Here's an example of custom agreement working with our API:

Key features🔗
- Simple universal API. You can quickly and easily implement GDPR use on any platform due to the simplicity of the API.
- Support for multiple display options. You can show either our agreement or custom, made up either using HTML or built with native.
- Automatic localization. We support localization of the agreement (available only for display option using HTML).
Steps to implement into the project🔗
Step 1. Decide which option to choose🔗
Next you need to decide which option to take:
- Display and rendering of the interface using our resources by use of HTML layout.
- Pros:
- Extremely easy to implement, just a few lines of code needed.
- Built-in localization.
- We keep agreements up to date.
- Cons:
- HTML layout needed for custom design.
- There may be a slight delay in loading on older devices.
- Pros:
- Display and rendering of the interface by your means, with the results of actions reported to us.
- Pros:
- The agreement interface will be identical to the application interface.
- Fast loading.
- Cons:
- Need to draw the interface yourself.
- Harder to embed and maintain.
- Must add your own localization.
- Pros:
Step 2. Add SDK to the client🔗
Depending on the option chosen, add the SDK to the client:
- Display and rendering of the interface using our resources by use of HTML layout.
- Display and rendering of the interface by your means, with the results of actions reported to us.
Note
Click on the approach you are interested in to go to the SDK implementation description.
Step 3. Conduct Integration Testing🔗
To verify that GDPR is correctly displayed and the integration was successful, you can use any of three methods below (provided that the onlyEU flag is set to true ):
- Change the locale on the device. Change the device locale to any of the included in GDPR (you can find the list below in the "Countries" section), start the application - the GDPR window should appear.
- VPN. Set a locale that is not affected by GDPR (for example, Russia) on the device. Use a VPN to emulate a situation when the user is in a country falling under GDPR (the list is given below in the "Countries" section), start the application - the GDPR window should appear.
- Turning off the Internet. Set a locale that is not part of GDPR (for example, Russia) on the device, turn off the network services on the device, start the application - the GDPR window should appear.
If the onlyEU flag is set to false.
Also, please note that if the onlyEU flag is set to false, then the GDPR window should appear on every first launch, regardless of the locale, ip, or internet settings.
MRGSGDPR features🔗
If the onlyEU flag is set, we can determine where the user is from. The country is determined by the user's IP. The IP request time does not exceed 5 seconds. The agreement will also be shown in case of failure to determine the country by IP.
Important
Before 6.9.0 version, SDK checked country based on user's locale device, and after that by IP.
Countries🔗
We show the agreement to the users from the following countries (if OnlyEU flag is set): «BE», «FR», «DE», «IT», «LU», «NL», «DK», «GB», «GR», «PT», «ES», «AT», «FI», «SE», «CY», «CZ», «EE», «HU», «LV», «LT», «MT», «PL», «SK», «SI», «BG», «RO», «HR», «NO», «LI», «IS».
Shown agreement🔗
You can get acquainted with the documents that are shown to the user by following the links:
To view the agreement in other languages, substitute the language you want instead of lang=en at the end of the link, for example,lang=ru. Available languages: ru, en, zh, "zh-CN", "zh-TW", fr, de, it, ja, ko, pt, es, tr (in the future, their number may change, you can check actual supported languages with the getSupportedLocalizations method in the client SDK)
List of personal data🔗
What personal data does MRGS collect?
Below is a list of personal data:
- Player id,
- IP address,
- Device name (The name of the device chosen by the user. Sometimes their full name can end up here),
- Google Advertising ID (GAID),
- Android Secure ID,
- Amazon Advertising ID (FIRE_OS_ID),
- Apple UIDevice.identifierForVendor,
- Apple UIDevice.uniqueIdentifier,
- Apple IDFA,
- Country,
- Language.
Additional data list:
- Amount of payment,
- Payment currency,
- Purchased goods (in-game),
- In-game purchases dates,
- The advertising channel from which the player joined the game,
- Profile creation date,
- Last login date,
- Phone screen size,
- OS version,
- Connection Type (Wifi/Cellular),
- Jailbreak.
For regulations:
- Data about data subject’s account and game progress;
- Data about data subject’s device, such as device name and operating system, system version, device model, memory, browser type and system language, system country, display width/height, device time zone;
- Data which DATA EXPORTER collects with cookies and similar technologies: general location data, precise geo-location data (GPS, with data subject’s consent);
- Data about data subject’s usage of DATA EXPORTER’s applications and games, such as gameplay data and data subject’s interactions with other game players inside DATA EXPORTER’s applications and games;
- Data about purchases which data subject makes in DATA EXPORTER’s application and games (which purchase was made by data subject, purchase price, purchase date, currency of payment, payment amount);
- Data subject’s Facebook, Apple game Center ID, GPGS identificators, identifierForVendor, advertisingIdentifier (with data subject’s consent);
- Data which DATA EXPORTER receives if data subject links a third party tool with DATA EXPORTER’s application and games (such as Facebook, WeChat, Google etc.);
- Demographic data (such as to determine the coarse location of data subject’s IP address);
- Data subject’s in-game ID, support ID;
- Data about data subject’s usage of DATA EXPORTER’s applications and games, such as profile creation date, first login, last login of data subject inside DATA EXPORTER’s applications and games.
- Data subject’s contact information (such as name and email address);
- Data subject’s name (nickname);
- Information from a profile on social networks with which data subject is authorized in DATA EXPORTER’s applications and games or which are linked to data subject’s account in DATA EXPORTER’s applications and games (such as profile photo, date of birth, name in social network);
- Data subject’s messages to DATA EXPORTER’s applications and games (such as chat logs and player support tickets);
- In game data subject’s IP address and mobile device identifiers with data subject uses in DATA EXPORTER’s applications and games (such as device ID, advertising ID, MAC address, IMEI, Carrier, device token).
Deletion of personal data🔗
According to the GDPR law, the user can request that his user data be removed from the systems. To do this, usually, the user must first delete the application, and then write to support with a request to delete personal data.
In case you have received a request from a user to delete personal data, you need to set a task for the MRGS project (if you do not have access to JIRA, you can contact us directly), and specify the user's ID. We will then delete all user data.
MyGames Support
If you use MRGSSupport module, then user can initiate the deletion of his user data through the support service. Learn more.
Reset Settings🔗
This method will be useful if the user has requested the deletion of their user data collected by the project. If the project satisfies his request and deletes his account, then when creating a new account, you need to show the acceptance window GDPR for the new user account again. In this case, it is enough to call the following method, which will delete all the local saved data of the MRGSGDPR module and reset the settings to their original position, which will make it possible to show the GDPR window to the user again:
Note
Resetting the settings deletes the data and resets the settings that were created for the operation of the MRGSGDPR module (GDPR, CCPA and COPPA). This method will also reset the CCPA settings to their original state, that is, allow data sharing.
Created: 2020-02-17