Feedback zur Podlove 2.0 Analytics

Toby · 2015-08-04T16:16:33.160Z

Ja genau, Unit und Zoom auch auf der Übersichtsseite wäre ein Traum

Lennart · 2015-10-16T13:56:03.122Z

Habe jetzt auch meine erste Podcastfolge mit Podlove veröffentlicht und den RSS Feed bei iTunes und anderen Verzeichnissen eingestellt. Podlove Analytics zeigt mir auch schon brav, wie häufig er heruntergeladen wurde und auf welche Weise. Aber gibt es auch schon eine Statistik dazu, wie viele Personen meinen Podcast über welchen Client abonniert haben?

Wurde ja auf der Podlove-Seite schon angekündigt. Ich bin mir jetzt nicht sicher, ob das schon in der Mache ist, oder ob ich es einfach nicht finde.

Ich weiß, dass Feedburner diese Statistik schon anbietet, ich möchte aber jetzt nicht bei allen Verzeichnissen, bei denen ich den Feed eingereicht habe, nochmal den Feedburner-Feed einrichten.

MacSnider · 2015-10-16T19:21:34.123Z

nein gibt es leider (noch?) nicht

ericteubert · 2015-10-17T06:07:42.829Z

Ist auf der Roadmap, aber noch nicht in Arbeit.

Lennart · 2015-10-19T14:18:18.652Z

Ok, ich hab mich jetzt doch dafür entschieden, den Feedburner-Feed bei itunes einzureichen. Ist zwar keine Frage, die sich auf Podlove Analytics per se bezieht, aber sehe ich das richtig, dass ich den bei iTunes beschriebenen Vorgang:

https://www.apple.com/itunes/podcasts/specs.html

zum Ändern des Feeds bei Podlove unter Expert Settings -> Redirects durchführen kann, also sowohl die Änderung des Feeds (Use the itunes:new-feed-url tag described in the iTunes RSS Tags section below.) als auch der Redirect (– Set your web server to return an HTTP 301 redirect response when receiving a request for the old feed)? Oder muss ich da noch was anderes machen?

ericteubert · 2015-10-21T06:36:02.053Z

Es reicht, einen 301 Redirect einzurichten.

Ich empfehle aber, den originalen Feed bei iTunes einzureichen und diesen per temporary redirect (in Feed Settings einstellbar) auf die FeedBurner URL umzuleiten. So kommst du leicht wieder von FeedBurner weg.

johmue · 2016-02-19T13:00:46.692Z

Ich hätte hier noch einen Vorschlag:

Balkendiagramm mit Downloads der ersten (Stunde/Tag/Woche) einer Episode über alle Folgen hinweg.

Was ich da sehen möchte:
"Ah, Anfang 2015 hatten wir noch so 200 Downloads in der ersten Woche nach Veröffentlichung, dann ging es so langsam hoch auf 350. Das ist, wenn ich so unsere Statistik anschaue, ein ganz guter Gradmesser, wie sich der Podcast so entwickelt.

Wilhelm · 2016-02-19T13:21:33.235Z

Wie funktionieren die Analytics eigentlich? Zählt es nur die direkten Abrufe auf dem eigenen Server, oder holt es auch von anderen Quellen Daten ein, wie die von Podseed oder Bitlove?

ericteubert · 2016-02-19T14:03:57.701Z

Das ist tatsächlich sehr nahe an dem, was wir derzeit für die 2.4 haben. Da sind in der Übersicht Spalten für 1/2/3/4/5/6 Tage und 1/2/3/4 Wochen nach Release. Deutlich sinnvoller/vergleichbar als die 2.3er Variante.

ericteubert · 2016-02-19T14:07:23.728Z

Details wie getrackt wird sind hier: http://docs.podlove.org/podlove-publisher/guides/download-analytics.html

Podseed z.B. ist “nur” der Ort wo die Dateien liegen und steht dem Tracking nicht im Weg. Downloads via Bitlove bekommen wir aber nicht mit, da Bitlove ja seinen eigenen Feed mit Links auf Torrent-Dateien erzeugt.

Wilhelm · 2016-09-20T20:52:13.639Z

Ich überlege ob ich Podseed nutzen soll … aber wie wird dann getrackt? Wird dann überhaupt noch ein Abruf gemessen – gibt es einen Datenaustausch zwischen Podseed und der Podloveinstall?

MacSnider · 2016-09-21T01:42:31.758Z

Siehe Text über dir. Ansonsten findet kein Austausch zwischen beiden statt

Nerdizismus · 2017-01-23T12:12:47.780Z

was passiert genau, wenn man bei einer Folge die GUID erneut erzeugt? Laden dann alle Podcatcher die Folge erneut runter? Falls ja, zählen diese dann auch in die Stats rein und würden dann das Ergebnis verfälschen? Oder steht einfach nur die neue Version bereit und der User muss schon aktiv den DL anwerfen?

Wilhelm · 2017-01-23T12:59:52.241Z

Die meisten Podcatcher laden dann automatisch erneut, wenn der Feed neu geladen wird und darin eben eine neue GUID steht. Ob das denn neu gezählt wird ist 'ne gute Frage, die im Zweifel an @ericteubert geht …

… ich vermute mal ja.

Nerdizismus · 2017-01-23T13:02:35.434Z

Darauf aufbauen die Frage: Entspricht die Anzahl der DL “Feed” einfach nur den Abonnenten in deren Feed die Folge erscheint oder einem tatsächlichen “anhören” (egal wie lange dann gehört wird)?

Wilhelm · 2017-01-23T13:04:35.420Z

Man kann nur Downloads messen.

Nerdizismus · 2017-01-23T13:09:44.908Z

also anhören = Downloads richtig?

Wilhelm · 2017-01-23T13:10:24.367Z

Nerdizismus:

also anhören = Downloads richtig?

Nicht unbedingt. Jeder Download wird gezählt, auch die die nicht gehört werden.

Nerdizismus · 2017-01-23T13:15:26.254Z

ok dann anders: das reine Erscheinen im Feed des Podcatchers ist NICHT automatisch ein DL

stimmt es so?

Wilhelm · 2017-01-23T13:20:40.109Z

Nerdizismus:

das reine Erscheinen im Feed des Podcatchers ist NICHT automatisch ein DL

Genau. Der Podcatcher muss es laden. Dabei ist aber egal wie, ob nun automatisch oder manuell getriggert. Aber es gilt eben auch ein Nutzer kann mehrere Geräte haben, die es laden. Konkret sind das bei mir mein iPhone, mein Mac und mein iPad. Alle laden die Datei mindestens ein Mal, ich konsumiere es aber in der Regel nur ein mal.