FAQ sur le service d’identification des visiteurs id-service-faqs
Questions fréquentes sur les fonctionnalités et problèmes liés à l’utilisation du service d’identification des visiteurs.
Fonction section-659e89f8b9a74cb8afff35587dc96836
Quel type de fonctionnalités le service d’identification des visiteurs offre-t-il ?
Voir la Présentation.
Pourquoi le service d’identification des visiteurs n’effectue-t-il pas d’appel pour récupérer l’ECID ?
Cela peut être difficile à diagnostiquer. Vous pouvez notamment vérifier les en-têtes de politique de sécurité de contenu de votre site. Si vous disposez d’une politique de sécurité stricte, ces paramètres peuvent bloquer les appels tiers effectués par le service d’identification des visiteurs. Voir Politiques de sécurité du contenu et service d’identification des visiteurs.
VisitorAPI.jsle stockage des fichiers
Vous pouvez rencontrer des problèmes si vous hébergez le VisitorAPI.js en tant que fichier local dans des applications mobiles. Nous vous recommandons d’héberger le fichier sur un serveur web.
Temps de chargement des pages et latence section-c78e148d8dbe4c77a436ef0f2af5434b
Comment l’emplacement de la bibliothèque VisitorAPI.js du service d’identification des visiteurs affecte-t-il les temps de chargement des pages ?
Placez la bibliothèque VisitorAPI.js en haut de la page dans la section <head> de votre code. Vous pouvez ainsi vous assurer que l’appel d’un ID disparaît avant que le corps de la page ne commence à se charger. Cela maximise les chances de réussite d’un renvoi d’ID.
L’appel du service d’identification des visiteurs est asynchrone et est le seul appel au domaine 🔗. L’appel du service d’identification des visiteurs ne bloque pas le chargement d’autres éléments sur la page.
Pour les clients Target, placer le code du service d’identification des visiteurs dans la <body> de la page peut augmenter les chances de blocage d’un appel Target. Si vous devez placer le code du service d’identification des visiteurs dans le corps de votre page, il doit être placé après la balise <body> ouverte.
Le service d’identification des visiteurs effectue-t-il un appel au serveur à chaque chargement de page ?
Non, cet appel ne se produit que lors du premier rendu de la page et une fois tous les 7 jours par la suite. En attendant, les appels au serveur ne sont pas requis. Le service d’identification des visiteurs fonctionne en mode côté client et n’a pas besoin d’effectuer d’appel au serveur pour renvoyer un identifiant.
Voir Aperçu.
Lors de l’utilisation du service d’identification des visiteurs, qu’est-ce qui peut ralentir le chargement des pages ou affecter l’expérience utilisateur ?
Il est difficile de cataloguer toutes les conditions possibles. Des milliards de clients finaux se connectent à nos services et la grande variété d’endroits et de méthodes utilisés pour ces connexions affecte les performances. Par exemple :
- Les vitesses varient considérablement sur les réseaux mobiles. Ces réseaux souffrent également de pertes de signal et de données ou de paquets vocaux.
- La connectivité souffre sur les appareils connectés par WiFi dans diverses conditions. Par exemple, les problèmes de perte de paquets et de vitesse sont fréquents dans les lieux publics comme les cafés ou dans d’autres environnements comme les avions où les paquets doivent rebondir par satellite avant d’atteindre les réseaux terrestres.
- Les réseaux locaux mal configurés peuvent avoir un impact négatif sur la connectivité et la vitesse.
- Les appareils clients peuvent rencontrer leurs propres problèmes, tels qu’une faible mémoire, un échange de disque excessif ou une puissance CPU limitée par rapport aux charges de travail actuelles.
- Les navigateurs mettent en file d’attente et exécutent les appels de serveur distant et traitent même les réponses avec des règles différentes, selon le fabricant et la version du navigateur. Ce comportement affecte la vitesse et les performances.
Pouvez-vous nommer certaines améliorations apportées pour raccourcir les temps de chargement de page ?
Par exemple, la méthode dite du thread yielding. Nous avons introduit le thread yielding des résultats en cas de plusieurs demandes de synchronisation d’ID. Nous avons observé dans des rapports de laboratoire que pour les clients qui effectuent plusieurs synchronisations d’identifiants, l’interface utilisateur avait tendance à se bloquer en raison des nombreux calculs incessants effectués par le processeur. En conséquence, nous avons introduit le thread yielding permettant de séparer les requêtes de synchronisation des identifiants de 100 msec chacune.
Cette modification améliore les performances des clients utilisant Visitor 2.3.0+ et DIL 6.10+. Les améliorations des temps de chargement des pages sont illustrées dans la figure ci-dessous :
Les requêtes de navigateur utilisant CORS ou JSON-P affectent-elles les performances des pages ?
Les demandes de ressources avec CORS sont généralement préférables à celles effectuées avec JSONP. Avec JSONP, certains navigateurs mettent en file d’attente et dépriorisent les requêtes par rapport à d’autres appels synchrones et asynchrones sur la page. CORS permet de s’assurer que ces requêtes sont traitées avec une priorité plus élevée dans la pile d’appels du navigateur.
Voir Prise en charge de la norme CORS dans le service d’identification des visiteurs.
Sécurité section-b176b8492fbe4acfb79ebb30ec902f98
Le service d’identification des visiteurs prend-il en charge CORS ?
Oui. Voir Prise en charge de la norme CORS dans le service d’identification des visiteurs.
Qu’est-ce que la norme CORS ?
Cross-Origin Resource Sharing(Cross-Origin Resource Sharing) ou CORS est une méthode que les navigateurs utilisent pour demander des ressources. Le service d’identification des visiteurs demande toujours des ressources à l’aide de la norme CORS dans les navigateurs qui le prennent en charge. Le service d’identification des visiteurs demande des ressources avec JSON-P dans les navigateurs plus anciens qui ne prennent pas en charge CORS. Voir Prise en charge de la norme CORS dans le service d’identification des visiteurs.
Que faire si mes exigences en matière de sécurité sont si strictes que je ne souhaite jamais utiliser JSONP ?
Si vous avez des exigences de sécurité strictes, définissez la configuration de l’API du service d’identification des visiteurs useCORSOnly: true. Vous ne devez activer ce mode que si vous êtes certain que les visiteurs de votre site utilisent des navigateurs qui prennent en charge CORS.
Voir Prise en charge de la norme CORS dans le service d’identification des visiteurs et useCORSOnly.