Minimieren überhöhter Besuchs- und Besucherzahlen in A4T

Informationen, die Sie dabei unterstützen, die Auswirkungen überhöhter Besuchs- und Besucherzahlen bei der Verwendung von Adobe Analytics als Berichtsquelle für Adobe Target (A4T).

WICHTIG

Am 14. November 2016 hat sich in Adobe Analytics die Art und Weise geändert, in der manche Daten für Kunden per Analytics-Berichterstellung für Target (A4T) verarbeitet werden. Diese Änderungen bewirkten, dass Adobe Target-Daten besser auf das Datenmodell für Adobe Analytics ausgerichtet sind. Diese Änderungen wurden für alle Kunden eingeführt, die A4T verwenden. Diese Änderungen sollen insbesondere das Problem lösen, dass manche Kunden bei Ausführung von Target-Aktivitäten eine überhöhte Anzahl von Besuchern verzeichnet haben.

Diese Änderung ist nicht rückwirkend. Wenn in Ihren historischen Berichten überhöhte Zählerwerte stehen, die Sie gerne von Ihren Berichten ausschließen möchten, können Sie dazu eine virtuelle Report Suite erstellen (wie weiter unten erklärt).

Außerdem wurden mehrere JavaScript-Bibliotheken aktualisiert, um überhöhte Werte zu minimieren. Adobe empfiehlt ein Upgrade auf die folgenden Bibliotheksversionen (oder neuer):

  • Experience Cloud-Besucher-ID-Service: visitorAPI.js, Version 2.3.0 oder neuer.
  • Adobe Analytics: appMeasurement.js, Version 2.1.
  • Adobe Target: at.js-Version 0.9.6 oder höher (ausgenommen Version 1.1.0 bei der Verwendung von Umleitungsangeboten mit A4T).

Was hat sich geändert?

Wann Adobe Analytics wird verwendet, um Target Aktivitäten (als A4T bezeichnet), Analytics erfasst zusätzliche Daten, die nicht verfügbar sind, wenn keine Target -Aktivität auf der Seite. Die Target -Aktivität löst einen -Aufruf am Anfang der Seite aus, jedoch Analytics löst ihre Datenerfassungsaufrufe normalerweise am unteren Rand der Seite aus. In der bisherigen Implementierung von A4T enthält Adobe diese zusätzlichen Daten immer dann, wenn eine Target -Aktivität aktiv war. In Zukunft werden diese zusätzlichen Daten in Adobe nur noch dann erfasst, wenn beide Target und Analytics -Tags wurden ausgelöst.

Warum hat Adobe diese Änderung vorgenommen?

Adobe ist stolz auf die Genauigkeit und Qualität seiner bereitgestellten Daten. Wenn die Target -Tag ausgelöst wird, aber die Analytics nicht, zeichnet Analytics "partielle Daten"auf (manchmal auch als "nicht zuordenbare Treffer"bezeichnet). Diese nicht zugewiesenen Treffer werden nicht von Analytics , wenn keine Target Aktivität. Obwohl diese partiellen Daten enthalten in Analytics Die Berichterstellung liefert zusätzliche Informationen und stellt die Konsistenz mit historischen Daten aus früheren Zeiträumen sicher, in denen Target -Aktivitäten ausgeführt werden. Diese Situation kann Probleme verursachen Analytics Benutzer, die Trends im Zeitverlauf analysieren. Im Interesse der Datenkonsistenz in Analytics, schließt Adobe alle partiellen Daten aus.

Welche Ursachen gibt es für partielle Daten?

Bei Adobe sind einige Kunden mit einer hohen Anzahl partieller Daten in Analytics. Hohe Mengen partieller Daten können aus einer fehlerhaften Implementierung resultieren, aber es gibt auch legitime Ursachen.

