Highlighted

Firing human-less events and evars

Avatar

Avatar

mooreevan

Avatar

mooreevan

mooreevan

17-01-2019

Hello,

There are several non-browsing actions I would like to add as events, and possibly evars/props. These actions would occur before and after natural human product usage behavior, but would be automated and sent to Analytics directly from a server with a timestamp and possibly other metadata. Any server calls firing prior to product usage would not have any cookie based information available to them by default - they would obviously lack a native Experience Cloud ID and other default metadata. These automated server calls would only pertain to return visitors, so I suppose I could try to store cookie-based-data on the server to then populate the server call with that data?

Would any of this cause issues? Are there best practices for something like this - server calls fully outside of web browsing behavior? I imagine it would be tough to add this data to any sort of visit or visitor segment due to the lack of Experience Cloud ID

Thanks!

Replies

Highlighted

Avatar

Avatar

Gigazelle

Employee

Total Posts

1.9K

Likes

459

Correct Answer

734

Avatar

Gigazelle

Employee

Total Posts

1.9K

Likes

459

Correct Answer

734
Gigazelle
Employee

29-01-2019

Hi Evan, are there any specific examples of events/variables that you'd like to send server-side that you don't want to include in an AppMeasurement implementation?

Highlighted

Avatar

Avatar

kanikas19907318

Avatar

kanikas19907318

kanikas19907318

31-01-2019

Hi,

Since the analytics hits from your server (prior to product usage ) won't have cookie data, it won't connect to same visit and visitor.

I believe you're trying to send same 'mid' value in server hit. If so, such hit should be a part of that visit and visitor because we look at the visitor ID and hit timestamp to credit them to respective visits. Its similar to offline hits you send with s.timestamp value.