Create and manage a Product Recommendation (PR) model
Create and manage a Product Recommendation (PR) model
Coveo Machine Learning (Coveo ML) Product Recommendation (PR) models suggest to end users products that suit their profile, context, and buying behaviors. The results that are returned by the Coveo ML PR service can be integrated in a Coveo for Commerce search interface.
To take advantage of Coveo ML PR, members with the required privileges must first create their PR models.
Prerequisites
-
Coveo Machine Learning (Coveo ML) Product Recommendation (PR) models use usage analytics (UA) events to relevantly target and suggest products to your customers. Therefore, you must log commerce events to ensure that your commerce interfaces correctly track user interactions.
-
Depending on the recommendation strategy you want to leverage, ensure your commerce interface is tracking the proper events:
Recommendation strategy Recommended location Required events Optional events Cart recommender (
cart
)Cart page
detail
purchase
None
Frequently bought together (
frequentBought
)Product display page (PDP)
purchase
refund
add
(to cart)remove
(from cart)Frequently viewed together (
frequentViewed
)Product Display page
detail
click
Popular items (Bought) (
popularBought
)Home page / No results page
purchase
refund
Popular items (Viewed) (
popularViewed
)Home page / No results page
detail
click
User recommender (
user
)Home page
detail
purchase
refund
add
(to cart)remove
(from cart)
|
If there are less than 100 events available for your PR model, the model is empty and doesn’t provide recommendations. With 100 events or more, your model starts to learn and improve. |
Create a PR model
-
Depending on whether models have already been created in your Coveo organization:
-
If your Coveo organization doesn’t contain any models, on the Models (platform-ca | platform-eu | platform-au) page, click the Product Recommendations card, and then click Create model.
-
If your Coveo organization already contains models, on the Models (platform-ca | platform-eu | platform-au) page, click Add model, and then click the Product Recommendations card.
-
-
Under Name, enter a meaningful display name for the model, and then click Next.
-
(Optional) In the Learning Interval section, change the default and recommended Frequency and Data period values, and then click Next.
-
(Optional) In the Learn From section, add filters to refine the data that the model uses to make its recommendations.
-
Click Add Model.
-
On the Models (platform-ca | platform-eu | platform-au) page, under the Status column, in the model row, the value is most probably Inactive.
NoteThe model value will change to Active when the model creation is complete (typically within 30 minutes, depending on the amount of usage analytics data to process). The model can only return recommendations when its status is Active.
For more information on Coveo ML model statuses, see the Status column reference.
-
(Optional) If you want to specify advanced parameters for your model, you can use the Advanced tab of the model configuration.
-
Once the model is Active, you must associate the model with a pipeline to take advantage of the model in a search interface. The model can be re-used in many query pipeline associations.
Make sure to follow the model association leading practices before associating your model with your production query pipeline.
|
If you have the Enterprise edition, group this PR model and your other implementation resources together in a project. See Manage projects. |
Edit a PR model
-
On the Models (platform-ca | platform-eu | platform-au) page, click the model you want to edit, and then click Edit in the Action bar.
-
On the subpage that opens, select the Configuration tab.
-
Under Name, you can optionally edit the model’s display name.
-
(Optional) In the Learning Interval section, change the Frequency and Data period values.
-
(Optional) In the Learn From section, add filters to refine the data that the model uses to make its recommendations.
-
Click Save.
-
On the Models (platform-ca | platform-eu | platform-au) page, under the Status column, in the model row, the value is most probably Updating.
NoteThe model value will change to Active when the model edition is complete (typically within 30 minutes, depending on the amount of usage analytics data to process). The model can only return recommendations when its status is Active.
For more information on Coveo ML model statuses, see the Status column reference.
-
Once the model is Active, you must associate the model with a pipeline to take advantage of the model in a search interface. The model can be re-used in many query pipeline associations.
Make sure to follow the model association leading practices before associating your model with your production query pipeline.
Create a PR model with JSON
Advanced users who have the required privileges may want to create a model using a JSON configuration.
-
Access the Models (platform-ca | platform-eu | platform-au) page.
-
On the right side of the page, click
, and then select Add model with JSON.
-
In the Add a Model With JSON panel that appears, select Model configuration, and then modify the model placeholder configuration:
{ "engineId": "ecommerce", "modelName": "<MODEL_NAME>", "modelDisplayName": "<MODEL_DISPLAY_NAME>", "exportPeriod": "<EXPORT_PERIOD>", "intervalTime": <INTERVAL_TIME>, "intervalUnit": "<INTERVAL_UNIT>" }
Where:
-
modelName
(string, required) is the name of the model, which must be unique in your Coveo organization. -
modelDisplayName
(string) is the name of the model appearing on the Models (platform-ca | platform-eu | platform-au) page. -
exportPeriod
(ISO-8601 string, required) is the period defining the age of the usage analytics data used to build the model. Must be in the ISO8601 period format (e.g.,PyYmMwWdDThHmMsS
).NoteUnless an
exportOffset
is specified, theexportPeriod
uses the moment when the model was generated as a base. -
intervalTime
(integer, required) is the number ofintervalUnit
(e.g.,DAY
,WEEK
, orMONTH
) between each update of the model. Must be between1
and30
inclusively. -
intervalUnit
(string enum, required) is the duration unit of the interval between each update of the model. SeeintervalTime
. Accepted values are:DAY
,WEEK
, andMONTH
.
-
-
Click Add Model.
The model now appears on the Models (platform-ca | platform-eu | platform-au) page.
|
Notes
|
Edit a PR model JSON configuration
-
Access the Models (platform-ca | platform-eu | platform-au) page.
-
Click the desired model, and then click More > Edit JSON in the Action bar.
-
In the Edit a Model JSON Configuration panel that appears, modify the existing model configuration:
{ "modelDisplayName": "<MODEL_DISPLAY_NAME>", "exportPeriod": "<EXPORT_PERIOD>", "intervalTime": <INTERVAL_TIME>, "intervalUnit": "<INTERVAL_UNIT>", "commonFilter": "<COMMON_FILTER>", "customEventFilter": "<CUSTOM_EVENT_FILTER>", "exportOffset": "<EXPORT_OFF_SET>", "searchEventFilter": "<SEARCH_EVENT_FILTER>", "viewEventFilter": "<VIEW_EVENT_FILTER>", "extraConfig": [<ADVANCED_ML_PARAMETERS>], }
Where:
-
modelDisplayName
(string) is the name of the model appearing on the Models (platform-ca | platform-eu | platform-au) page. -
exportPeriod
(ISO-8601 string, required) is the period defining the age of the usage analytics data used to build the model. Must be in the ISO8601 period format (i.e.,PyYmMwWdDThHmMsS
).NoteUnless an
exportOffset
is specified, theexportPeriod
uses the moment when the model was generated as a base. -
intervalTime
(integer, required) is the number ofintervalUnit
(i.e.,DAY
,WEEK
, orMONTH
) between each update of the model. Must be between1
and30
inclusively. -
intervalUnit
(string enum, required) is the duration unit of the interval between each update of the model. SeeintervalTime
. Accepted values are:DAY
,WEEK
, andMONTH
. -
commonFilter
(string) is the filter to apply to the common event dimensions (shared by all event types) in the export. Multiple filter parameters are joined with theAND
operator. -
customEventFilter
(string) is the filter to apply to the custom event dimensions in the export. Multiple filter parameters are joined with theAND
operator. -
exportOffset
(ISO-8601 string) is the offset of the usage analytics data used to build the model. Must be in the ISO8601 period format (i.e.,PyYmMwWdDThHmMsS
). The default value isPT0S
, meaning that all events are considered when building a model (theexportPeriod
is based on the moment the model was generated).ExampleYou want to ignore events that occur on the current day, so you set the
exportOffset
value toP1D
. -
searchEventFilter
(string) is the filter to apply to the click and search event dimensions in the export. Multiple filter parameters are joined with theAND
operator. -
viewEventFilter
(string) is the filter to apply to the view event dimensions (shared by all event types) in the export. Multiple filter parameters are joined with theAND
operator. -
extraConfig
(array of string) are additional advanced parameters used to tailor the model to your use case.
-
-
Click Save to apply your changes.
Delete a PR model
|
You must dissociate a model from all its associated query pipelines before deleting it. Models aren’t automatically dissociated from pipelines when they’re deleted. |
-
On the Models (platform-ca | platform-eu | platform-au) page, click the ML model that you want to delete, and then click More > Delete in the Action bar.
-
In the Delete a Model panel that appears, click Delete model.
Review active model information
On the Models (platform-ca | platform-eu | platform-au) page, click the desired model (must be Active), and then click Open in the Action bar (see Reviewing Coveo Machine Learning model information).
Reference
"Status" column
On the Models (platform-ca | platform-eu | platform-au) page of the Administration Console, the Status column indicates the current state of your Coveo ML models.
When inspecting the Status column, a given model is either in the Active or Inactive state. Additional information can be displayed depending on the model’s current state.

