Take the community feedback survey now.
Latest changes
A default set of filter definitions are now included out of the box in Visitor Intelligence. Marketers can create segments based on Commerce events and profiles without asking developers to create their own filter definitions.
Create a new profile filter definition with an invalid property (which does not belong to the profile) in Query like this one:
POST: /api/v2.0/FilterDefinitions { "Name": "Testing_VisitorGroup_input_value", "Description": "VisitorGroup with inputValue", "Query": "Testing eq {{value}}", "Parameters": { "value": "string" }, "Category": "Profiles", "Type": "Profiles" }
Expected result:
Returns 400 Bad Request with message Invalid filter definition.
Actual result:
Returns 201 Created and create new filter definition successfully.
The same thing happens if you create an event filter definition with an invalid property which does not belong to the track event.
Only shared filter definitions compatible with currently installed products are displayed.
Steps to reproduce:
POST: segmentURL/segmentId/MatchByProfileId
All the profiles based on profileIds/Emails should be returned.
Only 10 profiles are returned.
Precondition:
Create profile test@test.com with Payload info like this:
"Payload": { "number": 2 }
{ "Scope": "default", "SegmentManager": "admin@example.com", "ProfileQuery": "Payload.number eq 2", "AvailableForPersonalization": true, "Archived": false, "FavoredBy": [ "string" ], "Name": "Payload", "Description": "Payload" }
The user can see the personalized content.
The user cannot see the personalized content.
Marketers can now set the time or/and count metrics when creating a segment based on event filter definitions, and reuse the same filter definition in combination with the time period and the number of event occurrences.
There is a profile filter definition which has at least one param in the query, like this one:
{ "Id": "fd_PDF_Name_eq", "Name": "PDF_Name_eq", "Description": "Name equal inputValue", "Query": "Name eq {{name}}", "Parameters": { "name": "string" }, "Category": "Profiles Category", "Type": "Profiles" }
An indication/warning is now displayed in the user interface when a metric is not applicable with the selected filter definition.
{ "Scope": "default", "SegmentManager": "Franklin Cummings", "AvailableForPersonalization": false, "Archived": false, "FavoredBy": null, "Name": "Testing Segment", "Description": "Testing Segment", "Filters": { "Items": [ { "Type": "Events", "Parameters": { "value": "home" } } ] } }
Returns 400 Bad Request with Validation Error.
Returns 500 Internal Server Error.
1. Create a new profile:
POST: /api/v1.0/profiles { "Info": { "ZipCode": null } }
-> It returns 201 Created with body:
{ "ProfileId": "545db9d4-79f8-49cb-ae63-34ab6ca95647", ..... "Info": { "ZipCode": null } }
2. Get the newly created profile in step 1:
GET /api/v1.0/profiles/default/545db9d4-79f8-49cb-ae63-34ab6ca95647
-> It returns the profile with info:
{ "ProfileId": "545db9d4-79f8-49cb-ae63-34ab6ca95647", ..... "Info": {}, }
The Info property should display consistent information.