Documentatie Handleiding voor Identity Service

Veelgestelde vragen over Analytics and Identity Service

Laatst bijgewerkt: 17 juli 2024

Onderwerpen:

Gemaakt voor:

Ontwikkelaar
Gebruiker
Beheerder
Leider

Veelgestelde vragen over functies, functionaliteit en problemen met betrekking tot het gebruik van Analytics met de Identity Service.

Servers bijhouden

Hoe vind ik mijn het volgen serverinformatie?

Elk behoorlijk gevormd stuk van de code van het AppMeasurement bevat uw het volgen serverinformatie.

Soms kunnen klanten hun Analytics AppMeasurement echter opsplitsen in aparte bestanden. Sommige klanten kunnen bijvoorbeeld configuratievariabelen in één bestand plaatsen, een tweede bestand voor plug-ins gebruiken en vervolgens de code van het AppMeasurement in een derde bestand plaatsen. Dit wordt niet aanbevolen.

Als u de gegevens van de trackingserver niet kunt vinden, is het mogelijk dat de instantie Analytics niet correct is geconfigureerd. De Zorg van de Klant van het contact 🔗 als u uw het volgen serverinformatie niet kunt vinden.

wat gebeurt als ik de Dienst van de Identiteit gebruikt en mijn het volgen server veranderen?

Er verandert niets voor gebruikers die al door de identiteitsdienst zijn geïdentificeerd. Oudere bezoekers die niet naar de identiteitsdienst zijn gemigreerd en nog steeds met een Analytics-cookie zijn geïdentificeerd, worden uitgeknipt. Het aantal betrokken gebruikers zou afhangen van hoe lang de Dienst van de Identiteit actief was. Zo kan een implementatie waarbij de identiteitsservice al één week actief is, meer verouderde gebruikers hebben dan een implementatie waarbij de identiteitsservice al zes maanden actief is omdat gebruikers die naar de site terugkeren, zijn gemigreerd.

Implementatie en configuratie

moet ik opstelling een NAAM om bezoekers over domeinen te volgen?

Als u een hoofdinvoersite hebt waarop klanten kunnen worden geïdentificeerd voordat ze andere domeinen bezoeken, kan een CNAME het bijhouden van gegevens naar andere domeinen toestaan in browsers die cookies van derden (zoals Safari) niet accepteren.

In browsers die derdekoekjes goedkeuren, wordt een koekje geplaatst in het demdex.net domeintijdens het verzoek om een bezoekersidentiteitskaart terug te winnen. Dit koekje staat de Dienst van de Identiteit toe om zelfde identiteitskaart van de bezoeker van het Experience Cloud op alle domeinen terug te keren die gebruikend zelfde organisatieidentiteitskaart worden gevormd. In browsers die cookies van derden afwijzen, wordt voor elk domein een nieuwe Experience Cloud-bezoeker-id toegewezen.

Zelfs wanneer een CNAME wordt gevormd, als de belangrijkste ingangsplaats niet eerst wordt bezocht, worden de bezoekers geïdentificeerd verschillend op de secundaire plaats en de belangrijkste plaats in browsers die derde koekjes niet goedkeuren.

waarom is de parameter van identiteitskaart van het Experience Cloud (MID) niet in het verzoek van Analytics?

Als de Identity Service de gegevens correct retourneert maar de parameter MID niet ziet, controleert u of u de upgrade naar een ondersteunde versie van het AppMeasurement hebt uitgevoerd.

kan mijn plaats de code en het AppMeasurement van H voor JavaScript met de Dienst van de Identiteit gebruiken?

Ja. Zolang beide bestanden naar hetzelfde bestand VisitorAPI.js verwijzen, kunt u een combinatie van H-code en AppMeasurement voor JavaScript op uw site gebruiken.

H-code wordt echter niet ondersteund met de code bezoekerAPI.js versie 1.6 of hoger. Als u wilt upgraden naar bezoekerAPI.js v 1.6 (of hoger), kunt u niet doorgaan met het gebruik van H-code.

wat een respijtperiode is en hoe vorm ik het?

Zie de Periode van de Restitutie van de Dienst van de Identiteiten contacteer de Zorg van de Klant.

waarom ik aan Inzameling van Gegevens in real time (RDC) moet migreren om de Dienst van de Identiteit te gebruiken?

De RDC biedt wereldwijd prestatievoordelen en is vereist om ervoor te zorgen dat uw implementatie gereed is voor toekomstige functies die het wereldwijde netwerk van randnoten van de Adobe benutten. Zie de Vereisten van Analytics: Regionale Inzameling van Gegevens (RDC).

Rapportage

wat zijn sommige mogelijke oorzaken van discrepanties wanneer het gebruiken van Analytics met de Dienst van de Identiteit?

Veelvoorkomende oorzaken van verschillen bij het gebruik van de identiteitsdienst zijn:

Doorgaan met gebruik van het verouderde s_vi cookie. Dit draagt bij tot discrepanties in de gegevensverzameling.
Bezoekers dubbeltellen wanneer ze van een enquête naar een pop-up gaan.

Cookies

wat in Analytics gebeurt wanneer de Dienst van de Identiteit niet het koekje AMCV kan plaatsen?

Er zijn drie mogelijke scenario's waarbij dit van invloed is op de analysegegevens voor nieuwe bezoekers:

Een eindgebruiker verlaat een pagina voordat de AMCV-cookies correct zijn ingesteld (binnen het 30-tweede time-outvenster).

Als een bezoeker een pagina verlaat voordat deze klaar is met laden, wordt de hit Analytics niet verzonden. Analytics zal geen gegevens van dit scenario ontvangen en zou van mening zijn dat de gegevens aan een vroege sluiting van de pagina verloren gaan. Op basis van onze tests, die ook betrekking hadden op perifere gebieden, hebben we vastgesteld dat dit scenario gemiddeld minder dan 1 procent van het verkeer vertegenwoordigde. Het is belangrijk om op te merken dat dit scenario soms zelfs zonder de aanwezigheid van de Dienst van de Identiteit voorkomt - het is een artefact van de opneming van de de gegevensverzamelingscode van de Analytics bij de bodem van de pagina.
Aan een eindgebruiker wordt geen identiteitsservice of analyse-id toegewezen binnen het tweede time-outvenster van 30 wegens langzame verbindingen of het 'draaien' van de browser.

Zowel zouden de Dienst van de Identiteit als identiteitskaart van de Analyse niet worden geplaatst en de bezoeker zou een cliënt-zijidentiteitskaart worden toegewezen. Hierdoor kunnen analysegegevens worden vastgelegd, maar het profiel van de bezoeker wordt onderbroken wanneer op een volgende pagina een Analytics-id wordt ingesteld. De client-side id komt ook niet overeen met een bestaand bezoekersprofiel dat is opgeslagen in Audience Manager of Analytics. Deze client-side id wordt ook weergegeven als twee verschillende bezoekers in Analytics als twee aparte domeinen naar dezelfde rapportsuite worden verzonden.
Aan een eindgebruiker wordt geen id voor Identiteitsservice toegewezen binnen het 30-tweede time-outvenster, maar er wordt een standaard Analytics tracking-id toegewezen en de respijtperiode is niet ingeschakeld.

Scenario 3 heeft het zelfde resultaat aan scenario 2 in die zin dat op cliënt-kant gebaseerde identiteitskaart wordt gebruikt.

TIP

Als u de meest recente updates van VisitorAPI.js en AppMeasurement.js met de standaardinstellingen gebruikt, voorkomt u ernstige of merkbare gevolgen van de drie bovenstaande onwaarschijnlijke scenario's.

recommendation-more-help