Tipps und Best Practices für neue Benutzer von Virtual Report Suites.
Frage | Antwort |
---|---|
Sollte ich meine Implementierung von mehreren Report Suites auf eine einzige globale Report Suite umstellen und dann Virtual Report Suites verwenden, um verschiedene Datensegmente für meine Benutzer verfügbar zu machen? | Eventuell. Es gibt bestimmte Umstände, unter denen Sie weiterhin mit einzelnen Report Suites arbeiten sollten:
|
Welche Einstellungen erben Virtual Report Suites von der übergeordneten Report Suite? | Eine Virtual Report Suite erbt die meisten Service-Levels der übergeordneten Report Suite, z. B. eVar, Verarbeitungsregeln, Classifications usw. Die folgenden Einstellungen werden NICHT vererbt:
|
Wie unterscheidet sich das Arbeiten mit einer Virtual Report Suite in der Analytics-Benutzeroberfläche von dem mit einer Basis-Report Suite? | Nachdem sie erstellt wurde, wird eine Virtual Report Suite auf der Benutzeroberfläche genauso behandelt wie eine Basis-Report Suite und unterstützt die meisten erweiterten Funktionen. Beispiel:
|
Wie werden Virtual Report Suites in der Admin Console und der Admin-API behandelt? Kann ich Features wie für Basis-Report Suites speichern? | Nein, Virtual Report Suites werden für die meisten Admin-Features nicht unterstützt. Wie oben erwähnt, erbt eine Virtual Report Suite die meisten Service-Levels und Features von der übergeordneten Report Suite (z. B. eVar, Verarbeitungsregeln, Classifications usw.). Um diese geerbten Einstellungen in einer Virtual Report Suite zu ändern, müssen Sie die übergeordnete Report Suite ändern. Demzufolge werden Virtual Report Suites auf der Benutzeroberfläche nur hier angezeigt:
|
Ich habe „Bei Start neuen Besuch beginnen“ ausgewählt. Warum sehe ich nach wie vor wesentlich mehr Besuche als Starts? | Wenn „Bei Start neuen Besuch beginnen“ aktiviert wird, gilt der Timeout nach wie vor. Wenn ein Benutzer also die App zehn Minuten lang mit einminütigen Pausen zwischen den einzelnen Aktionen verwendet, beginnt bei jedem Besuch ein neuer Start und dann werden neun zusätzliche Besuche erstellt, wenn es beim aktuellen Besuch zu einem Timeout kommt. Damit Starts und Besuche bei der Verwendung der Option „Bei Start neuen Besuch beginnen“ so nahe beieinander sind wie möglich, sollten Sie einen längeren Timeout als den im SDK festgelegten Sitzungstimeout verwenden. |
Ich habe „Bei Start neuen Besuch beginnen“ festgelegt und einen längeren Timeout als in meinem SDK festgelegt. Warum habe ich immer noch wesentlich weniger Starts als Besuche? | Wenn der Timeout höher als der im SDK festgelegte Wert ist, versendet Ihre App höchstwahrscheinlich im Hintergrund Treffer und diese Treffer werden als neue Besuche aufgezeichnet. Dies können Sie prüfen, indem Sie die Dimension „Art des Treffers“ auf die übergeordnete Report Suite anwenden, um festzustellen, ob es Hintergrund-Treffer gibt. Hinweis: Zwischen Hintergrund- und Vordergrundtreffern wird nur in Version 4.13.6 und späteren Versionen des SDK unterschieden. Wenn Sie eine frühere Version verwenden, werden alle Treffer als Vordergrundtreffer angezeigt. Wenn Sie die korrekte Version des SDK verwenden, sollten Sie die Einstellung „Starten neuer Besuche durch Hintergrundtreffer verhindern“ festlegen. Hinweis: Wenn Sie die veraltete Verarbeitung von Hintergrundtreffern in der Admin Console deaktiviert haben, werden diese nicht in der übergeordneten Report Suite, sondern in der Virtual Report Suite angezeigt. |
Welche Version des SDK benötige ich, um Hintergrundtreffer zu verfolgen? | Sie müssen Version 4.13.6 oder eine spätere Version des SDK verwenden. |
Wie finde ich die ID einer Virtual Report Suite heraus? |
|