Als Ursachen für partielle Daten haben wir die folgenden Punkte festgestellt:

  • Abweichende Report Suite-IDs (Implementierung): Die während der Aktivitätseinrichtung festgelegte Report Suite stimmt nicht mit der Report Suite für die Seite überein, auf der der Test erfolgt. Die Daten können nicht abgestimmt werden auf Analytics -Server, sodass es wie partielle Daten aussieht.
  • Langsame Seiten: Target -Aufrufe befinden sich oben auf der Seite und Analytics -Aufrufe befinden sich normalerweise am unteren Seitenrand. Wenn die Seite langsam geladen wird, erhöht dies die Wahrscheinlichkeit, dass ein Besucher die Seite nach dem Target -Aufruf wird ausgelöst, jedoch vor der Analytics aufrufen. Langsame Seiten können besonders bei mobilen Websites problematisch sein, da dort die Verbindungsgeschwindigkeiten häufig geringer sind.
  • Seitenfehler: Wenn JavaScript-Fehler auftreten oder andere Szenarien vorliegen, in denen die einzelnen Touchpoints nicht ausgelöst werden (Experience Cloud-ID-Dienst, Target und Analytics), führt dies zu partiellen Datenergebnissen.
  • Umleitungsangebote in Target Aktivität: Für Umleitungsangebote in Aktivitäten, die A4T verwenden, muss Ihre Implementierung bestimmte Mindestanforderungen erfüllen. Darüber hinaus gibt es wichtige Informationen, die Sie kennen müssen. Weitere Informationen finden Sie unter Umleitungsangebote – A4T-FAQ.
  • Alte Versionen der Bibliotheken: Im vergangenen Jahr hat die Adobe verschiedene Verbesserungen an den JavaScript-Bibliotheken vorgenommen ( appMeasurement.js, at.jsund visitorAPI.js), um sicherzustellen, dass Daten so effizient wie möglich gesendet werden. Weitere Informationen zu Implementierungsanforderungen finden Sie unter Vor der Implementierung.

Welches sind die Best Practices zum Reduzieren partieller Daten?

Überprüfen Sie die folgenden Schritte, um die partielle Datenerfassung zu reduzieren:

Schritt Aufgabe
Schritt 1 Stellen Sie sicher, dass die Report Suite in Target entspricht der auf den Seiten, auf denen die Aktivität angezeigt wird.
Schritt 2 Stellen Sie sicher, dass sich die Bibliotheken visitorAPI.js, appMeasurement.js und at.js in A4T-kompatiblen Versionen befinden. Weitere Informationen zu Implementierungsanforderungen finden Sie unter Vor der Implementierung.
Schritt 3 Stellen Sie sicher, dass die SDID für alle Target und Analytics -Aufrufe, die die Seite verlassen, und dass sie übereinstimmen.
Verwenden Sie einen Netzwerk-Analyzer oder ein Debugging-Tool, um sicherzustellen, dass die mboxMCSDID Parameter auf Target -Aufrufe entsprechen dem SDID-Parameter in der Analytics aufrufen.
Schritt 4 Überzeugen Sie sich, dass die Bibliotheken für die Implementierung in der richtigen Reihenfolge in Ihren Websites geladen werden. Weitere Informationen finden Sie unter Analytics für die Target-Implementierung.

Wie lässt sich feststellen, wie viele partielle Daten man hat?

Auch wenn dies nicht direkt in Analytics angegeben ist, können Sie sich an die Adobe Kundenunterstützung wenden, um einen Bericht zu partiellen Daten zu erhalten. Dieser Bericht soll beim Debugging helfen.

Wie kann man Verlaufstrends ohne partielle Daten anzeigen?

Diese Änderung der Verarbeitung betrifft Daten erst nach dem Veröffentlichungsdatum (14. November 2016). Wenn Sie Ihre historischen Metriken an eine Übereinstimmung anpassen möchten, empfiehlt Adobe, ein Segment zum Ausschließen partieller Daten zu erstellen.

Die nachfolgenden Informationen bezüglich dieser Änderung enthalten auch Anweisungen darüber, wie Sie das Segment definieren und es auf eine virtuelle Report Suite anwenden, sodass dieses Segment immer auf Ihre Analytics-Ansichten angewendet wird.

