extreme false call peaks

  • Resolved chuckkunze

    (@chuckkunze)


    5 years, 1 month ago

    Hello,
    I have installed Statify on my blog page. That works so far very well. But for some time now I’ve had irregularly extreme call peaks in the statistics, which only show Statify. These are peaks, where I should have over 2000 hits on one day, but not actually have them. On average I have about 100-300 hits per day.
    It seems to me that there is an error in the evaluation of Statify.
    Does anyone know this error or at least has this error?
    does anyone even have a hint how I could change that?

    – – – – –

    Hallo,
    ich habe auf meiner Blogseite Statify installiert. Das l?uft soweit auch gut. Doch seit einiger Zeit habe ich in der Statistik immer wieder mal unregelm??ig extreme Aufrufspitzen, die ausschlie?lich nur Statify anzeigt. Das sind Spitzen, wo ich an einem Tag bis über 2000 Zugriffe haben soll, nicht aber tats?chlich habe. Durchschnittlich habe ich um die 100-300 Zugriffe t?glich.
    Mir scheint, dass hier ein Fehler bei der Auswertung von Statify vorliegt.
    Kennt Jemand diesen Fehler oder hat zumindest auch diesen Fehler?
    hat evtl. sogar Jemand einen Tipp, wie ich das ?ndern k?nnte?

    • This topic was modified 5 years, 1 month ago by chuckkunze.
