Blogcounter.de zählt mangelhaft

Ich habe am 18. Mai mal den Zähler von Blogcounter.de auf diesem Blog eingebaut. In erster Linie, weil ich neugierig war, wie die Darstellung sein würde. Denn schon seit einiger Zeit beschäftige ich mich gedanklich mit einem Statistik-/Auswertetool speziell für Blogs.

Parallel zu Blogcounter habe ich dann die Webalizer-Ausgaben des Hosters dieses Blogs (domainfactory.de) angeschaut und mir ein paar Tageslogfiles von olbertz.de runtergeladen.

In den Apache-Logfiles steht natürlich elendig viel Müll drin, der in erster Linie von (im Mai) insgesamt mehr als 20.000 Zugriffen auf Kommentar- und Trackbackskripte herrührt! Captcha und ein paar andere Tricks helfen aber dabei, dieses Blog frei von Spam zu halten.

Durch die technischen Gegebenheiten von Blogcounter fallen diese Zugriffe also schonmal weg, was aber auch ganz in meinem Interesse liegt: Da Blogcounter nur als HTML-Code in Seiten eingebettet wird, kann er Zugriffe auf nicht-existierende Seiten, oder auf Seiten, die den HTML-Code nicht eingebaut haben, nicht zählen.

Das ärgerliche ist aber, dass der Blogcounter auch ganz andere Sachen nicht zählt. Im Logfile und in Webalizer habe ich jezt für die ersten 30 Stunden im Juni Suchanfragen über Google & Co. (30 Stück), wohingegen Blogcounter nur 5 aufführt.

Die Zeilen im Apache-Logfile weisen nichts besonderes auf, so dass ich nicht davon ausgehe, dass Blogcounter einen Anlaß hatte, diese Besucher zu ignorieren. Natürlich habe ich die Zielseiten auch überprüft und den Code des Zählers dort gefunden.

Um es deutlich zu machen: ich glaube nicht, dass Blogcounter irgendwas manipuliert, die Serverlast, die durch die dauernden Zählcode-Aufrufe verursacht wird, scheint Blogcounter aber zu überfordern. Wenn man sich den Code von Blogcounter anschaut, stellt man fest, das ganz klassisch entweder über das Image selbst (http://track.blogcounter.de/log.php?id=dirk) oder über JS-Code, den Referer und andere Statistikdaten ausliest und dann das Image aufruft: http://www.blogcounter.de/bc/log.php?id=dirk&referer=&r=1280×1024&c=32&showme=y&st=img&title=The%20blog%20that%20never%20sleeps%20-%20&style=4&url=http://www.olbertz.de/&b=589

Auch wenn die URLs unterschiedlich aufgebaut sind und die Rückgabe von http://track.blogcounter.de/log.php?id=dirk total unsinnig ist und nichts mit einem Bild zu tun hat, scheint Blogcounter diese Anfragen korrekt zu zählen und auch darzustellen.

Ich kenne jetzt die Architektur hinter Blogcounter nicht und kann so nur zwei Vermutungen aufführen: entweder wird jeweils in dem PHP-Skript direkt in die Datenbank gezählt, oder die Aufrufe dieser Zeilen wird regelmäßig aus den Logfiles gescannt und dann in die Datenbank geschrieben. Der zweite Fall wäre sinnvoller, weil dann auch zu Peakzeiten keine Verzögerung beim Aufruf des Skriptes durch das Warten auf die Datenbank auftreten sollte. In beiden Fällen verschluckt Blogcounter aber relevante Informationen.

Wenn ich mich nämlich mit solchen Tools beschäftige, dann aus dem Grund, um herauszufinden, wo Besucher landen, die über Suchmaschinen oder andere Links reinkommen und was ich an den entsprechenden Artikeln vielleicht noch ergänzen und/oder verbessern kann. Ich habe den Counter inzwischen wieder ausgebaut und werde mich wohl doch an dem eigenen Tool zu schaffen machen müssen.

Wahl ’05 bei Bloggeria.de

Bei Bloggeria.de habe ich mal eine Übersicht für die Bundestagswahl 2005 eingerichtet:
Bloggeria :: Bundestagswahl 2005 (RSS-Feed)

Zur Zeit werden die Tags bundestagswahl, wahl05, wahl2005 und wahl5 zusammengeführt. Wie immer werden dabei blogg.de, technorati.com, blog.de, flickr.com, furl.net, del.icio.us und colr.org abgegrast.

Nachdem nun das Wahlblog gestartet ist, bin ich mal gespannt, wie sich das entwickelt.

Simyo – gute Idee, schlecht umgesetzt

Ich kenne auf Anhieb drei Leute, die ich sofort für Simyo gewinnen könnte, wenn da nicht ein klitzekleines Problem wäre: Simyo ist nur Prepaid und genau dieses Prepaid-Gedöns ist für obengenannte drei Personen einfach lästig.

Ist natürlich klar, dass Simyo sich nicht mit Mahnungen und anderen kostspieligen Dingen rumärgern will, gerade wenn man die Low-Cost Schiene bedient, wo sich nunmal eher ein Klientel tummelt, dass sich mit dem Bezahlen schonmal schwer tut.

Aber wer soll denn dann Simyo benutzen? Die Preise sind nicht soooo weit weg von anderen Prepaid-Angeboten und entsprechende Kunden besitzen doch meist noch ein Handy vom aktuellen Anbieter – inklusive Simlock. Ich glaube also nicht, das so furchtbar viele Leute Wechseln werden. Und ob die Zuwachsraten bei Neukunden noch viel Platz für einen unbekannten Neuling lassen, wage ich auch mal zu bezweifeln.

Mal abwarten, wie sich die Geschichte entwickelt.