Ich habe nämlich den Auftrag einer Firma erhalten, ein Sponsored Review, also einen bezahlten Test, zu schreiben. Und dieser Auftraggeber war nicht nur mit den 9 Punkten aus dem Trigami-Artikel einverstanden, sondern auch noch mit 3 zusätzlichen Maßregeln. Insgesamt gibt es damit 12 Voraussetzungen, die für mich erfüllt sein müssen, bevor ich bereit bin, ein Sponsored Review zu schreiben:

1. Das Produkt muss zum Blog passen.

2. Das Produkt muss mich schon bei der Kampagnenbeschreibung überzeugen und muss für mich einen Nutzen haben.

3. Ich werde das Produkt so beschreiben, wie ich es für richtig halte und dabei auch negative Aspekte nicht unberücksichtigt lassen.

4. Ich werde für Titel, Beitrag und Tag nur Begriffe verwenden, die ich für richtig halte.

5. Ich werde keine Fotos einbinden, die mir nicht gefallen.

6. Ich werde nur zu Seiten verlinken, die ich für relevant halte.

7. Ich werde nur einen Beitrag schreiben, wenn ich dafür angemessen entlohnt werde.

8. Ich werde an einem Beitrag, nachdem ich ihn geschrieben habe, keine Veränderung vornehmen (ausgenommen natürlich, es ist etwas sachlich falsch).

9. Ich werde keine Kommentare löschen, in denen etwas Negatives zum getesteten Produkt oder zum Artikel steht.

10. Ein Sponsored Review wird als solcher gekennzeichnet und mit diesem Artikel hier verlinkt.

11. Um mir die 100%ige Unabhängigkeit zu sichern, veröffentliche ich den Beitrag erst, wenn das Geld auf meinem Konto eingegangen ist.

12. Alle Links zum Anbieter werden mit “nofollow” ausgezeichnet.

Während bei Trigami & Co. der Auftraggeber die Vorgaben macht, die von den Bloggern erfüllt sein müssen, ist es bei mir hier umgekehrt. Mit diesen 12 Punkten gebe ich vor, unter welchen Voraussetzungen ich dazu bereit bin, einen bezahlten Beitrag zu schreiben und wer mich beauftragen möchte, muss damit einverstanden sein. “Bezahlt” bedeutet für mich übrigens in dem Zusammenhang, dass ich dafür bezahlt werde, dass ich schreibe, nicht aber dafür, was ich schreibe. Ich denke, der Unterschied dürfte klar sein.

Ich bin mir nicht sicher, ob es sowas in dieser Form schon mal gegeben hat. Für mich ist es jedenfalls völliges Neuland und ich bin selbst sehr gespannt, ob es mir gelingt, einen unabhängigen Test zu schreiben, einen Nutzen für den Auftraggeber zu erzielen und gleichzeitig die Ansprüche der Blogleser zu erfüllen.

Da ich für das Schreiben des Tests ja schon bezahlt werde, verzichte ich im Gegenzug darauf, im Artikel Werbung einzublenden. Unter anderem deshalb habe ich die Kategorie “Reviews” angelegt, in die ich alle bezahlten Reviews einordne.

Wie ist eure Meinung zu Sponsored Reviews?
Was haltet ihr von den geplanten Sponsored Reviews? Haltet ihr das unter diesen Voraussetzungen für eine gute Sache? Oder sind für euch bezahlte Blogbeiträge, egal in welcher Form, Teufelszeug?

Generell gibt es 3 Möglichkeiten, wie man die gzip-Compression nutzen kann. Die einfachste ist ein simpler Eintrag in der .htaccess:

1. gzip-Compression über die .htaccess

<IfModule mod_deflate.c>
<FilesMatch "\\.(js|css|html|xml)$">
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>

In der ersten Zeile wird geprüft, ob das Modul mod_deflate auf dem Server aktiviert ist. Das ist nämlich Voraussetzung zur Nutzung der gzip-Compression. Danach werden dann alle Dateien mit der Endung .js, .css, .html, .xml komprimiert. Es können natürlich noch weitere Endungen hinzugefügt werden. Allerdings macht eine Kompression von Grafikformaten wie z. B. jpg, gif oder png wenig Sinn, da diese bereits von Haus aus komprimiert sind. Ein Nachteil dieser Methode ist, dass das Modul mod_deflate nicht bei allen Hostern installiert ist. In diesem Fall bietet sich Methode 2 an.

2. gzip-Compression mit PHP

Bei dieser Methode wird einfach bei jeder Seite, die man komprimieren möchte, in der ersten Zeile folgender Code eingefügt:

<?php
ob_start("ob_gzhandler");
?>

Diese Methode hat 2 Nachteile. Zum einen funktioniert sie nur mit php-Dateien. Die Datei muss also die Endung .php haben (dies kann man zwar auch umgehen, aber darauf will ich jetzt nicht näher eingehen). Außerdem muss der Code in jede Datei, die man komprimieren möchte, extra eingefügt werden. Wenn man viele Dateien hat, ist das natürlich eine Menge Arbeit. Deswegen sollte man zuerst die 1. Möglichkeit (gzip-Compression über die .htaccess) ausprobieren und nur wenn diese nicht funktioniert, die gzip-Compression über php erledigen.

3. Dateien vorkomprimieren

Die beiden ersten Methoden haben das Problem, dass sich dadurch die Serverlast etwas erhöht. Das ist eigentlich nicht weiter tragisch, da die eingesparte Datenmenge diesen Nachteil mehr als nur wettmacht. In einigen Fällen ist es aber trotzdem sinnvoll, die Kompression vorab von Hand zu erledigen. Dies bietet sich vor allem bei Dateien an, die einerseits sehr groß sind und andererseits nur selten geändert werden.

Wem bei dieser Beschreibung spontan Javascript-Bibliotheken wie z. B. jQuery einfallen, der liegt damit vollkommen richtig. In der aktuellen Version 1.4.2 hat jquery.js eine Größe von ca. 80 kb. Durch eine manuelle Kompression lässt sich die Dateigröße auf ca. 25 kb verringern. Nachdem man die Datei mit einem Packer wie z. B. 7zip verkleinert hat, kopiert man sie einfach in das gleiche Verzeichnis wie die Originaldatei. Um Kompatibilitätsprobleme mit dem Safari-Browser zu vermeiden, sollte man die Endung der komprimierten Datei von .gz auf .jgz ändern. Danach fügt man noch folgenden Code, den ich auf tutorialajax.com gefunden haben, in die .htaccess ein:

