setPageProperties([String: Any]) and sending all page related information as key=value properties.
How persistence works:
The SDK does not store or persist any default page properties. However, once setPageProperties is called with values, those properties are persisted and automatically included in the page node of all subsequent SDK calls — including events, user properties, and other payloads — until they are explicitly changed. To update page properties, call setPageProperties again with the new values. To remove page properties, pass empty values.
Why use it?
- Page Context: Provides context about what page or screen the user is viewing when events occur.
- User Journey Tracking: Enables tracking user navigation patterns through your app.
- Content Analytics: Helps analyze which pages/screens are most engaging for users.
Syntax
Parameters
| Parameter | Type | Required | Description |
|---|---|---|---|
| properties | [String: Any] | Yes | This indicates the page specific properties |
| callback | ResponseCallback? | Optional | Callback to handle function response |
Usage Examples
Detailed page properties in payload
Set page properties with callbacks
You can also set page properties with Callback function as shown below. The data parameter is an object that containsstatus and message which helps to debug the status of the function call.
Best Practices
- Call on Screen Load: Set page properties when a new screen/view becomes visible to the user.
- Consistent Naming: Use consistent naming conventions for similar screens across your app.
- Relevant Context: Include properties that provide meaningful context about the current screen.
- Avoid Sensitive Data: Don’t include sensitive information like passwords or personal details.
- Update on Navigation: Update page properties each time the user navigates to a different screen.