Zum Hauptinhalt springen

Spielerüberwachung

Diese Seite erklärt, wie Admins das Verhalten eines Spielers vom Spieler-Dossier aus beobachten können.

Hinweis zur Datenquelle: Sitzungen, Routen, Kontakte und eingebettete Logs hängen an importierten Serverlogs. Zu Aktualität und Verzögerung siehe Konzept des Log-Imports.

Navigationspfad:

  • Server-Admin → Spieler → Spieler öffnen

Zugriffsvoraussetzungen​

Das Dossier zu öffnen braucht admin.players.view. Jedes Werkzeug braucht zusätzlich sein eigenes Recht:

  • admin.players.see_alt_accounts — die Geräteliste und die Konten, die sich diese Geräte teilen
  • admin.players.manage_devices — Geräte verknüpfen oder trennen
  • admin.players.create — ein neues Spielerprofil auf einem bestehenden Gerät anlegen
  • admin.logs.view — der rohe Log-Strom und die Daten, aus denen Routen gezeichnet werden

Alles Ortsbezogene hängt am Hauptschalter admin.players.see_position und an seiner Facette:

  • admin.players.see_routes — Bewegungsrouten und Karte
  • admin.players.see_contacts — die Liste "Gesehen mit"
  • admin.players.see_places — gespeicherte Orte und Spawn-Koordinaten von Abonnements

Ein entzogenes see_position wirkt absolut; es wird außerhalb der Rechtetabelle geprüft. Diese vier Rechte wurden beim Backfill bewusst ausgelassen — eine Gruppe, die bisher nur view hatte, braucht sie von Hand. Siehe Spielerdetails.

Routen und der rohe Log-Strom brauchen außerdem mindestens einen nicht leeren Ingame-Namen im aktuellen Spieler- oder Gerätekontext.

Fehlt ein Abschnitt ganz, statt leer zu sein, ist es ein fehlendes Recht: Bereiche, für die du kein Recht hast, werden gar nicht erst gezeichnet.

Wo die Werkzeuge liegen​

Die Beobachtungswerkzeuge verteilen sich auf zwei Speichen des Spieler-Dossiers:

  • Identität — Geräte und mögliche Zweitkonten
  • Anwesenheit — Spielzeit, Sitzungskalender, Routen, Kontakte, roher Log-Strom

Beide erreichst du vom Spieler-Hub aus. Es sind echte Adressen, du kannst einem Kollegen also direkt die Ansicht schicken, die du gerade ansiehst.

Geräte und verwandte Konten (Identität)​

Die Geräteliste zeigt jede Geräte-ID, die mit diesem Spieler verknüpft ist, und jedes Spielerprofil an jedem Gerät — Zweitkonten eingeschlossen — mit einer Abkürzung in jedes Profil.

Serverübergreifend: Eine Geräte-Verknüpfung gilt auf allen Servern deiner Organisation. Konten, die auf einem Server verknüpft wurden, erscheinen auch hier als verknüpft, und Konten, die nie auf diesem Server waren, stehen mit dem Server da, auf dem sie spielen.

Wobei das hilft:

  • Konten-Cluster erkennen, die sich ein Gerät teilen
  • wahrscheinliche Zweitkonten finden, auch solche, die nur anderswo aktiv sind
  • prüfen, ob auffälliges Verhalten über mehrere Profile hinweg auftritt

Aktionen: eine Spieler-Gerät-Verknüpfung trennen (admin.players.manage_devices) oder ein neues Spielerprofil auf einem bestehenden Gerät anlegen (admin.players.create).

Die Konten, die über Web-Signale verknüpft sind — ein geteiltes Browserprofil, eine geteilte Adresse —, werden separat im Identitätsbereich gezeichnet; wie diese Grafik zu lesen ist, steht unter Spielerdetails. Geräte sind dort bewusst nicht enthalten, die liegen hier.

Spielzeit und Sitzungskalender (Anwesenheit)​

