Ich hatte Matomo frisch als Subdomain bei all-inkl installiert und mit dem Plugin Connect Matomo in meine Website eingebunden. Alles sah korrekt aus – und trotzdem wurden plötzlich keine Besucher mehr getrackt.
Zuerst suchte ich das Problem bei den Einstellungen des Providers, danach ging ich im WordPress-Backend ebenfalls alle Optionen durch. Ergebnis: nichts. Alles sauber konfiguriert.
Erst im Quellcode wurde ich schließlich fündig. Ein type-Attribut im JavaScript-Code erschien mir verdächtig: blocked.
Den dazugehörigen Code postete ich in ChatGPT und erhielt kurze Zeit später eine recht plausible Erklärung. Ein möglicher – und gar nicht so offensichtlicher – Grund dafür war das Performance-Plugin WP Meteor, das ich ebenfalls aktiv im Einsatz hatte.
Das Problem…
WP Meteor optimiert die Ladezeit, indem es JavaScript absichtlich verzögert. Technisch setzt das Plugin dabei den Type eines Scripts auf einen ungültigen Wert wie:
<script type=“javascript/blocked“ data-wpmeteor-type=“text/javascript“>
Damit verhindert der Browser zunächst die Ausführung des Scripts. WP Meteor lädt es erst später – etwa nach Nutzerinteraktion (Scroll, Klick).
Für Tracking-Skripte wie Matomo ist das jedoch kritisch:
Der erste Seitenaufruf wird nicht sofort gemessen, wodurch Pageviews und Events verloren gehen oder gar nicht erst in Matomo erscheinen.
Die Ursache auf den Punkt gebracht:
- WP Meteor blockiert JavaScript standardmäßig
- Matomo benötigt jedoch eine sofortige Ausführung
- Das Ergebnis: scheinbar „defektes“ Tracking
Eine einfache und zuverlässige Lösung:
Die stabilste Lösung ist, WP Meteor vollständig zu deaktivieren (oder zu entfernen). Stattdessen empfiehlt sich:
- klassisches Seiten-Caching (z. B. Server-Cache oder leichtes Cache-Plugin)
- Bild- und CSS-Optimierung ohne aggressives JavaScript-Delay
So bleibt Matomo funktionsfähig, die Daten sind korrekt – und die Website bleibt dennoch performant.