Nach etwas laienhaftem Probieren habe ich mit diesem SQL die Folge (und den Zeitraum vorher per Podlove Analytics rausgefunden):
SELECT * FROM `2KaLl_podlove_downloadintent` WHERE `accessed_at` BETWEEN '2017-02-09 00:00:01.000000' AND '2018-12-14 23:59:59.000000' AND `source` LIKE 'feed' AND `media_file_id` LIKE '83' ORDER BY `accessed_at` ASC
Und dann einige Male immer vorsichtig je 500 Eintröge über phpMyAdmin mutig gelöscht.
Danach habe ich über die Podlove-Werkzeuge in Wordpress
hast Du dadurch nicht Deine Analytik verfälscht? Oder waren das keine echten Downloads. @ericteubert bei solchen fällen wäre eine logarithmische Darstellung der Downloadsachse (Y) hilfreich.
ja, das hab ich im Prinzip. Wenn wir aber pro Monat durchgängig nur um die max. 300 Downloads haben und genau eine Folge (mit ähnlichem Inhalt) >6000 Mal runtergeladen wird - oder versucht wird, dann halte ich das schlicht für einen Fehler „irgendwo auf Client-Seite“.
Das kam so nie wieder vor, so dass ich mich zu dieser Lösung entschied. Das entspricht mehr der Realität unseres Podcasts in meinen Augen.