Die Anwesenheit beginnt mit einem Tagesbalken der Spielzeit im aktuellen Zeitfenster. Kalender öffnen macht daraus einen Wochenkalender mit einer Spalte je Tag, gebaut aus den Sitzungen aller Geräte im Kontext dieses Spielers.

  • der aktuelle Spieler ist der Hauptkontext
  • verwandte Konten derselben Geräte erscheinen daneben
  • ein Klick auf die Sitzung eines verwandten Kontos öffnet dessen Dossier

Das ist das Werkzeug für Überschneidungen: wer war gleichzeitig online, und auf welchem Gerät.

Zwei Verhaltensweisen sollte man kennen: Der Kontext wird sowohl aus Geräteverknüpfungen als auch aus der erfassten Sitzungshistorie zusammengesetzt, und eine Sitzung ohne gültigen Endzeitpunkt wird als kurzer Platzhalterblock gezeichnet.

Routen (Anwesenheit)​

Mit see_position und see_routes listet jeder Tag im Anwesenheitsstreifen die dort erfassten Routen. Öffnest du eine, wird die Bewegung auf einer Karte gezeichnet — mit Start- und Endmarkierung und farblichem Verlauf.

Das Routenfenster folgt dem Zeitfenster des Dossiers. Nutze es, um nachzuvollziehen, wo ein Spieler unterwegs war, um wiederkehrende Muster zu erkennen oder um Bewegungen mit einer Meldung abzugleichen.

Gesehen mit (Anwesenheit)​

Die Kontaktliste zeigt Spieler, die sich wiederholt in der Nähe des betrachteten Spielers aufgehalten haben. Das Modell ist fest verdrahtet und bewusst streng:

  • vergleicht PLAYER_ONLINE_PING-Ereignisse mit demselben Zeitstempel
  • ein gleitendes Fenster von 14 Tagen
  • ein Radius von 10 Metern
  • mindestens 5 Begegnungen, bevor ein Kontakt gelistet wird
  • höchstens 15 Kontakte
  • Spieleridentitäten desselben Geräts werden ausgeschlossen

Je Kontakt bekommst du den Namen, die geschätzte gemeinsame Spielzeit (aus 5-Minuten-Ping-Schritten) sowie die erste und letzte gemeinsame Sichtung. So werden regelmäßige Mitspieler und wiederkehrende Verbindungen sichtbar.

Roher Log-Strom (Anwesenheit)​

Rohen Log-Strom öffnen zeigt die Log-Ereignisse dieses Spielers und aller, die sich ein Gerät mit ihm teilen, bereits vorgefiltert. Dafür braucht es admin.logs.view. Das umfassendere Abfragewerkzeug ist der Log-Explorer.

Vorgehen bei einer Untersuchung​

  1. Beginne bei Identität, um die Kontenbeziehungen zu kartieren.
  2. Bestätige mit dem Sitzungskalender die Überschneidungsfenster.
  3. Sieh dir mit den Routen die Bewegungen in denselben Fenstern an.
  4. Bestätige mit Gesehen mit die wiederholte Nähe.

Zusammen tragen diese Ansichten deutlich weiter als jede einzelne für sich.

Spieler-Impersonation​

Admins mit dem Recht admin.players.impersonate_player können die Spieleransicht als dieser Nutzer öffnen. Impersonation hilft dabei zu prüfen, was der Spieler im Shop sieht (fehlende Buttons, Opt-out-Hinweise, Feature-Zugriff).

Während die Impersonation aktiv ist, wird oben eine einzeilige Infozeile angezeigt – sowohl im Shop als auch im Admin-Panel. Die Leiste zeigt den aktuell impersonierten Spieler und bietet oben rechts den Link Impersonation beenden. Kleine Symbole machen dabei den Kontext und die Beenden-Aktion schnell erkennbar.

Beenden:

  • wurde die Impersonation von der Spielerliste gestartet, kehrt der Link zur Adminseite zurück, von der aus sie gestartet wurde
  • ist keine gültige Adminseite verfügbar, wird auf die Shop-Startseite weitergeleitet

Verwandte Dokumentation​