RewriteEngine on
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.jgz -f
RewriteRule (.*)\.js$ $1\.js.jgz [L]
AddType "text/javascript" .js.jgz
AddEncoding gzip .jgz

Mit diesem Code wird die gepackte Version der Datei anstelle der Originaldatei ausgeliefert.

Nutzung der gzip-Compression mit Wordpress

Wordpress-User können die oben beschriebenen Methoden ebenfalls problemlos einsetzen. Aber wie so oft bei Wordpress, gibt es für diesen Zweck natürlich auch ein Plugin, das einem auch bei der gzip-Compression das Leben erleichtern. Dabei handelt es sich um das Plugin wpCompressor des bekannten Wordpress-Entwicklers Sergej Müller. Das Plugin setzt für die Komprimierung die oben beschriebene Methode 2 (gzip-Compression mit PHP) ein, die allerdings nicht so schnell ist wie die 1. Methode. Deshalb sollten auch Wordpress-User lieber die gzip-Compression über die .htaccess nutzen und nur, wenn der Hoster dies nicht ermöglicht, zum Plugin greifen.

Test der gzip-Compression

Zum Testen, ob die gzip-Compression auch tatsächlich funktioniert, kann man dieses PHP-Skript verwenden. Einfach den Namen der Website eintippen und auf “Check” klicken. Dann kriegt man angezeigt, ob die angegebene Website komprimiert ist und welche Datenmenge eingespart wurde.

Fazit: Die Komprimierung von Webseiten macht auf alle Fälle Sinn und ist mit wenig Aufwand verbunden. Die einfachste und schnellste Methode ist die gzip-Compression über die .htaccess, die man durch eine Vorkomprimierung einzelner Dateien noch ergänzen kann. Falls dies vom Hoster nicht unterstützt wird, sollte man die Daten per PHP-Aufruf komprimieren.

Artikelreihe Webseiten beschleunigen:

Teil 1: Dateigröße von Grafiken verkleinern

Teil 2: Expires-Header verwenden

Teil 3: Parallele Downloads

Das ist eigentlich eine faire Sache, von der alle profitieren. Ich empfehle dem Käufer einen Artikel, den er wahrscheinlich noch nicht gekannt hat und kriege als Gegenleistung dafür eine kleine Provision. Und Amazon profitiert natürlich auch davon, weil durch meine Empfehlung zusätzlicher Umsatz generiert wird.

Fair geht vor

Wichtig ist aber, dass, wenn man einen solchen Reflink in seinen Blog einbaut (und das sollte man auch wirklich nur auf der eigenen Seite tun), man seinen Besuchern gegenüber so fair ist und diesen kennzeichnet. Wie das funktioniert, erkläre ich in diesem Artikel.

Reflinks mit dem Euro-Symbol kennzeichnen

Um einen Reflink zu kennzeichnen, empfiehlt es sich auf das CSS-Pseudoelement “:after” zurückzugreifen. Damit kann man nach einem Element noch einen Text oder eine Grafik einbauen. Nach dem :after weist man dann der Eigenschaft “content” den gewünschten Inhalt zu. Wenn man hinter einem reflink ein rotes Euro-Zeichen einblenden will, sieht der Code dafür wie folgt aus:

a.reflink:after{content:" €"; color:red;}

Zuerst kommt das Element dem man einen Inhalt anhängen will. Das ist in diesem Beispiel ein Link, also ein a. Dahinter kommt die Klasse, die wir nachher in den HTML-Code einbauen. Ich habe sie in diesem Fall “reflink” genannt. Dann folgt das schon angesprochene Pseudoelement “:after”. In der geschweiften Klammer gibt man hinter “content:” den Inhalt an, der hinzugefügt werden soll. Im Beispiel füge ich ein Leerzeichen und ein Eurozeichen hinzu. Diesen Inhalt kann man dann noch nach Wunsch formatieren. Mit “color:red” habe ich die Schrift für das Eurozeichen auf rot geändert.

Wenn man, so wie ich im Beispiel, Sonderzeichen anhängen will, sollte man darauf achten, dass man die CSS-Datei als “UTF-8 ohne BOM” speichert. Das geht am einfachsten, wenn man die CSS-Datei mit Notepad++ erstellt und dort unter “Kodierung” das entsprechende Format wählt.

Reflinks mit einer Grafik kennzeichnen

Will man anstatt eines Textes eine Grafik anhängen, dann sieht der CSS-Code wie folgt aus:

a.reflink:after{content:url(http://example.com/grafik.png);}

Wenn man, wie im ersten Beispiel, noch ein Leerzeichen hinter dem Element haben will, sieht es so aus:

a.reflink:after{content: " " url(http://example.com/grafik.png);}

Zum Schluss braucht man nur noch die Klasse in den HTML-Code einzubauen:

<a class="reflink" href="http://www.example.com/artikel.html?linkcode=4711">

Alternativ zu “:after” kann man auch das Pseudoelement “:before” verwenden. Dieses bewirkt, dass der Inhalt vor dem Element ausgegeben und nicht dahinter wie bei “:after”.

Einen kleinen Nachteil haben “:after” und “:before” allerdings. Der Internet Explorer unterstützt diese beiden Pseudoelemente erst ab Version 8. Von älteren Versionen des IE werden sie daher ignoriert.

Verwendet ihr auch Reflinks in euren Blogs? Und falls ja, kennzeichnet ihr diese? Ich würde mich freuen, wenn ihr eure Erfahrungen dazu in den Kommentaren postet.

Wer einen AdSense-Account hat, geht auf “Anzeigen abrufen” und wählt dort “AdSense für Suchergebnisseiten”. Auf dem dann folgenden Bildschirm gebt ihr dann an, ob ihr nur auf eurem Blog suchen oder das gesamte Web durchsuchen wollt. Bei einem Blog ist es sicher sinnvoll, nur diesen zu durchsuchen. Dann müsst ihr im nächsten Feld noch eure Blogadresse eintragen und im folgenden Feld noch einige sinnvolle Keywords, die zu eurem Blog passen. Die folgenden Einstellungen sind selbsterklärend, nur bei der Codierung müsst ihr aufpassen. Dort solltet ihr auf alle Fälle die Option “UTF-8″ anwählen, sonst werden nämlich von Google die Umlaute nicht richtig kodiert und Suchbegriffe, die einen Umlaut oder ein “ß” enthalten, nicht gefunden.

Bei der nächsten Maske sucht ihr euch noch ein Suchfeld aus, das euch gefällt und gebt die Länge des Textfeldes ein. Ich habe bei mir “28″ eingetragen, weil bei der vorgegebenen Einstellung von “31″ bei meinem Theme (Twenty Ten von Wordpress 3.0) das Suchfeld zu lang wird und abgeschnitten wird.

Da ihr ja wahrscheinlich die Suchergebnisse nicht bei Google, sondern auf eurem eigenen Blog anzeigen lassen wollt, wählt ihr in der dritten Maske bei “Öffnen der Suchergebnisseite” den dritten Eintrag “Ergebnisse auf meiner eigenen Website öffnen” an und tragt eure URL ein. Als nächstes muss noch die Breite des Suchergebnisbereiches und der Anzeigenstandort angegeben werden. Wenn ihr beim Standort “Oben und rechts” anwählt, braucht ihr eine Mindestbreite von 795px. Da das bei den meisten Wordpressthemes nicht passt, ist es sinnvoller “Oben und unten” anzugeben. Dafür braucht man dann nur eine Mindestbreite von 600 px. Ich habe bei mir 660px eingestellt. Dann braucht ihr eurer Google-Suche nur noch einen Namen zu geben und erhaltet zwei Codefragmente.

Da der Einbau dieser Codefragmente nicht gerade einfach ist, verwendet ihr dafür am besten das Plugin Google Custom Search. Nach der Installation geht ihr dann auf “Einstellungen/Google Search” und kopiert dort eure beiden Codes in die entsprechenden Felder rein. Bei den Settings braucht ihr normalerweise nichts zu ändern.

Allerdings gab es bei mir nach dem Einbau noch ein Problem. Die Sidebar wurde nämlich unter statt neben den Sucheinträgen angezeigt. Im Wordpress-Forum fand ich aber einen netten Menschen, der mir weiterhelfen konnte und mir den Tipp gab, folgenden Code an die style.css im Verzeichnis wp-content/themes/twentyten anzuhängen:

#cse-search-results iframe { width:80%; margin-bottom:30px; float:left; }
.error404 #content.narrowcolumn form#searchform div { float:left; }
.error404 #primary { margin-top:-30px; }

Das hat dann auch prima funktioniert. Ich hätte nicht gedacht, dass es so schwierig sein würde, die Google-Suche in Wordpress einzubauen. Aber letztendlich hat es dann doch hingehauen. Die Suche kann man sich hier angucken -> Weltrangliste. In diesen Blog hier habe ich sie nämlich (noch) nicht eingebaut.

Als Blogger meldet man sich bei Trigami an und gibt dort seine Interessen an. Anhand dieser soll man passende Aufträge von Firmen vermittelt bekommen. Diese Aufträge bestehen aus einem Blogeintrag, den man über ein Produkt einer Firma schreiben soll. Für diesen Blogeintrag, der deutlich als Trigamibeitrag gekennzeichnet werden muss, bekommt man dann eine Bezahlung.

In der Theorie hört sich das gut an und es scheinen alle davon zu profitieren:

1. Der Blogger schreibt über ein Produkt, das thematisch zu seinem Blog passt und wird dafür entsprechend entlohnt.

2. Die Firma profitiert vom Vertrauen, das dem Blogger entgegengebracht wird und erhält außerdem eine unabhängige Meinung über ihr Produkt, die dann in die eventuelle Weiterentwicklung einfließen kann.

3. Trigami stellt den Marktplatz zur Verfügung, auf dem sich Blogger und Firmen treffen und kassiert dafür eine Provision

4. Der Leser des Blogs erhält unabhängige Informationen über ein Produkt, das zum Blog passt, den er besucht.

Das hört sich doch gut an, oder? Wenn es tatsächlich so ablaufen würde, wäre das auch wirklich eine tolle Sache. Doch, wie heißt es so schön, grau ist alle Theorie. In der Praxis sieht es nämlich ganz anders. Da gibt es eine Menge Haken an der Angelleine, mit der Blogger geködert werden sollen:

1. Haken – Die Themenrelevanz

Trigami schreibt:
“Durch die Angabe von persönlichen Interessen, ermöglichen Sie es dem System unabhängig vom Blog, die Auswahl passender Aufträge zu verbessern.”

Nun gut, ich habe u. a. folgende Interessen angegeben:

- Webmaster
- Webdesign
- Suchmaschinenoptimierung
- Onlinemarketing
- Wordpress
- Website

Und noch 5 ähnliche Begriffe, die auch alle mit dem Themenbereich Webentwicklung zu tun haben. Seit meiner Anmeldung vor ca. 2 Monaten habe ich folgende Angebote erhalten, über die ich einen Blogeintrag schreiben sollte:

- Ankauf gebrauchter Unterhaltungselektronik
- Eigene Schokolade kreieren
- Navigationssoftware
- Gerät zur Behandlung von Insektenstichen
- Weinkellerverwaltung
- Taschenlampen
- Ferien in der Schweiz
- Marketingshop

Bis auf den Marketingshop, bei dem immerhin eine gewisse Relevanz zum Thema Onlinemarketing vorhanden ist, passen die anderen Angebote thematisch in keiner Weise zu meinem Blog.

2. Haken – Die verlangte Leistung

Wo soll da ein Haken sein? Man testet ein Produkt, schreibt darüber einen Blogeintrag und kriegt dafür den vereinbarten Lohn.

Ganz so einfach ist es leider nicht. Denn die meisten Firmen stellen noch zusätzliche Anforderungen, die meiner Ansicht nach auch sehr stark in die unabhängige Berichterstattung eingreifen. So wird zum Beispiel häufig verlangt:

- Nennung von vorgegebenen Begriffen im Titel
- Nennung von vorgegebenen Begriffen im Text
- Nennung von vorgegebenen Begriffen als Tag
- Verlinkung mehrerer Seiten (die Links können allerdings nofollow sein)
- Der Artikel muss getwittert werden (fertige Tweets werden zum Teil vorgegeben)
- Vorgegebene Bilder bzw. Screenshots müssen eingebunden werden
- Bei Facebook “gefällt mir” anklicken

Neben dem Testen des Produkts und dem Schreiben des Blogeintrags müssen also auch vorgegebene Begriffe eingebaut werden, Seiten verlinkt und Bilder eingebaut werden und der Facebook-Button angeklickt werden. Anschließend soll der fertige Artikel noch getwittert werden.

Eine Firma erhält also einen Testbericht mit von ihr vorgegebenen Begriffen und vorgegebenen Bildern, der in einem Blog veröffentlicht und von hunderten oder sogar tausenden Usern gelesen wird. Der größte Vorteil für diese Firma ist aber das Vertrauen, das dem Blogger entgegen gebracht wird und das sich damit zumindest teilweise auch auf ihr Produkt überträgt.

3. Haken – die Entlohnung

Wie im vorigen Punkt beschrieben sind die Anforderungen, die viele Firmen stellen, doch sehr hoch und es wird einiges von einem Blogger erwartet. Da könnte man doch vermuten, dass die Firmen großzügig sind und die gebotene Leistung angemessen bezahlen. Nun ja, immer trifft das leider nicht zu. Generell gibt es 2 verschiedene Möglichkeiten:

a) Man darf das getestete Produkt behalten und erhält keinen weiteren Lohn. In diesem Fall hängt die Entlohnung dann von dem getesteten Produkt ab. Bei der selbst kreierten Schokolade, deren Wert mit ca. 11 Euro angegeben wird, ist das Entgelt natürlich sehr mager. Bei anderen Produkten ist der Wert allerdings meist höher und kann teilweise auch deutlich über 100 Euro liegen. Wenn man mit dem getesteten Produkt wirklich was anfangen kann, ist das dann natürlich eine prima Sache.

b) “Nur Bares ist Wahres” sagt der Volksmund und so werden auch sicher die meisten Blogger denken. Denn mit Geld kann man sich genau das kaufen, was man möchte und muss sich nicht mit dem zufrieden geben, was man als Warenprobe zum Testen bekommt. Die gezahlten Entgelte hängen u. a. davon ab, wie viele Trigami-Beiträge man bereits geschrieben hat und natürlich auch, wie viele Besucher man auf seinem Blog hat. Wer da noch ziemlich am Anfang steht und vielleicht nur 100 Blogbesucher/Tag vorweisen kann, bekommt Angebote, die im Bereich von ungefähr 10 Euro liegen. Bei den meisten Kampagnen kann man zwar auch Gegenangebote machen, aber trotzdem ist so ein niedriger Betrag bei den verlangten Leistungen natürlich in keiner Weise akzeptabel.

4. Haken – die Nachwehen

Mir ist ein Blog bekannt (ich denke, der Namen spielt keine Rolle), der einen Trigami-Bericht veröffentlichte und daraufhin einen negativen Kommentar bekam. Dieser Kommentar bezog sich nicht direkt auf das getestete Produkt, sondern darauf, dass der gepostete Beitrag nicht zum Thema des Blogs passen würde. Daraufhin wandte sich die Firma von der das getestete Produkt stammte, an Trigami, die ihrerseits den Blogger fragte, was man da machen könne. Dieser löschte dann alle Kommentare zu diesem Beitrag.

Natürlich ist das jedem Blogger überlassen, wie er auf eine solche Nachfrage reagiert und er wurde auch nicht direkt dazu aufgefordert, die Kommentare zu löschen. Trotzdem zeigt dieser Fall meiner Meinung nach, dass eine negative Berichterstattung nicht erwünscht ist und dass in solchen Fällen versucht wird, auf den Blogger Einfluss zu nehmen.

Trigami auf diesem Blog

Wie bereits oben beschrieben, ist Trigami durchaus etwas, wovon alle profitieren können und ich stehe dem Thema auch weiterhin aufgeschlossen gegenüber. Ich werde allerdings sehr hohe Maßstäbe anlegen und nur unter bestimmten Voraussetzungen einen Trigami-Bericht auf diesem Blog veröffentlichen:

1. Das Produkt muss zum Blog passen. Dies ist ein Webmaster-Blog und ich werde hier keine Testberichte über Schokolade, Insektenstichgeräte und Taschenlampen veröffentlichen.

2. Das Produkt muss mich schon bei der Kampagnenbeschreibung überzeugen und muss für mich einen Nutzen haben. Das ist eigentlich auch für die Firma, von der das Produkt stammt, wichtig. Denn nur wenn ich von etwas überzeugt bin, kann ich auch meine Leser davon überzeugen.

3. Ich werde das Produkt so beschreiben, wie ich es für richtig halte und dabei auch negative Aspekte nicht unberücksichtigt lassen.

4. Ich werde für Titel, Beitrag und Tag nur Begriffe verwenden, die ich für richtig halte.

5. Ich werde keine Fotos einbinden, die mir nicht gefallen.

6. Ich werde nur zu Seiten verlinken, die ich für relevant halte.

7. Ich werde nur einen Beitrag schreiben, wenn ich dafür angemessen entlohnt werde.

8. Ich werde an einem Beitrag, nachdem ich ihn geschrieben habe, keine Veränderung vornehmen (ausgenommen natürlich, es ist etwas sachlich falsch).

9. Ich werde keine Kommentare löschen, in denen etwas Negatives zum getesteten Produkt oder zum Artikel steht.

Für mich sind diese 9 Punkte eigentlich Selbstverständlichkeiten. Trotzdem konnte bisher noch keine der mir angebotenen Kampagnen diesen Anforderungen standhalten. Deshalb wurde von mir auch noch kein Trigami-Bericht veröffentlicht. Es ist durchaus möglich, dass sich das noch ändern wird, aber im Moment sieht es eher nicht danach aus.

Eure Meinung zu Trigami

Wie ist eure Meinung zu Trigami? Habt ihr schon Trigami-Berichte geschrieben? Gibt es gewisse Maßregeln, an die ihr euch haltet? Wie immer würde ich mich über zahlreiche Kommentare von eurer Seite freuen.

Flattr ist ein Thema, das zur Zeit in vielen Blogs die Runde macht. Der Grund dafür ist, dass es bei Flattr ums Geld verdienen geht, ein Thema, mit dem sich die meisten Blogbetreiber verständlicherweise gerne beschäftigen.

Wie funktioniert Flattr?

Bei Flattr handelt es sich um einen sogenannten Social Payment-Dienst, dessen Name sich auf das englische Verb „to flatter“ bezieht, was auf Deutsch „schmeicheln“ bedeutet.

Die Idee von Flattr ist, dass Diensteanbieter im Internet ein Entgelt für ihre erstellten Inhalte erhalten sollen. Dies soll so funktionieren, dass Besucher monatlich einen bestimmten Betrag für Inhalte bei Flattr einzahlen (Mindestbetrag 2 Euro). Die Anbieter bauen im Gegenzug bei ihren Diensten einen Button ein. Für jeden Klick auf diesen Button erhalten sie dann einen Anteil des von dem User eingezahlten Betrags (abzüglich 10 % Provision, die bei Flattr landen). Das hört sich im ersten Moment kompliziert an, ist aber ganz einfach, wie folgendes Beispiel zeigt:

Herbert bezahlt jeden Monat 10 Euro bei Flattr ein. Davon landen 10 % als Provision direkt bei Flattr. Die restlichen 90 % = 9 Euro werden unter den Blogs verteilt, bei denen er auf einen Flattr-Button gedrückt hat. Herbert liest jeden Tag 10 Blogartikel. 3 davon gefallen ihm so gut, dass er den Blogger unterstützen möchte. Deshalb klickt er bei diesen auf den eingebauten Flattr-Button. Im Monat klickt er somit 90 Artikel (30 Tage x 3 Artikel) an, die ihm gefallen haben. Die von ihm eingezahlten 9 Euro werden dadurch auf 90 Artikel verteilt. Jeder Klick von Herbert bringt dem Schreiber des Blogs also 10 Cent.

2 große Unbekannte

Bei Flattr gibt es 2 große Unbekannte. Die erste Unbekannte ist die Anzahl der User, die etwas einzahlen und die zweite Unbekannte ist der Betrag, den der einzelne User einbezahlt.

1.Warum sollte ein User für etwas bezahlen, was er auch kostenlos bekommen kann? Schließlich ist es doch viel bequemer, einfach weiterzusurfen, anstatt sich bei einem Dienst anzumelden und dort Geld einzuzahlen.

2.Und falls ein User sich entschließt, etwas zu bezahlen, welche Motivation hat er, mehr als den Mindestbetrag zu bezahlen? Zumal ja auch niemand sehen kann, wie viel er einbezahlt hat. Fühlt er sich bei einer Einzahlung von 10 Euro etwa besser als wenn er nur 2 Euro bezahlt?

Ein Rechenbeispiel

Für Blogger hat Flattr natürlich den Vorteil, dass sie für etwas Geld bekommen, was sie sowieso machen, nämlich das Schreiben von Artikeln. Sie gehen also kein Risiko ein, wenn sie einen Blogger-Button in ihrem Blog einbauen. Nur reicht es natürlich nicht, wenn ausschließlich Blogger Geld bei Flattr einzahlen. Wenn dem so wäre, gäbe es ja einen geschlossenen Kreislauf, in dem jeder analog zum obigen Beispiel 10 Euro zahlen und 9 Euro einnehmen würde (im Durchschnitt natürlich).

Es muss also auch Geld von Usern kommen, die selbst keinen Blog betreiben. Angenommen, es würden nochmal genauso viele User einzahlen, wie es Blogger gibt. Also auf 1.000 Blogger kämen 1.000 weitere User, die keinen Blog haben und nichts einnehmen. Dann würde jeder Blogger 10 Euro zahlen und 18 Euro einnehmen. Jeder Blogger hätte dann einen Ertrag von 8 € pro Monat erwirtschaftet. Ich denke, selbst für einen kleinen Blog ist das keine große Summe.

Damit sich Flatter zumindest ein wenig lohnt, sollte man doch einen Ertrag von mindestens 30 – 40 Euro erzielen. Um auf ungefähr diesen Betrag zu kommen, müssten zusätzlich zu einem Blogger noch 4 weitere nichtbloggende User 10 Euro einzahlen. Von den eingezahlten 50 Euro würden dann 10 %, also 5 Euro bei Flattr landen. Wenn man seine selbst eingezahlten 10 Euro noch abzieht, hätte man einen Ertrag von 35 €. Oder anders herum gesagt, auf 1.000 bloggende User müssten 4.000 weitere User kommen, die einzahlen, ohne, dass sie Geld zurück erhalten.

Oder noch einfacher ausgedrückt, damit jeder Blogger im Durchschnitt einen Ertrag von 35 € erzielt, müssten 4 weitere Nichtblogger jeweils 10 Euro einzahlen. Und für jeden weiteren neu hinzukommenden Blogger braucht man wieder 4 Nichtblogger, die Geld einzahlen. Da die Motivation für Blogger mitzumachen, aber wesentlich größer ist als für jemand der nur zahlt und nicht selbst bloggt, dürfte dies wohl nicht realistisch sein.

Das große Betteln

Nehmen wir trotzdem mal an, Flattr würde sich durchsetzen und es gäbe zu Beginn tatsächlich genug Leute, die bereit wären, jeden Monat einen festen Betrag zu überweisen. Dann würde im Internet das große Betteln beginnen. Auf jeder Website, jedem Blog und in jedem Forum würden Flattr-Buttons eingebaut werden. Und darunter wird natürlich ein Text wie „Flattr me“ oder „Unterstützen Sie diesen Dienst durch einen Klick“, eingeblendet. Ein bisher noch nie dagewesenes Betteln um Klicks wäre die Folge und je mehr geklickt wird, desto niedriger wird natürlich der Betrag, den der einzelne Anbieter pro Klick erhält. Und für jeden Blogger, der neu hinzukommt, müssen ja wieder 4 neue Nichtblogger hinzukommen. Ich denke, spätestens jetzt dürfte klar sein, dass sich das ganze Systen ziemlich schnell totläuft.

Fazit: Wer sich diesen Artikel bis hierhin durchgelesen hat, könnte den Eindruck gewinnen, dass mir die Idee, die hinter Flattr steckt, nicht gefällt und ich deswegen alles mies mache. Das genaue Gegenteil ist aber der Fall. Ich finde die Idee klasse und in einer perfekten Welt, in der jeder für eine Leistung, die er erhält, auch bereit ist zu zahlen, würde Flattr sicher funktionieren. Aber leider leben wir nicht in einer solchen Welt. Und deshalb lautet mein Fazit zu Flattr: Tolle Idee, aber der Dienst wird es schwer haben, sich durchzusetzen.

Eure Meinung zu Flattr

Was meint ihr dazu? Male ich zu schwarz und bin einfach nur ein Miesmacher? Oder glaubt ihr auch, dass Flattr sich schwer tun wird? Schreibt eure Meinung dazu doch in den Kommentaren.

Social-News-Dienste gibt es ja mehr als reichlich. Vor ca. 4 Wochen ist mit Newspush.org ein weiterer hinzugekommen, der allerdings ein etwas anderes Konzept verfolgt. Während die bisherigen Social-News-Dienste sich darauf beschränkten, die eingetragenen News auf ihrer Seite zu veröffentlichen, geht Newspush noch einen Schritt weiter. Die geposteten News werden nämlich nicht nur bei Newspush selbst veröffentlicht, sondern zusätzlich noch bei 16 anderen Newsanbietern wie z. B. Facebook, Google News usw. Diese geballte Veröffentlichung soll einen “Push” erzeugen, woraus sich auch der Name des Dienstes ableitet.

Newspush erspart Arbeit

Der Vorteil liegt klar auf der Hand. Wer seine eigenen News oder Blogbeiträge möglichst weit streuen will, spart sich mit Newspush.org viel Arbeit. Musste man sich bisher bei mehreren Diensten anmelden und seine Nachricht bei jedem Dienst von Hand eintragen, so reicht es nun, wenn man diesen Eintrag einmal macht. Die Weitergabe an die anderen Dienste wird dann von Newspush erledigt. Außerdem hat man so die Chance, dass seine Nachricht bei Diensten eingetragen wird, deren Auflagen man normalerweise nicht erfüllen würde. Ein Blog, der seine Nachricht z. B. bei Google News veröffentlichen will, muss mindestens 2 User haben, die regelmäßig schreiben. Blogs, die nur aus dem Betreiber selbst bestehen, können bei Google News keine Beiträge veröffentlichen. Ein weiterer Vorteil ist, dass der Link zur eigenen Nachricht nicht mit nofollow gekennzeichnet wird.

2 dicke Kröten

Allerdings muss man, wenn man bei Newspush seine Artikel veröffentlichen will, auch 2 dicke Kröten schlucken. Erstens schickt Newspush nicht den Originallink des Artikel an die anderen Newsdienste, sondern seinen eigenen Link. Das hat zur Folge, dass wenn ein User z. B. bei Google auf eine Nachricht klickt, er zuerst bei Newspush landet. Erst durch einen weiteren Klick im Newspush-Beitrag landet er dann bei dem ursprünglichen Artikel. Wie ich festgestellt habe, machen zwar viele User den ersten Klick, aber nur relativ selten den zweiten Klick, der zur Original-Nachricht führt.

Zweitens besteht die Gefahr, dass Newspush mit seinem Link bei Google vor der Original-Nachricht landet. Was auch logisch ist, schließlich verlinken die ganzen Dienste ja alle auf den Newspush-Artikel, während der Originalartikel nur den einen Link von Newspush direkt bekommt.

Fazit:
Für mich hat sich Newspush bisher nicht gelohnt. Ich habe dort bisher 5 Artikel von mir veröffentlicht, die mir insgesamt 15 Klicks gebracht haben. Einer meiner Artikel wurde von Newspush bei Webnews eingestellt und erhielt dort 16 Bewertungspunkte. An der Qualität der Artikel kann es also nicht gelegen haben. Für Newspush selbst haben meine Beiträge durchaus einen Push gebracht, während für mich nur einige wenige Brosamen übrig geblieben sind.

Ich hoste meine Webseiten jetzt schon seit ungefähr einem Jahr bei all-inkl.com und bin bis auf Kleinigkeiten auch recht zufrieden mit diesem Anbieter. Vor 3 Tagen wollte ich nun einen neuen Blog aufsetzen und habe zufällig gesehen, dass es im KAS, dem Admin-Tool für all-inkl.com-Kunden, eine fertige Vorinstallation für Wordpress gibt. Ganz spontan habe ich mich entschlossen, diese fertige Installation mal auszuprobieren anstatt Wordpress selbst zu installieren.

Schnelle Vorinstallation

Das Gute an solch einer fertigen Installation ist ja, dass es viel schneller geht. Normalerweise dauert es schon 10-15 Minuten, bis alle Wordpressdateien auf dem Webspace hochgeladen sind. Da bei einer Vorinstallation die Dateien ja nur innerhalb des Rechenzentrums kopiert werden, ging der ganze Vorgang natürlich wesentlich schneller als über das Internet und schon nach einer Minute waren alle Daten im Verzeichnis und Wordpress war installiert.

Erstes Problem: Kubrick lacht mich an

Ich habe dann ein Theme installiert, den “Hallo Welt”-Artikel gelöscht, meinen ersten Artikel geschrieben und kurz überprüft ob alles in Ordnung war. Am nächsten Tag, als ich die Startseite aufgerufen habe, lachte mich plötzlich das Kubrick-Theme an und der “Hallo Welt”-Artikel wurde mir als einziger Eintrag angezeigt. Nachdem ich mich vom ersten Schock erholt hatte, meldete ich mich als Admin an und ging ins Dashboard. Dort war alles in Ordnung. Da stand nur mein erster Artikel und von “Hallo Welt” war nix zu sehen. Ich bin dann nochmal auf die Startseite gegangen und da war auf einmal auch wieder alles in Ordnung. Es war kein Kubrick-Theme und kein “Hallo Welt”-Artikel mehr zu sehen. Okay, dachte ich mir, wahrscheinlich lag das vorhin am Browsercache, der mir noch die alten Daten angezeigt hatte.

Irgendwie kam mir das Ganze dann aber doch komisch vor, deshalb loggte ich mich aus, löschte den Browsercache und startete Firefox nochmal neu. Als ich die Startseite dann wieder aufrief, präsentierte mir Kubrick wieder den “Hallo Welt”-Artikel Und das Seltsame war, dass das nur auf der Startseite so war. Wenn ich meinen Artikel direkt aufrief, wurde er einwandfrei mit dem richtigen Theme angezeigt. Allerdings lieferten mir dort die Kategorie- und die Archiv-Links einen Error 404.

Scheinbar war bei der Installation wohl etwas schief gelaufen. Ich wollte dann Wordpress nochmal neu installieren, warf aber vorher noch einen Blick ins Plugin-Verzeichnis und was sah ich da? Da war das Plugin WP Super Cache vorinstalliert. Sollten die Probleme vielleicht daher kommen? Also deaktivierte ich das Plugin und siehe da, auf einmal funktionierte wieder alles

Zweites Problem: Google ignoriert den Blog

Allerdings war das leider nicht das einzige Problem, das ich mit der Vorinstallation von all-inkl.com hatte. Mein erster Artikel war ja schon über 24 h im Netz, da müsste er doch inzwischen bei Google zu finden sein. Aber so viel ich auch suchte, ich konnte ihn nicht finden. Okay, dachte ich mir, das lag vielleicht an dem Problem mit Super Cache, das ich ja gerade erst gelöst hatte.

Aber ein paar Stunden später war er immer noch nicht über Google zu finden. Und das, obwohl ich ihn in der Zwischenzeit bei einigen Social Networks eingetragen hatte. Normalerweise ist das dann nur eine Sache von wenigen Minuten, bis Google sich einen Artikel einverleibt hat. Ich habe dann mal im Wordpress-Verzeichnis nach einer robots.txt gesucht, ob da vielleicht etwas gesperrt ist. Aber da war nix zu finden. Danach habe ich die Startseite aufgerufen und mir den Source-Code angesehen. Und was sehe ich da? <meta name="robots" content="noindex,nofollow" /> Wo kommt das denn her? Wieso ist der Blog denn für Suchmaschinen gesperrt? Ich hatte direkt die Plugins im Verdacht und deaktivierte die vorhandenen Plugins dann eins nach dem anderen. Aber selbst nach dem Abschalten aller Plugins war der falsche robots-Metatag immer noch im Code.

Ich sah mir dann die Wordpresseinstellungen mal genauer an und bin bei Einstellungen/Privatsphäre fündig geworden. All-inkl.com hatte tatsächlich die Wordpress-Voreinstellung “Ich möchte, dass mein Blog für jeden sichtbar ist, auch für Suchmaschinen” geändert auf “Ich möchte Suchmaschinen blockieren, aber normale Besucher zulassen.”

Antwort des Supports von all-inkl.com

Da mir völlig unbegreiflich war, wieso man solch eine Voreinstellung vornehmen kann, habe ich mal den Support von all-inkl.com angeschrieben und dabei auch das Problem mit Super-Cache angesprochen. Kurz darauf kam dann folgende Antwort:

Da Wordpress im CGI-Modus einen sehr hohen Ressourcenverbrauch hat, sind die Einstellungen von Wordpress auf optimale Performance ausgelegt.

Hmmm, unter optimaler Performance verstehe ich aber, dass die installierten Plugins dann auch einwandfrei funktionieren. Und auf meine Frage, wieso Suchmaschinen standardmäßig vom Blog ausgeschlossen werden, erhielt ich gar keine Antwort. Anstatt dem Problem nachzugehen und zu überprüfen, ob meine Bedenken vielleicht berechtigt sind, gibt es nur eine solche Larifari-Antwort. Normalerweise bin ich mit dem Support von all-inkl.com ja zufrieden, aber diesmal kann ich es wirklich nicht sein.

Fazit: Wenn man sich mit einem Skript gut auskennt und es schon mehrfach selbst installiert hat, sollte man auf die fertige Vorinstallation, die einem der Hoster (egal ob all-inkl.com oder ein anderer) anbietet, lieber verzichten. Die Überprüfung der ganzen Voreinstellungen dauert auf alle Fälle länger, als Wordpress selbst hochzuladen und zu installieren.

Erfahrungen mit Vorinstallationen?

Habt ihr auch schon Vorinstallationen ausprobiert, die von eurem Hoster angeboten wurden? Gab es dabei auch Probleme? Schreibt doch bitte in den Kommentaren etwas dazu.

In Japan wird zur Zeit an einer Titan-Disc geforscht, die die 100-fache Speicherkapazität einer Blu-ray Disc haben soll. Das neue optische Speichermedium soll aus Titanoxid bestehen, was bedeuten würde, dass die Rohstoffkosten um den Faktor 100 niedriger wären als bei einer Blu-ray Disc. Die zur Datenspeicherung verwendeten Teilchen haben nur eine Größe von 5-20 Nanometer. Bei Verwendung der kleinsten Teilchengröße könnte jede Titan-Disc die gigantische Datenmenge von ca. 5 TB (ca. 5000 GB) speichern.

Brauchen wir die Titan-Disc überhaupt?

Bisher war es bei jeder neu eingeführten Speichertechnologie so gewesen, dass man sich am Anfang fragte, ob solch gigantischen Speichermengen überhaupt gebraucht würden. Vor 20 Jahren bot eine Diskette mit einer Kapazität von 1,44 MB doch mehr als genug Platz. Schon bei der ihr nachfolgenden CD-ROM, die 650 MB speichern konnte, fragte man sich, was man mit soviel Speicherplatz überhaupt anfangen könnte. Dann kam die DVD, die eine Speicherkapazität von 5 GB bot. Damit ließen sich dann schon komplette Filme auf einem einzigen optischen Datenträger speichern. Und auf einer doppellagigen Blu-ray Disc kann man heute so viel speichern wie auf 10 DVDs. Brauchen wir da wirklich noch die 100-fache Speicherkapazität?

Ich denke schon, denn selbst heute gibt es noch Datenmengen, die nicht auf eine Blu-ray Disc passen. Auf einer Titan-Disc könnte man z. B. komplette Film-Sammlungen speichern. Alle James-Bond-Filme oder alle Folgen der Lindenstraße auf einem Datenträger wären doch eine feine Sache. Und das natürlich hochauflösend in bester Qualität. Ganze Bibliotheken könnte man natürlich auch darauf speichern. Bei Unglücksfällen wie beim Einsturz des Kölner Stadtarchivs oder beim Brand der Anna Amalia Bibliothek in Weimar würden keine wertvollen historischen Aufzeichnungen mehr verlorengehen, da die eingescannten Bücher ja auf einer Titan-Disc gespeichert werden könnten.

5 Terabyte können noch zu wenig sein

Und man braucht sich nichts vorzumachen, selbst mit einer Speicherkapazität von 5 TB pro Datenträger wird es immer noch Datenmengen geben, für die die Titan-Disc zu klein ist. Für alle weltweit gespeicherten Internetdaten würde der zur Verfügung stehende Speicherplatz z. B. bei weitem noch nicht reichen.

Wann kommt die Titan-Disc?

Wie lange es dauert, bis die Titan-Disc auf den Markt kommt ist noch nicht abzusehen. Zur Zeit wird ja noch daran geforscht. Es gibt zwar bereits Gespräche mit privaten Investoren, aber trotzdem dürfte es wohl noch ein paar Jahre dauern, bis dieses Speichermedium in den Warenhaus-Regalen liegt. Falls sie überhaupt kommt, denn es kann natürlich auch sein, dass unlösbare Probleme auftreten und die Titan-Disc niemals erscheinen wird. Das wäre aber sehr schade, wenn man bedenkt, welche gigantischen Möglichkeiten sie bieten könnte.

Eure Meinung zur Titan-Disc?

Was haltet ihr von der Titan-Disc? Glaubt ihr, dass sie irgendwann auf den Markt kommt? Welche Einsatzmöglichkeiten könnte es dafür geben? Schreibt doch bitte in den Kommentaren etwas dazu.

© Stephanie Hofschlaeger / Pixelio

Auch bei Wordpress ist es möglich, die Ressourcen auf mehrere Domains zu verteilen. Allerdings kann man hier nicht so einfach ohne Rücksicht auf Verluste die Dateien verschieben und die Pfadangaben ändern. Schließlich greifen ja auch Plugins auf diese Dateien zu und es kommt natürlich zu Problemen, wenn diese nicht gefunden werden.

Deshalb habe ich mich auf die Themes-Grafiken und die Uploads beschränkt, da diese Dateien meiner Erfahrung nach problemlos umgelenkt werden können.

Themes-Grafiken auslagern

Die Grafiken des Themes liegen im Ordner wpcontent/themes/Themename/images. Nachdem ihr wie gestern beschrieben eine Subdomain angelegt habt, legt ihr dort einen Ordner namens “images” an und kopiert die Grafiken rein (eventuell könnt ihr die Grafiken vorher noch mit OptiPNG verkleinern). Dann ändert ihr alle Pfadangaben zu den Grafiken. Diese sind in der Datei wpcontent/themes/Themename/style.css gespeichert (vorher natürlich ein Backup machen). Aus wpcontent/themes/Themename/images/bgr_header.png macht ihr dann z. B. http://extern.example.com/images/bgr_header.png. Achtung! Im images-Ordner können auch Grafiken drin sein, die nicht über die style.css aufgerufen werden. Diese dürft ihr nach dem Auslagern natürlich nicht löschen.

Umzug des Upload-Ordners

Als zweiten Schritt könnt ihr auch noch eure Uploads auf der Subdomain auslagern. Da wir dafür Veränderungen in der Datenbank vornehmen müssen, macht bitte zuerst ein Backup der Wordpress-Datenbank. Als nächstes kopiert ihr den kompletten Ordner Uploads, den ihr unter wpcontent/uploads findet, auf die Subdomain. Der Ordner sollte dann unter http://extern.example.com/uploads zu erreichen sein. Wichtig ist jetzt auch, die Rechte richtig zu setzen. Der Ordner “extern” bekommt 755 als Rechte, der Ordner Uploads mitsamt den darunterliegenden Ordnern und Verzeichnissen 777. Das ist kein Sicherheitsrisiko, sondern die standardmäßige Wordpresseinstellung für den Uploads-Ordner. Mit niedrigeren Rechten ist kein Upload möglich.

Danach meldet ihr euch in Wordpress als Admin an und wählt im Menü “Einstellungen” den Menüpunkt “Verschiedenes” an. Dort ändert ihr im Textfeld “Uploads in folgenden Ordnern speichern” den Uploadpfad ab. Normalerweise sieht der ungefähr so aus: /www/htdocs/Meine_Kundennummer/Mein_Ordner/wp-content/uploads. Den ändert ihr dann auf den neuen Uploadordner ab, das könnte z. B. so aussehen: /www/htdocs/Meine_Kundennummer/Mein_Ordner/extern/uploads. Wobei “extern” der Ordner ist, dem ihr die Subdomain zugewiesen habt. Es ist ein wenig schwierig, das allgemeingültig zu erklären, weil es bei jedem Hoster ein bisschen anders aussieht. Im Feld “Kompletter Pfad zu den Dateien” gebt ihr dann die Subdomain und den Ordnernamen an, in dem ihr die Uploads gespeichert habt, also z. B. http://extern.example.com/uploads. In beiden Feldern darf am Ende kein Schrägstrich stehen!

Anschließend müsst ihr noch an die Datenbank ran. Dort gebt ihr im SQL-Feld folgenden Code ein (übernommen vom Hausblog14):

UPDATE wp_posts SET post_content = REPLACE(post_content, 'http://example.com/Mein_Ordner/wp-content/uploads/', 'http://extern.example.com/uploads/');

Mit diesem Code wird der bisherige Pfad zum Uploadordner durch den neuen Pfad ersetzt. Die erste Pfadangabe gibt an, wo der Ordner bisher gespeichert war und die zweite weist auf den neuen Ordner hin. Diesmal müssen beide Pfade mit einem Schrägstrich enden.

So, das war es dann auch schon. Ab sofort werden auch bei euch die Ressourcen besser verteilt und ihr dürft euch an einem schnelleren Wordpress erfreuen

Hat alles geklappt?

Schreibt doch mal in den Kommentaren, ob bei euch alles geklappt hat. Falls etwas unklar ist, könnt ihr natürlich auch noch Fragen zu der Anleitung stellen.