Brave: Push-Nachrichten für Cents

Ex-Mozilla-Manager und JavaScript-Erfinder Brandon Eich will mit seinem chromium-basierten Browser Brave das Web umkrempeln. Brave hat nicht nur einen Werbeblocker integriert, sondern soll auch über eine Crypto-Währung einen neuen privatsphäre-schonenden Werbemarkt aufbauen. Im Prinzip ähnelt Brave hier dem Geschäftsmodell von Adblock Plus: Der Werbeblocker verdient sein Geld mit Werbung. Dabei sollte Brave jedoch etwas weiter gehen. So beschrieb CNet.com vor drei Jahren den Plan:

Brave blocks ads from websites and eventually will insert new ads targeted toward user interests by software running in the browser itself. Those ads won’t affect page performance or come with privacy concerns. Brave will share ad revenue with publishers — and with the people using its browser.

Vor ein paar Wochen begann nun Brave in der Desktop-Version Werbung auszuliefern, nun zog die Mobil-Version nach. Die ursprünglichen Pläne musste Eich deutlich reduzieren. So hat er offenbar zu wenig Unterstützung von Publishern gefunden, die ihre existierende Werbung durch Brave-Werbung ersetzen lassen wollen. Einfach ohne Zustimmung die Werbung auszutauschen dürfte teure Klagen nach sich ziehen.

Also geht Brave den anderen Weg: Auf dem Desktop liefert der Browser Werbung in Form schmuckloser Popup-Nachrichten am unteren Bildschirm, auf Android-Smartphones erscheint die Werbung in Form von Push-Notifications. Da diese Werbung nicht auf den Websites selbst erscheint, muss Brave den Publishern auch nichts von den Einnahmen abgeben.

Problem daran: Brave würde die Publisher sehr gerne einbeziehen. Das anvisierte Geschäftsmodell basiert darauf, einen Werbemarkt auf der Kunstwährung BAT aufzubauen. Werbetreibende kaufen Werbeflächen mit BAT, Publisher und Nutzer bekommen BAT ausgezahlt. Brave könnte dann über Währungsgeschäfte ihr Geld verdienen.

In dem Browser ist auch ein Flattr-haftes Vergütungssystem eingebaut. Fernziel: In Zukunft könnten sogar Abogebühren in BAT abgerechnet werden. Ein Milliardengeschäft, bei dem Brave nur die Hand aufhalten müsste.

Momentan sieht es also so aus: Nutzer bekommen für jede aufpoppende Werbung ein paar Cents in der Kunstwährung auf ihre im Browser installierte Wallet geschrieben. Dieses Geld wird aber in der Voreinstellung direkt weiterverteilt an Publisher, die sich an dem BAT-Programm beteiligen. Ich habe aber nur zwei Medienseiten gefunden, bei denen das der Fall ist: The Guardian und die LA Times. Bei allen anderen Websites steht „not yet verified“ – sprich: Die Betreiber finden Brave nicht mal relevant, interessant oder sympathisch genug, um Geld von ihnen anzunehmen. Und das bedeutet: Viel zu wenig Geld kommt rein und viel zu wenig Geld geht raus.

Also versucht Brave den Markt anzukurbeln. Den Usern wird immer mal wieder ein Betrag in BAT auf die Wallet aufgebucht. 5 BAT hier, 10 BAT da. Doch das Geld kann ich mir als User nicht in Dollar oder Euro auszahlen lassen – die Funktion fehlt in Brave wohlweislich. Vermutlich kann ich irgendwie versuchen, die BAT aus meinem Browser herauszueisen — aber bei den geringen Beträgen ist der Aufwand wohl kaum gerechtfertigt. Die Beträge reichen aber aus, um einen Markt zu simuliert, in dem Brave-Nutzer eine nachhaltige Einkommensquelle darstellen, weil diese Geld einzahlen oder durch freiwillig angesehene Werbung relevante Beträge verdienen. Würden Brave sein Pseudo-Geld nicht verschenken, gäbe es wohl kaum Geschäftsaktivität. Die ersten Werbekunden sind folgerichtig auch meist irgendwelche Kleinfirmen, die im Markt der Pseudowährungen unterwegs sind.

