Wachsende Feedburner-Nutzung per Weiterleitung
Nach und nach dachten deshalb immer mehr Blogger darüber nach, Feedburner einzusetzen. Neben der technischen Seite der Umstellung stand dabei vor allem eine Sorge im Vordergrund: Die Kontrolle über den Feed-URL zu behalten, d.h. im Falle einer späteren Entscheidung gegen Feedburner nicht alle Abonnenten an Feedburner zu “verlieren”.

Als sinnvoll erscheinendes Mittel wurde dann die Form des “Redirect” eingesetzt, d.h. als Feed-URL wurde eine Adresse auf dem eigenen Blog angegeben und diese dann per htaccess oder – etwas komfortabler – per Plugin auf den “neuen” Feedburner-URL umzuleiten – und zwar so, dass der jeweilige Leser im Falle des Abschieds von Feedburner weiterhin die neuesten Artikel bekommt, da einfach die Weiterleitung deaktiviert wird.

Das Browser-Problem: IE 7 und Firefox 2
So weit, so gut. Auch hier im Blog fiel irgendwann die Entscheidung “pro Feedburner” und der “Weiterleitungs-Trick” funktionierte gut – sowohl in den klassischen Feedreadern als auch in Firefox (Stichwort “Dynamische Lesezeichen”). Und dann kamen im letzten Herbst der neue Internet Explorer 7 sowie die Version 2 von Firefox heraus – und das Drama nahm seinen Lauf.

Denn diese beiden Versionen interessieren sich leider überhaupt nicht für die gewählte (temporäre) Form der Weiterleitung bzw. springen direkt auf die Feedburner-URL. Nahezu jeder Versuch, den “eigenen” URL komfortabel in die Dynamischen Lesezeichen (Firefox) bzw. in die Kategorie “Feeds” (IE7) aufzunehmen, scheitert – nur bei Firefox kann man nachträglich die URL anpassen. Als Konsequenz passiert bei diesen beiden Nutzergruppen genau das, was nicht passieren soll: Die Leser hängen bei Feedburner fest! Da ich davon ausgehe, dass diese beiden Browser im Zuge der wachsenden Verbreitung von RSS eine immer größere Bedeutung bekommen werden und viele Benutzer die Nutzung eines eigenen Tools wie Bloglines, etc. scheuen werden, steht zu befürchten, dass so mittelbar die gewünschte Kontrolle über “meinen” Feed-URL verloren gehen wird – irgendwie ein KO-Kriterium …

Wie könnte ein Abschied gehen
Und da gerade einige Blogger über den Abschied nachdenken (siehe www.sichelputzer.de/2007/05/24/feedburner-auf-das-abstellgleis/) oder ihn bereits eingeleitet haben (siehe praegnanz.de), habe ich mir mal die Möglichkeiten angesehen, die Leser möglichst komfortabel wieder auf den richtigen Pfad den eigenen URL zu lotsen. Richtig gut sieht es dabei nicht aus.

Die jeweiligen Leser werden in jedem Fall den in ihrem Feedreader bzw. Browser eingetragenen URL prüfen und im Zweifelsfall durch einen neuen URL ersetzen müssen. In Olivers Fall (siehe www.agenturblog.de) werden die Leser in jedem Fall den alten Feedburner-Feed löschen und durch einen neuen Feed-URL ersetzen müssen.

Variante 1: Die 30-Tage-Weiterleitung von Feedburner
Wenn man in der Administrationsübersicht auf “Feed löschen” klickt, sieht man den folgenden Hinweis:

Ein Klick auf den Link hinter “Mehr Informationen” zur Traffic-Umleitung für 30 Tage gibt weitere Informationen:

30-Day Redirection Option

As a courtesy, FeedBurner offers publishers who delete a FeedBurner feed 30 days of complimentary traffic redirection. During the first 10 days of this 30 day period, subscriber requests for:

http://feeds.feedburner.com/XXX

wird zu Ihrem originalen Quellen-Feed umgeleitet:

http://www.YYY.de/ZZZ/

During days 11-20, requests for this feed will be sent a short XML redirect document. The NetNewsWire reader supports this redirection, and others are considering it. (Weitere Informationen …)

During days 21-30, this feed consists of a single content item that reads “This feed is no longer active. A new feed is located at http://www.YYY.de/ZZZ/.”

After day 30, your feed will be permanently deleted and return an HTTP 404 (feed not found) message. You can use this period to notify your subscribers of the change so they can update their feed readers with your original address.

Variante 2: Temporäres Blog
Als Ergänzung (oder Vorstufe) zu Variante 1 klingt der unter sw-guide.de beschriebene (und wohl noch nicht getestete) Weg durchaus interessant:

• Blog-Leser per Beitrag über die Umstellung auf einen neuen Feed-URL zu informieren
• Einrichtung eines temporären Blogs (z.B. bei wordpress.com)
• Dort in regelmäßigen Abständen (einige Tage, später einige Wochen) Hinweise auf den Umzug veröffentlichen
• Feedburner künftig mit dem Feed des temporären Blogs füttern, so dass auch die “Langzeit-Leser” von der Umstellung erfahren.

Fazit
Zwei Dinge dürften aber – zumindest teilweise – nicht zu vermeiden sein, egal welchen Weg man wählt:

• Die Leser müssen die Adresse des RSS-Feeds ändern.
• Diese Änderung werden nicht alle Leser mitmachen, so dass die Leserzahlen des Feeds zurückgehen werden.

Dafür hat man am Ende wieder die volle Kontrolle über seinen eigenen RSS-Feed – gerade für durchaus “professionell” orientierte Blogger dürfte daher kaum ein Weg am “Rückbau” vorbeiführen…

Immer wieder kam bzw. kommt nachvollziehbar der Verdacht auf, dass einem Blogger das Anpingen diverser englischsprachiger Dienste vor allem eins bringt: Spam. Denn kurz nach dem Veröffentlichen prasseln die Spam-Kommentare herein (siehe z.B. Roberts Artikel vom August 2006 unter www.basicthinking.de/blog).

