Stefan Kalscheuer

You might choose among a whole bunch of statistics plugins and platforms. About all of them require either a tracking cookie or some elaborated information storage.

As already said, Statify one of the most minimal solutions (user agent string is processed to exclude bots, but nothing is stored) with limited capabilities.
As far as I known there is no kind of “cookie extension” in the public Plugin repository. (easy to implement, but nobody has published one so far)

Regarding the GDPR you might even use Google Analytics for that purpose or WP Jetpack. I’m not familiar with “smaller” solutions for that purpose.

What you have to keep in mind though:
* Add a corresponding paragraph to your privacy statement, s.t. a user is informed about what data you store/process and why.
* If the extension uses tracking cookies, make sure that it’s inline with your cookie policy, opt-out strategy, etc.
* You must have some kind of business need. That’s a key part of GDPR (don’t collect data for no reason) and sounds worse than it actually is. It can be anything from “analytics for service improvement” to “know you target group’s interests”.

Finally think about what you want/need to track and why, then choose a plugin accordingly.

Hi SphaeroX,

zunächst einmal im Namen des Teams danke für das Lob.

Die Idee an sich ist gut, allerdings bin ich mir nicht sicher, ob jeder das so sieht. Da unser kommenden größeren Version aber sowieso eine etwas umfangreichere Einstellungs-Seite kommen wird, kann man das natürlich konfigurierbar ergänzen.

Ich gebe aber vorab zu bedenken, dass aktuell noch die Herkunft von internen Aufrufen geleert wird, sodass die Zahl im Moment nicht das darstellt, was man meinen sollte. Intern ist aber auch schon auf der Agenda, so gesehen passt das gut zusammen.

Gruß,
Stefan

Edit: Oops, I read over the word “not“…
Answer below solves the opposite, track uathenticated users 😉

———-

Yes, adding something simple like
return is_logged_in() ? true : null;
but be aware that this skips all following default filters is a user is logged in. Consider picking some additional filters from the highlighted lines:
https://github.com/pluginkollektiv/statify/blob/master/inc/class-statify-frontend.php#L161-L175

Assuming authenticated users are usually no spam bots or crawlers, a simple error and feed exclusion might do the job here:

add_filter(
    'statify__skip_tracking',
    function() {
        if ( is_logged_in() ) {
            // Track logged in users, excluding feed, preview, error and search (skip otherwise)
            return !is_feed() && !is_preview() && !is_404() && !is_search();
        }
	
        // Continue regular processing.
        return null;
    }
);

• This reply was modified 7 years, 8 months ago by Stefan Kalscheuer. Reason: Answered wrong question

Hi,

eine offensichtliche Erklärung wäre, dass deine Seite tatsächlich oft auf entsprechenden Webseiten verlinkt ist… Da du hier fragst, lautet die realistischere Antwort aber Referrer-Spam.

Es gibt verschiedene Herangehensweisen, um das Problem zu bekämpfen.

• Statify bietet die Möglichkeit, die Kommentar Blacklist zu nutzen, dazu einfach “Ignoriere Tracking für Referrer, die in der Kommentar-Blacklist hinterlegt sind” aktivieren.
• Es gibt eine Erweiterung Statify Blacklist (Disclaimer: ich bin der Autor), um die Einträge manuell, zeitgesteuert oder auch live zu filtern.
• Filterung/Umleitung der Anfragen auf Server-Ebene

Meinen Beobachtungen nach ist der Anteil der Spam-Einträge bei “Seitenzählung via JavaScript” etwas geringer als ohne, da einige Spam-Bots nach wie vor nur die ursprüngliche Seite aufrufen und den asynchronen JavaScript Aufruf nicht mitmachen. Falls das nicht aktiv ist, wäre es auch schonmal ein (wenn auch vllt. kleiner) Schritt.

Gruß,
Stefan

Hi Madd,

leider hatte ich bislang kein Glück, das Problem auf einer mir zugänglichen Seite nachzustellen.

Hast du die Möglichkeit zu prüfen, wie hoch die Ladezeit für die Startseite ohne Caching Plugin ist? Wäre wichtig, um eine Vorstellung zu bekommen, in welcher Größenordnung wir uns auf dem System überhaupt bewegen.

Statify kommt als Plugin mit S relativ weit hinten in der Liste, daher wäre es nicht auszuschließen, dass ein anderes Plugin die Ladezeit verursacht, welches vorher an der Reihe ist. Ohne o.g. Vergleichswert aber auch nur Spekulation.

Gruß,
Stefan

Nachtrag:
Ich habe mich gerade mal durch die Seite geklickt und einige, bislang offenbar ungecachte Seiten entdeckt, Ladezeit mitunter bis zu 2.5s (https://www.abenteuer-brettspiele.de/top-listen/top-10-brettspiele-2018-vorschau)
Das spräche dafür, dass derartig lange Ladezeiten bei dir leider normal sind. Selbst aus dem Cache fallen zum Teil 200ms und mehr TTFB raus.

• This reply was modified 7 years, 9 months ago by Stefan Kalscheuer.