Diese funktionieren genauso wie die hauseigenen Buttons dieser Netzwerke, außer dass keine Daten ungefragt übermittelt werden.

Ein Leser hat mir nun einen Tipp gegeben, wie man dies auch für Google+ umsetzen kann.

Deshalb gibt es heute den Code für den eigenen Google+ Button.

Der Google+ Button

Auch für den Google+ Button habe ich nun eine statische URL gefunden. Das war die Voraussetzung dafür, dass ich überhaupt einen eigenen Button erstellen konnte.

Google+ URL
Die Google+ URL hat den folgenden Aufbau.

1

https://plusone.google.com/_/+1/confirm?hl=de&url=URL&title=TITEL')

Man muss also nun mit Hilfe von PHP die URL und den Titel einfügen. Das funktioniert genauso, wie bei den Twitter- und Facebook-Buttons:

1
2
3

$Titel = $post->post_title;
$Titel = urlencode($Titel);
https://plusone.google.com/_/+1/confirm?hl=de&url=<?php the_permalink(); ?>&title=<?php echo $Titel; ?>

Ruft man diese URL nun mitsamt den übergebenen Werten auf, öffnet sich das Google +1 Teilen-Fenster.

Google+ Zähler
Aber der Button wäre nicht komplett, wenn man nicht die Anzahl der +1 anzeigen würde.

Den Code dafür habe ich auch auf johndyer.name gefunden:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

<?php
$URL = get_permalink();
$Titel = $post->post_title;
$Titel = urlencode($Titel);
function get_plusone($url) {
    $curl = curl_init();
    curl_setopt($curl, CURLOPT_URL, "https://clients6.google.com/rpc");
    curl_setopt($curl, CURLOPT_POST, 1);
    curl_setopt($curl, CURLOPT_POSTFIELDS, '[{"method":"pos.plusones.get","id":"p","params":{"nolog":true,"id":"' . $url . '","source":"widget","userId":"@viewer","groupId":"@self"},"jsonrpc":"2.0","key":"p","apiVersion":"v1"}]');
    curl_setopt($curl, CURLOPT_RETURNTRANSFER, true);
    curl_setopt($curl, CURLOPT_HTTPHEADER, array('Content-type: application/json'));
    $curl_results = curl_exec ($curl);
    curl_close ($curl);
 
    $json = json_decode($curl_results, true);
 
    return intval( $json[0]['result']['metadata']['globalCounts']['count'] );
}
echo get_plusone($URL);
?>

Zum Auslesen des +1 Zählerstandes ist hier etwas mehr Code notwendig, zudem muss CURL auf dem Server installiert sein. Aber dann funktioniert das sehr gut.

Der komplette Code

Wie schon bei den anderen beiden Buttons habe ich auch hier wieder JavaScript verwendet, um ein PopUp-Fenster zu öffnen.

1
2
3
4

<script language="JavaScript">
function NeuFenster1($url)
{ MeinFenster = window.open($url, "Artikel teilen","width=600,height=500"); MeinFenster.focus(); }
</script>

Alternativ könnte man auch target=”_blank” nutzen, damit sich Google+ in einem neuen Reiter öffnet.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

<?php
$URL = get_permalink();
$Titel = $post->post_title;
$Titel = urlencode($Titel);
function get_plusone($url) {
    $curl = curl_init();
    curl_setopt($curl, CURLOPT_URL, "https://clients6.google.com/rpc");
    curl_setopt($curl, CURLOPT_POST, 1);
    curl_setopt($curl, CURLOPT_POSTFIELDS, '[{"method":"pos.plusones.get","id":"p","params":{"nolog":true,"id":"' . $url . '","source":"widget","userId":"@viewer","groupId":"@self"},"jsonrpc":"2.0","key":"p","apiVersion":"v1"}]');
    curl_setopt($curl, CURLOPT_RETURNTRANSFER, true);
    curl_setopt($curl, CURLOPT_HTTPHEADER, array('Content-type: application/json'));
    $curl_results = curl_exec ($curl);
    curl_close ($curl);
 
    $json = json_decode($curl_results, true);
 
    return intval( $json[0]['result']['metadata']['globalCounts']['count'] );
}
echo get_plusone($URL);
?>
<a href="javascript:NeuFenster1('https://plusone.google.com/_/+1/confirm?hl=de&url=<?php the_permalink(); ?>&title=<?php echo $Titel; ?>')"><img src="http://www.selbstaendig-im-netz.de/Bilder/social-buttons/google+1.gif" alt="Google +1" title="Google +1" border="0" ></a>

Mit Hilfe von etwas CSS kann man auch noch eine Hintergrundgrafik einbauen. Bei mir sorgt diese für das weiße Feld hinter dem Zählerstand.

Einfach um den Button noch ein DIV und dort als Hintergrund-Grafik eben dieses weiße Feld hinterlegen.

Auf Selbständig im Netz sieht man im Code, wie ich das gemacht habe.

Fazit

Damit ist nun auch das 3. große Netzwerk als statischer Button selber einbaubar.

Auf diese Weise werden keine Daten mehr ungefragt an Google, Facebook und Twitter gesendet. Damit sollte man dann also etwas sicherer sein und die Anforderungen der Datenschützer erfüllen.

Zumindest hoffe ich das.

Weil diese nun die hauseigenen Social Plugins von Netzwerken wie Facebook, Twitter und Co. für rechtswidrig halten, stellt sich die Frage was nun.

Man könnte das zwar ignorieren, aber damit steigen natürlich die “Chancen” auf Bußgelder oder Abmahnungen.

Ich habe mich deshalb im Web schlau gemacht und mir eigene Buttons für Twitter und Facebook gebaut.

Eigene Social Buttons?!

Wie wichtig Social Buttons in einem Blog sind ist nicht wirklich zu sagen.

Auf Selbstaendig-im-Netz.de habe ich pro Artikel normalerweise zwischen 10 und 30 Retweets. Ich gehe zwar davon aus, dass der Großteil davon direkt in Twitter passiert und nicht mit Hilfe des Twitter-Buttons, aber gänzlich darauf verzichten möchte ich nicht.

Und es ist auch gar nicht so schwer, einen eigenen Facebook- oder Twitter-Button zu bauen.