Ähnlich war es unter www.webmasterfind.de/blog zu lesen:

Trotz steigendem deutschprachigen Kommentar-Spam, die wirkliche Plage bleibt englisch. Es ist wohl eine Milchmädchenrechnung, um festzustellen, von welchen Seiten man sich fernhalten sollte. Vorausgesetzt man betreibt eine deutsche Webseite, was wohl der Grossteil der Leser tut.

Als Fazit kann man festhalten: Pingt man englischsprachige Dienste an, steigt die Chance auf Spam. Ausserdem verzögert sich die Veröffentlichung eines Artikels immer mehr, je mehr Pings ausgeführt werden müssen – hier sollte man also sinnvollerweise Prioritäten setzen bzw. eine Auswahl treffen. Weiterhin darf bezweifelt werden, dass die englischsprachigen Dienste für die überwiegend deutschsprachige Leserschaft (bzw. Zielgruppe) eines Blogs auch nur den geringsten Wert hat (abgesehen von den unten genannten Diensten).

Vor diesem Hintergrund pinge ich seit geraumer Zeit “deutsch” und setze dabei auf die folgenden Pingdienste:

http://ping.wordblog.de/ http://ping.feedburner.com/ http://rpc.technorati.com/rpc/ping http://api.my.yahoo.com/RPC2 http://blogsearch.google.com/ping/RPC2

Anmerkungen:

• Die “frisch gebloggt”-Liste auf wordpress-deutschland.org basiert auf den bei wordblog.de eingehenden Pings.
• Feedburner prüft zwar automatisch alle 30 Minuten, ob neue Artikel vorliegen, aber für die ganz Eiligen… Feedburner kann übrigens noch über die “Pingshot”-Funktion (unter “Publicize”) weitere Dienste wie z.B. Bloglines und Newsgator ansprechen. All das macht natürlich nur Sinn, wenn ihr eure RSS-Feeds über Feedburner verteilt.
• Die Pings an Technorati, Yahoo und Google (Blogsearch) informieren die jeweiligen Suchmaschinen über neue Artikel. Bis auf die zentrale – und ausschließlich englischsprachige – Blogsuchmaschine Technorati stehen dann die Daten auch in den jeweiligen deutschen Ablegern der Suchmaschinen zur Verfügung.

Inspiriert wurde diese Liste durch einen Beitrag unter www.perun.net; er lag hier allerdings offensichtlich etwas länger in der Warteschleife Aber vielleicht hilft er ja auch jetzt noch dem einen oder anderen Leser

Nachtrag 25.05.07, 08:41 Uhr:
Betriebsblindheit für Fortgeschrittene: Es soll ja Blogger geben, die Feedburner nicht (mehr) nutzen. Für diese wäre es dann noch sinnvoll, zumindest Bloglines auch direkt anzupingen:

http://www.bloglines.com/ping

Aber irgendwann in den letzten 24 Stunden kam nun zu den bereits verfügbaren Sprachen (Spanisch, Russisch und Portugiesisch) unter www.feedburner.com[2] auch die Möglichkeit hinzu, die “interne” Oberfläche von Feedburner in Deutsch zu nutzen.

Wie der Screenshot zeigt, trägt die deutsche Übersetzung durchaus zu Recht den Zusatz “beta”, da einige Bereiche noch nicht übersetzt sind – und für die chinesische und japanische Variante (wenn ich die Schriftzeichen richtig erkenne) dürfte dies wohl auch gelten. Gerade im Kernbereich “Feedstats” (der Erfassung der Feednutzung) habe ich auf Anhieb keinen einzigen deutschen Wortfetzen gefunden. Aber die ersten Schritte sind schon mal vielversprechend.

Sofern nun der Beta-Status nicht zum Dauerzustand wird und mittelbar z.B. auch das E-Mail-Abonnement in Deutsch möglich sein sollte (siehe auch “Feedburner Email: Neue Funktionen“), dürfte Feedburner zunehmend auch für einen Nutzerkreis in Frage kommen, der nicht so im englischen Sprachkreis “daheim” ist. Man darf also gespannt sein

So ganz konnte ich aber von diesem Thema nicht lassen, und nach einem netten mehrtägigen Mailwechsel mit Feedburner (Thanks, Eric!) konnten wir – nach mehreren Theorien, die schnell wieder verworfen wurden – eine Lösung für das Problem finden:

Wer nicht möchte, dass die Leserzahlen seines RSS-Feeds durch dritte ausgelesen werden können, muss sowohl die Awareness-API als auch die sog. “FeedCount”-Funktion deaktivieren. Es dauert dann eine gewisse Zeit (“gefühlte” 15-30 Minuten), bis dann die API keine Daten mehr liefert.

So hat es zumindest bei mir mehrfach geklappt, testweise den Zugriff auf meine Traffic-Daten zu sperren, auch wenn ich ja grundsätzlich diese Daten weiter “öffentlich” lassen will.

Alles in allem ist es zwar schade, dass dieser Zusammenhang aus den – ansonsten eigentlich recht eindeutigen – Texten bei Feedburner nicht deutlich wird. Aber dafür war es immerhin möglich, das Problem im Dialog mit einem Mitglied des Feedburner-Teams zu identifizieren bzw. zu lösen. Davon könnte sich Technorati mal eine dicke Scheibe abschneiden

Die erste, von Stefan Esser, der kürzlich resigniert das PHP-Security-Team verließ, beim Hardened-PHP Project beschriebene Sicherheitslücke nutzt die mbstring-Erweiterung von PHP, mit der es WordPress ermöglicht, bei so genannten Trackbacks zwischen verschiedenen Zeichensätzen zu konvertieren. [...] Ein Beispiel-Exploit schafft es so, zuerst die Warnmeldungen an den Andministrator abzuschalten, um dann die Hash-Werte der Passwörter auszulesen.

