When generating recommendations, it is useful to have the ability to correlate metadata with user data and combine users into clusters of certain type. Such metadata can be gender, ZIP code, discount rate, etc. You can use the following user metadata import format to enrich the tracked data with information that cannot be calculated and must be provided by the end-user.
If you plan to import user metadata, contact email@example.com to ensure that you are compliant with privacy regulations.
For importing metadata, basic authentication is enabled by default. Use your customer ID and license key as username and password. If authentication is enabled for recommendation requests and you want change this, contact firstname.lastname@example.org.
Use the following request to fetch user attributes for the specified users:
User data is returned as an XML object. Make sure that you use the HTTP Content-Type=text/xml header.
Use the following request to update the specified user's attribute set:
For the requests to function, you must provide the following parameters:
||A customer ID (for example "00000"), as defined when enabling Personalization. Can be used to identify a website in installations that hosts multiple SiteAccesses.||alphanumeric|
||An ID of the source of the specified user's metadata.||alphanumeric|
||An ID of the tracked user in the website (for example, an internal customer code, a session code or a cookie for anonymous users.||alphanumeric|
Parameter encoding limitations
All parameters must be URL-encoded (see RFC 3986) and cannot contain slash, backslash or space characters.
source parameter defines the system that stores the specified user's metadata.
If you have multiple source systems for updating user attributes,
for example, a registration service, where users define their gender and age,
or an application that integrates with Facebook to source the brands the user "liked" in your shop,
every new upload of attributes will replace the attribute set that already exists
for the same user/source pair.
If you need to get all the available attributes for all sources, apply the
allSources query string parameter, for example:
When you do that, and the source returned is different from the source passed in the request (in this case, "facebook"), an additional attribute
source is added to the XML object.
User ID is a case-sensitive combination of characters. If transferred as part of the URL, the attribute must be URL-encoded. If transferred in the XML object, the attribute must be XML-encoded.
|User ID||URL encoded||XML encoded|
Use the following request to run an opt-out option to delete the user and all data related to this user. After this request, the user is deleted from the database.
Response object format¶
For an example of user metadata, see the following XML code. The attribute keys and values are chosen at random.
1 2 3 4 5 6 7 8 9 10 11 12 13
Attribute keys are POSIX alphanumeric codes that can consist of the following characters:
Attribute keys are case sensitive.
The following attribute types are supported:
- DATE - An XSD-formatted date, for example, "2014-08-07"
- DATETIME - An XSD-formatted time without a time zone, for example, "2014-08-07T14:43:12"
- NOMINAL - A value from a fixed length list, for example "gender" or "favorite film genre". If you do not set the attribute type, this is the default value
- NUMERIC - A decimal value, for example, "1.23" or "-2345"
- TEXT - A longer text, usually free form