Alles in allem: Ich sehe hier zwar eine Strategie, ein auf Spekulationsgewinnen aufbauende Geschäftsmodell für Brave zu etablieren. Was ich nicht sehe: Einen gangbaren Weg zu besserer und privatsphäre-schonender Werbung. Zum einen sind Pop-Ups einfach nervig, die Antithese zu besserer Werbung. Zum anderer wird mit der BAT-Wallet im Browser hat Brave den Nutzern ja eine Art Super-Tracker verpasst: Eine eindeutige ID, an die sich alle Nutzungsgewohnheiten, gesehene Werbung und schließlich auch vollzogene Käufe koppeln lassen könnten, wenn es denn so käme, wie Brave will. Nach drei Jahren sieht es aber nicht so aus, als sei dies noch eine realistische Erwartung.

<share> – oder: Regulieren wir den Datenschutz doch lieber selbst

Groß ist die Aufregung um den Facebook-Button und Herrn Weichert. Ein tolles Sommer-Thema: jeder hat eine Meinung und empört sich wahlweise über naseweise Landes-Bürokraten, über das Datenmonster Facebook, über die unreflektierten egogeilen Webmaster, über die datenvergessenen User, die durchblicksfreien Politiker oder über einfach alle.

Ich hab nie eingesehen, warum ich hier einen Like-Button einbauen sollte. Auch nicht, als es noch del.icio.us-Buttons waren. Wer ein soziales Netzwerk tatsächlich nutzt, soll doch bitte den Button in seinem Browser einbauen. Oder ein Bookmarklet. Die Installations-Schwelle ist nicht wirklich hoch.

Aber ich sehe schon: das erfordert ein paar Klicks mehr. Wenn ich gar eine URL von einem Tab in Google Plus kopiere und dort noch das entsprechende Bild aussuchen muss und vielleicht noch drei eigene Worte dazutippe, komme ich auf 20 Klicks und Tastendrücke. Mindestens. Das ist natürlich unzumutbar.

Also machen wir es doch einfach so: Bauen wir einen Dummy-Button für alle sozialen Netzwerke gleichzeitig ein. Unter jeden Beitrag packe ich einfach einen Tag wie zum Beispiel diesen:

<share>

Im Browser des Users wird daraus der ultimative Share-Knopf. Ist er bei Google-Plus eingeloggt, wird die URL bei Klick sofort zu Google Plus geschickt. Oder Facebook. Oder Myspace. Oder delicious. Oder Tumblr. Oder alle zusammen.

Also arbeiten wir eine Idee, ein Konzept für den Tag aus. Natürlich müssen wir dazu alle APIs studieren. Überlegen, ob wir dem Webmaster die Gestaltung des Buttons überlassen. Wir müssen die Regel festlegen, dass vor dem Klick auf den Button keine Daten übertragen werden. Wer das doch will, kann ja Rockmelt installieren.

Nach einem offenen Diskussionsprozess von maximal zwei Jahren haben wir sicher einen vorzeigbaren Standard, den wir dann dem W3C vorlegen können. Dort landet er dann auf dem Tisch einer Arbeitsgruppe, in der die größten Konzerne ihre Abgesandten platziert haben. Sie werden hier etwas streichen, dort eine Datenschleuse einbauen und sich dann beim nächsten Treffen über gar nichts mehr einig sein. So geht es drei Jahre weiter, die 3D-Fähigkeit des Buttons wird zu Zerwürfnissen führen und jemand rechnet aus wie viel CO2-Ausstoß der Button kosten wird. Die nächste Arbeitsgruppe wird gegründet und – nachdem Google Facebook übernommen hat oder Apple Microsoft werden die Karten neu gemischt. HTML 11.0 steht dann an.

Lange Rede kurzer Sinn: in acht bis zehn Jahren haben wir eine Lösung! So lange muss sich Herr Weichert schon gedulden können, oder?

Das Jahr des Desktop-Linux

Wikipedia wertet Besucherzugriffe aus und stellt lustige Statistiken zusammen. Dass Linux an dritter Stelle steht, ist kaum überraschend. Peinlich hingegen ist der Vergleich zum Viertplatzierten:

wiki-stat-os

On further news: 17.62% der Abfragen kommen immer noch von dem Microsoft Internet Explorer 6.0.