Hallo Lukas,
nur damit das nicht falsch rüberkommt. Ich fordere keinen Zwangssupport ein und weiß natürlich, dass der Support auch von und durch andere Matomo Nutzer lebt, zumal es mir im konkreten Fall zunächst mal darum ging auch von anderen Nutzern eine Bestätigung meiner Beobachtung zu erhalten, um ggf. auszuschließen, dass es nicht durch meine vom Standard abweichende Tracking Methode verursacht wird. Ich bin aber für jede Reaktion dankbar und natürlich zeige ich Verständnis für jede Art von Verzögerung und nicht nur wegen der aktuell etwas schwierigeren Situation.
Aber zurück zum Thema.
Nachdem ich kein iphone habe und auch iphones, bzw. die darauf genutzten Browser keine Dev Tools haben und auch eine Simulation nix bringt, ist es denkbar schwer bis unmöglich zu überprüfen, ob alles korrekt geladen wird. Das Problem tritt zwar auch mit anderen Geräte-OS-Browser Konstellationen auf, aber in einem ungleich anderen Verhältnis. Das eindeutige und sich in 99 von 100 Fällen wiederholende Problem tritt nur bei iphones auf, sodass man ausschließen kann, dass es daran liegt, dass jemand nur den UA fälscht. Ansonsten wäre jeder iphone Nutzer ein Fake Nutzer.
Was sich aber sehr sicher auf das iphone reduzieren lässt, ist die neue Analyse Funktion zur Performance. Da hat Apple offensichtlich einen Riegel vorgeschoben, sodass es auch nicht möglich ist von iphones Infos über die aktuelle Übertragungsart im Sinne von G3, G4, WLAN usw. zu bekommen. Das ging bei iphones aber schon in der 3er Version nicht.
Die Funktionen von diesem Plugin habe ich anderweitig, bzw. serverseitig schon bei mir aktiv. Nicht zur Gänze, aber ich bin vor Fake Aufrufen schon rel. gut abgesichert.
Was eben besonders auffallend ist, ist dass der erste Aufruf noch getracked wird, aber bei mehr als 1 Aufruf tauchen diese in Matomo (fast) nicht mehr auf. Gäbe es also gewisse Schutzmenachismen im iphone dürfte der Logik nach schon der erste Aufruf nicht getracked werden, wobei ich den Matomo Aufruf durch Umschreiben der Tracker URL und POST anstelle von GET verschleiere. Eigentlich dürfte es daduch nicht möglich sein dem Tracken zu entkommen. Das gilt auch bei deaktiviertem Javascript.
Meiner Denke nach und gemäß der Datenlage und nur an dieser orientiere ich mich, muss es also in iphones etwas geben, dass das Tracken verhindert. Ich könnte es jetzt auf die Spitze treiben und die iphone Nutzer vom normalen JS tracken ausschließen und statt dessen die PHP API nutzen, aber das gestaltet sich etwas schwierig, weil ich einen HTTP Cache am Laufen haben. Technisch zwar auch möglich, aber nur mit riesigem Aufwand.