User Messaging Platform: Manage Options: Previous user choices not reflected in initial UI state

[Andreas Wunderlich]

Hi,

I gave the User Messaging Platform / UMP SDK for iOS a try (v1.0.0).

I haven't found a better place to bring these issues up, so I am posting it here.

tldr:

I would expect previous consent choices by the user to be reflected in the initial UI state, when the user opens the "Manage options" section of the User Messaging Platform SDK for iOS.

This does reproducibly not seem to be the case with v1.0.0.

User Flow #1:

1. First time open of app

2. UMP consent dialogue appears

3. User taps "Consent" - all purposes and vendors are marked as accepted

4. Later the user navigates to the section of the app where they can reshow the UMP consent dialogue

5. UMP consent dialogue appears

6. This time the user taps on Manage options

Issue I see here:

Even though, previously, the user has accepted all purposes and vendors, this is not reflected in the initial UI state (all "Consent" toggles are initially off for all purposes and vendors).

User Flow #2:

1. First time open of app

2. UMP consent dialogue appears

3. User taps "Manage options"

4. User manually enables few or all "Consent" toggles

5. User taps "Submit"

6. Later the user navigates to the section of the app where they can reshow the UMP consent dialogue

7. UMP consent dialogue appears

8. User again taps on "Manage options"

Issue I see here:

Even though the user has done manual steps to enable some or all "Consent" toggles, this is not reflected in the initial UI state (all "Consent" toggles are initially off for all purposes and vendors).

[Mobile Ads SDK Forum Advisor Prod]

Hi Andreas,

Thank you for bringing the always reseting consent form up to our attention. Please note that this release of the UMP SDK is just for testing. I wasn't yet able to load a form to test what you see. One question I have is are you holding on to a reference to the already downloaded form as described here - https://developers.google.com/admob/ump/ios/quick-start#present_the_form_if_required?  You would need your own custom logic to do so. Let me bring this up with the rest of my team. We will get back to you the soonest we have more information.

Regards,
Aryeh Baker
Mobile Ads SDK Team

ref:_00D1U1174p._5004Q22ZlKI:ref

[Andreas Wunderlich]

Hi Aryeh,

thanks for looking into this.

> I wasn't yet able to load a form to test what you see.

Just in case:

It seems creating a form is not enough. You also have to publish it.

Also after publishing, it seems in can take up to 10 minutes before it is available in the app.

If you're not in the EU or UK, it might be necessary to overwrite your location: https://developers.google.com/admob/ump/ios/quick-start#force_a_geography

> are you holding on to a reference to the already downloaded form

Downloaded instances of UMPConsentForm cannot be presented more than once.

I tried to reuse my downloaded UMPConsentForm initially, but when presenting it a second time, my callback for [UMPConsentForm presentFromViewController:completionHandler:] was called with an error message that made it clear, that they should not be presented more than once and instead need to be downloaded again.

So in the user flows I described, a new form is downloaded between steps 4 and 5 for user flow #1 and between steps 6 and 7 for user flow #2.

Kind regards,

Andreas

[krishnpal singh]

First open the aap

[Mobile Ads SDK Forum Advisor Prod]

Hello, 
This is by design, to ensure your users intend to consent to each provider. Thanks.

Jon

ref:_00D1U1174p._5004Q22ZlKI:ref

[AndreasB]

It is true that opt-in should be the mechanism of choice when displaying the consent dialog for the first time. However, a user visiting the dialog again later should see the current state of their consent, not a blank slate. Consider the following:

1. User starts app for the first time and taps "Consent" to opt-in to everything.

2. Later: User learns about (for example) ad personalization and decides to opt-out of that (but not anything else).

3. User revisits dialog and taps "Manage Options" to see details.

4. User sees that the "ad personalization" switch is set to OFF, is happy with that and taps "Submit".

5. By doing that, the user also opts out of every other setting, although it was not their intention to do that.

The result of this will be an artificially increased percentage of users that opted out of all kinds of app behaviour, potentially leaving it in a barely functional state without any intention of doing so.