<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Tracking user action source in Real User Monitoring</title>
    <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196443#M3921</link>
    <description>&lt;P&gt;I have had the need in the past, but wasn't able to get there with a standard approximation. First we tried the Referer header, bit it was not reliable, and it wouldn't solve your usecase anyway.&lt;/P&gt;&lt;P&gt;We then tried with Javascript, and since in our case we had the possibility of passing a parameter, we then started catching it as a parameter with Dynatrace. But this was done without the Javascript API...&lt;/P&gt;</description>
    <pubDate>Thu, 13 Oct 2022 14:12:46 GMT</pubDate>
    <dc:creator>AntonioSousa</dc:creator>
    <dc:date>2022-10-13T14:12:46Z</dc:date>
    <item>
      <title>Tracking user action source</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196410#M3920</link>
      <description>&lt;P&gt;Does anyone track the source of user actions in a web application? The idea is to track and evaluate which navigation methods in the web applications the users are preferring.&lt;BR /&gt;&lt;BR /&gt;Let me give an example of the Dynatrace UI itself. For a list of applications, you can navigate either by clicking on the breadcrumb (1) or using the left menu (2). The user action itself is the same (e.g. "Application list"). I don't want to split the user action into several ones.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Julius_Loman_1-1665662514521.png" style="width: 400px;"&gt;&lt;img src="https://community.dynatrace.com/t5/image/serverpage/image-id/8008i218D511E67549A4B/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Julius_Loman_1-1665662514521.png" alt="Julius_Loman_1-1665662514521.png" /&gt;&lt;/span&gt;&lt;BR /&gt;Ideally, the source of the action is tracked in a user action property. However, at the moment there is no possibility to have the element identifier of the interaction or data-dtname (or any alternative) as the source of the user action property.&amp;nbsp;&lt;BR /&gt;Another option is to send the user action property source by calling dtrum API, but this can be challenging from the implementation side.&lt;BR /&gt;&lt;BR /&gt;What is your experience?&lt;/P&gt;</description>
      <pubDate>Thu, 13 Oct 2022 12:21:26 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196410#M3920</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2022-10-13T12:21:26Z</dc:date>
    </item>
    <item>
      <title>Re: Tracking user action source</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196443#M3921</link>
      <description>&lt;P&gt;I have had the need in the past, but wasn't able to get there with a standard approximation. First we tried the Referer header, bit it was not reliable, and it wouldn't solve your usecase anyway.&lt;/P&gt;&lt;P&gt;We then tried with Javascript, and since in our case we had the possibility of passing a parameter, we then started catching it as a parameter with Dynatrace. But this was done without the Javascript API...&lt;/P&gt;</description>
      <pubDate>Thu, 13 Oct 2022 14:12:46 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196443#M3921</guid>
      <dc:creator>AntonioSousa</dc:creator>
      <dc:date>2022-10-13T14:12:46Z</dc:date>
    </item>
    <item>
      <title>Re: Tracking user action source</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196452#M3922</link>
      <description>&lt;P&gt;The referrer value is also not possible in general. It's effective in case if you need to track the landing. I have a use case where you can get to the same user action on the application home page by using different links (menu and list of favourites for example).&lt;/P&gt;</description>
      <pubDate>Thu, 13 Oct 2022 15:01:59 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196452#M3922</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2022-10-13T15:01:59Z</dc:date>
    </item>
    <item>
      <title>Re: Tracking user action source</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196453#M3923</link>
      <description>&lt;P&gt;I was about to suggest the Referrer as property &lt;span class="lia-unicode-emoji" title=":thinking_face:"&gt;🤔&lt;/span&gt; . Why you face this as not reliable?&lt;/P&gt;</description>
      <pubDate>Thu, 13 Oct 2022 15:02:02 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196453#M3923</guid>
      <dc:creator>dannemca</dc:creator>
      <dc:date>2022-10-13T15:02:02Z</dc:date>
    </item>
    <item>
      <title>Re: Tracking user action source</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196470#M3924</link>
      <description>&lt;P&gt;There are multiple situations where the Referer is not sent. In the case I had, the page was only accessible from another one, so first thing I did was capture Referer server side, as a Request Attribute. I don't recall the details, but we only got a little part of the total requests. I checked the Wikipage now for such situations, and probably I was affected by CSP then. But not sure...&amp;nbsp;&lt;/P&gt;&lt;P&gt;Also, as Julius has stated, it you got two links on a page, Referer won't help to distinguish them.&lt;/P&gt;</description>
      <pubDate>Thu, 13 Oct 2022 19:09:02 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196470#M3924</guid>
      <dc:creator>AntonioSousa</dc:creator>
      <dc:date>2022-10-13T19:09:02Z</dc:date>
    </item>
    <item>
      <title>Re: Tracking user action source</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196505#M3925</link>
      <description>&lt;P&gt;Hello,&lt;BR /&gt;I confirm the fact that if you are running your platform onto Managed there are some potential CSP strike AFAIK. Indeed all depend&amp;nbsp; about "route change" or some webhook, thus not ease to use referer.&amp;nbsp;&lt;BR /&gt;The easy solution is using&amp;nbsp;&lt;SPAN&gt;self-monitoring dashboard feature. Namely,&amp;nbsp;self-monitoring of Dynatrace Managed clusters on dedicated SaaS environments for Premium customers only.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 14 Oct 2022 10:53:13 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196505#M3925</guid>
      <dc:creator>uros_djukic1</dc:creator>
      <dc:date>2022-10-14T10:53:13Z</dc:date>
    </item>
    <item>
      <title>Re: Tracking user action source</title>
      <link>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196525#M3926</link>
      <description>&lt;P&gt;I've put together a &lt;A href="https://community.dynatrace.com/t5/Dynatrace-product-ideas/Improve-context-tracking-in-real-user-monitoring/idi-p/196524#M33300" target="_self"&gt;product idea on this topic too.&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 14 Oct 2022 12:03:18 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Real-User-Monitoring/Tracking-user-action-source/m-p/196525#M3926</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2022-10-14T12:03:18Z</dc:date>
    </item>
  </channel>
</rss>