Der zweite Angriff gehört in die Rubrik Cross Site Scripting (XSS). Der eingebaute CSRF-Schutz (Cross Site Request Forgery) von WordPress hat einen Fehler, sodass ein Angreifer einem eingelogten Benutzer oder Administrator URLs so unterschieben kann, dass die darin enthaltenen Befehle mit seinen Rechten ausgeführt werden.

Weiterhin wurden kleine Verbesserungen vorgenommen (siehe auch wordpress.org, englisch):

Here’s what’s new:

• The aforementioned security fixes.
• HTML quicktags now work in Safari browsers.
• Comments are filtered to prevent them from messing up your blog layout.
• Compatibility with PHP/FastCGI setups.

For developers, there’s a new anti-XSS function called attribute_escape(), and a new filter called “query” which allows you filter any SQL at runtime. (Which is pretty powerful.) Thanks to Mark Jaquith for handling this release and Stefan Esser for responsibly reporting the security issue.

Die aktuelle (englischsprachige) Version steht als ZIP-Archiv unter wordpress.org[2] zum Download bereit. Auch die DE-Edition kann zwischenzeitlich als aktualisiertes Komplett-Paket sowie als Paket mit den geänderten Dateien heruntergeladen werden: blog.wordpress-deutschland.org

An einigen Stellen gab es Hinweise, dass es nach dem Update auf WordPress 2.0.6 Probleme mit den RSS-Feeds und dabei speziell mit den über Feedburner realisierten Feeds gab. Auch wenn hier im Blog bei der Umstellung alles glatt lief, finden sich jedenfalls weitere Informationen für Betroffene unter jowra.com sowie unter markjaquith.wordpress.com (englisch).

Und noch ein Hinweis – diesmal für die “Ressourcensparer”: Das Plugin WP-Cache 2.0 (mnm.uib.es/gallir) zur Zwischenspeicherung der Blog-Seiten gibt es mittlerweile in der Version 2.0.21 (siehe auch mnm.uib.es/gallir[2]). Das erinnert mich daran, dass ich wohl etwas häufiger auf Aktualisierungen bei den Plugins achten sollte…

(u.a. via www.perun.net, bueltge.de, www.golem.de)

Im Blog der Entwicklerin liest sich die Beschreibung zunächst recht vielversprechend (siehe auch www.simonecarletti.com/blog):

Tired of reading your FeedBurner feed stats from your FeedBurner dashboard? Do you manage multiple feeds and would you like to read all stats from a single source? Would you like to read your FeedBurner feeds stats from a wonderful and cool feed? Would you like to compare your feed stats?

FeedBurner Stats 2 Feed is an easy but powerful tool that allows FeedBurner users to mix their feeds’ stats into a single feed and subscribe it.

You can read all stats from a single feed since FeedBurner Stats 2 Feed will mix and compare all the data for you.

Das folgende Beispiel zeigt z.B. die “Leserzahlen” der letzten 10 Tage meines Blogs:

lab.rss-world.info/feedburner-feedstats/[2]

Eigentlich bekomme ich so also eine bequeme Möglichkeit, die Nutzungsdaten meines Feeds einzusehen, ohne jedesmal das “Dashboard” von Feedburner besuchen zu müssen. Allerdings besteht der dicke Haken leider darin, dass auch jeder andere Benutzer ungehindert auf diese Daten zugreifen kann – zumindest bis jetzt.

Nun sind diese Daten sicherlich nur bedingt als “vertraulich” anzusehen – und ich persönlich mache z.B. die aktuellen Zahlen über den sog. FeedCount ohnehin öffentlich (siehe auch “Impressum“).

Und ich finde es auch durchaus interessant (und beeindruckend), dass z.B. www.bildblog.de bis zu 16.000 RSS-Leser (siehe auch lab.rss-world.info/feedburner-feedstats/[3]) oder www.drweb.de/weblog/ mehr als 7.000 RSS-Leser hat (lab.rss-world.info/feedburner-feedstats/[4]).

Aber eigentlich sollte meines Erachtens der jeweilige Feedburner-Nutzer schon selber die Kontrolle darüber haben, wer diese Daten des eigenen RSS-Feeds einsehen kann. Datenschutz sieht jedenfalls anders aus…

P.S.: Offenbar ist der Zugriff unabhängig vom Aktivierungs-Status der sog. “Awareness API” von Feedburner möglich. In Feedburner sehe ich jedenfalls unter “Publicize / Awareness API” eine aktivierte Option “Allow external access to my traffic data” – die scheinbar nicht deaktiviert werden kann

(Tool gefunden in den Kommentaren bei www.techlifeweb.com)

Beim weitverbreiteten Dienst Bloglines (www.bloglines.com) kann eine solche “gewachsene Struktur” allerdings unter bestimmten Umständen beim interessierten Leser für Irritation sorgen. Sobald er nämlich z.B. über einen Link wie http://www.bloglines.com/sub/http://www.blogadresse.de nach verfügbaren Feeds sucht, kann er je nachdem mit einer Vielzahl von Feed-URL konfrontiert werden…

Wie unter sw-guide.de/weblog detailliert beschrieben wird, gibt es seit nun seit einiger Zeit die Möglichkeit, die eigenen Feeds in Bloglines zu bündeln, d.h. “Duplikate” als solche zu kennzeichnen und somit “auszublenden”. Hierzu reicht es aus, in einen Artikel (und das Blogtemplate) von Bloglines vorgegebene Textschnipsel zu integrieren. Nachdem Bloglines so den sog. “Claim” überprüft hat, kann man für jeden einzelnen Feed einstellen, ob dieser das Duplikat eines anderen darstellt. Die entsprechende Option findet sich in Bloglines unter “Optionen / Publisher Tools”.

Robert berichtet z.B. unter www.basicthinking.de/blog, dass er auf diesem Wege die Zahl der “sichtbaren” Feeds spürbar ausdünnen konnte:

Bei mir waren es 16 verschiedene Feeds, die Bloglines verzeichnet (Kommentare, Kategorien, Haupt-Feeds als RSS2, Atom etcpp..). Nunmehr müssten es noch rund 6 sein.

