Scans ohne Bots und Unique Scans unterscheiden

Zuerst die gemeinsame Datenbasis prüfen

Die dokumentierte TEAM CCAA Auswertung erfasst Aufrufe dynamischer Codes mit eingeschaltetem Tracking. Bevor zwei Zahlen verglichen werden, prüfen Sie daher den betroffenen Code, den Zeitraum und die Filter. Unterschiedliche Ansichten oder nicht identische Voraussetzungen können bereits erklären, warum zwei exportierte Werte nicht zusammenpassen.

Halten Sie die gewählte Kennzahl im Bericht ausdrücklich fest. Eine Spalte mit der Überschrift „Besucher“ wäre ungenau, wenn tatsächlich QR-Aufrufe oder pseudonym gruppierte Ereignisse gemeint sind. Verwenden Sie die dokumentierten Namen und ergänzen Sie eine kurze verständliche Definition. So kann auch eine später hinzukommende Person die Aussage beurteilen, ohne die Oberfläche selbst geöffnet zu haben.

Scans ohne Bots als gefilterte Ereignisse lesen

Scans ohne Bots beschreiben die entsprechend klassifizierten Aufrufe. Mehrere Aufrufe derselben Person können darin enthalten sein. Umgekehrt ist eine technische Bot-Einordnung keine unfehlbare Bestätigung menschlicher Identität. Verwenden Sie die Kennzahl als dokumentierte technische Auswertung und nicht als vollständigen Nachweis einzelner realer Personen.

Die zusätzliche Kategorie Bots hilft, automatisierte Zugriffe gesondert zu betrachten. Eine auffällige Veränderung sollte geprüft werden, bevor daraus eine Marketingwirkung abgeleitet wird. Ein technischer Test, ein automatisierter Zugriff oder eine veränderte Klassifizierung kann andere Ursachen haben als das Verhalten tatsächlicher Interessenten. Dokumentieren Sie bei auffälligen Ausschlägen die konkreten Beobachtungen und verfügbare Kontextinformationen.

Unique Scans anhand der konkreten Definition erklären

Nach der öffentlichen TEAM CCAA Hilfe zählt der erste menschliche Scan pro QR-Code und pseudonymem Besucherhash je UTC-Kalendertag als Unique Scan. Alle Teile dieser Definition sind wichtig: der konkrete Code, die pseudonyme Gruppierung und die tägliche Grenze. Ein zusammenfassendes Wort wie „eindeutig“ darf diese Bedingungen nicht unsichtbar machen.

Ein Hash ist kein verifizierter Name und keine sichere Identität. Dieselbe Person kann in der Auswertung mehrfach erscheinen, etwa bei verschiedenen Codes oder anderen Gruppierungsbedingungen. Wiederholte Aufrufe innerhalb der dokumentierten Tageslogik können dagegen zusammengefasst werden. Vermeiden Sie deshalb die Umbenennung in „einzelne Kunden“. Auch die Summe über mehrere Tage ist keine automatisch deduplizierte Personenmenge.

Ein fiktives Zählbeispiel gemeinsam durchgehen

Die Tabelle erläutert ausschließlich die dokumentierte Logik. Sie ist kein tatsächlicher Datensatz und beweist keine konkrete Erkennungsgenauigkeit. Prüfen Sie für einen realen Bericht die tatsächlich angezeigte Aggregation und übernehmen Sie keine zusätzliche monatsweite Personenbereinigung, die nicht nachgewiesen ist.

UTC-Grenzen bei Tagesvergleichen berücksichtigen

Die UTC-Kalendertagsgrenze kann von der örtlich erwarteten Tagesgrenze abweichen. Notieren Sie deshalb die zeitliche Grundlage, wenn eine Aktion bis spät am Abend oder über einen Tageswechsel läuft. Ein scheinbar ungewöhnlicher täglicher Wechsel ist nicht automatisch ein zusätzlicher Kunde oder ein Fehler des Codes.

Beim Vergleich mehrerer Berichte müssen Zeitbereich und Tagesverständnis zusammenpassen. Fragen Sie bei einer konkreten Unklarheit nach der dokumentierten Verarbeitung, statt aus einer Summenabweichung eine neue Zähllogik zu erfinden. Ein Bericht kann seine Grenzen offen benennen und trotzdem nützlich sein. Verdeckte Annahmen erzeugen dagegen scheinbar genaue Aussagen, die später nicht reproduzierbar sind.

Die Kennzahl nach der Geschäftsfrage auswählen

Für die Frage nach wiederholter Nutzung kann die Anzahl menschlich klassifizierter Aufrufe interessant sein. Für eine stärker zusammengefasste tägliche Betrachtung kann die dokumentierte Unique-Zählung helfen. Beide Werte bleiben jedoch von einer tatsächlich bearbeiteten Anfrage oder einem Auftrag getrennt. Wählen Sie die Kennzahl deshalb nach der konkreten Entscheidung.

Stellen Sie bei Bedarf beide Zahlen nebeneinander und erklären Sie den Unterschied. Eine größere Lücke ist zunächst ein Befund und keine automatische Qualitätsbewertung. Wiederholte Nutzung kann je nach Aufgabe sinnvoll oder durch Tests bedingt sein. Prüfen Sie den Kontext der Aktion und ziehen Sie nur Schlüsse, für die die vorhandenen Daten tatsächlich ausreichen.

Eigene Tests im Kontext dokumentieren

Notieren Sie größere interne Testphasen und deren Zeiträume. Auch technisch als menschlich eingeordnete eigene Aufrufe können in einer Auswertung erscheinen. Ohne gesonderten Nachweis sollten sie nicht nachträglich pauschal herausgerechnet werden. Der Hinweis auf die Testphase hilft jedoch, ungewöhnliche Werte sachlich einzuordnen und nicht sofort als zusätzliche Nachfrage zu deuten.

Den Bericht mit einem klaren Grenzenhinweis abschließen

Ein brauchbarer Kommentar nennt Codeauswahl, Zeitraum, Kennzahl und offene Fragen. Schreiben Sie beispielsweise, dass die Auswertung technische QR-Aufrufe und die dokumentierte pseudonyme Tageszählung zeigt. Ergänzen Sie, welche geschäftlichen Ergebnisse gesondert nachgehalten werden und wo keine entsprechende Zuordnung vorliegt.

Bewahren Sie den verwendeten Export und die Definition zusammen auf. Wenn sich die Auswertungsoberfläche oder ihre dokumentierte Logik ändert, muss ein späterer Vergleich diese Änderung berücksichtigen. Ein gleich klingender Spaltenname ist allein kein Beleg für identische Bedingungen über beliebig lange Zeiträume. Die saubere Erklärung ist wichtiger als eine möglichst große vermeintliche Besucherzahl.

Häufige Fragen.