May 2018 Release Notes

During the past few months we have been busy adding and improving features you requested in our product, as well as many features that are designed to help our customers meet the requirements of the GDPR.

In this product update email you will find updates on:

New features:

  • Models running custom scripts
  • GDPR compliance support features
  • User Profile

Feature Improvements:

  • Query API limitation increase
  • User create date corrections
  • Facebook integration account selection

SDK Update

  • iOS 2.3

Models

In addition to the R and Python Reports we added in our latest update, Journey Analytics now supports running data manipulation scripts in R or Python, and saving the data frames to tables in your project. The new Models feature opens up a new dimension of exploration and analysis of your data, encompassing all capabilities of these languages: you can run statistical models, data processing procedures, or even write your own custom integration fetching data from APIs and storing it in Journey Analytics .

Our customers are already using this feature to cluster users using R K-Means, schedule custom integrations to fetch data from affiliates and service providers such as Brandwatch or Rakuten as well as predict player LTV or likelihood to convert.​

Models are similar to Aggregation Tables in the way they are built. They can run on any data source in you project, including events, tables, and linked data sources and can be scheduled to run automatically on a set frequency or as part of a Job.The model generates results that are stored in a table, which can then be queried from anywhere, including reports, publications and Query API.

GDPR Compliance Support

A few weeks ago, we have shared our ongoing efforts to help our customers meet the requirements of the GDPR. We are happy to announce that we have finished the development of the major key features of the GDPR and they are now available as BETA features:

Opting out users

Journey Analytics enables you to opt-out a user in order to stop tracking its future activities. Opting out a user will be done either by the SDK or a rest API request to Journey Analytics , by sending a "cooladata_opt_out" event with the opted out user ID. Once received, our system will flag that user and will block all future events or sessions of that user. The "opt out" event technical documentation can be found here.

Delete API

Since the GDPR also entitles the data subject the "right of erasure", Journey Analytics introduced a new Delete API that allows you to delete any user properties or historical events and sessions of this user. Keep in mind that if you do not opt-out the user and send any events for that user in the future, new data sent after the delete request will be stored. In addition, since Journey Analytics does not control your Aggregation Tables, external data sources or data uploaded through our integrations, it is your responsibility to delete that user from these external tables.

The Delete status API will let you know the status of your request for deletion (whether it's in progress or done) as well as inform you how many events and sessions were deleted for this user once the erasure is completed. The "Delete API" technical documentation can be found here.

Depersonalization of property values

Journey Analytics also enables you to anonymize personal data in your project. Since you control what data you send to Journey Analytics and what is stored, you are responsible for defining what is personal information and what is not.If some properties in your project contain personal user information, you might want to hash that information based on a certain condition (for instance if a user asked to be anonymized or if that user is based in the EU). Journey Analytics now enables you to anonymize data based on project wide conditions – talk to your CSM to set this up.Notice that we automatically collect IPs so if you need the IPs we have collected to be hashed before they are stored you are responsible to use the above mentioned functionality to set this up. Hashing IPs will not affect the geolocation enrichment we provide out-of-the box.

​​

Update users API

To exercise the GDPR data subject "right of rectification", Journey Analytics enables updating user scope properties with a new User Update API. This API can be used to update user information without having to send events especially for this purpose. This can be used for a bulk update of user information, or for ongoing updates.

Since Journey Analytics allows you to match multiple identities to the same user, we've also introduced a new User Identities Matching API for adding more identities to the same user.

For more information on the GDPR and Journey Analytics please see The Cooladata Guidelines for GDPR Preparations.

User Profile

The new User profile feature allows you to keep a list of all your project users and their attributes, which include behavioral stats such as the user's frequency or number of visits to your app, as well as customizable user attributes such as total deposit amount or last viewed item. In addition, all user scope properties last values are added to the user profile automatically. This will allow you to easily create user segments as well as deepen your understanding of your user behavior. Questions like "what is my average user LTV?" or "are users who signed up in May 2017 stickier than users who signed up on 2018?" are now so much easier to answer.

Notice that User Profile is an add-on feature and once configured, is only open for project ADMINs. Please contact your CSM or cxjsupport@medallia.com to set it up.

Feature Improvements

Query API Limitation Increase

Our query API now allows you to query your raw-data and extract even more data with one request! Our new limit is 5M rows!

User create date corrections

As you know, Journey Analytics supports sending historical events in bulk uploads. The automatically added property sys_user_create_date keeps the first timestamp of each one of your users. Up until now, it kept the server time of the first event received for each of your users, which caused issues in historical event uploads.

As of the beginning of June sys_user_create_date shows the event_time_ts (original timestamp) of the first event received for each user. If our ETL ever detects an older time, we will update this field to contain the earlier time.

Facebook Ads Integration account selection

Journey Analytics provides a predefined connection that enables you to upload Facebook Ads data into your project in order to integrate it with your behavioral tracking data. This enables you to measure your social media return on investment and get the most out of your social media campaigns.

Up until now, we've automatically connected all your Facebook Ads accounts to the Facebook user you have signed in with. From now on, you can select the accounts you want to integrate into Journey Analytics in the "connected accounts section" here:

iOS Version 2.3

The SDK version is now compiled in Apple BITCODE. See the Cooladata Github for more details.