Managed Impressions

by default, when a request with model monetate\ decision\ decisionrequest is made and an action is returned as part of the engine api response, an impression is recorded for that action at decision time in some situations additional front end logic must be applied for a customer to qualify for a particular action, such as expanding a navigation bar to see additional options in cases such as this one, you can use a managed impressions action action templates with managed impressions must be added to individual accounts contact your dedicated customer success manager (csm) for assistance action templates support a managed impressions flag when this flag is set to true , the action isn't recorded at decision time this flag allows you to set additional action conditions beyond those monetate is able to evaluate even without action conditions, it allows the caller to detect the actual visibility of the action and record its impression accordingly for example, an action may adjust the display of options in a drop down menu, but the customer must first click the menu to become eligible to see the action this screenshot shows the omni json managed impression action template configured for this scenario the omni json managed impression action template configured for an action that requires a customer to click a menu when you make a request to the engine api, the initial response contains the experience with managed impression action and a unique impressionid for the visitor in the session initial monetate\ decision\ decisionrequest response { "meta" { "code" 200, "monetateid" "5 977810341 1521134874631" }, "data" { "responses" \[ { "requestid" "11111", "actions" \[ { "impressionid" "2 mty3mte3ni4xlje2mje0mjcyode", "json" { "clickedelement" "true" }, "actiontype" "monetate\ action\ omnichanneljson", "actionid" 3813493, "iscontrol" true } ] } ] } } each action returned in the response includes two additional fields the impressionid field contains an encoded string that must be passed back to monetate when the customer qualifies for all front end conditions associated with the action (for example, the customer has clicked a drop down menu and is now eligible to see an action that modifies options within the menu) the iscontrol field contains a boolean value that indicates whether the customer has been assigned to the control group for the action regardless of whether iscontrol=true , the impressionid value should be reported back to monetate once the customer meets all eligibility criteria however, if iscontrol=true then the action doesn't display for the visitor once a customer meets all eligibility criteria, the impressionid value must be reported back to monetate so that it can record the impression the same monetateid or deviceid used in the initial request must be passed when recording impressions so that they can be associated with the customer's session multiple impressionid strings can be reported in the same engine api call so long as they're associated with the same visitor example follow up monetate\ record\ impressions request { "monetateid" "5 977810341 1521134874631", "channel" "a 12345678/d/example test", "events" \[ { "eventtype" "monetate\ record\ impressions", "impressionids" \[ "2 mty3mte3ni4xlje2mje0mjcyode", "2 mbv8qje1mtq4mdg5mda" ] } ] } response { "meta" { "code" 200, "errors" \[] }, "data" { "responses" \[] } }