Tracking visitor from app to webview | Community
Skip to main content
S
Swanan_
Level 4
August 27, 2021
Solved

Tracking visitor from app to webview

  • August 27, 2021
  • 2 replies
  • 6297 views

Dear Community,

 

I have a hybrid app, that generate webviews at some points (for cart view and checkout for example).

At the moment, I'm getting 2 differents visits. Once the visitor is landing on the webview, Adobe is generating a new MID instead of keeping the same that has been generated during the app view session.

 

I didn't do the implementation myself. A dev team did it. I know that they followed this documentation, as I'm not a developer, I'm wondering how I can check that the implementation has been done correctly. 

From what I understand the dev team that worked on this subject, didn't use Experience Cloud visitor ID as I don't see the extension installed in launch.

 

I also saw this documentation: 

- iOS part

- Android part

 

I also know that we have only one report suite for everything Desktop version, Android App, iOS App. Do we absolutely need to get different report suites? 

 

I hope that I shared all the needed information to help you understand the situation.

 

My main question is:
How can I track visitors from app view through webview without generating 2 differents ID / visits?

 

Thanks a lot for your help.

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by VaniBhemarasetty

@swanan_ The Android SDK generates a unique visitor ID when an app is installed. This ID is stored in persistent memory on the mobile device, is sent with every hit, and is removed only when the user uninstalls the app.

 

Typical mobile web implementations use the same standard Analytics s_code.js or AppMeasurement.js that is used in desktop sites. However,  The JavaScript libraries have their own methods of generating unique visitor IDs, which causes a different visitor ID to be generated when you open mobile web content from your app in your case.

 

You would need to make sure through implementation the visitors are stitched across mobile and webviews

In order to do that, you would  call visitorAppendToURL: when opening the web view url.

 

Here is the documentation on the same which explains this in detail

https://experienceleague.adobe.com/docs/mobile-services/android/sdk-reference-android/hybrid-app.html?lang=en

 

Hope this helps

 

 

 

2 replies

khurshid
Adobe Employee
khurshidAdobe Employee
Adobe Employee
August 27, 2021

Refer to this article: Visitor Tracking between an app and mobile web | Adobe Experience Cloud Services

VaniBhemarasetty
Adobe Employee
VaniBhemarasettyAdobe EmployeeAccepted solution
Adobe Employee
August 28, 2021

@swanan_ The Android SDK generates a unique visitor ID when an app is installed. This ID is stored in persistent memory on the mobile device, is sent with every hit, and is removed only when the user uninstalls the app.

 

Typical mobile web implementations use the same standard Analytics s_code.js or AppMeasurement.js that is used in desktop sites. However,  The JavaScript libraries have their own methods of generating unique visitor IDs, which causes a different visitor ID to be generated when you open mobile web content from your app in your case.

 

You would need to make sure through implementation the visitors are stitched across mobile and webviews

In order to do that, you would  call visitorAppendToURL: when opening the web view url.

 

Here is the documentation on the same which explains this in detail

https://experienceleague.adobe.com/docs/mobile-services/android/sdk-reference-android/hybrid-app.html?lang=en

 

Hope this helps

 

 

 

S
Swanan_Author
Level 4
September 16, 2021

Hi @vanibhemarasetty 

 

Sorry, but in the end the solution didn't help me to fix my issues.

 

My team shared a new information with me:

Apparently they have disabled third-party cookies via launch. So we are wondering if the demdex cookie  is a part of the problem / the solution ? Are we still able to track the visitor from app to webview even if these cookies are disabled ?

 

Thanks a lot.

B
benAllen
Level 2
April 12, 2022

@swanan_  MID is generated with the help of demdex cookie, disabling the third party domains and if you are not seeing a call to demdex , generation of MID would be an issue

 

You can check on how visitors are being identified by adobe analytics

 

https://experienceleague.adobe.com/docs/mobile-services/android/analytics-android/analytics-main.html?lang=en

 

https://experienceleague.adobe.com/docs/core-services/interface/administration/ec-cookies/cookies-analytics.html?lang=en

 

You can reach out to client care with the mobile logs, so that team can assist you with the exact root cause even after implementing for webview. 

 

Because, it would be difficult to comment right now, without the mobile logs 

 

Regards

Vani

 

 


@vanibhemarasetty, we followed this implementation and now our native code is appending the ECID and our Adobe Org ID in the webview URL. We can't observe the URL directly, but we can see it in development reporting. I did have one quick question. I tried to test this by appending the query string that I got from our development reporting to one of our webpages and I wasn't seeing the resulting s.t() or s.tl() call replacing the ECID with the one from the URL. Is this a viable way of testing this implementation? Or does this process only work if the user is sent from a native screen that has queried the Identity service to a webpage? 

Terms & ConditionsAccessibility statement

Loading footer...