Jump to content

Metrics Platform/Web schema

From Wikitech

This page documents Metrics Platform's base schema for web. The schema includes three types of properties:

  • core properties: fields describing the event itself
  • interaction data: fields with custom values set by the instrument code to fit the needs of the experiment
  • contextual attributes: fields describing the performer and environment of the event

This page helps you understand which properties of each type are available, so you can plan your instrumentation specification. For property descriptions and types, see the web base schema definition.

Example event

Core properties

These properties are added automatically to every event.

  • $schema
  • dt
  • meta.stream
  • meta.domain
  • meta.id
  • meta.dt
  • meta.request_id

Instrument and experiment management

In addition, some core properties are added to events by the client to aid in instrument and experiment management. These properties are set automatically and cannot be customized. They include:

JavaScript:

  • experiments
    • assigned
    • enrolled
  • instrument_name

PHP: Unsupported

Interaction data

Metrics Platform supports interaction data that you can customize to fit the needs of your instrument. You can set these properties to any meaningful value to provide the data required for your event. See the API docs for information about how to set these properties when submitting events.

action (required)
Examples: "click", "type", "scroll"
action_subtype
Examples: "submit" or "cancel" for click actions; "up" or "down" for scroll actions
action_context
A short (maximum of 64 characters) human-readable phrase to provide meaningful context for the event. Given the length limit, it is not recommend to stuff data via JSON-encoded strings into this field.
action_source
A short (maximum of 64 characters) human-readable set of words to indicate the source of the event. For example: "sidebar" or "visualeditor uploadwizard modal"
element_friendly_name
Analyst-friendly name of the UI element interacted with. For example: "Donate"
element_id
ID of the UI element interacted with
funnel_entry_token
A randomly generated identifier for linking multiple events belonging to a (work)flow. A single session (identified by performer.session_id may have multiple pageviews (identified by performer.pageview_id) which may have multiple instances of funnel_name that are separately identified by this token.
funnel_name
Analyst-friendly name such as "emergency-flow" or "Add a Link suggestion"

Managed data

These properties are not manually set by your instrument but are instead managed by the client libraries.

funnel_event_sequence_position
0 for the first event submitted by instrument, incremented by 1 for each subsequent event

Contextual attributes

Contextual attributes provide information about the performer who triggered the event and the wiki where the event occurred. The values of contextual attributes are populated automatically by Metrics Platform when the event is generated.

While each client includes a few contextual attributes automatically, most attributes must be enabled in the instrument's event stream configuration. For more information, see Contextual attributes.

Code references

  1. gitlab:repos/data-engineering/metrics-platform/-/blob/main/js/src/ContextUtils.js
  2. gitlab:repos/data-engineering/metrics-platform/-/blob/main/js/src/ContextController.js
  3. gitlab:repos/data-engineering/metrics-platform/-/blob/main/php/src/StreamConfig/StreamConfig.php
  4. gitlab:repos/data-engineering/metrics-platform/-/blob/main/php/src/ContextController.php