Diese bestehen aus 2 Teilen.

Zum einen natürlich aus dem Button selber, der dann Facebook bzw. Twitter öffnet und die Artikel-URL + Titel gleich übernimmt.

Zum anderen finde ich den Zähler wichtig und nützlich, da er neuen Besuchern zeigen kann, dass ein bestimmter Artikel besonders gut angekommen ist.

Also habe ich mir selber Social Buttons mit Zählern gebaut.

Der Facebook-Button

Im Grunde funktionieren die beiden Buttons ähnlich.

Ich nutze bei Facebook übrigens immer die Share-Funktion und nicht die Like-Funktion. Deshalb sorgt der folgende Code für den Aufruf den Share-Fensters.

Ein Like-Button sollte aber ähnlich funktionieren.

Facebook-Share URL
Als erstes müssen wir die Facebook-URL zusammen bauen. Diese URL beginnt immer wie folgt:

1

http://www.facebook.com/sharer/sharer.php?u=

Hinter dem “u=” kommt natürlich die URL des aktuellen Artikels. Diese kann man mit WordPress sehr einfach hinzufügen:

1

http://www.facebook.com/sharer/sharer.php?u=<?php the_permalink(); ?>

Die Funktion “the_permalink()” gibt die aktuelle URL aus.

Doch danach kommt noch etwas. Man kann auch den Titel des aktuellen Artikels übergeben. Diesen bekommt man von der WordPress-Funktion “the_title()”.

Und so sieht die Facebook-URL dann komplett aus:

1

http://www.facebook.com/sharer/sharer.php?u=<?php the_permalink(); ?>&t=<?php the_title(); ?>&src=sp

Facebook Share Zähler
Da habe ich im Web mal etwas gegoogelt. Und ich habe die Seite johndyer.name gefunden. Dort gibt es Code-Beispiele, wie man die Anzahl der Stimmen für eine URL bei verschiedenen Netzwerken auslesen kann.

Darauf basierend habe ich meinen Code erstellt:

1
2
3
4
5
6
7
8

<?php
$URL = get_permalink();
function get_shares($URL) {
    $SBstring = file_get_contents('http://api.facebook.com/restserver.php?method=links.getStats&urls='.$URL);
    $SBarray = json_decode($SBstring, true);
    return intval( $SBarray[$URL]['shares'] );
}
echo get_shares($URL);

Man ruft die API-URL mitsamt der gewünschten eigenen URL auf, wandelt diese mit Hilfe der JSON-Funktionsbibliothek in ein Array um und kann dann auf ein Feld des Arrays zugreifen, das die Zahl der Shares enthält.

Im Grunde also recht einfach.

Der Twitter-Button

Beim Twitter-Button läuft es ähnlich ab.

Twitter URL
Auch hier erzeugt man eine spezielle API-URL und fügt dort die URL und den Titel ein.

Beim Aufruf dieser URL gelangt man zum Twitter und hat quasi schon einen fertigen Tweet, den man nur noch absenden muss.

1
2
3

$Titel = $post->post_title;
$Titel = urlencode($Titel);
https://twitter.com/intent/tweet?original_referer=<?php the_permalink(); ?>&source=tweetbutton&text=<?php echo $Titel;?>&url=<?php the_permalink();

Tweet Zähler
Diese Funktion basiert ebenfalls auf dem oben verlinkten Artikel.

1
2
3
4
5
6
7
8

<?php
$URL = get_permalink();
function get_retweets($URL) {
    $SBstring = file_get_contents('http://urls.api.twitter.com/1/urls/count.json?url=' . $URL);
    $SBarray = json_decode($SBstring, true);
    return intval( $SBarray['count'] );
}
echo get_retweets($URL);

Soweit so gut. Damit habt ihr also nun den Code für die Erzeugung der jeweiligen Tweet- bzw. Share-URLs.

Und ihr habt den Code für den Zähler.

Optische Gestaltung

Nun kommt es eigentlich nur noch darauf an, diese zusammen zu führen.

Man kann es so machen, wie im oberen Screenshot. Da habe ich einfach die übliche Anordnung nachempfunden.

Mit <div>-Tags und ein wenig CSS kann man das problemlos so gestalten wie man möchte.

Hier der Code für meinen Twitter-Button inkl. der Hintergrundgrafik social-tw-back.gif (damit wird das weiße Feld erzeugt, wo der Zähler drin steht):

1
2
3
4
5
6
7
8
9
10
11
12
13
14

<div style="width: 80px; text-align:center; font-size:16pt; color:#496398; background-image: url(http://www.selbstaendig-im-netz.de/Bilder/social-buttons/social-tw-back.gif);">
<?php
$URL = get_permalink();
$Titel = $post->post_title;
$Titel = urlencode($Titel);
function get_retweets($URL) {
    $SBstring = file_get_contents('http://urls.api.twitter.com/1/urls/count.json?url=' . $URL);
    $SBarray = json_decode($SBstring, true);
    return intval( $SBarray['count'] );
}
echo get_retweets($URL);
?>
<a href="javascript:NeuFenster1('https://twitter.com/intent/tweet?original_referer=<?php the_permalink(); ?>&source=tweetbutton&text=<?php echo $Titel;?>&url=<?php the_permalink(); ?>')"><img src="http://www.selbstaendig-im-netz.de/Bilder/social-buttons/tweet-twitter.gif" style="margin-top:19px; padding:0px;" alt="Artikel tweeten" title="Artikel tweeten" border="0" ></a>
</div>

Der Tweet-Button selber ist auch eine Grafik (tweet-twitter.gif).

Ich lasse das neue Fenster übrigens in einem PopUp öffnen, so wie es standardmäßig auch ist. Dafür rufe ich die URL nicht direkt auf, sondern die Funktion “javascript:NeuFenster1(URL)”

Dazu habe ich noch den folgenden kleinen JaveScript-Code eingebaut:

1
2
3
4

<script language="JavaScript">
function NeuFenster1($url)
{ MeinFenster = window.open($url, "Artikel teilen","width=600,height=500"); MeinFenster.focus(); }
</script>

Das sorgt dafür, dass bei einem Klick auf den Tweet-Button ein Popup aufgeht.

