Einfach ausgedrückt ist diese Sammlung die "roheste" und vollständigste Aufzeichnung dessen, was auf Ihrer Website auf Traffic-Ebene passiert ist. Sie gruppiert keine Informationen nach Sitzung oder fasst das Verhalten eines kompletten Besuchs zusammen, sondern speichert jeden Zugriff separat für eine detailliertere Analyse.

Dies macht sie zu einer besonders nützlichen Sammlung, wenn Sie Fragen beantworten möchten wie:

• welche URLs oder Ressourcen tatsächlich angefordert werden,
• von welcher IP die Anfragen kommen,
• welche Seiten oder Ressourcen Fehler zurückgeben,
• ob es Bots oder automatisierten Traffic gibt,
• ob eine Marketingkampagne Zugriffe generiert hat,
• oder ob jemand versucht, auf verdächtige Routen zuzugreifen.

Diese Sammlung ermöglicht es Ihnen zum Beispiel:

• Verstehen, welchen Traffic die Website erhält: Sie können sehen, welche Seiten, Ressourcen oder Routen am häufigsten angefordert werden. Dies hilft zu verstehen, welche Teile der Website mehr Aktivität erhalten.
• Fehler erkennen: Wenn eine Anfrage einen Fehlercode zurückgibt, wie z.B. 404 oder 500, wird dies in dieser Sammlung aufgezeichnet. Das ermöglicht es Ihnen, nicht existierende Seiten, defekte Links oder interne Serverprobleme zu lokalisieren.
• Verdächtigen Traffic identifizieren: Oftmals stammen Zugriffe nicht von normal sur fenden Personen, sondern von Bots, Scannern oder automatisierten Tools. Mit dieser Sammlung können Sie erkennen, ob jemand seltsame Routen testet, Anfragen massiv wiederholt oder automatisierte Agenten verwendet.
• Die Herkunft des Traffics analysieren: Sie können sehen, aus welchem Land eine Anfrage stammt, welche IP sie gestellt hat oder ob sie von einer anderen Website über das referer-Feld kommt.
• Marketingkampagnen überprüfen: Wenn der Zugriff mit UTM- oder MTM-Parametern kam, werden diese ebenfalls in dieser Sammlung aufgezeichnet. Das ermöglicht es Ihnen zu wissen, ob eine Anfrage mit einer bestimmten Kampagne, einem Newsletter, einer Anzeige oder einer bestimmten Traffic-Quelle verbunden ist.
• Zugriffe auf sensible Ressourcen überprüfen: Es ist nützlich, um Versuche zu überprüfen, auf Dateien oder Routen zuzugreifen, die nicht zugänglich sein sollten, wie interne Seiten, alte Skripte, Formulare oder Test-Endpunkte.

• eine Zeile = ein einzelner Zugriff,
• eine URL = die Ressource, die jemand zu öffnen versuchte,
• eine IP = woher die Anfrage kam,
• ein Statuscode = was mit dieser Anfrage geschah,
• ein Datum = wann sie stattfand,
• ein User-Agent = welcher Client die Anfrage gestellt hat.

Wenn Sie einen Überblick über das Nutzerverhalten wünschen, ist es normalerweise einfacher, mit einer Sammlung wie Visits zu arbeiten.
Wenn Sie ins Detail gehen und genau sehen möchten, was auf dem Server passiert ist, ist die passende Sammlung Web Activity.

Datentyp: numerisch

Dieses Feld gibt einen Risikobewertungswert an, der mit der IP verbunden ist, die die Anfrage gestellt hat. Sein Zweck ist es, zu erkennen, ob der Zugriff von einer verdächtigen Quelle stammen könnte. Einfach ausgedrückt: Je höher dieser Wert, desto wahrscheinlicher ist es, dass diese IP mit unerwünschter Aktivität wie Bots, Scans oder bösartigem Verhalten in Verbindung steht.

Es bedeutet nicht automatisch, dass eine IP gefährlich ist, aber es dient als Indikator, um mehr Aufmerksamkeit zu schenken.

Anwendungsbeispiel:

• wenn Sie viele Anfragen von einer IP mit einem hohen abuse_score sehen,
• und diese auch auf nicht existierende oder ungewöhnliche Routen zugreifen,
• handelt es sich wahrscheinlich um automatisierten oder verdächtigen Traffic.

Dies ist das genaue Datum, an dem die Anfrage aufgezeichnet wurde. Es ermöglicht, jeden Zugriff zeitlich einzuordnen. Dadurch können Sie nach Datumsbereichen filtern, Spitzenzeiten der Aktivität erkennen oder analysieren, wann ein Fehler oder ein Traffic-Anstieg auftrat.

