20 Dec 2024 05:09 PM
In the 'Session and User Action Properties' settings for mobile applications, there is a restriction that allows:
This limitation seems counterintuitive because, in most scenarios, we tend to have more user action properties than user session properties. To better understand this restriction, the following questions arise:
What is the rationale behind this restriction?
Why is the restriction asymmetrical?
Any clarification or insights into these points would be greatly appreciated.
Solved! Go to Solution.
22 Dec 2024 11:48 AM
Hi,
I do not have answers to your queries but I think those thresholds can be increased if you open a support ticket.
Best regards
23 Dec 2024 09:10 AM
Each additional property can increase the amount of data that needs to be processed and transmitted, potentially impacting the app's responsiveness and the user's experience.
By limiting user action properties to 20, it ensures that the most relevant information is tracked, reducing unnecessary data collection.
Please open a support ticket if you need additional help.
24 Dec 2024 07:44 PM
Session properties are stored once per session. If you have 200 session properties, you'll have a max of 200 values per session.
If you have a single action property that is captured across all actions, and you have a 200 action session, that one action property is now storing as much data as all 200 session properties. Due to the vastly increased data capture and storage, there are stricter limitations with action properties.
This will change in GRAIL with the new event-based data collection system: https://community.dynatrace.com/t5/Real-User-Monitoring/Unlock-the-full-potential-of-Digital-Experie...
31 Dec 2024 04:44 AM
Unfortunately, I’ve reached out to the support team multiple times regarding increasing the limit for user action properties, but they’ve confirmed that this is a hard limit. However, you can still give it a try and let me know what you find. Specifically, check the "String length" for any action properties created with the string type and ensure it is set to 100, unless there’s a specific requirement to increase it.