Will man, dass ein neuer Reiter aufgeht, dann einfach normal die Twitter-URL verlinken und “target=_blank” nutzen.

Button und Zähler nebeneinander
Natürlich ist es damit genauso möglich, den Zähler rechts neben dem Button anzuzeigen.

Wenn man etwas HTML und CSS kann, sollte das kein großes Problem darstellen.

Caching?

Ich habe versucht heraus zu bekommen, ob es für die Abrufe des Zählerstandes ein Tageslimit gibt. So richtig sicher bin ich mir nicht.

Sollte das so sein, dann wird irgendwann am Tag, wenn das Limit erreicht ist, nur noch eine 0 angezeigt.

Um diesem Problem aus dem Weg zu gehen und zudem zu vermeiden, dass bei jedem Seitenaufruf der Zähler abgefragt wird, könnte man mehrere Dinge unternehmen:

1. Zwischenspeichern
   Zum einen wäre es möglich, dass man den Zählerstand nur alle 10, 20 oder 30 Minuten ausliest und ansonsten auf einen in der Datenbank oder in einer Datei gespeicherten Wert zurück greift. Allerdings ist das bei einem so dynamischen Wert, der ja gerade kurz nach der Veröffentlichung in kurzen Abständen steigt, nicht ideal. Zudem sind die Schreib- und Lesezugriffe auf die Datenbank (oder schlimmer auf eine Datei auf der Festplatte) nicht unbedingt die schnellsten.
2. Cachen
   Die Verwendung eines Caching-Plugins sorgt dafür, dass auch der Zählerstand gecached wird. Damit reduzieren sie die Aufrufe der API schon deutlich.
3. Ausblenden
   Ich überlege gerade, ob ich die Social Buttons nach einer gewissen Zeit einfach ausblende. In einem viele Monate alten Artikel wird kaum noch jemand diese Buttons benutzen.

Es gibt jedenfalls einige Möglichkeiten, die Anzahl der API-Zugriffe für die Zählerstände zu verringern.

Was ist mit Google+?

Den Zähler von Google+ abzurufen ist kein größeres Problem.

Allerdings ist es, soweit ich weiß, bisher nicht möglich eine statische URL zu erstellen, mit der man ein +1 bei Google+ vergeben kann.

Deshalb kann ich bisher auch keinen +1 Button selber bauen.

Aber ganz so schlimm ist das nicht, da Google+ mengenmäßig bisher noch keine große Rolle spielt.

Mittelfristig wäre das aber eine schöne Sache. Warten wir es mal ab.

UPDATE:
Nun habe ich (mit Hilfe eines Lesers) auch eine Lösung für den Google+ Button gefunden.

Zum Artikel “G+ Button selber bauen“.

Fazit

Man kann sich also recht einfach selber Social Buttons bauen, die von selber keine Daten über den Nutzer an Facebook und Co. versenden.

Damit sollte man rechtlich gesehen etwas sicherer sein.

Und dort werden auch die Zahl der Follower und die Anzahl der Feedleser angezeigt..

Deshalb ist dieser Artikel heute recht praktisch und ich zeige euch, wie ich es gemacht habe.

Die Sidebar bearbeiten

Um in der Sidebar Inhalte einpflegen zu können, kann man entweder ein Widget nutzen und dort statischen HTML-Code einfügen oder man bearbeitet die Theme-Datei “sidebar.php” direkt.

Letzteres lässt sich nicht umgehen, wenn man dort dynamisch die Anzahl der Follower bzw. der RSS-Abonnenten einblenden lassen möchte.

Also solltet ihr die Datei “sidebar.php” mit einem FTP-Programm erstmal sichern. Ein Backup wird dringend empfohlen.

Danach könnte ihr die Datei bearbeiten.

Social Buttons anzeigen

Es ist relativ einfach ein paar Social-Buttons anzeigen zu lassen.

Dazu müsste ihr im Internet erstmal nach einem kostenlosen Icon-Set suchen, welches euch gefällt und Icons für die gewünschten Social Networks enthält.

Diese passt ihr in einem Bildbearbeitungsprogramm an die gewünschte Größe an, ladet sie auf euren Webspace und dann kann man den folgenden Code direkt in der Sidebar an der gewünschten Stelle einbauen:

1

<a href="URL-zum-eigenen-Social-Network-Profil" target="_blank"><img src="http://URL-zum-passenden-Social-Network-Icon" border="0" alt="" /></a>

Mit dieser Vorlage kann man schon mal die ganzen Social Network Icons samt Verlinkung zum jeweiligen Profil einbauen.

Twitter-Follower und RSS-Abonnenten

Für die Anzeige der beiden Follower- bzw. Abonnenten Zahlen nutze ich 2 Plugins.

Twitter-Follower
Sergej Müller, der Autor von wpSEO, hat auch dafür ein passendes Plugin.

wpTwitBox nennt sich das gute Stück, welches kostenlos ist.

Nach der Installation und der Authentifizierung bei Twitter liest dieses Tool unter anderem die Anzahl der Follower aus.

Mit der folgenden Funktion gibt man die Anzahl der Follower aus:

1
2
3
4
5

<?php 
if (class_exists('wpTwitBox')) { 
  $GLOBALS['wpTwitBox']->the_followers_count();
} 
?>

Also recht einfach.

RSS-Abonnenten
Das kostenlose Plugin “Feed Count” leistet da recht gute Dienste.

Mit der folgenden Funktion kann man die aktuelle Anzahl der RSS-Leser eines Feed auslesen und anzeigen lassen:

1
2
3
4
5

<?php 
if (function_exists('fc_feedcount')) {
  echo fc_feedcount(); 
}
?>

Mit CSS kann man dann die Ausgabe in Farbe und Größe so anpassen, wie man das möchte.

Fazit

Natürlich habe ich die Ausgabe mit CSS dann noch so gestaltet, wie ich sie haben möchte. Das sieht man bei mir im Blog aber alles im Quellcode.

Es wäre natürlich schön, wenn es dafür ein Plugin geben würde. Evtl. bastle ich das mal zusammen.

So lange muss man es eben von Hand machen, aber es funktioniert sehr gut.

Nun hat man sich auf einen Kompromiss verständigt.