Gibt die Domain oder Subdomain an, die die Anfrage erhalten hat. Es dient dazu, zu unterscheiden, an welchen Teil Ihrer Web-Infrastruktur diese Anfrage gerichtet war. Dies ist besonders nützlich, wenn Sie mehrere Domains oder Subdomains verwalten und die Aktivität jeder einzelnen trennen möchten.

Anwendungsbeispiel:
Sie können sehen, ob ein Zugriff auf die Hauptdomain, eine administrative Subdomain, eine interne Zone oder eine bestimmte Umgebung erfolgte.

Datentyp: kategorialer Text

Zeigt die verwendete HTTP-Protokollversion in der Anfrage an, zum Beispiel HTTP/1.1 oder HTTP/2.0. Für einen nicht-technischen Benutzer ist dieses Feld in der normalen Analyse normalerweise keine Priorität, kann aber von Wert sein, wenn Sie die technische Kompatibilität oder bestimmte Muster bestimmter Clients überprüfen möchten.

Datentyp: kategorialer Text

Dies ist die IP-Adresse, von der die Anfrage gestellt wurde. Dieses Feld ist für die Zugriffsanalyse entscheidend, da es Ihnen ermöglicht zu wissen, von welchem technischen Ursprung eine Anfrage kam. Es identifiziert nicht direkt eine Person, sondern die Verbindung oder den Punkt, von dem aus der Zugriff erfolgte.

Anwendungsbeispiel:

• viele wiederholte Anfragen von derselben IP erkennen,
• Fehler nach Herkunft gruppieren,
• verdächtige Zugriffe überprüfen,
• oder automatisierte Aktivität identifizieren.

Wenn dieselbe IP in sehr kurzer Zeit viele Male erscheint, lohnt es sich zu überprüfen, was sie anfordert und wie sie es tut.

Datentyp: kategorialer Text

Dies ist die in der Anfrage verwendete HTTP-Methode. Die gebräuchlichsten sind GET und POST.

Um es ohne Fachsprache zu verstehen:

• GET bedeutet normalerweise, dass jemand etwas sehen möchte, wie eine Seite oder Ressource.
• POST bedeutet normalerweise, dass jemand Informationen sendet, zum Beispiel von einem Formular oder an ein Skript.
• andere Methoden wie PUT, DELETE oder OPTIONS können in technischeren oder API-Kontexten auftreten.

Anwendungsbeispiel:
wenn Sie viele POST-Anfragen an unbekannte oder verdächtige Routen erkennen, könnte es sich um einen automatisierten Versuch handeln, ein Formular oder einen Endpunkt auszunutzen.

Datentyp: kategorialer Text

Sammelt den Namen einer Marketingkampagne im Matomo-Format, wenn die URL diese Daten enthielt. Dieses Feld hat nur dann einen Inhalt, wenn der Besuch mit Kampagnenparametern gekennzeichnet wurde. Wenn nicht, bleibt es leer. Es dient dazu, einen Zugriff mit einer bestimmten Kampagne in Verbindung zu bringen.

Datentyp: kategorialer Text

Gibt eine bestimmte Variante des Inhalts innerhalb einer Matomo-Kampagne an. Es kann verwendet werden, um Versionen von Anzeigen, Links oder verschiedenen Creatives innerhalb derselben Marketingaktion zu unterscheiden.

Datentyp: kategorialer Text

Speichert ein mit einer Matomo-Kampagne verbundenes Keyword, sofern in der URL vorhanden. In vielen Fällen kann es leer sein.

Datentyp: kategorialer Text

Gibt das Medium an, über das der Besuch im Rahmen einer Matomo-Kampagne erfolgte. Es kann beispielsweise widerspiegeln, ob der Traffic über E-Mail, Werbung, Social Media usw. kam.

Datentyp: kategorialer Text

Gibt die spezifische Traffic-Quelle in einer Matomo-Kampagne an. Es ist nützlich, um zu wissen, woher eine getaggte Anfrage kam: zum Beispiel von einer Plattform, einem Newsletter oder einer Werbequelle.

Datentyp: kategorialer Text

Dieses Feld gibt an, von welcher Seite oder Website der Zugriff kam, sofern diese Information verfügbar war.

Einfach ausgedrückt hilft es, die Frage zu beantworten: "Woher kam der Besucher, bevor er hier ankam?"