Die “Bündelung” der Feeds hat aber nicht nur den Vorteil, dem Leser einen Feed-Wirrwarr zu ersparen. Da Bloglines beim Abruf eines Feeds die Zahl der Abonnenten übermittelt, kann man so die Zahl der Leser ermitteln – aber eben nur für jeden einzelnen Feed. Und auch die in Feedburner angezeigten Werte scheinen leider nicht die Einzelwerte zu addieren.

Erfreulich ist daher, dass Bloglines nach der Bündelung die Gesamtzahl aller Abonnenten anzeigt. Bei mir stieg die angezeigte Leserzahl des “Hauptfeeds” von bisher 5 auf aktuell 26, was eigentlich nur auf die Bündelung zurückzuführen sein kann.

Nach der Bündelung hatte ich allerdings den Eindruck, dass für diverse Stunden die betroffenen Feeds nicht aktualisiert wurden. Ob dies eine Begleiterscheinung der Umstellung war, weiß ich nicht, vermute aber, dass es eher mit temporären Serverproblemen bei Bloglines zusammenhing. Ähnliches dürfte für die bei www.perun.net beschriebenen Probleme gelten (die mittlerweile behoben werden konnten):

Gesagt getan. Ich kopierte die Code-Schnipsel, die man zwecks Identifizierung in das Weblog einbauen sollte und startete das sog. Claimen (beanspruchen). Mitten im Prozeß hat sich Bloglines mit einer Server-Fehlermeldung verabschiedet und seit dem Tag, ich glaube es war der 29. August, kann ich das Optionen-Menü nicht mehr aufrufen.

Alles in allem kann man so jedenfalls den Komfort für (Bloglines-)Leser etwas erhöhen und gleichzeitig die Aussagekraft der Leserzahlen für die RSS-Feeds verbessern.

Thank you for all of your comments and suggestions about how we can improve the FeedBurner Email service we originally launched in April. Your feedback served as the basis for the following new features

Insgesamt wurden vier neue Menüpunkte in der Administrationsoberfläche unter “Publicize / Email subscriptions” ergänzt:

• Subscription management
  Neben der (De-)Aktivierung von Benutzern können nun auch einzelne E-Mail-Adressen aus dem Verteiler gelöscht werden. Weiterhin kann sich der Blogbetreiber bei An- und Abmeldung eines Abonnenten per E-Mail informieren lassen.
• Communication preferences
  Betreffzeile und Text der Bestätigungs-E-Mail (nach der Anmeldung) können verändert werden.
• Email Branding
  Nun können Betreff- und Titelzeile des “Newsletters” verändert werden. Weiterhin kann in die HTML-Variante des Newsletters ein Logo bzw. eine Grafik eingebunden und weitere Formate verändert werden (u.a. Textfarbe und -größe).
• Delivery Options
  Hier können die Zeitzone des Blogs sowie das zweistündige Zeitfenster für den täglichen Versand eingestellt werden.

Jetzt fehlt eigentlich nur noch die Möglichkeit, alle Schritte des Anmelde-Vorgangs mit eigenen Texten (in der eigenen Sprache) versehen zu können – und Umlaute wären weiterhin wünschenswert. Ansonsten mausert sich der “Email Service” immer mehr zu einer hilfreichen Blog-Ergänzung – besonders für diejenigen Leser, die mit RSS nichts anfangen können

Die Auswertungen werden per Flash visualisiert und sind in die folgenden Rubriken aufgeteilt:

• Visits & PageViews (Besucher- und Abrufzahlen pro Tag, etc.)
• Pages (Beliebte Seiten, etc.)
• Navigation (“Site Overlay”, d.h. welche Links wurden auf welcher Seite angeklickt)
• Sources (Woher kamen die Besucher)
• Systems (Welche Browser und Bildschirmauflösungen wurden von den Besuchern verwendet)

Weiterhin können über die sog. “Awareness-API” die Daten von Feedburner (www.feedburner.com) eingelesen werden – sofern dieser Dienst verwendet wird. Bei Robert findet sich übrigens eine etwas ausführlichere Beschreibung des Tools von W3Counter (www.basicthinking.de/blog[1]) sowie ein Kurztest der “Site Overlay-Funktion” (www.basicthinking.de/blog[2]).

Fazit und Ausblick
Die verfügbaren Auswertungen sind solider Durchschnitt – wer noch kein “Tool” zur Erfassung der Leser seines Blogs einsetzt, für den könnte W3Counter eventuell einen Versuch wert sein. Dabei sollte aber berücksichtigt werden, dass zur Zeit keine Anpassung der Zeitzone möglich ist (siehe auch www.w3counter.com/forums), so dass alle Zugriffe nach der Zeitzone der US-Ostküste erfasst werden. Sämtliche Auswertungen, die sich auf Tage bzw. Stunden beziehen, sind somit spürbar “verfälscht” bzw. hängen um 6 Stunden hinterher.

Ein weiteres “Manko” stellt möglicherweise die Beschränkung auf 25.000 abgerufene Seiten dar (siehe auch www.w3counter.com/forums[2]). Diese Beschränkung könnte dazu führen, dass übergreifende Nutzerzahlen (Besucher / Tag, etc.) nicht für einen längeren Zeitraum (letzter Monat, letztes Jahr, etc.) verfügbar sind. Da bei unserem Blog im Testzeitraum erst gut 20.000 Seiten “gemessen” wurden, kann ich aber erst in etwa zwei Wochen mehr darüber sagen, wie sich bei wegfallenden älteren Daten die Auswertungen ändern.

Interessant ist jedenfalls die “Site Overlay”-Funktion, mit der man das Klickverhalten der Besucher analysieren kann und so gegebenenfalls auch den Aufbau des Blogs optimieren kann. Eine vergleichbare Funktion bietet meines Wissens sonst nur “Google Analytics“.

Alles in allem werde ich das Tool wohl in etwa zwei Wochen wieder “deaktivieren”, da bei den derzeit hier im Einsatz befindlichen “Neugier-Tools” (counter.blogscout.de, www.sitemeter.com und www.statcounter.com) die beiden besagten Schwachstellen (Zeitzone / Beschränkung auf 25.000 Impressions bzw. PageViews) nicht vorhanden sind.