Viewing 9 replies - 1 through 9 (of 9 total)
  • Plugin Support Torsten Landsiedel

    (@zodiac1978)

    Hi @chuckkunze,

    wir k?nnen hier gerne auf Deutsch schreiben ??

    Zu deiner Frage:
    Die Bot-Erkennung in Statify ist leider aktuell nicht besonders gut. Ich vermute also, dass irgendein Bot/Service deine Website besucht, den Statify nicht ausfiltert und daher alle “Views” (Aufrufe) des Bot/Service in deine Statistik z?hlen.

    Verifizieren k?nntest du das indem du die reinen Accesslogs (sofern Zugang dazu vorhanden) für den gleichen Zeitpunkt checkst und dir dort den übermittelten “User Agent” anschaust.

    Die n?chste gro?e Version (1.7.0) wird eine verbesserte Bot-Erkennung haben:
    https://github.com/pluginkollektiv/statify/issues/112

    Wenn du uns den User Agent aus deinen Accesslogs sendest, der diese Peaks verursacht, dann k?nnen wir jetzt schon schauen, ob das Problem mit Version 1.7.0 gefixt sein wird.

    Sollte das aus irgendeinem Grund nicht m?glich sein, weil wir das nicht global machen k?nnen, dann kannst du (mit unserer Hilfe) auch einen eigenen Ausschlussgrund bauen über den statify__skip_tracking Filter:
    https://github.com/pluginkollektiv/statify/wiki/de-Hooks#statify__skip_tracking

    Beste Grü?e
    Torsten

    Thread Starter chuckkunze

    (@chuckkunze)

    Hi,
    danke für die Antwort.
    Ich habe mal nachgeschaut. An den Tagen war zB über 500mal bingbot auf meinen Seiten. Kann der es sein?

    Thread Starter chuckkunze

    (@chuckkunze)

    Ich hatte am selben Tag auch reichlich Besuch vom Googlebot

    Thread Starter chuckkunze

    (@chuckkunze)

    Wobei …. hatte ich ja eigentlich erw?hnt: Die Accesslogs geben diese hohe Anzahl der Aufrufe ja gerade nicht an! Da ist ja die Diskrepanz.

    Plugin Support Torsten Landsiedel

    (@zodiac1978)

    Ob es Bingbot/Googlebot waren kann ich nur sagen, wenn du mir noch den genauen User Agent dazu schreibst, der den Aufruf gemacht hat.

    Wenn die Aufrufe nicht in den Accesslogs landen, dann wird dort auch schon gefiltert (was eigentlich nicht Sinn von Accesslogs w?re, denn dort müssten eigentlich alle Views landen) oder es gibt ein anderes Problem.

    Ohne die Website (inkl. Accesslogs) zu kennen wird das schwierig zu analysieren. Hast du etwas auf der Website, was einen Reload ausl?st? Live-Ticker z.B.? Das k?nnte (sofern es immer wieder einen View ausl?st) so etwas ausl?sen …

    Beste Grü?e
    Torsten

    Thread Starter chuckkunze

    (@chuckkunze)

    Das ist ein Beispiel aus dem Accesslog:

    40.77.167.116 – – [21/Sep/2018:00:07:11 +0200] “GET /2014/10/09/wenn-seelsorger-mist-bauen/ HTTP/1.1” 200 15378 “-” “Mozilla/5.0 (compatible; bingbot/2.0; +https://www.bing.com/bingbot.htm)”

    Der Blog, um den es geht: https://blog.katalyma.de/

    Ich denke, es gibt ein anderes Problem.
    Nein, mWn ist darauf nichts, was einen Reload ausl?st. Wenn dem so w?re, müsste es eher nicht solche extremen Peaks geben. Denn diese Reloads würden dann ja jeden Tag ausgel?st und nicht nur in l?ngeren, unregelm??igen Abst?nden..
    Ich k?nnte vermuten, dass es evtl. ein Problem mit einem anderen Addon geben k?nnte, dass sich die beiden irgendwie st?ren?
    Auf meinen anderen WP-Seiten habe ich das Problem nicht.

    Ich muss mich auch korrigieren:
    Die Accesslogs spiegeln diese Peaks doch wieder. Sorry… (Bin halt eher ein interessierter Laie und muss mich einarbeiten.) Demnach funktioniert wohl Staify wie es soll ??

    Gru?, Charly

    • This reply was modified 5 years, 1 month ago by chuckkunze.
    Thread Starter chuckkunze

    (@chuckkunze)

    Ich habe jetzt mal die BBQ-Firewall installiert und werde sehen, ob dieses Peaks jetzt ausbleiben.
    Ich habe in den Accesslogs eine IP gefunden, die bekannt ist für crawling attacks.

    So bleibt unser Austausch nicht ohne Frucht der Erkenntnis ?? Thanks.

    Gru?, Charly

    Plugin Support Torsten Landsiedel

    (@zodiac1978)

    Mozilla/5.0 (compatible; bingbot/2.0; +https://www.bing.com/bingbot.htm)

    Die aktuelle L?sung schaut nach ob im Useragent eines dieser W?rter steht:
    Windows|Macintosh|Linux|iPhone|iPad
    Nur dann wird gez?hlt.

    Das obige Beispiel sollte also okay sein und nicht gez?hlt werden. Aber Bing hat noch andere Crawler im Angebot:
    https://www.bing.com/webmaster/help/which-crawlers-does-bing-use-8c184ec0

    Und die mobilen Varianten (“Windows Phone” / “iPhone”) werden dann gez?hlt von Statify. Sind die vielleicht auch drin in deinen Accesslogs?

    In der neuen Version wird es dann einen anderen Ansatz geben, da filtern wir die Bots über einen Check auf 'bot', 'slurp', 'crawler', 'spider', 'curl', 'facebook','fetch' aus.

    Dann sollten die User Agents alle auf “bot” anschlagen und rausgefiltert werden.

    Beste Grü?e
    Torsten

    Thread Starter chuckkunze

    (@chuckkunze)

    Und die mobilen Varianten (“Windows Phone” / “iPhone”) werden dann gez?hlt von Statify. Sind die vielleicht auch drin in deinen Accesslogs?

    Ja, die sind auch drin. Die hatte ich mitgez?hlt.

    Gru?

Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘extreme false call peaks’ is closed to new replies.

Tags