trackingServerSecure
La variable trackingServerSecure détermine le domaine utilisé par AppMeasurement pour envoyer des données à Adobe via HTTPS. Si cette variable n’est pas correctement définie, votre mise en œuvre peut entraîner une perte de données.
trackingServer est une variante retirée de cette variable. Il a spécifié le domaine pour les données envoyées via HTTP ; avec la prévalence de HTTPS, utilisez plutôt trackingServerSecure. Si s.trackingServerSecure n’est pas renseigné, AppMeasurement revient à la valeur s.trackingServer.Domaine Edge utilisant l’extension Web SDK
Web SDK utilise le domaine Edge pour gérer le serveur de suivi et le serveur de suivi sécurisé. Vous pouvez définir la valeur du domaine Edge souhaité lors de la configuration de l’extension Web SDK.
- Connectez-vous à la collecte de données Adobe Experience Platform à l’aide de vos identifiants Adobe ID.
- Sélectionnez la propriété de balise de votre choix.
- Accédez à l’onglet Extensions, puis sélectionnez le bouton Configurer sous Adobe Experience Platform Web SDK.
- Définissez le champ de texte domaine souhaité.
Voir Configurer l’extension Adobe Experience Platform Web SDK dans la documentation de Web SDK pour plus d’informations.
trackingServerSecure (ou trackingServer).Domaine Edge implémentant manuellement le SDK Web
Configurez le SDK à l’aide de edgeDomain. Le champ est une chaîne qui détermine le domaine vers lequel envoyer des données.
alloy("configure", {
"edgeDomain": "data.example.com"
});
Serveur de suivi SSL utilisant l’extension Adobe Analytics
Le serveur de suivi SSL est un champ sous l’accordéon Général lors de la configuration de l’extension Adobe Analytics.
- Connectez-vous à la collecte de données Adobe Experience Platform à l’aide de vos identifiants Adobe ID.
- Sélectionnez la propriété de balise de votre choix.
- Accédez à l’onglet Extensions puis sélectionnez le bouton Configurer sous Adobe Analytics.
- Développez l’accordéon Général, qui affiche le champ Serveur de suivi SSL.
Si ce champ n’est pas renseigné, la valeur par défaut est celle indiquée dans Serveur de suivi. Si Serveur de suivi SSL et Serveur de suivi sont tous deux vides, la valeur par défaut est [rsid].data.adobedc.net.
s.trackingServerSecure dans AppMeasurement et l’éditeur de code personnalisé de l’extension Analytics
La variable s.trackingServerSecure est une chaîne qui contient le domaine pour envoyer des données à Adobe. Il s’agit uniquement du domaine ; omettez le protocole, le chemin, le port et les barres obliques. Si cette variable est vide, elle utilise la valeur de la variable s.trackingServer. Si les champs s.trackingServerSecure et s.trackingServer sont vides, la valeur par défaut est [rsid].2o7.net.
// Example value when using a first-party domain
s.trackingServerSecure = "data.example.com";
// Example value when using a third-party domain
s.trackingServerSecure = "example.data.adobedc.net";
Considérations relatives à la détermination de la valeur de trackingServerSecure
La valeur que vous utilisez pour trackingServerSecure (ou edgeDomain) dépend de la manière dont votre organisation envoie les données à Adobe :
- Si votre organisation utilise un domaine propriétaire par exemple par le biais du programme de certificat géré par Adobe d’un certificat géré par le client ou d’un réseau de diffusion de contenu (CDN), définissez la valeur sur ce domaine. Par exemple :
data.example.com. - Si votre organisation utilise un domaine tiers définissez la valeur sur votre sous-domaine d’ID client de
data.adobedc.net. Par exemple :example.data.adobedc.net.
Voir Choisir un domaine de collecte de données dans le guide d’interface et d’administration de CX Enterprise pour obtenir des détails sur chaque option, y compris sur la recherche de votre identifiant client.
Adobe recommande vivement de conserver ces informations dans un document de conception de solution afin d’assurer la cohérence au sein de votre entreprise.
Ramifications de la non-utilisation du service d’identification des visiteurs ou du service Experience Platform Identity
Adobe recommande vivement d’utiliser l’ECID comme principale forme d’identité du visiteur dans toutes les implémentations. La collecte des ECID peut être implémentée de plusieurs manières différentes, en fonction du type d’implémentation :
- Les implémentations AppMeasurement manuelles utilisent
VisitorAPI.jset appellent la méthodegetInstance. Pour plus d’informations, voir Implémentation du service d’identification des visiteurs pour Analytics. - Les implémentations qui utilisent l’extension de balise Adobe Analytics utilisent l’extension de balise Service Experience Cloud ID, qui met en œuvre le service d’identification des visiteurs. Une fois ajouté, aucune configuration supplémentaire n’est nécessaire.
- Les implémentations utilisant n’importe quel format de Web SDK (
alloy.jsou l’extension de balise Web SDK) incluent automatiquement Experience Platform Identity Service. Aucune configuration n’est requise au-delà de la définition de la valeuredgeDomain.
Si votre implémentation n’utilise pas d’ECID tenez compte des impacts suivants sur votre implémentation :
- Si vous n’utilisez ni le service d’identification des visiteurs ni le service d’identification Experience Platform,
trackingServerSecuredétermine l’emplacement des cookies. La définition de cette variable sur un domaine tiers force AppMeasurement à utiliser un cookie de secours, car la plupart des navigateurs modernes rejettent les cookies tiers. - Le suivi des liens internes et Activity Map peuvent être moins fiables.