Update 09.08.06, 7:30 Uhr:
Wie angekündigt habe ich soeben den “Code-Schnipsel” von W3Counter wieder aus dem Blog entfernt und die Nutzung dieses Dienstes beendet. Bei zuletzt über 31.000 “erfassten” PageViews konnte ich zumindest feststellen, dass die Abrufzahlen pro Tag nicht von der Marke von 25.000 Pageviews betroffen sind, d.h. die täglichen Abrufe und Besucher werden separat gespeichert. Das Hauptproblem ist und bleibt aber die fehlende Möglichkeit, die Zeitzone anzupassen, deshalb: Bye, bye, W3Counter…

Blogbeat war ja testweise hier im Blog im Einsatz, wurde aber wegen der unstabile Performance sowie der etwas zu dynamischen Testphase wieder entfernt (siehe auch “Blogbeat: Besucherzähler aus der Bananenkiste“, “Blogbeat, Sie sind raus!“).

Mittlerweile ist auch im offiziellen FeedBurner-Blog mehr über die weitere Planung zu lesen, die eine künftig kostenlose Nutzung sowie die Integration in Feedburner “im vierten Quartal 2006″ vorsieht (siehe auch blogs.feedburner.com):

By the end of the year, we’ll have assimilated… er, incorporated Blogbeat functionality into the familiar FeedBurner platform.
[...]
Blogbeat will become a part of StandardStats, our free service

Weitere Informationen gibt es in den “FeedBurner acquires Blogbeat – FAQs” unter www.feedburner.com[2] (englisch).

Die bisherigen “Performanceprobleme” von Blogbeat dürften jedenfalls mit dem neuen und größeren Betreiber Feedburner im Rücken deutlich seltener auftreten. Und sowohl die Integration in Feedburner als auch die Weiterentwicklung dürfte weitaus “glatter” ablaufen als in der Startphase von Blogbeat, wie der bisherige Ausbau der Feedburner-Dienste zeigt (siehe z.B. “Feedburner: RSS-Feed jetzt auch als Newsletter“).

Mit den Blogbeat-Auswertungen können nun die beiden zentralen Nutzungsaspekte von Blogs (RSS-Feed / Seitenabruf) unter einem Dach beobachtet werden. Zu einem umfassenden Service- und Analyse-Tool fehlt nun eigentlich nur noch eine leistungsfähige Suche, die zumindest konzeptionell schnell umsetzbar sein sollte, da ja bereits eine große Zahl von Feeds gespeichert (und vermutlich auch bereits indiziert) ist.

Mittelbar sind hier sogar noch ausgefeiltere Statistiken und Rankings als bei Technorati vorstellbar – vorausgesetzt die technischen und wirtschaftlichen Ressourcen von Feedburner spielen mit. Denkbar wären beispielsweise Auswertungen, die nicht nur (wie bei Technorati) die Zahl der Links und die verlinkenden Blogs beinhalten, sondern auch die Seitenabrufe eines Blogs und der einzelnen Artikel berücksichtigen.

Oder aber es kommt ganz anders und die Übernahme von Blogbeat stellt nur eine Maßnahme dar, um sich für den Einkauf durch Google interessanter zu machen. Wir werden sehen

(via www.techcrunch.com)

Zum einen ist seit wenigen Stunden eine neue Funktion mit Namen “Live Hits” verfügbar, über die die letzten 25 Feed-Abrufe sowie der jeweils verwendete Reader (oder der abrufende Robot) angezeigt werden:

Insgesamt jedenfalls eine Funktion mit einem gewissen Unterhaltungswert – vor allem für Statistik-Junkies

An einer anderen Stelle wurde ebenfalls geschraubt: Nun können die “Email subscriptions“, d.h. die Adressen, die den Feed per E-Mail abonniert haben, auch eingesehen, verwaltet und auch exportiert werden (siehe auch blogs.feedburner.com, englisch). Der Zugriff auf diese Option ist unter “Publicize / Email subscriptions” möglich.

Es bleibt allerdings zu hoffen, dass die neuen “Live Hits” nicht die Performance von Feedburner gefährden. Im Moment treten zum Beispiel offensichtlich leichte Pannen bei der regulären Auswertung auf – man beachte die Abrufzahlen im Vergleich zur Abonnentenzahl

Update 23.05.06, 07:15 Uhr:
Die berichteten Auswertungsfehler scheinen auf die Umstellung zurückzugehen und sind seit gestern mittag nicht mehr aufgetreten. Die Neuerungen im Statistik-Bereich (“Live Hits”) wurden jedenfalls gestern nachmittag auch im offiziellen Feedburner-Blog vorgestellt: blogs.feedburner.com[2] (englisch)

Zur Zeit misst Feedburner für unser Blog durchschnittlich etwa 120 “Subscriber” pro Tag. Spannend ist dabei die Frage, wie dieser Wert zustande kommt. Feedburner schreibt dazu unter www.feedburner.com[2]:

Subscribers is calculated by matching IP address and feed reader combinations, and then using our detailed understanding of the multitude of readers and aggregators and bots on the market to make additional inferences.

Wenn man also davon ausgeht, dass sich die IP-Adresse (zumindest bei DSL-Nutzern) nur alle 24 Stunden ändert, wäre zumindest eine “Halbierung” der Werte für alle dynamischen Nutzer (Firefox, Google Desktop) in der Tat die logische Konsequenz (bei Call-by-Call-Nutzern dürfte sich allerdings die IP-Adresse noch häufiger ändern). Der einzig verläßliche Wert dürfte mE der Bloglines-Wert sein, da ja der Robot die Anzahl der Subscriber freundlicheweise im Aufruf mitsendet.

Feedburner kann auch die sog. “Clicks” erfassen, d.h. er mißt, welche Beiträge angeklickt bzw. geöffnet wurden. Dazu wird die URL des einzelnen Beitrags im Feed durch eine spezifische Feedburner-URL ersetzt. Die Click-Erfassung kann unter “Analyze > StandardStats > Feed item link clicks (clickthrough tracking)” eingestellt werden.