The following table lists the possible model statuses, their definitions, and their status colors as shown in the Administration Console:
Status | Definition | Status color |
---|---|---|
Active |
The model is active and available. |
|
Inactive |
The model isn’t available. |
|
Update in queue |
Waiting to process a scheduled update or configuration change. |
|
Updating |
The model is being rebuilt based on a new configuration. |
|
Waiting |
The model is in the building queue. |
|
Building |
The model is currently being processed. |
|
Degraded |
The model is active, but has some limitations. Additional information is available in the Error section of a model (see Review model information). |
|
Failed |
The model couldn’t be built with the requested configuration. Additional information is available in the Error section of a model (see Review model information). See Edit a PR model for information on how to edit a model configuration. |
|
Update failed |
The model couldn’t be updated with the requested configuration. |
|
Error |
An error prevented the model from being built successfully. |
|
Archived |
The model was archived because it hasn’t been queried for at least 30 days. |
“Learning Interval” section
In this section, you can modify the following:
The more data the model has access to and learns from, the better the recommendations. As a general guide, a usage analytics dataset of 10,000 queries or more typically allows a Coveo ML model to provide very relevant recommendations. You can look at your Coveo Usage Analytics (Coveo UA) data to evaluate the volume of queries on your search hub, and ensure that your Coveo ML models are configured with a training Data Period that corresponds to at least 10,000 queries. When your search hub serves a very high volume of queries, you can consider reducing the data period so that the model learns only more recent user behavior and be more responsive to trends.
A Coveo ML model is regularly retrained on a more recent Coveo UA dataset, to ensure that recent user behavior is learned and that the model freshness maintained.
Set the Coveo ML model training Frequency based on the Data Period value. Less frequent for a larger Data Period and more frequent for a smaller Data Period as recommended in the following table.
Data Period |
Frequency |
||
---|---|---|---|
Daily |
Weekly |
Monthly |
|
1 month |
|||
3 months (Recommended) |
|||
6 months |
|
Note
If you’re testing the model in a sandbox environment in which very little analytics data is available to train the model, you can activate the Test configuration mode advanced option to ensure the model provides recommendations. |
“Learn From” section
The Learn From section allows you to refine the data that the model uses to make its recommendations. By narrowing down the set of data that a model uses, you can better customize relevancy for specific user groups and use cases. You can apply filters on all events, or on every event that belongs to a specific category (i.e., search, click, view, or custom events).
You want your PR model to return recommendations that pertain to a specific user group, so you add a data filter to ensure that only a specific set of analytics are used by the model for training purposes.
To add an event filter:
-
(When creating a model only) Click
.
-
In the Select a dimension dropdown menu, select the dimension on which you want to base the learning of the model.
-
In the Select an operator dropdown menu, select the appropriate operator.
-
In the Select value(s) dropdown menu, add, type, or select the appropriate value.
-
Click Add filter.
Required privileges
By default, members with the required privileges can view and edit elements of the Models (platform-ca | platform-eu | platform-au) page.
The following table indicates the privileges required to use elements of the Models page and associated panels (see Manage privileges and Privilege reference).
Action | Service - Domain | Required access level |
---|---|---|
View models |
Machine Learning - Models |
View |
Edit models |
Organization - Organization |
View |
Machine Learning - Models |
Edit |