Skip to content

Commit 117a42b

Browse files
committed
comment some stuff out
1 parent 51c760a commit 117a42b

File tree

1 file changed

+23
-2
lines changed

1 file changed

+23
-2
lines changed

src/connections/auto-instrumentation/configuration.md

Lines changed: 23 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -31,7 +31,22 @@ After you set up the Signals SDK to capture the signals you want to target, you
3131
3232
### Using the Rules Editor
3333

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
3550
3651
The Rules Editor also lets you test your rules with recent signals to verify that they produce the data you need before you deploy.
3752
@@ -49,6 +64,9 @@ function processSignal(signal) {
4964
}
5065
```
5166
67+
-->
68+
69+
<!-- PW, 6 August 2025: Also commenting the Signal definitions page out on PM request
5270
## Signal definitions
5371
5472
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> {
209227
}
210228
```
211229
230+
231+
232+
-->
212233
## Example rule implementations
213234

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.
215236

216237
### Example: Identify users
217238

0 commit comments

Comments
 (0)