Reduzierung der Server-Last
Neben der statistischen Erfassung der Feed-Nutzung bietet die Nutzung von Feedburner einen weiteren Vorteil: Eine Reduzierung der Server-Last sowie des Datentransfers.

Wie die Grafik zeigt, konnte nach der Umstellung eine “Einsparung” von etwa 87% der Anfragen festgestellt werden (Rückgang von 800 auf 100 RSS-Abrufe pro Tag). Durchaus erwähnenswert ist dabei die Menge des gesparten Datentransfers: Bei ca. 20 KB pro abgerufenem RSS-Feed vermeidet hirnrinde.de so etwa 420 MB Traffic / Monat (700 Abrufe x 30 Tage x 20 KB ) – das entspricht etwa 10% unseres monatlichen Datentransfers bei etwa 350-400 Besuchern am Tag.

Ich weiß, dass 420 MB angesichts von stetig steigenden Inklusiv-Volumen bei den Providern durchaus zu vernachlässigen sind. Wenn man allerdings auf größere Projekte blickt, können auch schnell andere Größenordnungen anfallen. Bei selfhtml.org entfallen z.B. etwa 12 GB Datentransfer pro Monat nur auf RSS-Feeds (etwa 40% des gesamten Traffics, Quelle: stats.selfhtml.org).

Aber auch die reduzierte Server-Aktivität ist nicht zu unterschätzen, da die Feeds nicht mehr in Echtzeit durch den Server zusammengestellt werden müssen (siehe auch Erfahrungsbericht auf jeenaparadies.net)

Genutzte Feedreader
Interessant fand ich auch die unterschiedliche Verteilung der genutzten Feedreader, die ich beim Vergleich unserer Werte mit denen von Robert Basic (www.basicthinking.de/blog[2])und Vladimir Simovic (www.perun.net) feststellte:

Es fällt auf, dass bei uns anteilig sehr viel mehr Leser über die “Dynamischen Lesezeichen” von Firefox auf den RSS-Feed zugreifen als bei den beiden anderen Blogs; dafür gibt es kaum Leser, die per Bloglines auf unseren Feed zugreifen. Eine wirkliche Erklärung habe ich hierfür allerdings nicht. Ob “unsere” Leser einfach nicht so viele Feeds nutzen, um ein Tool wie Bloglines erforderlich zu machen? Oder ist dieses Tool bei unseren Lesern nicht bekannt? Ich weiß es nicht.

Bei der Formulierung künftiger Überschriften sollte man in jedem Fall die Firefox-Leser berücksichtigen, denn diese sehen durch die “dynamischen Lesezeichen” nur die Überschrift – und eben kein einziges Wort des Artikels, bevor sie nicht den Artikel aufgerufen haben. Dabei sollte man die Überlegung von Vladimir im Hinterkopf halten (www.perun.net):

Aber man sollte nicht übertreiben. Überschrift ist eine Überschrift und keine Kurzgeschichte.

Weitere Tipps

• Blogger, die – wie wir – eine eigene Feed-Adresse anbieten (z.B. “www.xyz.de/abc”) und diesen dann per htaccess auf die Feedburner-Adresse umleiten, sollten unbedingt darauf achten, dass die eigene Feed-URL auch in die Feedburner-Seite integriert wird, die angezeigt wird, wenn man auf www.xyz.de/abc klickt. Standardmäßig wird dort nämlich z.B. für Bloglines der folgende Link angeboten: www.bloglines.com
  Ich gehe zwar davon aus, dass ein Großteil der Neu-Abonnenten die Feed-URL direkt in die entsprechende Anwendung integriert. Diejenigen, die aber erstmal auf die Feed-URL klicken, abonnieren dann die Feedburner-Adresse…
  Anpassen kann man dies, indem in Feedburner unter “Optimize > BrowserFriendly” bei “Redirected Feed URL” die eigene URL eingibst. Danach wird dann in besagter Übersichtsseite auch die korrekte eigene URL zum Abo angeboten.
• Feedburner prüft alle 30 Minuten, ob es im Blog neue Artikel gibt. Wer nicht solange warten will, kann die Prüfung manuell unter www.feedburner.com[3] auslösen.
• Für die Neugierigen: Die Subscriber-Zahlen des Vortags sind normalerweise ab 9:00 Uhr MESZ (oder eben MEZ), die Clicks spätestens ab 12:00 Uhr im “Dashboard” abrufbar.

So passte es denn sehr gut, als ich bei Jörg unter www.einfach-persoenlich.de auf eine neue Funktion bei Feedburner stieß, die nun auch den Versand eines RSS-Feeds per E-Mail ermöglicht (siehe auch das offizielle Feedburner-Blog unter www.burningdoor.com, englisch).

Nachdem ich nun Gelegenheit hatte, den Newsletter anhand von Jörgs Blog zu testen, habe ich mich nun für einen “Wechsel” zu diesem Dienst entschieden (und habe Zookoda deaktiviert). Entsprechend findet ihr nun rechts in der Navigation ein verändertes “Newsletter”-Formular.

Aktivieren kann man diesen Dienst innerhalb von Feedburner, indem man unter “Publicize” links “Email-Subscriptions” auswählt. Nach dem Klick auf “Activate” wird dann der für euren Feed angepasste “Formular-Schnipsel” angezeigt. Wer hier allerdings (wie ich) auf JavaScript verzichten will, sollte den Code entsprechend anpassen.

Die wichtigsten Merkmale / Vorteile:

• Der Dienst ist kostenlos und zudem mit minimalem Aufwand einzurichten – vor allem, wenn man bereits auf Feedburner zur Bereitstellung des RSS-Feeds nutzt (wie wir, siehe auch “RSS-Feed per Feedburner“).
• Es wird eine tägliche E-Mail mit den jeweils neuen Beiträgen verschickt – inwieweit Updates “älterer” Beiträge einfließen, konnte ich allerdings noch nicht prüfen
  Anmeldung erfolgt per Double-Opt-In (siehe auch de.wikipedia.org). Im Gegensatz zur Zookoda-Variante wird während der Anmeldung zumindest der Name des Blogs angezeigt, dessen Newsletter man da gerade abonniert.
