Processing rules are used to copy the data that you send in context data variables to evars, props, and other variables for reporting.
For more information, see the following content:
Processing Rules Training @ Summit 2013
Become authorized to use processing rules
For more information about processing rules, see Processing rules overview.
When working with processing rules, remember the following information:
Group your context data variables by using namespaces, because it helps you maintain a logical ordering.
For example, if you want to collect information about a product, you might define the following variables:
"product.type":"hat" "product.team":"mariners" "product.color":"blue"
Context data variables are sorted alphabetically in the processing rules interface, which allows you to quickly see which variables are in the same namespace.
Avoid naming context data keys by using the evar or prop number:
This might make it slightly easier when you perform the one-time mapping in processing rules, but you lose readability during debugging and future code updates, which can be more difficult. Instead, use descriptive names for keys and values:
Context variables that define counter events should be set to 1:
Context data variables that define incrementor events can have the event as the key, and the amount to increment as the value:
Adobe reserves the namespace "
a.". Aside from that restriction, to avoid collisions, the only requirement is that context data variables are unique in your login company.