Veelgestelde vragen over ID-service id-service-faqs
Veelgestelde vragen over functies, functionaliteit en problemen met betrekking tot het gebruik van de id-service.
Functionaliteit section-659e89f8b9a74cb8afff35587dc96836
wat soort functionaliteit of mogelijkheden verstrekt de dienst van identiteitskaart?
Zie het Overzicht.
waarom maakt de dienst van identiteitskaart geen vraag om identiteitskaart van het Experience Cloud terug te winnen?
Dit kan moeilijk te diagnosticeren zijn. Eén ding dat u kunt controleren, zijn de kopteksten voor inhoudsbeveiligingsbeleid op uw site. Als u een strikt veiligheidsbeleid hebt, kunnen die montages de derdevraag blokkeren die door de dienst van identiteitskaart wordt gemaakt. Zie Beleid van de Veiligheid van de Inhoud en de Dienst van de Identiteit van het Experience Cloud.
VisitorAPI.js- dossieropslag
Er kunnen problemen optreden als u de BezoekerAPI.js host als een lokaal bestand in mobiele apps. We raden u aan het bestand op een webserver te hosten.
Duur en vertraging bij laden van pagina section-c78e148d8dbe4c77a436ef0f2af5434b
hoe beïnvloedt de plaatsing van de dienstVisitorAPI.js van identiteitskaart bibliotheek paginaladingstijden?
Plaats de bibliotheek VisitorAPI.js boven aan de pagina in de <head> -sectie van uw code. Zo weet u zeker dat de aanroep naar een id wordt uitgevoerd voordat de hoofdtekst van de pagina begint te laden en is de kans groot dat een id met succes wordt geretourneerd.
De de dienstvraag van identiteitskaart is asynchroon en is de enige vraag aan het demdex.net domein. De de dienstvraag van identiteitskaart blokkeert geen andere elementen van het laden op de pagina.
Voor Target -klanten kan het plaatsen van ID-servicecode in <body> van de pagina de kans verhogen dat een Target -aanroep wordt geblokkeerd. Als u id-servicecode in de hoofdtekst van de pagina moet plaatsen, moet u deze na de open <body> -tag plaatsen.
maakt de dienst van identiteitskaart een servervraag met elke paginading?
Nee, deze aanroep zal alleen plaatsvinden wanneer de pagina voor het eerst wordt weergegeven en vervolgens om de 7 dagen. In de tussentijd zijn serveraanroepen niet vereist. De dienst van identiteitskaart werkt op cliënt-zijwijze en te hoeven niet om een servervraag te maken om een identiteitskaart terug te keren.
Zie Overzicht.
wanneer het gebruiken van de dienst van identiteitskaart, wat de langzame tijden van de paginalading kan veroorzaken of de gebruikerservaring beïnvloeden?
Het is moeilijk om alle mogelijke voorwaarden te catalogiseren. Miljarden klanten van de consument verbinden met onze diensten en de enorme verscheidenheid in waar en hoe zij verbinden beïnvloedt prestaties. Bijvoorbeeld:
- De snelheden variëren sterk op mobiele netwerken. Deze netwerken lijden ook aan signaal en gegevens of stempakketverlies.
- Connectiviteit heeft onder verschillende omstandigheden te lijden bij apparaten die verbinding maken via WiFi. Pakketverlies en snelheidsproblemen komen bijvoorbeeld vaak voor in openbare ruimten zoals koffiewinkels of in andere omgevingen, zoals vliegtuigen, waar pakketten door een satelliet moeten stuiteren voordat ze terrestrische netwerken bereiken.
- Slecht gevormde lokale netwerken kunnen connectiviteit en snelheid negatief beïnvloeden.
- Clientapparaten kunnen hun eigen problemen hebben, zoals een te laag geheugen, een te groot aantal schijven of een beperkt CPU-vermogen ten opzichte van de huidige werklasten.
- Browsers voeren een wachtrij voor externe serveraanroepen uit en verwerken de reacties zelfs met verschillende regels, afhankelijk van de fabrikant van de browser en de versie. Dit gedrag heeft invloed op snelheid en prestaties.
kunt u sommige verbeteringen noemen u hebt aangebracht om de tijden van de paginading te verkorten?
Bijvoorbeeld, draad die oplevert. We introduceerden thread die resulteerde in het geval van meerdere id-synchronisatieverzoeken. Wij merkten uit laboratoriumrapporten op dat voor klanten die veelvoudige syncs uitvoeren van identiteitskaart, UI wegens veel ononderbroken berekeningen van cpu zou worden geblokkeerd. Dientengevolge, introduceerden wij draad die oplevert om de verzoeken van de synchronisatie van identiteitskaart door 100 msec elk te scheiden.
Deze wijziging verbetert de prestaties voor klanten die Visitor 2.3.0+ en DIL 6.10+ gebruiken. De verbeteringen in de laadtijden van de pagina worden weergegeven in de onderstaande afbeelding:
beïnvloeden browser verzoeken gebruikend CORS vs JSON-P paginaprestaties?
De verzoeken van het middel met CORS zijn over het algemeen geschikter dan met JSONP. Met JSONP, plaatsen sommige browsers en de-rangschikt verzoeken met betrekking tot andere synchrone en asynchrone vraag op de pagina in rij. De hulp van CORS zorgt ervoor dat deze verzoeken met een hogere prioriteit in de browser vraagstapel worden behandeld.
Zie {de Steun van 0} CORS in de Dienst van de Identiteit van het Experience Cloud 🔗.
Beveiliging section-b176b8492fbe4acfb79ebb30ec902f98
steunt de dienst van identiteitskaart CORS?
Ja. Zie {de Steun van 0} CORS in de Dienst van de Identiteit van het Experience Cloud 🔗.
wat is CORS?
Cross-Origin Resource Sharing of CORS is een methode die browsers gebruiken om bronnen aan te vragen. De dienst van identiteitskaart vraagt altijd middelen gebruikend CORS in browsers die het steunen. De dienst van identiteitskaart vraagt middelen met JSON-P in oudere browsers die geen CORS steunen. Zie Experience Cloud.
wat als mijn veiligheidsvereisten zo strikt zijn dat ik nooit JSONP wil gebruiken?
Als u strikte beveiligingsvereisten hebt, stelt u de API-configuratie voor de id-service in useCORSOnly: true . Schakel deze modus alleen in als u zeker weet dat bezoekers van de site browsers gebruiken die ondersteuning bieden voor CORS.
Zie Experience Clouden useCORSOnly.