Passer au contenu principal
Par défaut, les intégrations AppSignal suivent les paramètres de requête pour les requêtes web dans les bibliothèques prises en charge. Cela comprend les paramètres de query et le corps de la requête POST*. Pour les jobs en arrière-plan, nous stockons les arguments du job dans les paramètres.
* : le package AppSignal for PHP et les langages pris en charge via notre version bêta OpenTelemetry stockent séparément les paramètres de query de la requête et les données de charge utile de la requête. Consultez la section données de charge utile de la requête pour plus d’informations sur la manière de définir séparément les données de charge utile de la requête.
🔐 N’envoyez pas d’informations personnelles identifiables (PII) à AppSignal. Filtrez les PII (par exemple, noms, e-mails) et utilisez un identifiant, un hash ou un identifiant pseudonymisé à la place.

Utilisez les Link Templates pour les relier dans votre application.
Vous pouvez définir des paramètres personnalisés sur une transaction ou un span. Modifier les paramètres d’une transaction écrasera les données définies par les instrumentations AppSignal. Tous les paramètres sont filtrés par nos intégrations avant d’être envoyés à nos serveurs. Consultez le tableau ci-dessous pour la liste des valeurs racines acceptées par langage. Chaque objet imbriqué peut contenir des valeurs qui produisent du JSON valide (chaînes, entiers, flottants, booléens, valeurs nulles, etc.).
LangageValeurs racines acceptées
RubyArrays, Hashes
JavaScriptArrays, Objects
ElixirLists, Maps
PythonLists, Maps
GoChaîne sérialisée JSON
JavaChaîne sérialisée JSON
PHPArrays, Objects
L’exemple de code ci-dessous montre comment définir des paramètres de requête personnalisés : 
# Values are merged at the top level
Appsignal.add_params(
  :post => {
    :title => "My title",
    :body => "Post text."
  }
)
Appsignal.add_params(:user => { :login => "some_name" })
Appsignal.add_params(:user => { :id => 123 })
# Parameters:
# {
#   :post => { :title => "My title", :body => "Post text." },
#   :user => { :id => 123 }
# }
Pour certains langages, une configuration supplémentaire est requise. Veuillez suivre les instructions pour ces langages : params

​
Données de charge utile de la requête

Le package AppSignal for PHP et les langages pris en charge via notre version bêta OpenTelemetry stockent séparément les paramètres de query de la requête et les données de charge utile de la requête. Cette section décrit comment définir les données de charge utile de la requête à partir des requêtes POST. Vous pouvez définir des données de charge utile de requête personnalisées sur un span. Modifier les données de charge utile de requête d’un span écrasera les données définies par les instrumentations AppSignal. Tous les paramètres sont filtrés par nos intégrations avant d’être envoyés à nos serveurs. Consultez le tableau ci-dessous pour la liste des valeurs racines acceptées par langage. Chaque objet imbriqué peut contenir des valeurs qui produisent du JSON valide (chaînes, entiers, flottants, booléens, valeurs nulles, etc.).
LangageValeurs racines acceptées
GoChaîne sérialisée JSON
JavaChaîne sérialisée JSON
PHPArrays, Objects
L’exemple de code ci-dessous montre comment définir des données de charge utile de requête personnalisées : 
// Additional setup is required to first fetch or create a new span
import (
	"encoding/json"

	"go.opentelemetry.io/otel/attribute"
	"go.opentelemetry.io/otel/trace"
)

payload := map[string]interface{}{
	"param1": "value1",
	"param2": "value2",
	"nested": map[string]interface{}{
		"param3": "value3",
		"param4": "value4",
	},
}
json, _ := json.Marshal(payload)
span.SetAttributes(attribute.String("appsignal.request.payload", string(json)))
Pour certains langages, une configuration supplémentaire est requise. Veuillez suivre les instructions pour ces langages :

​
Limitations

Si l’application définit plusieurs fois les paramètres de query de requête ou les données de charge utile de requête, le gem Ruby fusionnera les valeurs au niveau racine. Pour les autres intégrations, seule la dernière valeur définie est stockée.