Target mit und ohne Unterkategorie

Hallo Peer,

in der Spalte target wird immer genau die aufgerufene URL, relativ zum Wurzelverzeichnis gespeichert.

Die Abfrage mit LIKE '%pioneers-review%' mag für dein Beispiel funktionieren, aber es kann ja auch Seiten /a, /a/b und /a/c geben und die sollen ja bspw. dann nicht unbedingt zusammengeführt werden, obwohl in allen a vorkommt.

Zu Frage 1: Bei der JavaScript-Tracking-Variante wird definitiv nur die aufgerufene Seite getrackt. Bei der Standard-Variante auch die Weiterleitung getrackt wird, checke ich mal – das w?re nicht gewollt.

Zu Frage 2: Die URL wurde auch gew?hlt, weil ja nicht nur Aufrufe für Beitr?ge/Seiten getrackt werden, sondern auch die Aufrufe von Kategorien/Schlagwort/Autor/Jahres-Archivseiten (ggf. sogar Seite 2, 3 usw.), der Startseite und ggf. allen weiteren Seiten, die ggf. durch installierte Plugins bereitgestellt werden. Auch ist es m?glich, dass Seiten gel?scht werden – speichert man nur die ID, sind die betroffenen Seiten nicht mehr mit dem Inhalt in Verbindung zu bringen, bei einer sprechenden URL hingegen schon.

Es w?re aber natürlich m?glich, die Post-ID bzw. Term-ID in zus?tzlich zur URL speichern, um hierüber weitere Auswertungen zu erm?glichen.

Viele Grü?e
Patrick

Hallo Patrick,
du hast recht, eine Like %___% Abfrage ist nie genau und natürlich kann es gerade bei gr??eren Websites dazu führen, dass wiederum verschiedene Seiten/Artikel zusammen gez?hlt werden.

Gerade deshalb w?re es toll, wenn zus?tzlich die Post/Page-ID in der Tabelle mit gespeichert werden würde. Das würde die Auswertung vereinfachen und klarer machen.

Dabei w?re es dann toll, wenn man die bestehenden Datens?tzen dementsprechend updaten k?nnte, wenn das m?glich ist.

Tschau,
Peer

Hallo Peer,

ich habe die Idee mit der ID aufgenommen. Als Autor des Statify – Erweiterte Auswertung bin ich selbst auch schon mal auf das Problem gesto?en als ich bspw. die meistbesuchten Posts eines bestimmten Inhaltstyps (bspw. nur Beitr?ge, Seiten, Custom Post Type) auflisten wollte – die Datenbankabfrage dafür ist derzeit ebenfalls nicht m?glich.

Bzgl. des m?glichen Redirects der Weiterleitung von /brettspiele/geschiche/pioneers-review zu /brettspiele/pioneers-review konnte ich das bei mir nicht reproduzieren. Sicher, dass nicht beide URLs gültig sind? Es reicht ja, wenn die URL sich mal ge?ndert hat – in der Statify-Tabelle bleiben die Eintr?ge in diesem Fall n?mlich unver?ndert.

Viele Grü?e
Patrick

Hallo Patrick,
ich habe die URLs/Permalinks gar nicht und die Kategorien schon l?nger nicht mehr ge?ndert von diesem Artikel und dennoch tauchen in den Statistiken beide Varianten auf (erst gestern z.B.). Merkwürdig.

Ich habe es in meiner internen Auswertung nun so gel?st, dass ich aus der Datenbank alle Kategorien (und ggf. Unterkategorien) auslese, in die ein Artikel einsortiert ist und dann alle URL-Varianten eines Artikels in der Statify-Tabelle abfrage und addiere. Das hat dafür gesorgt, dass die Gesamtzahl aller Aufrufe angezeigt wird und das ist immer noch viel, viel schneller, als eine LIKE %___% Anfrage.

Aber ich würde mich grunds?tzlich freuen, wenn Statify mehr anonyme Daten sammeln würde, auch wenn ich verstehe, dass der grunds?tzliche Gedanke ist, m?glichst wenig Daten zu sammeln. Aber z.B. k?nnte man statt dem Datum lieber einen Unix-Timestamp loggen. Das w?re nicht mehr Aufwand und man k?nnte sch?ne Auswertungen über den Tag verteilt machen und mehr. Na mal schauen.

Tschau,
Peer