@walkeros/web-destination-tiktok 3.4.2 → 4.0.0-next-1777463920154

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/dev.d.mts CHANGED
@@ -149,19 +149,19 @@ type TikTokStepExample = Flow.StepExample & {
149
149
  configInclude?: string[];
150
150
  };
151
151
  /**
152
- * Default event forwarding — every walkerOS event becomes a ttq.track()
152
+ * Default event forwarding - every walkerOS event becomes a ttq.track()
153
153
  * call. With no mapping and no destination-level include, the params
154
154
  * object is empty. event_id is always passed as the 3rd argument (TikTok
155
155
  * dedup between pixel and Events API).
156
156
  *
157
157
  * NOTE: The raw walkerOS event name "product view" (with space) is NOT a
158
158
  * TikTok standard event. Without a mapping.name override, TikTok treats
159
- * it as a custom event — functional for audience building, no
159
+ * it as a custom event - functional for audience building, no
160
160
  * optimization. The next example shows the recommended override.
161
161
  */
162
162
  declare const defaultEventForwarding: TikTokStepExample;
163
163
  /**
164
- * Wildcard ignore — walkerOS's standard way to drop events. The rule
164
+ * Wildcard ignore - walkerOS's standard way to drop events. The rule
165
165
  * matches but does nothing. The destination fires zero SDK calls.
166
166
  */
167
167
  declare const wildcardIgnored: TikTokStepExample;
@@ -176,7 +176,7 @@ declare const productViewContent: TikTokStepExample;
176
176
  /**
177
177
  * Destination-level settings.include flattens the walkerOS `data` section
178
178
  * into prefixed TikTok event parameters on every push. This is the
179
- * "dump everything" mode — useful for custom events where TikTok won't
179
+ * "dump everything" mode - useful for custom events where TikTok won't
180
180
  * do optimization anyway, and no mapping.data is needed.
181
181
  */
182
182
  declare const destinationLevelInclude: TikTokStepExample;
@@ -191,7 +191,7 @@ declare const ruleIncludeReplaces: TikTokStepExample;
191
191
  * state cache is empty). Advanced Matching parameters (email,
192
192
  * phone_number, external_id) are passed to ttq.identify() which
193
193
  * auto-hashes them SHA256 before sending. Subsequent pushes with
194
- * unchanged values do NOT re-fire ttq.identify() — runtime state tracks
194
+ * unchanged values do NOT re-fire ttq.identify() - runtime state tracks
195
195
  * the last-resolved identity.
196
196
  *
197
197
  * walkerOS's default user fixture has user.id='us3r' and no email/phone,
@@ -216,7 +216,7 @@ declare const userRegisterCompleteRegistration: TikTokStepExample;
216
216
  * is absent (here data.currency is 'EUR' so the key wins)
217
217
  *
218
218
  * The default "order complete" fixture has 3 nested entries: two
219
- * products (ers, cc) and one gift (Surprise — no id, no price).
219
+ * products (ers, cc) and one gift (Surprise - no id, no price).
220
220
  */
221
221
  declare const orderCompleteCompletePayment: TikTokStepExample;
222
222
  /**
@@ -227,7 +227,7 @@ declare const orderCompleteCompletePayment: TikTokStepExample;
227
227
  declare const searchSubmitSearch: TikTokStepExample;
228
228
  /**
229
229
  * Consent granted → ttq.enableCookie(). The destination checks the
230
- * consent keys declared in config.consent (here "marketing" — TikTok is
230
+ * consent keys declared in config.consent (here "marketing" - TikTok is
231
231
  * an ad platform, not analytics) and toggles cookie behavior.
232
232
  *
233
233
  * Uses the canonical StepExample.command='consent' pattern: the test
package/dist/dev.d.ts CHANGED
@@ -149,19 +149,19 @@ type TikTokStepExample = Flow.StepExample & {
149
149
  configInclude?: string[];
150
150
  };
151
151
  /**
152
- * Default event forwarding — every walkerOS event becomes a ttq.track()
152
+ * Default event forwarding - every walkerOS event becomes a ttq.track()
153
153
  * call. With no mapping and no destination-level include, the params
154
154
  * object is empty. event_id is always passed as the 3rd argument (TikTok
155
155
  * dedup between pixel and Events API).
156
156
  *
157
157
  * NOTE: The raw walkerOS event name "product view" (with space) is NOT a
158
158
  * TikTok standard event. Without a mapping.name override, TikTok treats
159
- * it as a custom event — functional for audience building, no
159
+ * it as a custom event - functional for audience building, no
160
160
  * optimization. The next example shows the recommended override.
161
161
  */
162
162
  declare const defaultEventForwarding: TikTokStepExample;
163
163
  /**
164
- * Wildcard ignore — walkerOS's standard way to drop events. The rule
164
+ * Wildcard ignore - walkerOS's standard way to drop events. The rule
165
165
  * matches but does nothing. The destination fires zero SDK calls.
166
166
  */
167
167
  declare const wildcardIgnored: TikTokStepExample;
@@ -176,7 +176,7 @@ declare const productViewContent: TikTokStepExample;
176
176
  /**
177
177
  * Destination-level settings.include flattens the walkerOS `data` section
178
178
  * into prefixed TikTok event parameters on every push. This is the
179
- * "dump everything" mode — useful for custom events where TikTok won't
179
+ * "dump everything" mode - useful for custom events where TikTok won't
180
180
  * do optimization anyway, and no mapping.data is needed.
181
181
  */
182
182
  declare const destinationLevelInclude: TikTokStepExample;
@@ -191,7 +191,7 @@ declare const ruleIncludeReplaces: TikTokStepExample;
191
191
  * state cache is empty). Advanced Matching parameters (email,
192
192
  * phone_number, external_id) are passed to ttq.identify() which
193
193
  * auto-hashes them SHA256 before sending. Subsequent pushes with
194
- * unchanged values do NOT re-fire ttq.identify() — runtime state tracks
194
+ * unchanged values do NOT re-fire ttq.identify() - runtime state tracks
195
195
  * the last-resolved identity.
196
196
  *
197
197
  * walkerOS's default user fixture has user.id='us3r' and no email/phone,
@@ -216,7 +216,7 @@ declare const userRegisterCompleteRegistration: TikTokStepExample;
216
216
  * is absent (here data.currency is 'EUR' so the key wins)
217
217
  *
218
218
  * The default "order complete" fixture has 3 nested entries: two
219
- * products (ers, cc) and one gift (Surprise — no id, no price).
219
+ * products (ers, cc) and one gift (Surprise - no id, no price).
220
220
  */
221
221
  declare const orderCompleteCompletePayment: TikTokStepExample;
222
222
  /**
@@ -227,7 +227,7 @@ declare const orderCompleteCompletePayment: TikTokStepExample;
227
227
  declare const searchSubmitSearch: TikTokStepExample;
228
228
  /**
229
229
  * Consent granted → ttq.enableCookie(). The destination checks the
230
- * consent keys declared in config.consent (here "marketing" — TikTok is
230
+ * consent keys declared in config.consent (here "marketing" - TikTok is
231
231
  * an ad platform, not analytics) and toggles cookie behavior.
232
232
  *
233
233
  * Uses the canonical StepExample.command='consent' pattern: the test