Wie wohl fast jeder ernsthafte Twitter-User nutze ich den Service hauptsächlich durch Apps von Drittanbietern (mein Favorit ist seit jeher Echofon). Die vielen guten Clients sind das, was Twitter groß gemacht hat und der (einzige?) große Vorteil gegenüber allen anderen Social Networks. Twitter scheint das aber zunehmend zu vergessen: Im März 2011 legte man externen Entwicklern bereits nahe, keine kompletten Clients mehr zu programmieren (hier der Originalpost von Twitter-Developer Ryan Sarver), gestern wurde Product Manager Michael Sippey dann nochmal konkreter und kündigte an, dass die API-Guidelines in den kommender Wochen verschärft werden. In Twitter-Neusprech liest sich das dann so:
We´re building tools for publishers and investing more and more in our own apps to ensure that you have a great experience everywhere you experience Twitter, no matter what device you´re using. You need to be able to see expanded Tweets and other features that make Twitter more engaging and easier to use. These are the features that bring people closer to the things they care about. These are the features that make Twitter Twitter. We’re looking forward to working with you to make Twitter even better.
Und „bring people closer to the things they care about“ ist dabei nicht viel mehr als eine Beleidigung an jeden nicht vollkommen verblödeten Leser des Twitters Dev-Blogs (also wahrscheinlich alle), denn eigentlich steht da: Die Nutzer näher an die Inhalte bringen, die Twitter interessieren. Und das sind bekanntlich Werbung und der Content von Premium-Partnern, wie bspw. der New York Times, deren Artikel fortan direkt unter einem Tweet angeteasert werden.
Die Beweggründe dafür sind natürlich offensichtlich: Twitter muss Geld verdienen und hat sich irgendwann mal dazu entschieden, das mit Werbung zu versuchen. Und diese spült umso mehr Dollars in die Tasche umso mehr Nutzer sie sehen. Also werden Twitter.com und die offiziellen Apps mit Discover-Tabs und Inline-Werbung zugepflastert. Im Gegensatz zu den Twitter-Clients der Drittanbieter: Klar, hier können Werbe-Tweets reingeschleust werden, aber kann man die Entwickler auch dazu zwingen, so schwachsinnige Funktionen wie eben das Discover-Tab so prominent zu platzieren, wie das in Twitters eigener iPhone-App der Fall ist? Wohl eher nicht. Und wenn ihr nicht für uns seid, seid ihr gegen uns.
Marcel schlägt also zu Recht kostenpflichtige Pro-Accounts vor, deren Nutzer dann nicht mit dem ganzen Werbeblödsinn behelligt werden. Ich würde sogar soweit gehen: Twitter sollte die Nutzung von Drittanbieter-Clients ausschließlich zahlenden Pro-Usern zugänglich machen. So wären (bis auf die Werbeindustrie) alle glücklich: Die Intensivnutzer, Twitters Finanzabteilung und die App-Entwickler. Andernfalls bzw. wenn alles so kommt wie jetzt angekündigt, ist das den Entwicklern gegenüber ziemlich genau das, was Gruber als „dick move“ bezeichnen würde.
Wenn iOS- und Mac-Entwickler Brent Simmons, der Mann hinter Glassboard und zuvor NetNewsWire, nun also eine Twitter-Alternative fordert, ist das überaus verständlich. Wer Dave Winers Blog liest, wird sowieso jeden zweiten Tag mit dem Gedanken konfrontiert. Nach Simmons würde sich eine Art Parallelsystem anbieten, die von den Drittanbietern zusätzlich zum Twitter-Support integriert wird und die auf Basis von RSS und OPML Tweets und Follow-Informationen bereitstellt, ohne dabei eine zentrale Plattform zu benötigen. Sobald das System dann etabliert ist, sollte man den Twitter-Support rauswerfen und Dick Costolo & Co. mit ihren Werbefuzzis allein lassen. Prinzipiell eine gute Idee, auch wenn die meines Erachtens technisch schwierig zu bewerkstelligen ist.1 Hoffen wir also, dass es gar nicht erst soweit kommen muss.
Andererseits: Microblogging wird ja auch total überschätzt. Oder um es nochmal mit Grubers Worten zu sagen: „Twitter = Jackass of the Week“
- Der RSS-Feed müsste irgendwo gehostet werden (von einer dahinter liegenden Datenbank, die als Archiv für die eigenen Statusmeldungen – formerly known as Tweets – fungiert, mal abgesehen). Und das könnte dann wiederum der eigene Webspace sein (und würde unsere Eltern somit ausschließen), der einer zentralen Plattform (herzlichen Glückwunsch, you created the next Twitter!) oder direkt auf Servern der App-Entwickler passieren (eigentlich gut, nur was ist, wenn der App-Entwickler pleite geht?) [↩]