Manchmal zeigt es eine externe Website, manchmal eine Seite Ihrer eigenen Website, und manchmal erscheint es leer oder mit -, besonders wenn der Zugriff direkt erfolgte oder die Herkunft nicht bestimmt werden konnte.

Anwendungsbeispiel:

• wissen, ob der Traffic von Google, sozialen Netzwerken oder einer bestimmten Website kommt,

• interne Zugriffe zwischen Seiten erkennen,

• oder überprüfen, woher bestimmte Fehler kommen.

Datentyp: kategorialer Text

Dies ist der spezifische Pfad der angeforderten Ressource innerhalb der Website. Dieses Feld ist sehr wichtig, da es zeigt, welche Datei, Seite oder welcher Endpunkt tatsächlich geöffnet werden sollte.

Es könnte zum Beispiel sein:

• eine normale Seite,
• ein Bild,
• ein Skript,
• eine Administrationsroute,
• oder eine verdächtige URL, die nicht existieren sollte.

Anwendungsbeispiel:

• die meistbesuchten Routen identifizieren,
• Versuche erkennen, auf sensible Dateien zuzugreifen,
• Ressourcen lokalisieren, die 404 zurückgeben,
• überprüfen, ob ein Bot viele verschiedene Routen durchläuft.

Für eine einfache Lektüre beantwortet dieses Feld die Frage: "Welchen genauen Teil der Website haben sie zu öffnen versucht?"

Datentyp: numerisch

Gibt die Größe der vom Server gesendeten Antwort in Bytes an. Es ist normalerweise nicht das erste Feld, das ein nicht-technischer Benutzer betrachtet, kann aber nützlich sein, um sehr kleine, sehr große oder inkonsistente Antworten zu erkennen.

Beispielinterpretation:

• eine kleine Antwort könnte eine Fehlerseite oder eine Weiterleitung sein,

• eine größere Antwort könnte einer Seite oder Ressource mit mehr Inhalt entsprechen.

Datentyp: numerisch

Dies ist eines der wichtigsten Felder in der Sammlung. Es gibt das Ergebnis der Anfrage an. Das heißt, was passierte, als jemand versuchte, auf diese URL zuzugreifen.

Die gebräuchlichsten Codes werden wie folgt interpretiert:

• 200: alles war in Ordnung, die Seite oder Ressource wurde korrekt ausgeliefert.
• 301 oder 302: es gab eine Weiterleitung.
• 403: Zugriff verboten.
• 404: die Ressource existiert nicht.
• 500: interner Serverfehler.
• 503: Dienst nicht verfügbar.

Es dient dazu, eine sehr praktische Frage zu beantworten: "Hat dieser Zugriff funktioniert oder hat er ein Problem verursacht?"

Anwendungsbeispiel:

• wenn Sie defekte Seiten erkennen möchten, filtern Sie nach 404,
• wenn Sie technische Serverprobleme erkennen möchten, überprüfen Sie 500 oder 503,
• wenn Sie erfolgreiche Zugriffe messen möchten, überprüfen Sie 200.

Datentyp: numerisch

Dieses Feld repräsentiert die Gesamtzahl der Besuche, die mit diesem Benutzerkontext oder Zugriff gemäß der internen Logik der Plattform verbunden sind. Abhängig von der Datenquelle kann es als Hilfsmaß dienen, um Wiederholungen zu identifizieren. In vielen Analysen wird es nicht das Hauptfeld sein, aber es kann Kontext bieten, wenn es mit IP, User-Agent oder Fingerprint kombiniert wird.

Datentyp: kategorialer Text

Enthält die vollständige angeforderte URL. Im Gegensatz zu resource_path, das normalerweise nur den Pfad widerspiegelt, kann url eine vollständigere Ansicht des Zugriffs bieten, wie er aufgezeichnet wurde. Es ist nützlich, wenn Sie detaillierter überprüfen möchten, welche Adresse genau angefordert wurde.

Gibt an, welche Art von Client die Anfrage gestellt hat. Obwohl der Wert technisch erscheinen mag, beantwortet er eigentlich eine ziemlich einfache Frage: "Wer oder was hat diesen Zugriff durchgeführt?"

Es könnte sein:

• ein echter Browser,
• ein Suchmaschinen-Bot,
• ein automatisiertes Tool,
• eine Programmbibliothek,
• oder ein externes System.

Einfaches Interpretationsbeispiel:

• wenn etwas wie Chrome, Firefox oder Safari erscheint, war es wahrscheinlich ein Benutzer, der surft.
• wenn etwas wie bot, crawler, python, curl oder eine bestimmte Bibliothek erscheint, war es wahrscheinlich automatisierter Traffic.

