Wer Matomo langfristig einsetzen möchte, sollte sich nicht nur Gedanken darüber machen, was getrackt werden soll. Entscheidend ist auch, wie Events strukturiert werden. Eine saubere Event-Taxonomie sorgt dafür, dass Daten auch nach mehreren Jahren noch verständlich und auswertbar bleiben.
Gerade beim Einsatz des Matomo Tag Managers lohnt es sich deshalb, von Anfang an ein einheitliches Schema für Ereigniskategorie, Ereignisaktion, Ereignisname und Ereigniswert festzulegen.
Nicht die URL, sondern der fachliche Kontext
Eine naheliegende Idee ist, die Webseitenstruktur direkt als Ereigniskategorie zu verwenden. So könnte ein Klick auf einer Produktseite beispielsweise als produkte / click / demo_request erfasst werden.
Das funktioniert – führt langfristig aber zu einem Problem: Ändert sich die Webseitenstruktur, ändert sich gleichzeitig die Event-Taxonomie.
Besser ist eine Trennung:
Der Seitenkontext beschreibt, wo etwas passiert. Das Event beschreibt, was passiert.
Was ist ein gutes Event-Schema?
Für die vier klassischen Matomo-Felder empfehlen wir eine einfache Trennung:
| Feld | Bedeutung | Beispiel |
|---|---|---|
| Ereigniskategorie | Was für ein Objekt? | product |
| Ereignisaktion | Was ist passiert? | click |
| Ereignisname | Welches konkrete Objekt? | demo_request |
| Ereigniswert | Numerische Messgröße | 1 |
Ein Klick auf einen Demo-Button wird damit beispielsweise zu:
product / click / demo_request
Webseitenstruktur nicht in das Event „pressen“
Die Webseitenstruktur kann für die Analyse wichtig sein. Sie sollte aber nicht zwangsläufig die Event-Kategorie bestimmen.
Stattdessen empfehlen wir, den Seitenkontext separat zu erfassen:
page_section = products
page_type = product_detail
page_id = product-123
Das Event bleibt unabhängig davon:
product / click / demo_request
Ändert sich später die URL- oder Navigationsstruktur, muss dadurch nicht automatisch die Event-Taxonomie geändert werden.
So lassen sich beispielsweise weiterhin Fragen beantworten wie:
- Welche Produktseiten erzeugen die meisten Interaktionen?
- Welche Downloads finden auf welchen Seitentypen statt?
- Welche Bereiche führen besonders häufig zu Kontaktanfragen?
Eine schlanke Tracking-Matrix
Für eine typische Unternehmenswebsite kann bereits ein überschaubarer Event-Katalog ausreichen:
| Kategorie | Aktion | Name | Wert | Typische Parameter |
|---|---|---|---|---|
| navigation | click | main_menu | – | navigation_level, link_target |
| navigation | click | footer | – | link_target |
| navigation | click | breadcrumb | – | link_target |
| content | view | content_block | – | object_id, position |
| content | click | cta | – | object_id, position, link_target |
| form | view | contact | – | form_id |
| form | start | contact | – | form_id |
| form | submit | contact | – | form_id |
| form | error | contact | – | form_id, error_type |
| download | download | whitepaper | – | object_id, file_type |
| download | download | datasheet | – | object_id, file_type |
| media | play | product_video | – | object_id, position |
| media | progress | product_video | 25 | object_id |
| media | progress | product_video | 50 | object_id |
| media | progress | product_video | 75 | object_id |
| media | complete | product_video | 100 | object_id |
| search | search | site_search | – | search_term * |
| search | select | search_result | – | result_position |
| product | view | product | – | object_id |
| product | click | demo_request | – | object_id, position |
| product | download | datasheet | – | object_id |
| error | error | 404 | – | page_path |
* Bei Suchbegriffen sollte abhängig vom Datenschutzkonzept geprüft werden, welche Informationen tatsächlich übertragen werden dürfen.
Der Vorteil: Kategorie und Aktion bleiben stabil. Neue Produkte, Seiten oder Inhalte können ergänzt werden, ohne jedes Mal die gesamte Tracking-Struktur neu zu definieren.
Zusätzliche Informationen als Parameter
Informationen wie Position, Objekt-ID oder Linkziel sollten nicht in den Eventnamen integriert werden:
product / click / demo_requeststatt:
product123_demo_button_homepage_mobileZusätzliche Informationen können als Parameter übergeben werden:
object_id = product-123
position = hero
page_type = product_detailDamit bleibt die Event-Taxonomie übersichtlich und trotzdem detailliert auswertbar.
Fazit
Eine zukunftssichere Matomo-Struktur trennt Event und Seitenkontext:
- Kategorie = Was für ein Objekt?
- Aktion = Was ist passiert?
- Name = Welches Objekt?
- Wert = Welche numerische Messgröße?
- Parameter = Wo und in welchem Kontext?
Wer diese Struktur frühzeitig festlegt und über einen standardisierten Data Layer in den Matomo Tag Manager übergibt, schafft eine solide Grundlage für langfristig vergleichbare und aussagekräftige Webanalyse-Daten.
Gerade bei größeren Websites lohnt es sich daher, vor der eigentlichen Tag-Manager-Konfiguration zunächst eine kleine Tracking-Matrix als verbindliche Spezifikation zu erstellen.
Sie wird zur gemeinsamen Sprache zwischen Redaktion, Entwicklung, Marketing und Analytics – und verhindert, dass aus wenigen Events im Laufe der Zeit ein unüberschaubares Sammelsurium wird.