You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/connections/auto-instrumentation/configuration.md
+23-2Lines changed: 23 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,7 +31,22 @@ After you set up the Signals SDK to capture the signals you want to target, you
31
31
32
32
### Using the Rules Editor
33
33
34
-
The Rules Editor is where you define rules that transform raw signal data into analytics events. In the editor, you write functions that convert signals into events and then call them in the `processSignal()` function.
34
+
The Rules Editor is where you define rules that transform raw signal data into analytics events. Using the dropdown-based editor, you can:
35
+
36
+
- Combine multiple signals into a single event (for example, a click followed by a navigation)
37
+
- Set conditions to control when events should be triggered
38
+
- Assign custom event names
39
+
40
+
#### Adding event properties
41
+
42
+
You can enrich your events by adding properties based on signal metadata. For example:
43
+
44
+
- Capture `product.price` in your **Add to Cart** event
45
+
- Add a boolean field like `couponApplied` to your **Order Completed** event
46
+
47
+
These properties are sent alongside your event, giving your team deeper insights without requiring any manual instrumentation.
48
+
49
+
<!-- PW, 6 August 2025: Commenting this section out for now
35
50
36
51
The Rules Editor also lets you test your rules with recent signals to verify that they produce the data you need before you deploy.
37
52
@@ -49,6 +64,9 @@ function processSignal(signal) {
49
64
}
50
65
```
51
66
67
+
-->
68
+
69
+
<!-- PW, 6 August 2025: Also commenting the Signal definitions page out on PM request
52
70
## Signal definitions
53
71
54
72
Signals come in various types, each associated with specific data that you can use to create analytics events. This section contains code samples that detail each signal type. Because Segment has standardized these definitions across both the Signals-Swift and Signals-Kotlin libraries, they're useful when you create rules in your Segment workspace.
@@ -209,9 +227,12 @@ class MyCustomSignal extends RawSignal<MyCustomData> {
209
227
}
210
228
```
211
229
230
+
231
+
232
+
-->
212
233
## Example rule implementations
213
234
214
-
You can use the Signals data definitions on this page to create tracking rules.
235
+
You can use Signals to create tracking rules using the event builder.
0 commit comments