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.Avant le service d’identification des visiteurs Adobe 🔗 (VisitorAPI.js), cette variable déterminait également où les cookies tiers étaient définis. Adobe recommande vivement d’utiliser le service d’identification des visiteurs dans toutes les implémentations lorsque cela est possible.
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 participating in the Adobe-managed certificate program
s.trackingServerSecure = "data.example.com";
// Example value sending data directly to Adobe
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 plusieurs facteurs :
- Votre participation au programme de certificat géré par Adobe 🔗
- Si le service d’identification des visiteurs Adobe est implémenté et correctement configuré
Si votre entreprise participe au programme de certificat géré par Adobe, définissez la valeur sur le domaine propriétaire sélectionné lors de la configuration du certificat. En règle générale, cette valeur est un sous-domaine détenu par votre organisation. Par exemple : data.example.com. Les enregistrements CNAME de votre organisation redirigent ces données vers Adobe.
Si vous ne participez pas au programme de certificat, définissez la valeur sur un sous-domaine de data.adobedc.net. Adobe recommande d’utiliser l’identifiant de société de votre organisation par souci de cohérence. Par exemple : example.data.adobedc.net. Procédez comme suit pour déterminer l’ID de votre société :
- Connectez-vous à Adobe CX Enterprise à l’aide de vos informations d’identification Adobe ID.
- N’importe où dans l’interface CX Enterprise, appuyez sur
[Cmd]+[I](iOS) ou[Ctrl]+[I](Windows). - Un Débogueur de données utilisateur s’affiche. Sélectionnez l’onglet Organisations affectées.
- Développez l’organisation IMS souhaitée.
- Recherchez le champ Client. Cette valeur est le sous-domaine de
data.adobedc.netrecommandé à utiliser.
example.data.adobedc.net. Par exemple, custom.example.data.adobedc.net n’est pas un serveur de suivi valide.Les implémentations plus anciennes peuvent avoir des valeurs telles que sc.omtrdc.net ou 2o7.net. Ceux-ci étaient principalement utilisés dans les versions précédentes d’Adobe Analytics et sont toujours valides.
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.