In diesem Artikel erkläre ich genau, was man tun muss, um Google Analytics in Deutschland legal nutzen zu können.

Google Analytics und der Datenschutz

Seit längerem gibt es Streit über Google Analytics.

Deutsche Datenschützer werfen dem Internet-Riesen vor, gegen Gesetze zu verstoßen und drohen allen Website-Betreibern, die Google Analytics einsetzen, mit Bußgeldern. Google selber hat zwar immer betont, dass es rechtlich keine Bedenken sieht, hat nun aber eingelenkt.

Und so gibt es nun seitens Google und der Datenschützer 5 Punkte, die man beim Einsatz von Google Analytics beachten muss.

1. IP-Maskierung

Kern der ganzen Problematik war die Speicherung der IP-Adressen der Website-Besucher durch Google. Datenschützer sehen diese als personenbezogene Daten an, was durchaus nicht unumstritten ist.

Nun bietet Google schon seit einer ganzen Weile die Möglichkeit, den Google Analytics Code so zu erweitern, damit die letzten Stellen der IP-Adresse abgeschnitten werden und damit eine persönliche Zuordnung nicht mehr möglich ist.

Dies kann man entweder erreichen, in dem man manuell eine zusätzliche Zeile im Analytics-Code einbaut (dies ist der neue asynchrone Code).

<script type="text/javascript">
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXX-X']);
_gaq.push(['_gat._anonymizeIp']);
_gaq.push(['_trackPageview']);

