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:
For certain languages, additional setup is required. Please follow the instructions for these languages: params

Parameter types in AppSignal for Ruby

Version 5.0.0 of the Ruby gem separates parameters into three types, and gives each type its own method:
In collector mode, each type is reported as its own attribute. You can filter and turn each one off separately. Otherwise all three write to the same parameters and show up in the same box. Values merge at the root level, so keys set once accumulate and a key set twice keeps the last value. Appsignal.add_params and Appsignal.set_params still work. In collector mode they are deprecated, because they do not say which type the parameters are, so everything they set becomes the request payload. AppSignal warns the first time you use them. Use the method that matches your data instead, or Appsignal.add_custom_data for data that is none of the three.

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.