Mit dem Update auf die Version 4.2.0 wurde der changelog nach auch die PerformanceNavigationTiming API implementiert, wo eigentlich zu erwarten war, dass die Messungen dadurch noch besser werden. Das besser mag vielleicht stimmen, aber wenn ich das mal grob überschlage, fehlt es bis zu 70% an der Browser seitigen Unterstützung dafür. Davon maßgeblich betroffen sind die mobilen Browser Versionen, was zumindest bei mir dazu führt, dass ich nun exorbitant kurze Timings bekomme, aber auch nur deswegen, weil die Werte für die mobilen Geräte fehlen.
Die vorherige Version der Timing API war zwar deprecated, aber hatte den Vorteil, dass fast jeder Browser diese Version unterstützt hat. Sicherlich ist es nur eine Frage der Zeit bis die aktuelle Version der Timing API auch in den mobilen Browsern verfügbar ist, aber die aktuelle Version gibt es ja nicht erst seit gestern. Von daher rechne zumindest ich nicht damit, dass sich daran so schnell was ändern wird. Kurzum, die Timing API ist auf absehbare eigentlich nicht zu gebrauchen. Das hätte man eigentlich wissen müssen, sodass auch kein zeitlicher Zwang bestand auf die aktuelle Timing API zu wechseln.
Es ist schade drum, zumal sich seit der 4er Version nicht weniges verschlimmbessert hat…
[Nachtrag]
Glaubt man der Übersicht zur Browser Kompatibilität der PerformanceTiming API müssten eigentlich alle aktuelle Browser (bis auf Safari) diese unterstützen. Das steht aber im Widerspruch zu dem was Matomo ausspuckt, bzw. nicht ausspuckt. Vielleicht sollte man der Sache mal auf den Grund gehen, warum das so ist?! https://developer.mozilla.org/en-US/docs/Web/API/PerformanceNavigationTiming#browser_compatibility
ich verstehe ehrlich gesagt das Problem immer noch nicht. Matomo hat nicht die PerformanceTiming API weggeworfen und durch die neuere PerformanceNavigationTiming ersetzt, denn das würde ja heißen, dass viel weniger Browser unterstützt werden.
Stattdessen werden nun beide APIs gleichzeitig unterstützt:
Ich würde nicht erwarten, dass diese Änderung irgendwelche Daten ändert, da ja beide APIs in Browsern, die beide unterstützten die identischen Daten liefert.
Womöglich hab ich das ja falsch verstanden, aber das ändert nix am Zustand. Wenn plötzlich für so ziemlich alle mobilen Geräte keine Daten mehr vorhanden sind, muss das ja einen Grund haben, oder?
Als Ergänzung zum schon beschriebenen und warum mit der zusätzlichen Timing API was nicht stimmen kann, bzw. innerhalb von Matomo was nicht stimmen kann, noch eine Grafik.
Wie man vielleicht unschwer erkennen kann, ergeben sich bei den einzelnen Graphen größtenteils fast gegensätzliche Verläufe. Mein Server soll von heute auf Morgen doppelt so langsam sein. Die DOM relevanten Zeiten scheinen sich zu halbieren und die Netzwerkzeit ist so schnell, dass sie sich fast nicht mehr messen lässt. Da stimmt alles hinten und vorne nicht mehr.
Obgleich ich mich darüber wundere, dass ich nur 1 von 2 bin, der überhaupt etwas zu dieser offensichtlichen Fehlfunktion festgestellt hat, hier mal ein Update dazu.
Bis heute dachte ich eigentlich, dass sich die Problematik nur auf mobile Geräte beschränken würde, musste ich heute feststellen, dass mobile Geräte und der Chrome Browser davon betroffen ist, zumindest erhalte ich mit dem Firefox egal auf welchem Gerät nicht die gleichen Probleme.
Beobachtungen kann ich zwar nicht beitragen, weil ich erst in den nächsten Tagen auf 4.2 updaten wollte.
Wenn ich Deinen bei github beschriebenen workaround richtig verstehe, hast Du lediglich die piwik.js aus 4.2 durch die aus 4.1 ersetzt und danach war alles wieder gut? Und die Aktion hatte auch keine Folgen an anderer Stelle?
Ich hab da nix ge-workarounded. Der Verweis zur Github war nur informativ, dass es dann doch ein Problem gibt, jedoch nicht von mir berichtet. Das bin also nicht ich, der da auf Github geschrieben hat, wenngleich die dort beschriebene Problematik eine andere ist, die ich feststelle. Beide Probleme haben aber gemein, dass die aktuelle Timing API, bzw. die Anwendung in Matomo nicht praxistauglich ist. In meinem Fall nicht, weil die Daten falsch ausgewertet werden, sondern mehr als 80% an Daten fehlen, weil nur der Firefox Daten liefert, bzw. von Matomo verwertet werden.
ich habe am 30.03. unser Matomo von 3.14.1 auf 4.2.1 aktualisiert. Heute wollte ich mir die Performance-Übersicht anschauen und musste feststellen, dass alles leer ist. Ich hoffe ich bringe hier nicht verschiedene Themen durcheinander, aber bei mir ergibt sich das gleiche Bild.
Allerdings kann ich mir dann nicht richtig vorstellen, dass hier eine Abhängikeit zum Browser besteht. Bei 4k eindeutigen Seitenaufrufen auf unserer Startseite sollte doch mal einer mit Firefox dabei gewesen sein. Oder verstehe ich da etwas falsch? In deinem ersten Screenshot @Serpent_Driver sind ja auch gar keine Werte zu sehen.