Dieses Feld ist sehr nützlich, um menschlichen Traffic von technischem oder automatisiertem Traffic zu trennen.

Datentyp: kategorialer Text

Dies ist eine Kennung, die aus mehreren Besucherdaten generiert wird und normalerweise dazu dient, dasselbe Zugriffsmuster zu erkennen, selbst ohne eine herkömmliche Sitzung. Sie dient der internen Analyse und der Verknüpfung von Anfragen miteinander, wenn die IP allein nicht ausreicht.

Datentyp: kategorialer Text

Kampagnenname im UTM-Format. Dieses Feld hat nur dann einen Wert, wenn der Besuch mit UTM-Parametern in der URL ankam. Es dient dazu zu wissen, mit welcher Marketingkampagne ein Zugriff verbunden ist.

Datentyp: kategorialer Text

Gibt eine bestimmte Variante des Inhalts oder der Anzeige in einer UTM-Kampagne an. Es wird verwendet, um Creatives, Links oder verschiedene Versionen innerhalb derselben Kampagne zu unterscheiden.

Datentyp: kategorialer Text

Keyword, das mit der UTM-Kampagne verbunden ist, sofern in der URL gesendet. Ist nicht immer vorhanden.

Gibt das Medium an, über das der Besuch in einer UTM-Kampagne erfolgte.

Zum Beispiel:

• email,
• cpc,
• social,
• banner,
• referral.

Es hilft, die Art des Kanals zu klassifizieren, der den Zugriff generiert hat.

Datentyp: kategorialer Text

Gibt die spezifische Traffic-Quelle in einer UTM-Kampagne an. Es könnte zum Beispiel eine Suchmaschine, ein soziales Netzwerk, ein Newsletter oder ein anderer Werbeursprung sein.

Es ist eines der nützlichsten Felder, wenn Sie die Traffic-Akquise analysieren möchten.

Datentyp: kategorialer Text

Sammelt den Begriff oder das Keyword, das mit einer UTM-Kampagne verbunden ist, normalerweise verwendet in Such- oder Werbekampagnen. Ist nicht immer vorhanden.

Datentyp: kategorialer Text

Dieses Feld zeichnet eine ursprüngliche IP auf, wenn die Anfrage über Proxies, Load Balancer oder Zwischendienste lief.

Das Wichtige zu verstehen ist:

• manchmal ist die sichtbare IP des Zugriffs nicht tatsächlich die des endgültigen Besuchers,
• sondern die eines Zwischensystems,
• und dieses Feld kann helfen, die ursprüngliche IP wiederherzustellen.

Es wird nicht immer einen Wert haben, und es wird nicht immer in normalen Analysen notwendig sein, aber es kann in fortgeschritteneren Traffic- oder Sicherheitsüberprüfungen wichtig sein.

Sie können nach der URL oder Route suchen und den status_code überprüfen. Wenn Sie viele 404 sehen, existiert die Seite oder Datei wahrscheinlich nicht. Wenn Sie 500 sehen, liegt ein internes technisches Problem vor.

• wiederholte IPs,
• seltsame user_agents,
• ungewöhnliche Routen in resource_path,
• hohe Werte von abuse_score,
• oder viele aufeinanderfolgende Fehler von derselben Herkunft.

• viele Anfragen von derselben IP,
• sich wiederholende oder verdächtige Routen,
• POST-Methoden an bestimmte Endpunkte,
• und user_agent nicht typisch für normale Browser.

Dies ist wichtig, um Verwirrung zu vermeiden.

Die Web Activity-Sammlung zeichnet einzelne Zugriffe auf.
Die Visits-Sammlung gruppiert mehrere Aktionen desselben Benutzers innerhalb eines einzigen Besuchs.

Daher:

• verwenden Sie Web Activity, wenn Sie das technische Detail jeder Anfrage sehen möchten;
• verwenden Sie Visits, wenn Sie das aggregierte Verhalten eines Besuchs verstehen möchten.

Wenn Sie wissen müssen:

• "welche Ressource einen Fehler zurückgegeben hat",
• "welche IP diese Route angefordert hat",
• "wann genau dieser Zugriff stattfand",
  dann ist Web Activity die richtige Sammlung.

Wenn Sie wissen müssen:

• "wie lange ein Besuch dauerte",

• "wo ein Benutzer navigierte",

• "wie viele Seiten sie in einer Sitzung angesehen haben",
  dann ist es besser, eine sitzungsorientierte Sammlung zu verwenden.