Processing rules use cases
- Topics:
- Processing Rules
CREATED FOR:
- Admin
The applications of how you can use processing rules in your organization are extensive. The following sections elaborate on some common ways that you can use them to your advantage.
Processing rules are used to move values from Context data variables to Props and eVars. Without processing rules, context data variables are meaningless and do not populate any reports in Analytics.
The Context Variables list contains all variables that were sent to the report suite in the last 30 days. If you know the context data variable name but have not sent it into the current report suite, you can manually add it:
The following example takes the search_term
context data variable and places its value into eVar3:
| Rule set | Value |
| Condition | search_term
(Context data) is set |
| Action | Overwrite value of eVar3 With search_term
(Context data) |
The above example works great when there are only a few eVars to populate. If your organization has hundreds of context data variables that each need their own eVar, you can use conditional statements. Dozens of conditional statements can fit inside a single processing rule, allowing your organization the ability to populate all eVars in a report suite without running into the processing rule limit of 150 rules.
The following example populates multiple variables with varying context data variables. One action also contains a conditional statement:
| Rule set | Value |
| Action | Overwrite value of eVar55 with spa.billing_customer_name
(Context data) |
| Action | Overwrite value of Prop7 with testhierarchy
(Context data), if testhierarchy
(Context data) is set |
| Action | Overwrite value of eVar8 with spa.ims_org
(Context data) |
Processing rules can trigger events based on Context data variables.
The Context Variables list contains all variables that were sent to the report suite in the last 30 days. If you know the context data variable name but have not sent it into the current report suite, you can manually add it:
The following rule definition sets an event on every hit that contains a specific context data variable:
search_term
(Context data) is set1
You can populate a variable using a query string parameter. In most cases, you would typically adjust your implementation to obtain the desired query string values. However, if you cannot easily adjust your implementation to collect this data, processing rules are an adequate alternative. If a typo or similar issue prevents the value from being populated, you can populate the variable using processing rules.
Always check to see if a value is empty or contains the expected value before you overwrite it.
cpid
q
Is Setq
Events can be set based on any condition available in processing rules. For example, you can trigger an event when the page name equals “Product overview”.
1
You can use the concatenate option to populate values by combining other values.
You can match values against misspellings collected and update them to display correctly in reports.
Adobe recommends using the most restrictive matching option possible to avoid undesired overwrites. You can run a report on the variable and search for potential rule conditions that you want to use. String comparisons are not case-sensitive.
You can remove or discard a specific event from a hit using processing rules without altering your implementation. If you set the event to custom value 0
, the event does not count.
| Rule set | Value |
| Condition | None (Always execute) |
| Action | Set event Event1 to Custom value 0
|