PORTAL und PPS Knowledge Base

Matomo-Tracking-Plug-in

Für die Einbindung des Tracking-Tools vom Anbieter Matomo steht ein Plug-in im Tracking-Modul zur Verfügung. Dieses kann kund:innenspezifisch aktiviert und auch parallel zu anderen Tracking-Plug-ins (z. B. IVW-Tracking) betrieben werden.

Funktionalitäten des Matomo-Plug-ins

  • Möglichkeit als zusätzliches Tracking-Plug-in

  • Einsatz eines Opt-in-Modus

Inhaltsverzeichnis

Allgemeine Beschreibung

Matomo ist Open-Source und kann in der Cloud von Matomo oder auf einem Server der Kund:innen betrieben werden. Im PORTAL selbst werden jedoch nur Tracking-Skripte ausgespielt (wie hier beschrieben). Die Implementierung sowie das Hosting von Matomo selbst (hier beschrieben) muss kund:innenseitig übernommen werden.

Der Matomo-Code wird bei aktiviertem Webtracking-Plug-in für Matomo immer ausgespielt. Ob ein Consent notwendig ist, wird durch den Opt-in-Modus des Matomo-Plug-ins definiert.

Beim Einsatz bestimmter CMP-Lösungen kann es ggf. nötig sein, die Option, das Matomo-Plug-in manuell zu laden, anzubieten.

Opt-in-Modus

Via Consent kann gesteuert werden, ob ein Consent erforderlich ist, oder nicht. Dafür wird das Feld requireConsent gesetzt. Das Feld kann auf true, bzw. false gesetzt werden.

Workflow

Über die Config wird definiert, ob ein Consent notwendig ist, oder nicht (siehe oben).

  1. Ist ein Consent notwendig, wird dieser mittels _paq.push(['requireConsent']); an Matomo mitgeteilt.

  2. Falls ein Consent mitgeteilt wurde, wird Matomo via _paq.push(['setConsentGiven']); im CMP-Handling mitgeteilt, dass der Consent vorliegt und getrackt werden darf.

Voraussetzungen: Damit das Matomo-Plug-in die Entscheidungen der Benutzer:innen über den Tracking-Code übergeben kann, müssen die Informationen bzgl. der Entscheidungen vom jeweiligen im PORTAL eingebundenen CMP zur Verfügung gestellt werden (z. B. über ein Cookie oder ein Event). Wie der Consent an das Matomo-Plug-in übergeben werden soll, ist kund:innenseitig (ggf. mit dem CMP-Anbieter) abzustimmen und an PEIQ anzuliefern.

Benutzer:innendefinierte Dimensionen

Benutzer:innendefinierte Dimensionen sammeln Daten, die nicht automatisch von Matomo erfasst werden. So sind tiefere Auswertungen im Matomo-Analysetool möglich. Die Systemstruktur von PEIQ lässt sich in benutzer:innendefinierte Dimensionen überführen. Dadurch sind Auswertungen nach Seitentyp, Autor:innen- und Autor:innenrolle, nach Orten, nach Anzahl von Bildern und Kommentaren uvm. in Matomo möglich. Die Dimensionen orientieren sich am Best Practice. Es werden die folgenden Werte ausgegeben, sofern diese für den Seitentyp verfügbar sind. Sofern die Werte für einen Seitentyp nicht verfügbar sind, wird "" übergeben.

ID

Dimension

Wertebereich

Beschreibung

1

Usertyp

string

Login-Zustand des/der Benutzer:in:

  • visitor

  • member

2

Seitentyp

string

z. B. Bilddetailseite, Beitragsdetailseite, Themenseite, globale Startseite, lokale Startseite, Profilseite, kommerzielles Profil, Rubrikseite, Sonstige, Landingpage

3

Veröffentlichungsdatum

string

Veröffentlichungsdatum in der Form DD.MM.YYYY

4

Autor:in

string

Namen des/der Autor:in in der Form: [Vorname][Name] ([User_ID]) z. B. Max Mustermann (12345)

5

Inhaltsmarkierung

string

Alle Markierungen eines Inhalts (dazu gehören u. a. commercial für Anzeigenmarkierungen). Mehrere Markierungen werden getrennt per # übergeben. Hat ein Inhalt keine Markierung, wird none übergeben.

6

Google News

string

Beschreibt, ob ein Beitrag für Google News markiert wurde. 

7

Ort Ebene 1

string

Gibt den Ort (meist Bundesland, Ausgabe, Region) in normalisierter Form wieder, z. B. bayern.

Sofern diese Ebene nicht vorhanden ist, wird "" ausgegeben.

8

Ort Ebene 2

string

Gibt den Ort (meist: Ort, Stadt, Bezirk) in normalisierter Form wieder, z. B. augsburg.

Sofern diese Ebene nicht vorhanden ist, wird "" ausgegeben.

9

Themen (Topics) & Schlagwörter (“Tags”)

string

Gibt alle Schlagwörter (Tags) des Beitrags in normalisierter Form aus, Trennzeichen #.

z. B: demenz#gesundheit#alter

Bei der Themenseite wird das Thema (Topic) in normalisierter Form ausgegeben.

10

relatives Datum

string

Beschreibt das Veröffentlichungsdatum in relativer Form:

  • Für Inhalte, deren Veröffentlichungsdatum der aktuelle Tag ist: heute#aktuelle Woche#aktueller Monat#[Jahreszahl in der Form JJJJ]#

  • Für Inhalte, deren Veröffentlichungsdatum im Zeitraum von “heute - 1 Tag” bis “heute - 7 Tage” liegt: aktuelle Woche#aktueller Monat#[Jahreszahl in der Form JJJJ]#

  • Für Inhalte, deren Veröffentlichungsdatum im aktuellen Monat (=heute-30 Tage) liegt, aber nicht dem aktuellen Tag entspricht: aktueller Monat#[Jahreszahl in der Form JJJJ]#

  • Für Inhalte, deren Veröffentlichungsdatum nicht heute, innerhalb der aktuellen Woche(=heute-7 Tage)und nicht im aktuellen Monat (=heute-30 Tage) liegt: [Jahreszahl in der Form JJJJ]#

11

Segment

string

Gibt das Segment des bzw. der Autor:in des Inhalts in normalisierter Form wieder, z. B. redaktion

12

Anzahl Zeichen

numerisch

Gibt die Zeichenanzahl des Haupttextfelds wieder

13

Inhaltstemplate

string

Gibt die Art des Beitrags/Inhalts an:

  • article (Beitrag)

  • event (Veranstaltung)

  • snapshot (Schnappschuss)

14

Anzahl Bilder

numerisch

Gibt die Anzahl der Bilder des Inhalts wieder.

15

Anzahl Kommentare

numerisch

Gibt die Anzahl der Kommentare am Inhalt wieder.

16

Kategorie

string

Gibt die Kategorie (Category) des Inhalts bzw. der Seite wieder.

 

Mitwirkungspflichten

  • MATOMO_URL sowie IDSITE sind kund:innenseitig anzuliefern.

  • Bei Unterstützung eines Opt-in-Modus für das Matomo-Plug-in sind die Spezifikationen im Zusammenspiel mit dem CMP kund:innenseitig anzuliefern.

  • Das Hosting und die Einrichtung von Matomo muss von Kund:innen eigenständig vorgenommen werden.

  • Die Übergabe des Consent an das Matomo-Plug-in ist kund:innenseitig, beispielsweise mit dem CMP-Anbieter, abzustimmen und PEIQ anzuliefern.

Verwandte Seiten