Meistens ist ein Treffer in Target auf jeder einzelnen Website mit einem Treffer in Analytics verknüpft. Diese Verknüpfung wird vorgenommen, wenn eine konsistente SDID sowohl im Aufruf von Target als auch von Analytics verwendet wird und eine Experience Cloud ID (MCID) im Aufruf Analytics auf der gleichen Seite enthalten ist. Target weist normalerweise auch die MCID auf, jedoch wenn der Aufruf von Target vor der Rückgabe der Besucher-ID erfolgt, wird der Treffer aufgrund der SDID weiterhin zugeordnet. Außerdem muss der Besucher lange genug auf der Seite bleiben, um einen Analytics-Anruf auslösen zu können, nachdem ein Target-Anruf ausgelöst wurde. Dieses Szenario ist ideal.

Treffer mit partiellen Daten: Manchmal bleiben Besucher nicht lange genug auf einer Seite, um einen Aufruf von Analytics auszulösen, während in Target jedoch eine entsprechende MCID vorliegt. Dieses Szenario führt zu Treffern mit partiellen Daten (Treffer ohne Analytics Seitenansicht). Wenn diese Benutzer zu Ihrer Site zurückkehren und eine Seite anzeigen, die Analytics -Code, werden sie ordnungsgemäß als wiederkehrende Besucher gezählt. Diese Treffer wären verloren gegangen, wenn Sie nur Analytics -Code auf der Seite. Einige Kunden möchten für diese Treffer keine Daten aufzeichnen, da sie bestimmte Metriken (Besuche) sehr stark in die Höhe treiben, andere Metriken (Seitenansichten pro Besuch, Zeit pro Besuch und so weiter) jedoch stark reduzieren. Sie sehen auch Besuche ohne Seitenansichten. Es gibt jedoch einige gute Gründe, diese Daten trotzdem zu erfassen.

Um solche Treffer mit partiellen Daten zu minimieren, können Sie Ihre Seite so gestalten, dass sie schneller geladen wird, Bibliotheken auf die neueste Version aktualisieren oder eine virtuelle Report Suite erstellen, in der solche Treffer ausgeschlossen sind. Eine schrittweise Anleitung finden Sie unter Virtual Report Suites erstellen im Komponentenleitfaden für Analytics.

Die folgende Abbildung zeigt die Segmentdefinition für die virtuelle Report Suite:

Beim Erstellen der virtuellen Report Suite müssen Sie für die Segmentdefinition die folgende Konfiguration festlegen (wie in der Abbildung oben gezeigt):

  • Treffer anzeigen:
  • Analytics for Target: Vorhanden
  • Und
  • Seitenansichten: Nicht vorhanden
  • Und
  • Benutzerspezifische Linkinstanzen: Nicht vorhanden
  • Und
  • Downloadlinkinstanzen: Nicht vorhanden
  • Und
  • Exitlinkinstanzen: Nicht vorhanden

Verwaiste Treffer: In einigen wenigen Fällen bleiben Besucher nicht lange genug auf einer Seite, um einen Aufruf von Analytics auszulösen, und Target konnte keine passende MCID erfassen. Diese Treffer werden von Adobe als "verwaiste"Treffer definiert. Diese Treffer stehen für Kunden, die nur selten zurückkehren, und treiben die Zählungen der Besuche und Besucher unverhältnismäßig stark in die Höhe.

Möchten Sie die Anzahl dieser „verwaisten“ Treffer minimieren, können Sie eine virtuelle Report Suite erstellen, in der diese Treffer nicht erfasst werden.

Was bedeutet dies für meine Target-Berichterstellung?

Sobald diese Änderung vorgenommen wurde, wird möglicherweise ein Rückgang bei neuen Besuchern und Besuchen bei Live-Tests angezeigt, da Adobe verarbeitet keine eingehenden partiellen Daten. Bei Konversionen und Treffern in anderen Analytics-Metriken ändert sich nichts.

Auf dieser Seite