Hi, I am really having a hard time understanding the waterfall analysis view in Dynatrace for my application user sessions.
As an example, can someone explain what are the highlighted part means in the screenshot I have attached?
Dynatrace says visually complete is 1.6 seconds but then below that the loading of page took 48.93 seconds. How?
Is that 48.93 is a combination of Document Requests, XHR requests and resource requests? Does it mean that the high load time which Dynatrace is showing is because of long XHR calls? The numbers shown in the screenshot are bizzare and beyond my understanding.
If someone can explain how to look into this view properly and what to look out for to understand how the page has performed for that user session, that would be immensely helpful.
Light blue color in document request "/moving-home" stands for Processing. You can check it when you leave mouse on that request and popup will open with timing details. More info about what each timing detail means can be found here: https://www.dynatrace.com/support/help/how-to-use-dynatrace/real-user-monitoring/basic-concepts/user...
Thanks @rastislav_danis for the response. Yes when I hover I do see the response time breakdown but it just shows processing time as 13 seconds as you can see in the new attached screenshot. Is there a way to see what exactly is taking that much time? I mean is it the customer slow network connection or something in the background going on with the page? How do i know?
I know about session replay but we don't have that enabled in our license and I am also thinking is it worth spending money on that as that's also gonna give me what is customer experiencing and not why it's experiencing that.. right?
Note - Just to let you know My application is manually injected and not by one agent.
Hi @AntonioSousa It's Android 8.1 oreo on chrome mobile 99. There are not many but few occurrences.
I have a question about session replay. Is it worth spending money? Also one of the prerequisite to enable is that one agent should be deployed on the application hosts but here in our case we are just doing manual injections.
I believe it does make sense. With Session Replay, you will then be able to see if it is impacting user experience or not. If you can replicate the issue, even better. If not, check on a lower entry price phone, you might be able to replicate it. You will then have to progress into what the root-cause is for the slowness.