Andy Carvell (Co-founder of Phiture - growth consulting firm) outlines the impact of privacy changes in iOS 14 on retention and engagement strategies, especially how the reduced reliance on IDFAs impacts tooling and targeting. He also talks about what to look forward to in iOS 14, and using successful strategies from his push notification playbook to increase IDFA opt-ins.
Using "scoped identifiers" from your analytics/CRM tools for internal tracking purposes will be ok. Example: Amplitude uses an Amplitude id for each user, Braze id, etc. You can also use a more "universal" identifier like email address, phone number, etc. if you collect that information.
Regular "direct" deep linking for notifications and emails that get users to the right place in the app won't be affected.
In general segmenting users based on behavior is not going to change because you'll be doing your segmentation in your analytics/CRM platform and using an internal id within your ecosystem.
Deferred deep linking when you don't know who is going to click on that link and if they have the app installed or not will be less effective. You will need to rely on a probabilistic approach to get people to the right part of the app after the install or "match" with the initial link, which might be problematic in some use cases.
Geofencing is not going to be possible without getting explicit exact location targeting permissions. Example: the Burger King campaign.
Challenges related to CDPs depend on your current configuration: if you're leveraging CDPs to retarget people on programmatic ad networks then you'll be highly impacted.
If you have a CDP you're probably well position to adapt to the IDFA changes, as CDPs have integrations for multiple types of use cases.
It's early to say how it will impact app engagement, but iOS widgets are really cool and look a lot more usable. It's been possible on Android for a long time but iOS is doing it in a nice way.
Tip for IDFA consent win-back: go back to loyal users (still in the app after 2 or 3 weeks but have opted out) and ask them to reconsider. If they say yes you can deep link to the settings.
Using "scoped identifiers" from your analytics/CRM tools for internal tracking purposes will be ok. Example: Amplitude uses an Amplitude id for each user, Braze id, etc. You can also use a more "universal" identifier like email address, phone number, etc. if you collect that information.
Regular "direct" deep linking for notifications and emails that get users to the right place in the app won't be affected.
In general segmenting users based on behavior is not going to change because you'll be doing your segmentation in your analytics/CRM platform and using an internal id within your ecosystem.
Deferred deep linking when you don't know who is going to click on that link and if they have the app installed or not will be less effective. You will need to rely on a probabilistic approach to get people to the right part of the app after the install or "match" with the initial link, which might be problematic in some use cases.
Geofencing is not going to be possible without getting explicit exact location targeting permissions. Example: the Burger King campaign.
Challenges related to CDPs depend on your current configuration: if you're leveraging CDPs to retarget people on programmatic ad networks then you'll be highly impacted.
If you have a CDP you're probably well position to adapt to the IDFA changes, as CDPs have integrations for multiple types of use cases.
It's early to say how it will impact app engagement, but iOS widgets are really cool and look a lot more usable. It's been possible on Android for a long time but iOS is doing it in a nice way.
Tip for IDFA consent win-back: go back to loyal users (still in the app after 2 or 3 weeks but have opted out) and ask them to reconsider. If they say yes you can deep link to the settings.
Using "scoped identifiers" from your analytics/CRM tools for internal tracking purposes will be ok. Example: Amplitude uses an Amplitude id for each user, Braze id, etc. You can also use a more "universal" identifier like email address, phone number, etc. if you collect that information.
Regular "direct" deep linking for notifications and emails that get users to the right place in the app won't be affected.
In general segmenting users based on behavior is not going to change because you'll be doing your segmentation in your analytics/CRM platform and using an internal id within your ecosystem.
Deferred deep linking when you don't know who is going to click on that link and if they have the app installed or not will be less effective. You will need to rely on a probabilistic approach to get people to the right part of the app after the install or "match" with the initial link, which might be problematic in some use cases.
Geofencing is not going to be possible without getting explicit exact location targeting permissions. Example: the Burger King campaign.
Challenges related to CDPs depend on your current configuration: if you're leveraging CDPs to retarget people on programmatic ad networks then you'll be highly impacted.
If you have a CDP you're probably well position to adapt to the IDFA changes, as CDPs have integrations for multiple types of use cases.
It's early to say how it will impact app engagement, but iOS widgets are really cool and look a lot more usable. It's been possible on Android for a long time but iOS is doing it in a nice way.
Tip for IDFA consent win-back: go back to loyal users (still in the app after 2 or 3 weeks but have opted out) and ask them to reconsider. If they say yes you can deep link to the settings.
Notes for this resource are currently being transferred and will be available soon.
At a high-level, it shouldn't be a huge impact: most of the tools that you are using use "scoped identifiers". The SDK in the mobile app assigns an id to a user the first time and is able to identify that user when it comes back.
However some internal tools might have been built using the IDFA, in which case the impact will be strong.
[💎 @05:08] There are other ways to create an id and assign it to a person for analytics purposes. You don't have to use the IDFA and "scoped identifiers" from your tools will be ok to use. Example: Amplitude uses an Amplitude id for each user, Braze id, etc. You can also use a more "universal" identifier like email address, phone number, etc. if you collect that information.
So the IDFA changes are not going to impact your retention strategies unless you or tools in your stack are currently using the IDFA (in which case it needs to be reworked).
You of course still have to be in compliance with privacy rules like GDPR, etc.
[💎 @08:45] Regular "direct" deep linking for notifications and email that get users to the right place in the app won't be affected.
[💎 @09:33] Deferred deep linking when you don't know who is going to click on that link and if they have the app installed or not will be less effective. You will need to rely on a probabilistic approach to get people to the right part of the app after the install or "match" with the initial link, which might be problematic in some use cases.
Examples:
Are tools like Branch that plan on using fingerprinting too optimistic? If that's the case the efficiency of that kind of virality techniques will be impacted.
[💎 @14:10] In general segmenting users based on behavior is not going to change because you'll be doing your segmentation in your analytics/CRM platform and using an internal id within your ecosystem.
What's going away is to segment users across multiple apps.
[💎 @14:51] Geofencing is not going to be possible without getting explicit exact location targeting permissions.
CDPs work as central hubs. But they seem pretty well set up because they're usually thinking about things like privacy (e.g. mParticles is not collecting IDFA by default anymore).
You should still be able to use these CDPs, and they are saying that most integrations will not be affected.
[💎 @18:58] Challenges related to CDPs depend on your current configuration: if you're leveraging CDPs to retarget people on programmatic ad networks then you'll be highly impacted.
[💎 @19:40] If you have a CDP you're probably well position to adapt to the IDFA changes, as CDPs have integrations for multiple types of use cases.
The IDFA changes are going to push more account creations for users so you can build a unique identifier (like email) and then ask for consent for other activities like retargeting.
[💎 @22:29] It's early to say how it will impact app engagement, but iOS widgets are really cool and look a lot more usable. It's been possible on Android for a long time but iOS is doing it in a nice way.
Andy also liked privacy features like the orange signal when an app is capturing video, etc.
For users that have explicitly given their consent you will still be able to do what you were doing before.
You can optimize your pre-dialog (soft prompt) or even win-back users later on in the journey, which is especially interesting for high value users.
From push notifications requests we know that we can always get some uplift from the baseline:
At a high-level, it shouldn't be a huge impact: most of the tools that you are using use "scoped identifiers". The SDK in the mobile app assigns an id to a user the first time and is able to identify that user when it comes back.
However some internal tools might have been built using the IDFA, in which case the impact will be strong.
[💎 @05:08] There are other ways to create an id and assign it to a person for analytics purposes. You don't have to use the IDFA and "scoped identifiers" from your tools will be ok to use. Example: Amplitude uses an Amplitude id for each user, Braze id, etc. You can also use a more "universal" identifier like email address, phone number, etc. if you collect that information.
So the IDFA changes are not going to impact your retention strategies unless you or tools in your stack are currently using the IDFA (in which case it needs to be reworked).
You of course still have to be in compliance with privacy rules like GDPR, etc.
[💎 @08:45] Regular "direct" deep linking for notifications and email that get users to the right place in the app won't be affected.
[💎 @09:33] Deferred deep linking when you don't know who is going to click on that link and if they have the app installed or not will be less effective. You will need to rely on a probabilistic approach to get people to the right part of the app after the install or "match" with the initial link, which might be problematic in some use cases.
Examples:
Are tools like Branch that plan on using fingerprinting too optimistic? If that's the case the efficiency of that kind of virality techniques will be impacted.
[💎 @14:10] In general segmenting users based on behavior is not going to change because you'll be doing your segmentation in your analytics/CRM platform and using an internal id within your ecosystem.
What's going away is to segment users across multiple apps.
[💎 @14:51] Geofencing is not going to be possible without getting explicit exact location targeting permissions.
CDPs work as central hubs. But they seem pretty well set up because they're usually thinking about things like privacy (e.g. mParticles is not collecting IDFA by default anymore).
You should still be able to use these CDPs, and they are saying that most integrations will not be affected.
[💎 @18:58] Challenges related to CDPs depend on your current configuration: if you're leveraging CDPs to retarget people on programmatic ad networks then you'll be highly impacted.
[💎 @19:40] If you have a CDP you're probably well position to adapt to the IDFA changes, as CDPs have integrations for multiple types of use cases.
The IDFA changes are going to push more account creations for users so you can build a unique identifier (like email) and then ask for consent for other activities like retargeting.
[💎 @22:29] It's early to say how it will impact app engagement, but iOS widgets are really cool and look a lot more usable. It's been possible on Android for a long time but iOS is doing it in a nice way.
Andy also liked privacy features like the orange signal when an app is capturing video, etc.
For users that have explicitly given their consent you will still be able to do what you were doing before.
You can optimize your pre-dialog (soft prompt) or even win-back users later on in the journey, which is especially interesting for high value users.
From push notifications requests we know that we can always get some uplift from the baseline:
At a high-level, it shouldn't be a huge impact: most of the tools that you are using use "scoped identifiers". The SDK in the mobile app assigns an id to a user the first time and is able to identify that user when it comes back.
However some internal tools might have been built using the IDFA, in which case the impact will be strong.
[💎 @05:08] There are other ways to create an id and assign it to a person for analytics purposes. You don't have to use the IDFA and "scoped identifiers" from your tools will be ok to use. Example: Amplitude uses an Amplitude id for each user, Braze id, etc. You can also use a more "universal" identifier like email address, phone number, etc. if you collect that information.
So the IDFA changes are not going to impact your retention strategies unless you or tools in your stack are currently using the IDFA (in which case it needs to be reworked).
You of course still have to be in compliance with privacy rules like GDPR, etc.
[💎 @08:45] Regular "direct" deep linking for notifications and email that get users to the right place in the app won't be affected.
[💎 @09:33] Deferred deep linking when you don't know who is going to click on that link and if they have the app installed or not will be less effective. You will need to rely on a probabilistic approach to get people to the right part of the app after the install or "match" with the initial link, which might be problematic in some use cases.
Examples:
Are tools like Branch that plan on using fingerprinting too optimistic? If that's the case the efficiency of that kind of virality techniques will be impacted.
[💎 @14:10] In general segmenting users based on behavior is not going to change because you'll be doing your segmentation in your analytics/CRM platform and using an internal id within your ecosystem.
What's going away is to segment users across multiple apps.
[💎 @14:51] Geofencing is not going to be possible without getting explicit exact location targeting permissions.
CDPs work as central hubs. But they seem pretty well set up because they're usually thinking about things like privacy (e.g. mParticles is not collecting IDFA by default anymore).
You should still be able to use these CDPs, and they are saying that most integrations will not be affected.
[💎 @18:58] Challenges related to CDPs depend on your current configuration: if you're leveraging CDPs to retarget people on programmatic ad networks then you'll be highly impacted.
[💎 @19:40] If you have a CDP you're probably well position to adapt to the IDFA changes, as CDPs have integrations for multiple types of use cases.
The IDFA changes are going to push more account creations for users so you can build a unique identifier (like email) and then ask for consent for other activities like retargeting.
[💎 @22:29] It's early to say how it will impact app engagement, but iOS widgets are really cool and look a lot more usable. It's been possible on Android for a long time but iOS is doing it in a nice way.
Andy also liked privacy features like the orange signal when an app is capturing video, etc.
For users that have explicitly given their consent you will still be able to do what you were doing before.
You can optimize your pre-dialog (soft prompt) or even win-back users later on in the journey, which is especially interesting for high value users.
From push notifications requests we know that we can always get some uplift from the baseline:
