Skip to main content
By default, the AppSignal integrations track request parameters for web requests in supported libraries. These include query parameters and the POST request body*. For background jobs, we store the job arguments in the parameters.
*: The AppSignal for PHP package and the languages supported through our OpenTelemetry beta store the request query parameters and request payload data separately. See the request payload data section for more information on how to set request payload data separately.
🔐 Do not send Personal Identifiable Information (PII) to AppSignal. Filter PII (e.g., names, emails) and use an ID, hash, or pseudonymized identifier instead.

Use Link Templates to link them back in your app.
You can set custom parameters on a transaction or span. Modifying the parameters of a transaction will overwrite the data set by the AppSignal instrumentations. All parameters are filtered by our integrations before being sent to our servers. See the table below for a list of accepted root values per language. Each nested object can contain values that result in valid JSON (strings, integers, floats, booleans, nulls, etc.). The below code sample shows how to set custom request parameters:
Deprecated in collector mode: the helpers above do not say which type of parameters they are given, so everything they report becomes the request payload. They keep working in agent mode, and AppSignal warns the first time you use one in collector mode. See parameter types for the helper that matches your data.
For certain languages, additional setup is required. Please follow the instructions for these languages: params

Parameter types

Request payloads, request query parameters and function parameters can be reported separately, through a helper of their own:
In collector mode, each type is reported as its own attribute. You can filter and disable sending each one independently. In agent mode, all three write to the same attribute and appear in the same “Parameters” box. In Ruby, the values from the different calls are merged together. In Python, the last helper you call is the one whose values are reported.

Request payload data

The AppSignal for PHP package, version 5.0.0 and higher of the AppSignal for Ruby gem, and the languages supported through our OpenTelemetry beta store the request query parameters and request payload data separately. This section describes how to set the request payload data from POST requests. You can set custom request payload data on a span. Modifying the request payload data of a span will overwrite the data set by the AppSignal instrumentations. All parameters are filtered by our integrations before being sent to our servers. See the table below for a list of accepted root values per language. Each nested object can contain values that result in valid JSON (strings, integers, floats, booleans, nulls, etc.). The below code sample shows how to set custom request payload data:
For certain languages, additional setup is required. Please follow the instructions for these languages:

Limitations

If the application sets request query parameters or request payload data multiple times, the Ruby gem will merge values at the root level. For other integrations, only the last set value is stored.

See also