(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();
</script>


Die vierte Zeile ist dabei der neue Code.

Im alten Analytics-Code baut ihr einfach die Zeile

_gat._anonymizeIp();


zusätzlich vor der Zeile “pageTracker._trackPageview();” ein.

Alternativ bieten einige wenige Analytics-Plugins für WordPress schon die Möglichkeit, die Anonymisierung zu aktivieren.

Ein Plugin, dass das unterstützt, ist “Google Analytics for WordPress“.

Wie man in dem Screenshot sehen kann, gibt es unter anderem die Option “Anonymize IP’s”.

2. Datenschutzerklärung

Es gibt derzeit unterschiedliche Meinungen, ob Google Analytics überhaupt noch in die Datenschutzerklärung aufgenommen werden muss.

Hat man die IP-Maskierung aktiviert, werden ja keine personenbezogenen Daten mehr erfasst und die gesetzliche Vorschriften sind eigentlich nicht mehr gültig.

Der Sicherheit halber sollte man aber einen Absatz dazu im Impressum oder einer separaten Datenschutzerklärung einfügen.

Unter Punkt 8.1 in den “Terms of Service” von Google Analytics, findet man eine passende Textvorlage.

Viele Anwälte empfehlen einen Text wie den folgenden noch darunter zu ergänzen:

3. Browser-Addon

Es muss auch in der Datenschutzerklärung darauf hingewiesen werden, dass ein Browser-Plugin von Google existiert, mit welchem man die Analytics Erfassung generell deaktivieren kann.

Dieser Link ist in dem Text, den ich im vorherigen Punkt verlinkt habe, bereits enthalten. Da muss man also nichts weiter machen.

4. Neuer Vertrag mit Google

Man soll auch einen neuen Vertrag mit Google Analytics abschließen, der zusammen mit den Datenschützern im Einklang mit der Auftragsdatenverarbeitung nach § 11 BDSG erstellt wurde.

Sowohl “Alt-Kunden” von Analytics, als auch jeder, der jetzt ein neues Analytics-Konto anlegt, soll dieses Dokument herunterladen, ausdrucken und an Google senden.

Das ist mal wieder typisch deutsch. Auf jeden Fall was ausgedrucktes haben!

5. Altdaten löschen

Zu guter Letzt fordern die Datenschützer noch dazu auf, dass man seine Altdaten bei Google Analytics löschen soll.

Das geht allerdings nur, in dem man bestehende Website-Profile löscht und dann wieder neu anlegt.

Ich sehe die Forderung natürlich durchaus kritisch, da mir historische Daten von Google Analytics sehr wichtig sind und Google selber die erhobenen Daten sowieso schon in irgendeiner Form weiterverarbeitet hat.

Am Ende muss jeder selber wissen, ob er das macht oder nicht. Geprüft werden kann es nur schlecht.

Fazit

Einerseits ist es begrüßenswert, dass es nun klare Regeln gibt, die Rechtssicherheit bringen. Zu lange wusste man nicht woran man ist.

Allerdings gibt es noch Unklarheiten. Z.B. sind manche Anwälte der Meinung, dass bei einer Anonymisierung der IP gar keine Datenschutz-Angaben mehr notwendig sind.

Ich hätte mir gewünscht, dass Google hier vor Gericht zieht und die Sache ein für alle mal klären lässt. Es wäre wichtig, dass richterlich z.B. endlich mal klargestellt wird, ob IP-Adressen nun personenbezogen sind oder nicht.

Unter diesem Gesichtspunkt und wegen unschöner Nebeneffekte, wie z.B. die Löschung alter Analytics-Daten, ist die erreichte Einigung zwar Okay, aber auch etwas unbefriedigend.

Viele Statistik-Tools, unter anderem auch Google Analytics, geben die Absprungrate an.

Warum die Standard-Erfassung durch Google Analytics allerdings nicht wirklich realistisch ist und mit welchem Trick man dies ändern kann, erfahrt ihr in diesem Artikel.

Was ist die Bounce Rate?

Laut Definition misst die Bounce Rate den Anteil der Websitebesucher, die nach nur einem Seitenaufruf wieder gehen.

Anhand der Bounce Rate kann man Probleme einzelner Seiten erkennen (schlechte Usability, abschreckende Optik, nicht die erwarteten Inhalte etc.), gegensteuern und so z.B. die Conversion Rate steigern.

Allerdings hat der Analytics-Guru Avinash Kaushik dies insofern eingeschränkt, als dass er nur Besucher zur Bounce Rate zählt, die innerhalb von 5 bis 10 Sekunden gehen.

Was macht Google Analytics falsch?

Google Analytics macht zwar nichts wirklich falsch, allerdings richtet es sich nach der offiziellen Definition der Absprungrate und nicht nach der meiner Meinung nach viel realistischeren von Herrn Kaushik.

Das bedeutet, dass Google Analytics jeden Besucher zur Bounce Rate hinzurechnet, der nach nur einer Seite wieder geht.

Das Problem dabei ist, dass gerade Blogs sehr viele Stammleser haben, die z.B. über den RSS-Feed nur zu einem bestimmten Artikel kommen, diesen lesen und dann wieder gehen.

Aber auch über Twitter und Co. ruft man oft nur einen Artikel auf und geht dann wieder. Besonders dann, wenn man die Website/den Blog schon kennt und nicht weiterstöbern möchte.

Deshalb denke ich, dass die Standard-Messung der Bounce Rate einfach einen falschen Eindruck vermittelt.

Eigene Erfahrungen

Auf Selbstaendig-im-Netz.de lag die Absprungrate in der Vergangenheit immer so um die 60%. Das ist ein recht hoher Wert.

Natürlich gibt es immer Besucher, die über Links oder von Google kommen, und dann sehr schnell merken, dass es nicht das ist, was sie gesucht haben. Oder ihnen gefällt das Layout auf den ersten Blick nicht und sie gehen.

Doch 60% Bounce Rate ist einfach zu hoch, gerade für einen Blog. Denn ich möchte anhand der Bounce Rate ja Probleme erkennen. Also z.B. Seiten, die eine hohe Bounce Rate. Dann könnte man versuchen, diese Seiten zu optimieren.

Wenn jemand 5 Minuten einen meiner Artikel liest und dann meinen Blog wieder verlässt, gehört er einfach nicht in die Bounce Rate Statistik.

Die Lösung

Auf padicode.com habe ich die Lösung gefunden.

Dort findet sich folgendes Code-Stückchen für den neueren asynchronen Code von Google Analytics:

setTimeout('_gaq.push([\'_trackEvent\', \'NoBounce\', \'Over 10 seconds\'])',10000);

Für den älteren Analytics-Code gilt folgendes Code-Stückchen:

setTimeout('pageTracker._trackEvent(\'NoBounce\', \'NoBounce\', \'Over 10 seconds\')',10000);

Die Code-Zeile fügt man per Hand in den Google Analytics Code ein, am besten unter pageTracker._trackPageview();

Von nun an rechnet Google nur noch Besucher der Bounce Rate hinzu, die nur 1 Seite angeschaut haben und diese innerhalb von 10 Sekunden verlassen haben.

Natürlich kann man den Wert 10000 auch z.B. durch 5000 ersetzen, was 5 Sekunden entsprechen würde.

Das nette an diesem Code ist, dass es keine Daten in Analytics beeinflusst, sondern nur ein zusätzlicher Filter für die Anzeige der Absprungrate ist. Und man muss noch nicht mal irgendwas in Google Analytics einstellen. Nach dem Einbau der Code-Zeile im Blog wird automatisch in den Auswertungen die “neue” Absprungrate angezeigt.

Das Ergebnis

Ich habe diese Änderung am Analytics Code Anfang Juli vorgenommen und die Auswirkungen auf die Bounce Rate sind sehr deutlich.

Von über 60% ist die durchschnittliche Bounce Rate auf rund 20% gesunken, wie man an dem folgenden Chart gut sehen kann:

Das ist doch ein deutlich realistischer Wert. Mit 5 Sekunden wäre der Prozentwert sicher noch deutlich niedriger.

Die Bounce Rate nutzen

Wie man die Bounce Rate nun praktisch nutzen kann, um einzelne Seiten zu optimieren und welche Möglichkeiten es gibt, die Bounce Rate zu senken, erfahrt ihr in weiteren Artikel dieser kleinen Serie.

Es gab bei den letzten Versions-Updates keine größeren Probleme mehr und so habe ich diesmal nicht auf die Version 3.2.1 gewartet, die nebenbei bemerkt, aber auch schon erschienen ist.

Von WordPress 3.2 habe ich mir ja doch ein paar interessante Dinge erwartet und so möchte ich heute auf die interessanten neuen Features eingehen und zudem zeigen, warum ich nach langer Verweigerung nun vielleicht doch wieder zum Original-Admin-Theme zurück kehre.

WordPress 3.2

Nachdem die Version 3.1 erschienen ist, hat man seitens der WordPress-Entwickler angekündigt, dass man nun etwas zügiger mit neuen Versionen raus kommen möchte.

In der Vergangenheit wurden teilweise noch im Nachhinein neue Features ergänzt und so hatten sich die neuen Version immer mal wieder verschoben. Ähnlich wie bei den Browserentwicklern möchte man nun öfter ein Update bringen und sich dabei lieber auf ein paar weniger Features konzentrieren, diese aber besser umsetzen.

WordPress 3.2 ist nun erschienen und trägt den Namen “Gershwin”. Hier ein kleines Video mit den wichtigsten Features.

Im folgenden gehe ich auf interessante und wichtige Änderungen der neuen Version ein

Der neue Admin

Als erstes fällt einem nach dem Update der neu gestaltete Admin auf.

Ich habe in den vergangenen Jahren das “Fluency Admin Theme”-Plugin verwendet, da ich mit dem Babyblau und kontrastarmen Backend einfach nicht klar kam.

Das Standard-Admin-Theme sieht in 3.2 nun aufgeräumter und moderner aus.

Es hat sich sogar etwas in Richtung des genannten Admin-Plugins entwickelt und da es derzeit noch kein Update für Fluency gibt, spiele ich gerade ernsthaft mit dem Gedanken beim Original-Backend zu bleiben.

Besonders gelungen finde ich die Navigation, die nun einfach auch viel besser aussieht und übersichtlicher ist. Aber auch andere Details gefallen mir.

Anforderungen

Ein weitere wichtige Änderung sind die technischen Anforderungen:

• mindestens PHP 5.2.4
• mindestens MySQL 5.0.15
• der IE6 wird nicht mehr unterstützt.

Mit dem Plugin “WordPress Requirements Check” kann man vor dem Update prüfen, ob die Anforderungen erfüllt sind. (oder man schaut bei seinem Hoster nach )

Gerade der zweite Punkt macht evtl. dem einen oder anderen zu schaffen, da ein DB-Umzug eben doch nicht mit einem Klick erledigt ist.

Da ich 2 kleinere Blogs habe, die noch auf einer MySQL 4.x Version laufen, werde ich dazu demnächst mal eine kleine Umzug-Anleitung schreiben.

Standard Theme

Ich nutze zwar auf keinem meiner Blogs das bisherige Standard-Theme, aber das neue “Twenty Eleven” sieht schon schick aus.

Es ersetzt das bisherige Standard-Theme “Twenty Ten” und sieht wirklich gut aus. Vor allem eignet es sich sehr gut für eigene Anpassungen und Veränderungen, so dass man sehr schnell ein individuelles Theme daraus basteln kann.

Es setzt zudem stark auf HTML5 und bietet damit auch ein responsive Layout, welches sich an das Ausgabemedium anpasst.

Dazu in einem separaten Artikel mehr.

Editor

Einige Veränderungen gab es auch beim Editor.

So gibt es nun einen Vollbild-Modus, in dem man nur noch den Editor sieht und alle Navigations- und Kopf-Elemente ausgeblendet werden. Nett, aber ich kam bisher auch gut zurecht.

Fast schon interessanter finde ich da die Erweiterung, dass man nun auch im normale Code-Editor einen erweiterten Link-Dialog bekommt (siehe Screenshot). Diesen gab es bisher nur im WYSIWYG-Editor.

Delta-Updates

Eine Neuerung, die man nur wenig bemerken wird, sind die neuen Delta-Updates. Damit werden nicht mehr die gesamten Core-Dateien bei jedem Update “installiert”, sondern nur noch wirklich die, die sich geändert haben.

Große Auswirkungen wird das zwar nicht haben, aber die bessere Lösung ist es allemal.

Sicherheit

Insgesamt wurden mehr als 400 Tickets mit Version 3.2 geschlossen und darunter befanden sich auch einige sicherheitsrelevante Bugs.

Es sollte einem zwar auch klar sein, dass der Wettlauf mit dem Hackern nie zu Ende ist, aber die WordPress-Entwickler legen weiterhin großen Wert auf Sicherheit.

Admin-Bar

An der Admin-Bar soll es auch einige Verbesserungen gegeben haben. Da ich diese aber überall deaktiviert habe, konnte ich mir das bisher nicht anschauen. Und so richtig interessiert es mich auch nicht.

Geschwindigkeit

Ein wesentliches Feature von WordPress 3.2 ist die optimierte Geschwindigkeit. Im Admin habe ich das sofort bemerkt, ohne die Zeit zu messen.

Aber auch im Frontend soll die neue Version schneller laufen. Besonders bei den Kommentaren soll 3.2 deutlich schneller sein.

2 Dinge sollte man dabei aber auch erwähnen. Zum einen ist der Speicherhunger von 3.2 nochmal ein wenig gestiegen. so dass man mindestens 32 MB, wenn nicht sogar idealerweise 64 MB zur Verfügung haben sollte.

Zum anderen waren auch in der Vergangenheit vor allem nicht sehr gut programmierte WordPress-Plugins für längere Ladezeiten verantwortlich. Und daran hat sich mit der neuen Version natürlich nichts geändert. Es bleibt also dabei, dass man seine Plugins ruhig mal nach deren Performance überprüfen sollte.

Fazit zu WordPress 3.2

Unter der Haube ist bei der neuen Version noch viel mehr passiert, als man sehen kann.

Insgesamt gefällt mir die neue Version aber sehr gut. Die Geschwindigkeit ist gerade im Admin deutlich besser, der Admin sieht nun wirklich gut aus und das Standard-Theme werde ich demnächst auch mal verwenden.

Andere Änderungen, wie etwa den Vollbild-Modus des Editors sind für mich nicht so entscheidend.

Alles in allem macht WordPress 3.2 aber eine sehr gute Figur und ich hoffe, die zukünftigen Updates können daran anknüpfen.

Ein Backup vor der Installation von WordPress 3.2 sollte man durchführen, auch wenn bei mir diverse Blogs problemlos geupdated werden konnten.

Ich nutze mittlerweile nur noch den interne Update-Mechanismus. Wer die aktuelle Version herunterladen und per FTP installieren möchte, kann das natürlich noch immer tun.

WordPress 3.2.1

Nachdem vor ein paar Tagen schon ein Update für das Hotfix-WordPress-Plugin erschienen ist, kam nun vor kurzem schon die Version 3.2.1 heraus.

Dabei handelte es sich aber nicht um ein Sicherheitsrelease, sondern es wurden Probleme im Admin und mit dem neuen Theme behoben, die bei einigen Usern auftraten.

Zudem wurde die Änderung rückgängig gemacht, welche Arial als Standard-Schrift für den Editor festgelegt hat. Das hat vielen nicht besonders gefallen.

Nun wird die Standard “sans-serif”-Schrift verwendet, die man im eigenen Browser eingestellt hat. Man kann also ganz einfach z.B. auf Verdana wechseln.

Hauptgrund dafür war die Möglichkeit mobil auf meine Webprojekte, Mails, Blogs etc. zugreifen zu können. Ich hatte es satt, immer mein schweres Laptop mitzuschleppen und wirklich einen Sinn in einem Mini-Netbook habe ich auch nicht gesehen.

Nach mehr als einem halben Jahr im Einsatz muss ich sagen, dass ich mit meinem iPad sehr zufrieden bin. Das Gewicht und der Platz fällt nicht ins Gewicht. Und das beste ich wirklich, dass ich nicht nur in einem Hotel per WLAN ins Web gehen kann, sondern dass dies relativ günstig auch in Deutschland per UMTS möglich ist.

Umso wichtiger wird die Auswahl des UMTS-Tarifs für alle die ein iPad oder ein anderes Tablet mit UTMS-Funktionen besitzen.

Da ich da immer auf der Suche nach günstigeren Alternativen bin, habe ich mich gefreut, als ich die FONIC Micro-SIM Karte testen durfte.

FONIC

Wer FONIC nicht kennt, dem sei gesagt, dass es sich um einen Mobilfunk-Tarif Anbieter handelt, der in der Werbung vor allem durch den Auftritt von Bruce Darnell bekannt sein dürfte.

Im Mittelpunkt des Angebotes stehen einfache und günstige Tarife. Und das ist auch eines der Hauptargumente für die Internet-Tagesflatrate von FONIC.

Internet-Tagesflattrate

Als ich auf der Suche nach einem Datentarif für mein iPad war, gestaltete sich das gar nicht so einfach. Es gab feste Monatstarife, die aber für mich nicht in Frage kamen, da ich mein iPad normalerweise in meinem Heimnetzwerk nutze und nur für gelegentliche Ausfüge und Urlaube die UMTS-Funktion nutze.

Dann habe ich einen Tarif genutzt, wo man 7 oder 90 Tage Tarife auswählen kann. Auch nicht ideal. Umso besser finde ich das bei FONIC gelöst.

Die Internet-Tagesflattrate ist genau das. Man kann das Internet tageweise buchen und auf diese Weise bezahlt man wirklich nur für die Tage, an denen man das Internet mit seinem iPad oder einem anderen Tablet oder Netbook nutzt.

2,50 Euro kostet der Tarif pro Tag und damit komme ich bei einem Kurzurlaub wirklich günstig weg.

FONIC Kostenschutz

Als “Kostenschutz” wird die Tatsache bezeichnet, dass in einem Monat nur maximal 10 Tage bezahlt werden müssen. Bei 25 Euro ist Schluss und man kann den Rest des Monat kostenlos das Internet nutzen.

Das ist für all jene, die mal einen ganzen Monat das Internet über das iPad nutzen wollen oder müssen eine gute Lösung und so bleiben die Kosten im Rahmen.

Micro-SIM und Netz

Es handelt sich um eine Micro-SIM, die vom iPad und von den meisten Tablets anderer Hersteller unterstützt wird.
Und auch für Netbooks mit UTMS-Unterstützung ist diese geeignet.

Für 9,95 Euro bekommt man die Micro-SIM nach Hause geliefert und man hat auch noch 1 Tag Internet inklusive. Damit kostet die Micro-SIM also effektiv nur 7,59 Euro.

Genutzt wird das o2 Germany Netz, welches nach meiner Erfahrung gut ausgebaut ist. Das bestätigen auch diverse Testergebnisse, u.a. von Stiftung Warentest. Und man ist mit der HSDPA-Spitzengeschwindigkeit von 7,2 MBit/s im Web unterwegs.

Übrigens kann man mit dieser Micro SIM für 9 cent/min auch mobil telefonieren. VoIP ist erlaubt.

Fazit

Ein günstiges Angebot für alle, die ihr Tablet nicht nur im heimischen WLAN, sondern auch unterwegs nutzen wollen.

Da stand ich letztens vor dem Problem, dass es ein paar Diskussionen gab, die etwas aus dem Ruder gelaufen sind. Und ich wollte möglichst sofort wissen, wenn wieder ein kritischer Beitrag im Forum erschienen ist.

RSS bietet das Forum zwar an und das ist auch gut so. Aber ich habe meinen RSS-Reader tagsüber nicht auf, da er doch leicht von der Arbeit ablenkt.

Meinen Twitter-Client TweetDeck habe ich jedoch immer laufen, da ich darüber eben auch kommuniziere.

Deshalb habe ich eine Lösung gesucht, wie man RSS-Feeds in Tweets umwandeln kann. Und ich habe eine Lösung gefunden.

Twitterfeed.com

Bei meiner Recherche nach einer Lösung hatte ich erst geschaut, ob es vielleicht ein Plugin für meine Foren-Software gibt, die das übernehmen kann. Aber diesen Gedanken habe ich dann doch recht schnell wieder verworfen.

Stattdessen kam mir die Idee, dass man doch mit dem RSS-Feed was anfangen könnten. Schließlich wird dieser zwar ständig totgesagt und tatsächlich nutzen ihn nur wenige Blog-Leser, aber als Mittel zum Zweck um z.B. seinen Blog mit Facebook und Co. zu verknüpfen, leistet er eine prima Arbeit. Ich nutze z.B. RSS-Feeds auch in meiner iPhone-App um die neuesten Artikel an die App zu übergeben.

Jedenfalls wurde ich dann recht schnell fündig. Twitterfeed.com bietet einen Service an, mit dem sich RSS-Feeds automatisch in verschiedene “Zielformate” umwandeln lassen kann.

Sobald dieser Service bei der Prüfung eines RSS-Feeds feststellt, dass ein neuer Beitrag erschienen ist, wird z.B. unter einem vorher eingetragenen Twitter-Account ein Tweet mit diesem neuen Beitrag, bzw. einem Ausschnitt davon, versendet.

Kleiner Nachteil ist, dass die Prüfung maximal alle 30 Minuten stattfindet und nicht öfter. Aber damit kann ich noch leben und für viele Einsatzzwecke wird das wohl reichen.

RSS-Feed eintragen

Man kann beim Anlegen eines neuen RSS-Feeds eine Menge Details einstellen.

Zum Beispiel was vor und was am Ende des Tweets als Text erscheinen soll.

Cool finde ich auch die Möglichkeit, nach Keywords zu filtern.

Man kann also nur RSS-Artikel zu Feeds unwandeln lassen die bestimmte Keywords enthalten. Man kann aber auch bestimmte Keywords ausschließen und auf diese Weise manche Artikel eben nicht per Tweet versenden.

Da gibt es auf jeden Fall eine Menge Einstellmöglichkeiten.

Twitter-Account anlegen

Als nächstes legt man einen Account des Services an, bei dem die RSS-Beiträge aufgegeben werden sollen.

In meinem Fall war das Twitter. Alternativ ginge es noch bei Statusnet, Hellotxt und Facebook.

Man muss seinen Account dann einmal verifizieren und dann ist auch dieser Schritt schon erledigt.

Fertig

Das war es auch schon. Bei der nächsten Änderung des RSS-Feeds wird automatisch unter dem eingegebenen Twitter-Account der neue Post getweetet.

Und die Möglichkeiten sind vielfältig, da das RSS-Format ja nicht für Blogs erfunden wurde, sondern eben um verschiedene Inhalte in einem lesbaren Format weiterzugeben.

Das ist auf jeden Fall ein schönes kostenloses Tool.

Das hat aber auch den Vorteil, dass an der letzten Umfrage 167 Leser teilgenommen haben. So viele waren es schon lange nicht mehr.

In diesem Artikel werte ich die vergangene Umfrage “Hast du schon auf WordPress 3 geupdated?” aus und stelle zudem die neue Umfrage vor.

Hast du schon auf WordPress 3 geupdated?

Im Sommer ist die neue WordPress-Version 3.0 erschienen.

Ich bin da immer erstmal etwas vorsichtig und aktualisiere nicht sofort. Schließlich handelt es sich bei solchen Versionssprüngen nicht um Sicherheitsupdates sondern um viele neue Features.

Und da ist trotz diverser Beta’s und Release Candidates meist noch der ein oder andere Bug versteckt. Ich habe dann bis zur Version 3.0.1. gewartet und dann meine Blogs geupdated.

Bei euch sehen die meisten das nicht so. 41% haben sofort auf Version 3.0 geupdated und das war anscheinend auch keine falsche Entscheidung. Im Web habe ich kaum etwas über Probleme gelesen.

34% haben es allerdings trotzdem so wie ich gemacht und auf Version 3.0.1 gewartet.

Immerhin 19% haben angegeben, dass sie kein WordPress nutzen und deshalb auch nichts mit den Updates am Hut hatten.

Überrascht haben mich die 7%, die auf Version 3.1 warten, die ja erst im kommenden Jahr erscheinen wird.

Und immerhin 2% updaten gar nicht, sondern bleiben auf irgendeiner alten Version. Das muss nicht unbedingt das sicherste sein.

Moderiert ihr Kommentare oder nicht?

In der neuen Umfrage geht es um Blog-Kommentare und die Frage, ob und wie ihr diese moderiert.

Bei mir ist es so, dass ich den 1. Kommentar eines User immer moderiere. Da will ich sozusagen beim ersten Beitrag immer prüfen, ob das ein Spammer ist oder nicht.

Wenn der erste Beitrag freigeschaltet wurde, werden auch die folgenden Kommentare dieses User automatisch freigeschaltet. Das hat sich für mich als effektivster Kompromiss zwischen Kontrolle und Machbarkeit herausgestellt.

Doch es gibt noch andere Möglichkeiten mit Kommentaren umzugehen (dass ein Kommentar-Spam-Plugin wie Akismet oder Antispam Bee im Einsatz ist, davon gehe ich mal aus.).

So kann man alle Kommentare automatisch freischalten lassen und dann evtl. im Nachhinein Spam löschen. Oder man moderiert alle Kommentare, was aber später viel Aufwand bedeutet.

Oder man deaktiviert die Kommentare gleich ganz, was einem Blog aber auch ein wichtiges Element nimmt.

Wie geht ihr mit Kommentaren um, ist also die neue Umfrage der Woche.

Die Umfrage findet ihr wie immer in der rechten Sidebar.

Zu der Frage “Kommentar-Spam löschen oder nicht?” hatte ich ja schon mal etwas geschrieben.

Das hört sich interessant an und deshalb beteilige ich mich einfach mal daran.

Ich habe etwas aufgeräumt und ein Foto von meinem Arbeitsplatz gemacht.

Mein “Blog-Arbeitsplatz”

Hier sehr ihr ein Foto von meinem Blog-Arbeitsplatz. Mein Büro befindet sich in meinem Haus. Der Weg zur Arbeit ist also recht kurz.

Wie man sehen kann, bin ich eher ein Freund des aufgeräumten Arbeitsplatzes. Wenn ich gerade an Projekten für Kunden arbeite, liegen dann natürlich Unterlagen auf dem Schreibtisch. Ansonsten mag ich es aber aufgeräumt.

Kurz ein paar Worte zur Ausstattung.

Rechner und Monitore

Mein Arbeitsrechner steht unter dem Tisch und ist relativ neu. Das merkt man an der angenehmen Geschwindigkeit von Windows 7. So macht das Arbeiten Spaß.

Ich habe 2 Monitore angeschlossen, was das Arbeiten sehr erleichtert. Ich könnte mir gar nicht mehr vorstellen, mit nur einem Monitor zu arbeiten und deshalb fällt es mir auch so schwer, wirklich länger an einem Laptop zu arbeiten.

Während ich blogge befindet sich auf dem linken Bildschirm in der Regel eine Übersicht mit Stichpunkten und Ressourcen. Auf dem linken Monitor öffne ich auch Websites, wenn ich etwas recherchieren will.

Auf dem rechten Hauptmonitor ist natürlich Firefox offen und hier schreibe ich meine Artikel.

Wenn ich nicht blogge, ist links unter anderem mein Feedreader oder Tweetdeck, mein Twitter-Tool, zu finden.

Wenn ich an Kundenwebsites herumprogammiere habe ich links meist die Kunden-Website offen und im Hauptmonitor habe ich meine Programmier-Tools. Das erspart mir das ständige Wechseln der Fenster.

Ebenso genial sind 2 Monitore für Photoshop. Auf dem Hauptmonitor ist dann nur die Arbeitsfläche mit den Bildern. Auf dem linken Monitor befinden sich alle Werkzeuge, die Ebenenliste etc.

sonstiges

Eine Musikanlage habe ich auch in meinem Büro. Dort kann ich sowohl normaler Radio, als auch CDs abspielen.

Der 2. Rechner (dort ist auch das Fenster), den man auf der linken Seite erahnen kann, ist eher für private Zwecke. Dieser ist aber auch an die Anlage angeschlossen, so dass ich dort z.B. MP3-Musik laufen lassen kann.

Abends sitzt dort oft meine Frau und macht diverse Dinge. Allerdings wahrscheinlich nur bis wir ein iPad haben, dann wird sie das wohl von der Couch aus erledigen.

Tja, dann sieht man noch mein Podcast-Mikrofon und ein paar Bilder meiner Töchter.

Auf der rechten Seite, nicht im Bild, stehen noch 2 große Aktenschränke und mein Farblaser steht weiter links neben dem Schreibtisch.

Wie sieht es bei euch aus?

So sieht also mein Büro aus, in dem ich auch blogge.

Wie sieht es bei euch aus? Wo schreibt ihr eure Blog-Artikel?