Veelgestelde vragen
Hier volgen antwoorden op veelgestelde vragen over attributie.
Sommige op bezoek-gebaseerde metriek, zoals Ingangen of Stuitpercentage , kan gegevens aan een periode vóór de het melden van het venster datariereeks kenmerken. Deze situatie is toe te schrijven aan attributiemodellen die een terugkijkvenster gebruiken, dat bepaalt hoe ver achtereigenschap zou moeten kijken om krediet voor metriek te geven. Het gemeenschappelijkste scenario is wanneer de bezoeken middernacht overspannen. Bijvoorbeeld:
- Een gebruiker bezoekt op 7 september om 23:55 uur uw homepage.
- Zij bezoeken verschillende pagina's, waarvan de laatste om 12.05 uur op 8 september plaatsvond.
- Een week later voert u een dagelijks trendrapport uit met het datumbereik van 8 september tot 14 september.
De op hoogte-gebaseerde metriek, als meningen van de Pagina , zou verwachte output produceren; gegevens die elke dag van 8 september - 14 september worden gekweekt. Uit de op een bezoek gebaseerde cijfers zou echter ook blijken dat dit bezoek op 7 september heeft plaatsgevonden. De toegeschreven ingang van het bezoek vond op 7 september plaats, en het terugkijkvenster is standaard 1 september - 31 september.
In dit voorbeeld wordt altijd 0% weergegeven bij een stuitpercentage van 7 september. Deze metrische waarde wordt gedefinieerd als Bounces divided by Entries , een op hit gebaseerde metrische waarde die wordt gedeeld door een op bezoek gebaseerde metrische waarde. Stuiterwaarden bestaan uit één verzoek om een afbeelding, zodat ze niet meerdere dagen kunnen beslaan. Eventuele stuitingen op 7 september vonden plaats buiten het rapportagevenster, waardoor de gegarandeerde stuitsnelheid van 0% voor die dag werd veroorzaakt. Andere op hit-based metriek zou ook 0 voor 7 September in dit rapport tonen, aangezien die klappen niet binnen het rapporteringsvenster zijn.
Kijk eens naar een ander vergelijkbaar voorbeeld. Het enige verschil tussen het volgende voorbeeld en het bovenstaande voorbeeld zijn de datums:
- Een gebruiker bezoekt op 31 augustus om 23:55 uur uw homepage.
- Zij bezoeken verschillende pagina's, waarvan de laatste om 12.05 uur plaatsvond.
- Een week later voert u een dagelijks vervolg rapport uit met de datumbereik 1 september - 7 september.
In dit voorbeeld worden gegevens van 31 augustus niet weergegeven met de tarieven Bounce en Bounce. Het terugzoekvenster en het rapportagevenster beginnen beide op 1 september, zodat gegevens niet vanaf 31 augustus kunnen worden toegewezen.
Het deelvenster Kenmerken ondersteunt alle afmetingen. Niet-ondersteunde meetgegevens zijn:
- Alle berekende metriek
- Unieke bezoekers
- Bezoeken
- Voorvallen
- Paginaweergaven
- A4T-meetwaarden
- Metrische tijdwaarden
- Bounces
- Stuitpercentage
- Berichten
- Afsluiten
- Pagina's niet gevonden
- Zoekopdrachten
- Bezoeken van één pagina
- Enkelvoudige toegang
Ja, de meeste gegevensbronnen worden ondersteund. Attributie is niet mogelijk met gegevensbronnen op overzichtsniveau omdat deze gegevensbronnen niet aan een bezoeker-id van de Analyse binden.
Transactie-id-gegevensbronnen worden op dezelfde manier behandeld als elke andere hit. De gegevensbronnen van identiteitskaart van de transactie gebruiken niet de speciale verwerking die normaal in traditionele rapportering wordt gebruikt. Met andere woorden, wanneer bij het gebruik van de verwerking van de rapporttijd, worden eVar-waarden doorgegeven van resultaten die optreden bij het tijdstempel van de hit Transactie-id. De waarden worden niet verspreid uit resultaten die vlak bij het tijdstip van de oorspronkelijke transactie zijn opgetreden.
Waar mogelijk, baseert de attributie zich op de MID kolomwaarde die binnen een gebeurtenis in de gegevensbron, eerder dan een persisted waarde wordt verzonden. Het attributiemodel wordt toegepast op de kolomwaarden MID in de gegevensbron, ter plekke. Bijvoorbeeld, wanneer u Laatste attributie van de Aanraak gebruikt begint het model van elke instantie van metrisch. En loopt achterwaarts in de klappen tot het model de laatste die waarde bereikt in de kolom MID wordt waargenomen.
Wanneer niet mogelijk, gebruikt de attributie de MID waarde in het vroegere verslag in de gegevensbron voor evaluatie. Deze eerdere record wordt mogelijk niet opeenvolgend met een tijdstempel geordend, aangezien AA geen ondersteuning biedt voor gegevens buiten de bestelling.
Omdat de records niet opeenvolgend worden geordend, kunnen de verwachte waarden van het toepassen van persistentie van invloed zijn op de hoeveelheid tijd die tussen de opgegeven tijdstempel voor de transactie-id en de oorspronkelijke transactie bestaat.
Toen de marketingkanalen voor het eerst werden geïntroduceerd, hadden ze alleen de eerste en laatste aanraakafmetingen. Expliciete eerste/laatste aanraakafmetingen zijn niet meer nodig met de huidige versie van de toewijzing. Adobe biedt algemene Marketing Channel - en Marketing Channel Detail -afmetingen, zodat u deze kunt gebruiken met het gewenste attributiemodel. Deze algemene afmetingen gedragen zich hetzelfde als Last Touch Channel -afmetingen, maar worden anders gelabeld om verwarring te voorkomen bij het gebruik van marketingkanalen met een ander attributiemodel.
Aangezien de afmetingen van de marketingkanalen afhankelijk zijn van een traditionele "visit"-definitie (zoals gedefinieerd door hun verwerkingsregels), kan de definitie van hun "visit" niet worden gewijzigd met behulp van virtuele-rapportsuites.
Sommige afmetingen in Analytics kunnen veelvoudige waarden op één enkele slag bevatten. Veelvoorkomende voorbeelden zijn list vars en de productvariabele.
Wanneer de attributie wordt toegepast op multi-value klappen, krijgen alle waarden in de zelfde klappers de zelfde creditering. Aangezien vele waarden dit krediet kunnen ontvangen, kan het rapporttotaal verschillend zijn dan als u elk individueel lijnpunt samenstelde. Het rapporttotaal wordt gededupliceerd, terwijl elke afzonderlijke dimensie-item de juiste creditering krijgt.
Attributie wordt altijd uitgevoerd vóór segmentatie en segmentatie wordt uitgevoerd voordat rapportfilters worden toegepast. Dit concept is ook op virtuele rapportsuites van toepassing gebruikend segmenten.
Als u bijvoorbeeld een virtuele rapportsuite maakt met een toegepast segment "Weergaveits", kunt u andere kanalen in een tabel zien met behulp van bepaalde attributiemodellen.
| note note |
|---|
| NOTE |
| Als een segment klappen onderdrukt die uw metrisch bevatten, worden die metrische instanties niet toegeschreven aan enige afmeting. Nochtans, verbergt een gelijkaardig rapportfilter eenvoudig sommige afmetingspunten, zonder enige invloed op metriek die per het attributiemodel wordt verwerkt. Hierdoor kan een segment lagere waarden retourneren dan een filter met een vergelijkbare definitie. |