Domande frequenti sul servizio ID visitatore id-service-faqs
Domande frequenti sulle caratteristiche, sulle funzionalità e sui problemi correlati all’utilizzo del servizio ID visitatore.
Funzionalità section-659e89f8b9a74cb8afff35587dc96836
Che tipo di funzionalità o capacità offre il servizio ID visitatore?
Vedi la Panoramica.
Perché il servizio ID visitatore non effettua una chiamata per recuperare l’ECID?
Questa situazione è difficile da diagnosticare. Una cosa che puoi controllare sono le intestazioni dell’informativa sulla sicurezza dei contenuti sul tuo sito. Se hai una politica di sicurezza rigida, queste impostazioni possono bloccare le chiamate di terze parti effettuate dal servizio ID visitatore. Consulta Informativa sulla sicurezza dei contenuti e servizio ID visitatore.
VisitorAPI.jsarchiviazione file
Potresti riscontrare dei problemi se ospiti VisitorAPI.js come file locale nelle app mobili. È consigliabile ospitare il file su un server Web.
Tempi di caricamento delle pagine e latenza section-c78e148d8dbe4c77a436ef0f2af5434b
In che modo il posizionamento della libreria del servizio ID visitatore VisitorAPI.js influisce sui tempi di caricamento delle pagine?
Posiziona la libreria VisitorAPI.js nella parte superiore della pagina nella sezione <head> del tuo codice. Questo consente di garantire che la chiamata per un’ID venga effettuata prima che il corpo della pagina inizi a essere caricato e massimizza le possibilità di restituzione di un’ID.
La chiamata al servizio ID visitatori è asincrona ed è l’unica chiamata al dominio demdex.net. La chiamata al servizio ID visitatore non blocca il caricamento di altri elementi sulla pagina.
Per i clienti Target, il posizionamento del codice del servizio ID visitatore nella <body> della pagina può aumentare le possibilità che possa bloccare una chiamata Target. Se devi inserire il codice del servizio ID visitatore nel corpo della pagina, devi posizionarlo dopo il tag <body> aperto.
Il servizio ID visitatore effettua una chiamata al server a ogni caricamento di pagina?
No, questa chiamata viene effettuata solo al primo rendering della pagina o una volta ogni 7 giorni in seguito. Nel frattempo, le chiamate al server non sono richieste. Il Servizio ID visitatore funziona in modalità lato client e non deve effettuare una chiamata al server per restituire un ID.
Consulta Panoramica.
Quando si utilizza il servizio ID visitatore, cosa può causare rallentamenti ai tempi di caricamento delle pagine o influire sull’esperienza utente?
È difficile catalogare tutte le condizioni possibili. Miliardi di clienti si collegano ai nostri servizi e l’enorme varietà di modi e tempi in cui si connettono influisce sulle prestazioni. Ad esempio:
- Le velocità variano notevolmente sulle reti mobili. Queste reti subiscono inoltre la perdita di segnali e dati o di pacchetti vocali.
- La connettività si riduce sui dispositivi che si collegano tramite WiFi in svariate condizioni. Ad esempio, problemi di velocità e perdita di pacchetti sono comuni in luoghi pubblici, ad esempio i bar, o in altri ambienti, ad esempio gli aerei, in cui i pacchetti devono rimbalzare attraverso un satellite prima di raggiungere le reti terrestri.
- Le reti locali configurate in modo non ottimale possono avere un impatto negativo su connettività e velocità.
- I dispositivi client possono avere problemi propri come memoria insufficiente, scambi eccessivi di dischi o potenza limitata della CPU rispetto ai carichi di lavoro correnti.
- I browser mettono in coda ed eseguono le chiamate al server remoto ed elaborano, persino, le risposte con regole diverse a seconda del produttore e della versione del browser. Questo comportamento influisce su velocità e prestazioni.
Puoi citare alcuni miglioramenti apportati per ridurre i tempi di caricamento delle pagine?
Ad esempio, il thread yielding. Abbiamo introdotto il thread yielding per i casi in cui si verificano più richieste di sincronizzazione ID. I rapporti forniti dal laboratorio hanno indicato che per i clienti che eseguono più sincronizzazioni ID, l’interfaccia utente si blocca a causa dei continui calcoli che la CPU deve elaborare. Di conseguenza, abbiamo introdotto il thread yielding per separare le richieste di sincronizzazione ID di 100 msec l’una dall’altra.
Questa modifica migliore le prestazioni per i clienti che usano Visitor 2.3.0+ e DIL 6.10+. I miglioramenti nei tempi di caricamento delle pagine sono mostrati nella figura seguente:
Le richieste del browser che utilizzano CORS influiscono sulle prestazioni della pagina rispetto a quelle che utilizzano JSON-P?
Le richieste di risorse con CORS sono generalmente preferibili a quelle con JSONP. Con JSONP, alcuni browser mettono in coda e modificano la priorità delle richieste rispetto ad altre chiamate sincrone ed asincrone sulla pagina. CORS garantisce che queste richieste siano trattate con una priorità più alta nello stack di chiamate del browser.
Consulta Supporto CORS nel servizio ID visitatori.
Sicurezza section-b176b8492fbe4acfb79ebb30ec902f98
Il servizio ID visitatori supporta CORS?
Sì. Consulta Supporto CORS nel servizio ID visitatori.
Cos’è CORS?
Cross-Origin Resource Sharing o CORS è un metodo che i browser usano per richiedere risorse. Il servizio ID visitatori richiede sempre risorse utilizzando CORS nei browser che lo supportano. Il servizio ID visitatori richiede risorse con JSON-P in browser meno recenti che non supportano CORS. Consulta Supporto CORS nel servizio ID visitatori.
Cosa succede se i miei requisiti di sicurezza sono così rigidi da impedirmi di usare JSONP?
Se hai dei requisiti di sicurezza rigidi, imposta la configurazione API del servizio ID visitatore useCORSOnly: true. Abilita questa modalità solo se sei certo che i visitatori del tuo sito utilizzano browser che supportano CORS.
Consulta Supporto CORS nel servizio ID visitatori e useCORSOnly.