• Für Abonnenten ist keine zusätzliche Anmeldung und auch nicht das Ausfüllen eines weiteren Formulars erforderlich. Es muss lediglich in einer automatisch verschickten E-Mail ein Link angeklickt werden.
• Die E-Mail enthält jeweils eine HTML- und eine “Text”-Variante. Insbesondere die Text-Variante erforderte leider bei Zookoda zusätzlichen Konfigurationsaufwand und enthielt zudem noch die HTML-/XML-Formatierungen des einzelnen Artikels.

Minimale “Mängel” habe ich allerdings auch bereits gefunden, die aber die Vorteile der Feedburner-Variante gegenüber Zookoda keinesfalls aufwiegen:

• Die Lokalisierung der E-Mails könnte noch optimiert werden, was deutsche Umlaute (Textvariante) und die örtliche Zeit (beide Varianten) betrifft.
• Der Hinweis “The publisher using FeedBurner’s email delivery service has access to subscriber addresses on their distribution list” wird mir erst nach der Bestätigung angezeigt. Das könnte durchaus schon auf der ersten Anmeldeseite angezeigt werden (auch wenn es letztendlich nicht wirklich überraschend ist).
• Der Schutz vor mißbräuchlichen Anmeldungen erfolgt durch ein sog. “Captcha” (siehe auch de.wikipedia.org[2], was leider nicht barrierefrei ist.

Bisher hatte ich aber Bedenken, alles auf Feedburner umzustellen. Eine treffende Zusammenfassung meiner “Sorgen” fand ich bei bloggingtom.ch:

Der Grund, dass ich bisher nicht mit Feedburner gearbeitet hatte, lag schlicht und einfach darin, dass ich die Kontrolle über die Feed-URL nicht verlieren wollte. Was, wenn Feedburner nicht erreichbar ist, kostenpflichtig wird etc.? Allen Lesern zumuten, die Feed-URL zu wechseln? Und wie teile ich das den RSS-Lesern mit, wenn Feedburner nicht erreichbar wäre? Fragen über Fragen.

Angeregt durch ein gelungenes Tutorial von Jörg Petermann unter www.einfach-persoenlich.de habe ich hier nun auch alle anderen Feeds auf Feedburner umgestellt. Ihr solltet hiervon als Leser eigentlich unbehelligt bleiben – falls es doch “knirscht”, würde ich mich über eine entsprechende Rückmeldung sehr freuen (z.B. über das Kontaktformular unter Impressum).

Die neue Hauptadresse des Feeds lautet nun wie folgt:
http://www.hirnrinde.de/hirnrinde.php

Die “alte” Adresse funktioniert natürlich weiterhin, ihr seid aber herzlich eingeladen, in euren RSS-Reader künftig die neue Adresse zu verwenden. Einige Argumente für eine “Anpassung” hat ja BloggingTom bereits genannt.

Zum guten Schluss noch ein Tipp für WordPress-Nutzer: Es gibt unter orderedlist.com auch ein Plugin, wie ich bei www.perun.net gefunden habe. Dort gibt es in den Kommentaren auch weitere Tipps für die reibungslose Umstellung auf Feedburner.

Das von Jeff Turner entwickelte Tool ist kostenpflichtig (6$ / Monat, kostenlose Testphase für 30 Tage) und erfasst die Besucher – wie üblich – durch einen kleinen HTML-/JavaScript-Schnipsel, der in das jeweilige Blog integriert werden muss. Sofern der Blogbetreiber einen RSS-Feed per Feedburner (www.feedburner.com) bereitstellt, kann der tägliche “Circulation”-Wert über die Feedburner-API ausgelesen und in die Auswertung einbezogen werden.

Seit dem 27. Januar habe ich nun dieses Tool im Einsatz, so dass jetzt eine erste Einschätzung möglich ist. Der Test gestaltete sich allerdings etwas mühsam, da am 17. Februar ein Update realisiert wurde, das diverse Änderungen (und kleinere Störungen) zur Folge hatte (siehe auch blog.blogbeat.net):

• A new blog summary screen, showing data comparisons of Today/Yesterday, This Week/Last Week, and This Month/Last Month.
• Roll ups of top post categories over time.
• Visitor summaries by tagged visitors & by country.
• Referrer lists broken down by domain and URL.
• Search summaries by search keyword, search engine and also by Technorati or del.icio.us tags

Summary
Die “Startseite” der Auswertung visualisiert drei Eckwerte, die meines Erachtens auf stündlicher Basis ermittelt werden:

• “Today”: Anzahl der Besucher am heutigen Tag im Vergleich zum gleichen Zeitpunkt am Vortag
• “This Week”: Anzahl der Besucher der laufenden Woche im Vergleich zum gleichen Zeitpunkt der Vorwoche (Wochenbeginn: Sonntag)
• “This Month”: Anzahl der Besucher des laufenden Monats im Vergleich zum gleichen Zeitpunkt der Vormonats

Darunter werden dann die Besucher der letzten 30 Tage (sowie gegebenenfalls die Feedburner-Abonnenten) als Säulendiagramm dargestellt. Und so sieht die Seite aus:

Kopfbereich
Dieser Bereich enthält neben dem Namen und einer Beschreibung des Blogs monatliche Durchschnittswerte für Visitors, Feed-Abonnenten, Pageviews sowie Pageviews pro Visitor. Weiterhin werden die Hauptrubriken der Auswertung angezeigt:

• Summary
• Posts
• Visitors
• Referrers
• Searches
• Links

Im Fußteil jeder Seite sind diverse Auswertungs-Varianten verfügbar, wie sie auch bei diversen anderen Countern verfügbar sind:

Posts
In jeder der “Hauptrubriken” gibt es wiederum eine Übersicht, die die relevanten “Top 5″ auflistet. Es werden dabei jeweils die Werte des eingestellten Zeitraums angegeben (Today, Yesterday, This Week, Last Week, This Month, Last Month, This Year, Last Year, Total) und zum Vergleich jeweils der vorherige Wert angezeigt (Vortag, Vorwoche, etc.). Der entsprechende “Trendpfeil” darf natürlich auch nicht fehlen:

Neben dem Zeitaspekt kann man für jede Hauptrubrik zusätzlich über “Detail” die Einzeldaten abrufen, entweder nach Häufigkeit (“Popular”) oder nach der Aktualität (“Recent”). Weiterhin werden zu den einzelnen Posten (Posts, Visitors, etc.) relevante Details genannt:

Die bei Visitors verfügbare “City cloud” ist ein letztendlich sinnloses, aber irgendwie amüsantes Feature: Gut zu wissen, dass mehr Leser aus der größten deutschen Stadt als aus jeder anderen kamen

Kommentare anderer Blogs
Kurz nach dem Start von Blogbeat wurden in mehreren Blogs Tests veröffentlicht, die auch deswegen interessant sind, weil sie den Entwicklungsstand bis zum 17. Februar 2006 dokumentieren:

Sven Lennartz (www.drweb.de/weblog/weblog, mit Screenshots):

Gelungen ist die Aufstellung der Postings. Hier lässt sich sofort erfahren, was wirklich gelesen wird. Eine Schwachstelle offenbart sich aber prompt: Blogbeat hat Probleme mit Umlauten und scheitert an der korrekten Darstellung der eingestellten Zeitzone.

Jeff Turner schrieb mir hierzu, dass das “Umlaut-Problem” mittlerweile behoben sei, die Problemlösung allerdings nur für neue Einträge greifen würde. Beides kann ich bestätigen :-/. Auch die Darstellung und Zuordnung der Zeitzone ist mittlerweile korrekt.

Oliver Wagner (www.agenturblog.de, mit Screenshots):

Darüber hinaus bietet Blogbeat insbesondere hinsichtlich der Userinformationen einige ganz neue Features. Leser eines Blogs können mit Tags versehen werden. Beispielsweise kann ich allen Lesern die mich über einen bestimmten Link finden ein Tag “via:google” geben. Oder Usern aus bestimmten Netzwerken ein anderes Tag: “von heise.de” oder “AOL”. Alternativ kann ich Usern auch den Suchbegriff als Tag zuweisen, über den Sie zu der Seite gefunden haben: “search:design”. Mit dieser Information kann ich bei erneuten Besuchen dieses Users immer wieder nachvollziehen, worüber der erste Kontakt zustande kam.

Leider können nur einem gerade aufgelisteten Besucher besagte Tags zugeordnet werden, ohne das eine weitere Pflege- oder gar Auswertungsmöglichkeit besteht. Blogbeat zeigt zwar in den Auswertungen – anstelle der IP-Adresse – den Tag an, es ist aber nicht möglich, Tags zentral zu ändern oder danach zu suchen.

Andre Fiebig (www.finanso.de/blog):

Was sehr schön ist: Ich kann von einer Anzeige, z.b. Posts über einen Klick auf ein dort aufgelistetes Detail sofort in die entsprechende Anzeige für dieses Detail gelangen. Bei Posts z.b. mit einem Klick auf einen Referrer – alle Daten zu diesem Referrer. Das klingt nicht so weltbewegend und innovativ, diese Querverlinkung ist aber leider nicht so häufig anzutreffen.

Diese in der Tat sehr spannende Funktionalität ist leider mit dem “Update” nahezu verloren gegangen – die entsprechenden Links verweisen nicht mehr auf die “interne” Information, sondern auf den “externen” URL (Referrer, Suche, etc.). Die einzige Ausnahme habe ich bei “Visitors” gefunden, wo die Details über ein kleines “more” aufgerufen werden können.

Fazit
Einige der Features finde ich interessant und würden mir auch bei anderen Countern – Hallo Dirk – gut gefallen (detailliertere Daten für die einzelnen Beiträge, Vergleich zum Vortag / zur Vorwoche / zum Monat. Tagging, Vernetzung der Daten wie z.B. Referrer zu einem bestimmten Beitrag).

Da meine “30 Tage”-Gnadenfrist in wenigen Stunden endet, muss ich mich quasi jetzt entscheiden, ob ich gewillt bin, für diesen Service künftig Geld auszugeben.

Und das bin ich nicht. Und das hat nichts mit den Kosten, sondern primär mit den Eindrücken in der Testphase zu tun:

• Es macht keinen Spaß, Beta-Tester zu sein, ohne es zu wissen. Der Austausch mit Jeff Turner über aufgetretene bzw. beobachtete Fehler war zwar sehr nett, sollte aber bei einem als “fertig” deklarierten Software nur in Ausnahmefällen nötig sein
• Es macht erst recht keinen Spaß, Beta-Tester zu sein, wenn man auch noch dafür bezahlen soll. Spätestens hier muß ich dann an die Bananenkisten-Metapher denken, wenn das Produkt scheinbar beim (zahlenden) Kunden reifen soll bzw. muß.
• Ein letzter Sargnagel war die massive strukturelle bzw. konzeptionelle Änderung bei Blogbeat mitten im Testzeitraum, die dafür sorgte, dass die hochinteressante “Vernetzung” der Daten (siehe auch das Zitat von Andre Fiebig) wieder in der Versenkung verschwand

Da warte ich lieber ab, was jetzt mit Measure Map nach dem Kauf durch Google passiert: Neues Spiel, neues Glück…

Als Nachtrag hier noch einige andere Counter, die ebenfalls bei der Besucheranalyse helfen können und alle (zumindest in einer ausreichenden “Basisversion”) kostenlos sind:

• counter.blogscout.de (vollständig kostenlos; Auswertung zu diesem Blog unter counter.blogscout.de[2])
• www.sitemeter.com (englisch)
• www.statcounter.com (englisch)