09.01.20 and 09.15.20
Twitter and LinkedIn Audience Syndication, Campaign Journey Restrictions using Tags, Background Image for In-App Modals, Custom Size of In-App Templates, Transaction Replay Filters for Segment Triggered Campaigns, Push, In-App and SMS Activity Postbacks, API Enhancements and Campaign Activity Report Updates.
09.15.20
We have integrated our platform with Twitter and LinkedIn via LiveRamp which will allow you to send your highly relevant first party audience to these platforms. This feature will help you target your users with greater relevance and optimize your ad spend on Twitter and LinkedIn.
Refer to this document to learn more about the different audience syndications supported on our platform.
09.15.20
When creating an in-app modal, you can now choose an image as the background of the modal instead of a solid color. This will give you more flexibility in creating visually stunning notifications inside your app.
Note that you may need to adjust the height and width of the modal to ensure that the image renders properly inside your app. You can refer to this document to learn more about our in-app creative studio.
09.15.20
For segment triggered campaigns that use a segment with transaction replay, it will now be possible to target the transaction that triggered the segment via trigger filters in the campaign journey editor. You will see a filter option called ‘Triggering Transaction’. If you choose this option, you will be able to set your filter criteria using attributes of the transaction that triggered the user to become a member of the segment.
Please note that this functionality is also available for one time and recurring campaigns as described in our July product updates. Please refer to this document to learn more about how to use transaction replays in trigger filters.
09.15.20
For your segment.com, mParticle or custom webhook implementations, you will now be able to post back all campaign activity data (sent, delivered, clicked and opened) for the in-app channel. You can refer to this document to learn more about our webhook postbacks.
In addition, we have introduced 2 new campaign metrics – ‘devices sent’ and ‘devices bounced’. The regular ‘sent’ and ‘bounced’ metrics help in knowing how many users a message was sent to and for how many of those users the message bounced. However, a single user can have multiple mobile devices. Hence these metrics will not give you any device level statistics. This prompted us to create the two aforementioned campaign metrics:
Devices Sent: This captures the number of mobile devices a push or in-app message was sent to
Devices Bounced: This captures the number of mobile devices a push message could not be delivered to
09.15.20
We have released new versions of our mobile SDKs: V3.1.5 for Android and V2.1.7 for iOS. With this new update, we have increased the number of data points we collect for every action a user performs on your mobile app thereby offering you more options for campaign performance attribution. We have also introduced SDK logs to help you better troubleshoot issues with your Blueshift integration. In addition, the Android SDK now supports AndroidX libraries. Going forward, Blueshift will release two parallel versions of the Android SDK- one with support for Google support libraries and one with support for AndroidX libraries. To learn more about our SDK, please refer to our SDK documentation for iOS and Android.
09.15.20
We have updated our campaign API so that you can specify the following when creating a campaign via the API:
To learn more about our campaign creation API, you can refer to this document.
09.01.20
When you enable this feature, it will restrict the segment (i.e. the target audience) and the adapter (e.g. the sending domain or the from address in emails) that can be used in a campaign journey. This will thus eliminate human errors that result in messaging users from brands/ domains they haven’t subscribed to.
Such restrictions will be imposed via ‘restriction’ tags.
Restriction Tags: Once you enable this feature, you will notice a new setting called ‘purpose’ for tag folders. This setting allows you to define whether a tag folder can be used just for organization or for restriction (and organization). If you don’t specify the purpose of a tag folder, it will be treated as an organization tag.
Adapters: You will notice that you can now add tags to adapters.
Campaign Journey: Once you enable this feature, you will NOT be able to add segments or adapters to your campaign journey until you add restriction tags to the campaign. Once you’ve added restriction tags to a campaign, you can only select segments and adapters which have ALL the restriction tags on the campaign. For instance if a campaign has restriction tags t1 and t2 and a segment has restriction tags t1, t2 and t3, the segment can be used in the campaign. On the other hand if the campaign has restriction tags t1, t2 and t3 but the segment only has tags t1 and t2, the segment can’t be used in the campaign.
Tag Locking: If a segment or an adapter is being used in an active campaign (i.e. status != completed), you will NOT be able to add/ remove restriction tags to/ from the segment or the adapter in question. You will still be able to update the organization tags on the segment or adapter without any issues.
You can refer to this document to learn more about this feature. Please reach out to your CSM if you want this feature to be enabled for your account.
09.01.20
You can now specify height and width (as a percentage of the screen) for in-app templates like modals and those designed using HTML and visual editors. With this enhancement, you can design in-app templates, using the HTML or the visual editor, which occupy only a part of the screen instead of blocking the entire screen.
You can refer to this document to learn more about our in-app studio.
09.01.20
For your segment.com, mParticle or custom webhook implementations, you will now be able to post back all campaign activity data for the push and SMS channels as described below.
Push: We have added support for send, bounce, delivered and click actions
You can refer to this document to learn more about our webhook postbacks.
09.01.20
For ‘open’, ‘click’ and ‘unsubscribe’ events, we have renamed the extended attribute ‘ip’ to ‘user_ip’. This will remove ambiguity and help you differentiate this value from other types of IP addresses e.g. ‘sending_ip’. Refer to this document to learn more about campaign activity reports.
433 California St, Suite 600,
San Francisco, CA 94104
Charlotte, NC
Pune, India
London, UK
