Mit der Ankündigung eines eigenen WordPress-AI-Teams macht das Projekt aber jetzt klar: KI wird in Zukunft nicht nur ein Randthema, sondern ein fester Bestandteil der Plattform werden. Die Frage ist nicht mehr, ob KI in WordPress integriert wird, sondern nur noch, wie schnell und tiefgreifend die künstliche „Intelligenz“ in WordPress Einzug erhält.

Was plant das neue AI-Team?

Laut offizieller Mitteilung soll das neue „WordPress AI Team““ alle Entwicklungen rund um künstliche Intelligenz im WordPress-Ökosystem bündeln und vorantreiben. Die Strategie folgt dabei dem „Plugin-First“-Ansatz: Neue KI-Funktionen sollen zuerst als sogenannte Canonical Plugins erscheinen, also offiziell empfohlene Erweiterungen, die später in den Core übernommen werden könnten.

Dazu gehören etwa:

• Textvorschläge beim Schreiben von Beiträgen
• Automatische Bildunterschriften und Barrierefreiheitshilfen
• „Intelligente““ SEO-Optimierung
• Unterstützung für Übersetzungen mithilfe neuronaler Modelle

Man will die Entwicklung offen und gemeinschaftlich gestalten, heißt es, allerdings stehen mit Mitarbeitern von Google und Automattic zwei Schwergewichte ganz vorne auf der Liste der Teammitglieder. Es fällt schwer, darin keinen Interessenkonflikt zu sehen.

Warum das nicht nur gute Nachrichten sind

Ich sehe KI nicht grundsätzlich negativ. In vielen Bereichen kann sie uns Arbeit abnehmen – besonders bei repetitiven Aufgaben oder sprachlichen Barrieren. Aber wenn KI zum Standard wird, stellt sich zwangsläufig die Frage: Wer hat eigentlich noch die Kontrolle?

Denn: KI-Funktionen basieren oft auf Modellen, die nicht lokal, sondern auf fremden Servern laufen – meist bei großen Cloudanbietern wie OpenAI, Google oder Amazon. Wer diese APIs nutzt, überträgt Daten dorthin. Das ist nicht nur ein Datenschutzproblem, sondern auch eine Frage der digitalen Souveränität.

Außerdem droht eine zunehmende Abhängigkeit von kommerziellen Diensten: Wenn WordPress-Plugins plötzlich ohne Abo oder API-Schlüssel gar nicht mehr richtig funktionieren, verlieren wir als Nutzende ein Stück unserer Freiheit und das in einem System, das sich bislang auf Offenheit und Selbstbestimmung berufen konnte.

Was könnt ihr tun?

Wenn ihr WordPress nutzt und euch fragt, wie ihr mit dieser Entwicklung umgehen sollt, hier ein paar Ideen:

1. KI-Funktionen kritisch prüfen

Nicht jedes neue Feature ist ein Fortschritt. Wenn Plugins plötzlich KI-Module einführen, fragt euch: Was wird da automatisiert? Welche Daten fließen wohin? Könnt ihr das Verhalten nachvollziehen oder kontrollieren?

2. Selbst gehostete Alternativen bevorzugen

Viele Aufgaben lassen sich auch ohne Cloud-KI erledigen. Für Barrierefreiheit oder SEO gibt es Tools, die lokal arbeiten. Und wer maschinelle Übersetzung will, kann etwa LibreTranslate oder Bergamot ausprobieren. Beides sind Open-Source-Projekte, die keine Daten ins Silicon Valley schicken.

3. Community-Projekte unterstützen

Die WordPress-Welt ist groß. Wenn ihr Entwicklerinnen oder Entwickler kennt, die an datenschutzfreundlichen Plugins arbeiten, gebt ihnen Rückmeldung, bewertet ihre Projekte oder spendet ein paar Euro. Auch kleine Gesten helfen. Im deutschen Sprachraum gehört beispielsweise das Pluginkollektiv zu solchen Initiativen.

4. Den AI-Entwicklungsprozess beobachten

Die Make-WordPress-Seite zum Thema KI und der zugehörige Slack-Kanal #core-ai sind öffentlich zugänglich. Wer mitlesen oder mitdiskutieren will, kann das tun, auch ohne Google- oder Automattic-Logo im Profil.

WordPress will in Sachen KI-Entwicklung auf der Höhe der Zeit sein. Das mag aus Sicht des Projekts verständlich sein, immerhin verändert KI die Art, wie wir Inhalte erstellen, rasant. Aber aus Sicht der Nutzer bedeutet das vor allem eines: Wir müssen genauer hinschauen, wofür diese Technik eingesetzt wird und ob sie uns wirklich hilft oder nur weiter entmündigt.

Damals lief die Version 2.0 mit dem Codenamen Duke. Das Backend war noch recht schlicht, Plugins wirkten oft wie Bastellösungen, Themes mussten von Hand angepasst werden – und von Gutenberg oder APIs war keine Rede. Trotzdem: Es hat funktioniert. Wesentlich besser als meine ersten Schritte mit Drupal oder Joomla, die ich damals ebenfalls ausprobiert hatte. Und das tut es bis heute.

Ein Dinosaurier, der sich bewegt

WordPress ist längst kein reines Blogsystem mehr. Die Zahlen sprechen für sich: Rund 43 Prozent aller Websites weltweit setzen auf WordPress, es gibt über 70.000 Plugins, mehr als 30.000 Themes und mit WooCommerce eine E-Commerce-Plattform, die ein Drittel des Markts abdeckt. Das CMS ist in über 200 Sprachen verfügbar – darunter auch viele, die in rein proprietären Plattformen keine Beachtung finden.

Klar, WordPress ist von der Technik her nicht (mehr) perfekt. PHP als Basis ist aus heutiger Sicht nicht jedermanns Sache, und ohne Caching gerät selbst ein mittelgroßer Blog schnell ins Schlingern. Aber es gibt Lösungen. Ich setze auf ein Setup mit WP Super Cache – eines der wenigen Cache-Plugins für WordPress, das keine jährliche Zahlung verlangt. Damit bleibt das System schnell und zugänglich, auch ohne großartige Serverinfrastruktur im Rücken.

So stabil WordPress als System auch wirkt – rundherum kriselt es. In den letzten Jahren gab es mehrfach Berichte über Entlassungen bei Automattic, der Firma hinter WordPress.com und vielen zentralen Projekten im WordPress-Ökosystem. Auch der Führungsstil von Matt Mullenweg, Mitgründer von WordPress und CEO von Automattic, steht zunehmend in der Kritik: zu viel Macht in einer Hand, intransparente Entscheidungen, eine wachsende Kluft zwischen kommerziellem Kurs und Community-Anspruch.

Viele in der Community fühlen sich übergangen, wenn Funktionen wie der Gutenberg-Editor oder neue Standards eingeführt werden, ohne ausreichende Diskussion auf Augenhöhe. WordPress ist ein offenes Projekt – aber die Realität fühlt sich manchmal anders an. Das schmälert für mich nicht den Wert der Plattform, zeigt aber, dass wir auch bei freier Software genau hinschauen müssen, wer die Richtung vorgibt.

WordPress oder statischer Seitengenerator?

Viele Entwickler zieht es heute zu Generatoren wie Hugo, Jekyll oder Ghost, die statische Seiten erzeugen und den klassischen LAMP-Stack umgehen. Ich verstehe das gut. Ich schreibe meine Texte fast ausschließlich im Markdown-Format, oft direkt in Apostrophe auf GNOME. Statische Generatoren passen da hervorragend ins Bild – kein Datenbankserver, keine PHP-Engine, keine laufenden Prozesse. Reine HTML-Dateien lassen sich bequem per rsync oder über GitHub Pages veröffentlichen.

Trotzdem bin ich bei WordPress geblieben. Warum? Weil es einfach läuft. Die Verwaltung ist bequem, das Backend ist durch Gutenberg aufgeräumt und mit Markdown-Unterstützung gut nutzbar. Auch mobil kann ich Beiträge pflegen oder Kommentare moderieren. Und durch die schier unendliche Plugin-Landschaft lässt sich das System flexibel anpassen, ohne dass man jedes Feature selbst programmieren müsste.

In den letzten 20 Jahren hat sich allerdings leider auch viel verändert. Inzwischen ist so gut wie jedes Plugin kommerziell. Die kostenlosen Varianten sind oft auf wenige Grundfunktionen reduziert. Und statt einmaliger Käufe gibt es bei vielen Plugins nur noch Abo-Modelle. Es gibt nur noch sehr wenige Entwickler\:innen oder Gruppen wie das Pluginkollektiv, die mit Plugins wie Antispam Bee oder Statify grundsolide, datenschutzfreundliche Werkzeuge anbieten – vollumfänglich kostenlos und unter freien Lizenzen.

Fazit: Alt, aber bewährt

WordPress ist heute so relevant wie eh und je. Es mag altmodisch erscheinen, vor allem im Vergleich zu minimalistischen, Markdown-basierten Generatoren – doch genau das ist seine Stärke: Stabilität, Flexibilität und eine Community, die auch nach über zwei Jahrzehnten aktiv bleibt. Ich habe viel mit anderen Systemen experimentiert, bin aber immer wieder zurückgekehrt. Es läuft einfach.

Von daher: Herzlichen Glückwunsch, WordPress. Auf weitere 22 Jahre – und darauf, dass wir unsere Inhalte weiterhin unabhängig veröffentlichen können. Egal ob mit CMS, statischen Generatoren oder anderen Werkzeugen. Hauptsache: selbstbestimmt, offen, unter unserer Kontrolle. Irgendwie müssen wir ja weiterhin für ein freies und unabhängiges Netz ohne große Konzerne kämpfen.

Nach der Installation eines „Visual-Composer-Themes“ meldet sich dieses Add-on immer wieder im WordPress-Backend mit dem Wunsch aktiviert zu werden: Hola! Please activate your copy of Visual Composer to receive automatic updates. Diesem Wunsch muss und kann man jedoch nur nachkommen, wenn man das kommerzielle Plugin direkt kauft und nicht — wie bei den TagDiv-Templates — die Lizenz über ein Theme bekommen hat. Die Meldung über das „X“ am Ende der Zeile wegzuklicken schafft für eine Weile Ruhe, doch löscht man (wie ich) beim beenden des Browsers sämtliche Cookies, dann kommt die Meldung spätestens beim nächsten Login in das Backend wieder auf den Schirm.

Ruhe bekommt man nur, wenn man dafür sorgt, dass der Cookie dauerhaft erhalten bleibt. Daher ist es in meinen Augen sinnvoller sich eine kleine WordPress-Funktion zu bauen, die den Cookie beim Laden des Backends automatisch in den Browser schreibt. Dazu fügt man die folgenden zwei Zeilen am Ende der Datei functions.php des gerade aktiven WordPress-Themes ein. Im Fall von Newsmag findet man diese entsprechend im Verzeichnis wp-content/themes/Newsmag. Dabei sollte man beachten, dass man diese Datei beim Aktualisieren des Themes in der Regel überschreibt. Ich baue die Zeilen daher über das Plugin My Custom Functions ein. Auf diesem Weg erspart man sich das Editieren des Themes, sodass die Änderungen bei Updates oder einem Wechsel des Themes erhalten bleiben.

setcookie('vchideactivationmsg', '1', strtotime('+3 years'), '/');
setcookie('vchideactivationmsg_vc11', (defined('WPB_VC_VERSION') ? WPB_VC_VERSION : '1'), strtotime('+3 years'), '/');

Vielleicht noch einen Tick eleganter ist es ein kleines Snippet als WordPress-Plugin zu erstellen. Ein Beispiel dafür findet sich bei Stanislav Khromov, einem Webentwickler beim schwedischen Aftonbladet. Das von ihm erstellte „Stop Visual Composer Activation Nag“-Plugin (den Code findet ihr im nächsten Kasten) speichert ihr als stop-vc-nag.php im Verzeichnis wp-content/plugins eurer WordPress-Installation ab. Danach öffnet ihr das Backend eures Blogs und aktiviert das neue Plugin in den Einstellungen. Beide Lösungen führen zum Ziel: Ihr werdet nie mehr die Aktivierungsmeldung sehen, ohne dass man direkt am Theme oder am Visual Composer etwas ändern müsste. Die Lösung bleibt also auch bei Updates erhalten.

<?php
/*
Plugin Name: Stop Visual Composer Activation Nag
Plugin URI:
Description:
Version: 2016.04.26
Author: khromov
Author URI: http://snippets.khromov.se
License: GPL2
*/
 
add_action('admin_init', function()
{
    if(is_admin()) {
        setcookie('vchideactivationmsg', '1', strtotime('+3 years'), '/');
        setcookie('vchideactivationmsg_vc11', (defined('WPB_VC_VERSION') ? WPB_VC_VERSION : '1'), strtotime('+3 years'), '/');
    }
});

Ein weiterer störender Punkt beim Einsatz von Visual-Composer-Themes ist der Update-Hinweis des Plugins. Da man ja bei diesen Themes den Visual Composer über das Theme bezieht, lässt sich dieser nicht über die WordPress-Updates aktualisieren. Für Updates ist der Autor des jeweiligen Themes verantwortlich, dieser testet in der Regel sein Theme auf Kompatibilität zu einer neuen Version des Visual Composers, packt diese mit in den Theme-Ordner und veröffentlicht dann eine neue Version seines Themes zusammen mit einer neuen Version des Visual Composers. Direkt nach einem Theme-Update ist dann so auch der Visual Composer Up-to-date, nach ein paar Tagen oder Wochen hinkt das lokale Plugin jedoch wieder hinterher und man muss so lange mit der Update-Meldung leben, bis der Theme-Autor wieder nachlegt.

Aber auch hier lässt sich wieder relativ leicht Abhilfe schaffen — die Lösung lässt sich dabei auch auf andere Plugins übertragen, die man von der Aktualisierung ausklammern möchte (weil die aktuelle Version eventuell etwas verschlimmbessert hat). Dazu braucht es erneut einen Eintrag in die functions.php des aktuell genutzten Themes. Im Fall von Newsmag also wieder im Ordner wp-content/themes/Newsmag eurer WordPress-Installation. Dort fügt ihr am dann Ende die Zeilen aus dem folgenden Listing ein. Wieder als Tipp: Mit dem Plugin My Custom Functions lässt sich dieser Eintrag vornehmen, ohne dass man die Theme-Datei selbst bearbeiten muss. So bleibt die Änderung auch im Falle eines Updates unangetastet.

function filter_plugin_updates( $value ) {
    unset( $value->response['js_composer/js_composer.php'] );
    return $value;
}
add_filter( 'site_transient_update_plugins', 'filter_plugin_updates' );

Möchtet ihr ein anderes Plugin als den Visual Composer von den Updates (und somit den Update-Meldung) ausnehmen, dann ändert ihr einfach den Pfad mitsamt dem Dateinamen des Plugins in der Unset-Zeile (hier im Beispiel in der zweiten Zeile). Am Ende sollte der Visual Composer nun endlich Ruhe geben: Ihr müsstet jetzt vom Wunsch aktiviert und aktualisiert zu werden in Zukunft verschont bleiben. Achtet beim Einspielen eines Theme-Updates nun aber darauf, dass ihr eventuell auch den Visual Composer von Hand aktualisieren müsst. Vergesst ihr das, drohen Inkompatibilitäten mit dem Theme oder gar Sicherheitslücken durch den Visual Composer.

Wer WordPress zusammen mit einem Theme nutzt, das auf den Visual Composer aufbaut und diesen als Theme-Plugin direkt bundelt, sollte mit dem Update jedoch auf jeden Fall noch ein wenig warten. Der Visual Composer ist erst ab Version 4.11 mit WordPress 4.5 kompatibel. Bringt euer Theme eine ältere Version des Visual-Composer-Plugins mit, dann lädt das Blog keine Bilder mehr — So passierte es beispielsweise bei dem von mir genutzten Template Newsmag. Habt ihr den Visual Composer als eigenständiges Plugin installiert, dann wird dieser durch die Update-Routine von WordPress aktuell gehalten. Kommt das Plugin allerdings als Bundle mit dem Theme, müsst ihr auf jeden Fall warten, bis es ein Update des Theme-Entwicklers gibt.

Fast 9 Jahre und nahezu 3 Millionen Downloads später ist Schluss. Schluss mit WordPress. Für mich geht ein Lebensabschnitt zu Ende. Ein Lebensabschnitt, der unendlich viel Erfahrung, Learnings und Spaß mit sich brachte. Ein Lebensabschnitt, der aber unendlich viel Zeit, Nerven und Motivation mit sich nahm. Doch der Wille zählt und ich hoffe stark, dass meine Software und mein Engagement die WordPress-Community ein Stückchen besser, qualitativer gemacht haben.

Ich möchte mir an dieser Stelle sehr herzlich bei Sergej bedanken. Ich habe immer wieder wertvolle Informationen bei dir gefunden und auch immer wieder gerne auf deine Plugins zurückgegriffen, in der Regel waren seine Plugins immer die beste Alternative — besonders für Blogger im Deutschen Rechtsraum. Wenn auch ihr ein wenig Dankbarkeit verspürt, dann könnt ihr Sergej per E-Mail kontaktieren (siehe seine Goodbye-Nachricht) oder ihm via PayPal oder Amazon ein kleines Dankeschön zukommen lassen. Der Amazon-Wunschzettel lässt erkennen, dass Sergej in Zukunft deutlich mehr Zeit Outdoors verbringen möchte: Ich hoffe, dass dir die Ruhe dort gut tut!

Als WordPress-Blogger müsst ihr nun nicht panisch nach Alternativen für die von Sergej entwickelten Plugins suchen: Alle seine Projekte haben ein neues Zuhause gefunden. Sergejs freie Plugins werden von pluginkollektiv weitergeführt. Die sich aus der deutschen WordPress-Community rekrutierende Gruppe betreut die Plugins, sorgt weiterhin für Updates und kümmert sich darum, dass die mit den Plugins verbundenen Domains nicht in die Hände eines Domaingrabbers fallen. Die Gruppe verpflichtet sich die Plugins weiterhin kostenlos und werbefrei zur Verfügung zu stellen.

Auch die kommerziellen Plugins fanden neue Betreuer: Das SEO-Plugin wpSEO übernimmt Soeren Eisenschmidt (@eisy). Er hat gleich begonnen das Thema WordPress-SEO als Blog aufzuarbeiten. Optimus für verlustfreie Bildkomprimierung ging an KeyCDN (@keycdn). Und auch der WP Letter (aktuell ist die Domain down) wird von Simon Kraft (@krafit) weitergeführt. Somit sind also alle Projekte Sergejs in (hoffentlich) guten Händen. Wahrscheinlich wir die Entwicklung der Plugins nicht mehr ganz so schnell weitergehen, doch immerhin geht es weiter.

Entwickelt wurde Worthy von meinem Webhoster Bernd Holzmüller aka tiggersWelt nach dem Konzept von Peter Wilhelm, dem Betreiber des lesenswerten Bestatterweblog — Bestatter können von sehr interessanten Dingen berichten Dort ist das Plugin auch schon seit einiger Zeit erfolgreich im Einsatz ist. Ich durfte seit Mitte letzten Jahres den glücklichen ersten (weiß ich gar nicht?) Betatester des Plugins spielen und kann daher aus eigener Erfahrung sagen, dass sich mit Worthy die ganze VG-Wort-Thematik inklusive dem Melden der Artikel im T.O.M.-Portal endlich solide lösen lässt. Meinen bisherigen Workaround, die Zählpixel per Spreadsheet zu managen, konnte ich mit Worthy endlich in die Rente schicken. Doch zuvor erst einmal ein paar Worte zur VG Wort, für viele Hobby-Blogger dürfte diese trotz ihrer langen Historie noch ein Buch mit sieben Siegeln sein.

VG-Wort Vertretungsvertrag

Bevor ihr mit Worthy groß einsteigt, solltet ihr euch natürlich bei der VG Wort anmelden und den Vertretungsvertrag unterschreiben. Sinn macht das Ganze für jeden Blogger, der Artikel mit mindestens 1800 Zeichen im Blog stehen hat, die pro Jahr jeweils mindestens 1500 mal abgerufen werden — diese Zahlen sind allerdings nicht in Stein gemeißelt und ändern sich jedes Jahr. Wer also gerade einmal 1000 Seitenaurufe im Jahr verzeichnet, der muss sich nicht zwingend bei der VG Wort anmelden. Aber es kann sich dennoch lohnen, vielleicht landet ihr ja mit einem eurer Beiträge plötzlich einen Hit, ohne Anmeldung und Zählpixel geht ihr dann leer aus. Sind beide Kriterien erfüllt und wurde das VG-Wort-Zählpixel korrekt eingebaut, gibt es für jeden Artikel, der die Anzahl der Mindestzugriffe überscheitet, einen jährlich neu festgelegten Geldbetrag — aber nur wenn ihr die Artikel eben auch ordentlich meldet, dazu später mehr.

Der Grundbetrag belief sich 2013 auf 10 Euro. Hat ein Artikel die Grenze von 7500 Abrufen überschritten gab es im Meldezeitraum 2013 stolze 12 Euro. Bei mehr als 37500 Seitenaufrufen innerhalb eines Jahres betrug die Ausschüttung dann 16 Euro. Die Vergütung pro Artikel fällt allerdings seit der ersten Online-Ausschüttung konstant. 2007 gab es für einen Beitrag mit mehr als 2500 Abrufen noch stolze 40 Euro, inzwischen sind wir wie geschildert bei maximal 16 Euro oder gar mehr nur pauschal 12 Euro im aktuellen Meldungszyklus 2014. In Zukunft gibt es mit Sicherheit noch weniger pro Beitrag mit noch höheren Mindestabrufen — dafür wird aber auch euer Archiv mit verpixelten Artikeln immer größer.

Bei der VG Wort teilnehmen kann generell jeder Autor, der seine Werke im Print und Online veröffentlicht und eben den Vertretungsvertrag unterschrieben hat. Die von der VG Wort ausgezahlten Beträge stammen aus den Gebühren, die zum Beispiel Hersteller von Kopierern, Druckern oder CD-/DVD-Brennern entrichten müssen. Selbstverständlich müsst ihr eure Einnahmen durch die VG Wort auf eurer Steuererklärung deklarieren und die sich dadurch erhöhende Lohnsteuer entsprechend nachträglich abführen: Zu Risiken und Nebenwirkungen lesen Sie die Packungsbeilage und fragen Sie Ihren Arzt oder Steuerberater.

VG-Wort-Zählpixel in WordPress

Worthy installiert ihr wie alle anderen WordPress-Plugins auch, ihr braucht allerdings ein selbstgehostes Blog. Das Plugin findet ihr seit heute im Plugin-Repository von WordPress. Nach dem Aktivieren von Worthy öffnet ihr am besten erstmal die Einstellungs-Seite des Plugins aus der WordPress-Sidebar heraus und geht in den Reiter Import/Export. Hier könnt ihr im Abschnitt VG Wort Zählpixel importieren die im T.O.M.-Online-Portal der VG Wort generierten CSV-Dateien mit bis zu 100 Zählpixeln in einem Rutsch einlesen. Wer sein Blog schon länger betreibt und bereits ein paar hundert Beiträge angesammelt hat, der kann gerne gleich ein paar dieser CSV-Files einlesen lassen, so habt ihr einen größeren Pool mit Zählpixeln, den das Plugin später euren Artikeln zuordnen kann.

Habt ihr schon vorher Erfahrungen mit der VG Wort gemacht und Zählpixel verwendet, dann lest bitte auch eure bereits benutzten Zählpixel-Dateien ein. Unter Worthy | Import/Export | Bestehende VG Word Zählpixel migrieren bindet Worthy nämlich bereits bestehende Zählpixel ein, die ihr mit anderen VG-Wort-Plugins wie VGW aka VG-Wort-Krimskrams, WP-VGWORT oder auch manuell ins Blog eingebunden habt. Worthy integriert diese Zählpixel und verbindet sie auch gleich mit den zuvor eingelesenen Daten aus den alten CSV-Dateien, so dass ihr dann die alten Plugins abschalten könnt. Ich persönlich hatte VG-Wort-Krimskrams im Einsatz, der Import lief bis auf ein paar kleine Probleme — ich hatte einige Zählpixel aus Versehen doppelt am Start — problemlos durch. Anschließend seht ihr im Reiter VG Wort Zählpixel welches Pixel welchem Beitrag zugeordnet wurde.

Hat Worthy nun all eure Zählpixel der VG Wort importiert, müsst ihr euch nicht mehr groß mit dem Thema VG Wort und Zählpixel beschäftigen, außer darauf zu achten bei längeren Beitrag mit mehr als 1500 Zeichen eben das Zählpixel in der Sidebar des WordPress-Editors zu aktivieren, das Feld wird jedoch erst ab dieser Länge aktiv. Wie viel ihr noch zu Schreiben habt, seht ihr am unteren Ende des Editorbereichs. Hier blendet Worthy nicht nur die Anzahl der Wörter im Artikel, sondern auch die Anzahl der für die VG Wort relevanten Zeichen ein. Worthy holt sich daraufhin automatisch ein freies Zählpixel aus dem zuvor eingelesenen Pool und verknüpft es mit dem Artikel — mehr müsst ihr nun nicht mehr machen, zumindest was das Einbinden der Zählpixel betrifft. Die aktuelle Version (noch nicht auf dem Screenshot) unterscheidet zudem auch zwischen lyrischen Werken und normalen Texten — im Web veröffentlichte Gedichte benötigen deutlich weniger Abrufe um meldefähig zu sein.

Die aktuelles Version von Worthy funktioniert für Solo-Blogger wie mich schon wunderbar, doch für Blogs mit mehreren Autoren ist das Plugin aktuell noch nicht wirklich benutzbar. Worthy müsste ja Zählpixel für jeden Autor getrennt verwalten, das kann das Plugin bisher jedoch noch nicht, diese Funktion will Bernd allerdings in der nächsten Versionen — wenn denn alles klappt — noch hinzugefügen. Jeder Autor kann dann seine eigenen Zählpixel in Worthy importieren und beim Schreiben per Mausklick setzen. Allerdings müsst ihr dennoch darauf achten, dass die von euch genutzten Zählpixel nicht noch auf einer anderen Webseite zum Einsatz kommen, generiert daher am besten für jede Webseite eigene Zählpixel-Blöcke.

Automatisierte METIS-Meldung

Alleine mit dem Einbau des Zählpixels bekommt ihr von der VG Wort jedoch noch keinen einzigen Cent — so leicht macht es euch die VG Wort nicht, auf diesem Weg registriert die Verwertungsgesellschaft nur die Seitenaufrufe eurer Beiträge. Um an die Ausschüttungen zu kommen, müsst ihr für jeden (sic!) Beitrag, der die Abrufgrenze überschreitet, eine Meldung für den Bereich Texte im Internet aka METIS im T.O.M.-Portal erstellen. Dazu will die VG Wort neben der URL zum Beitrag auch noch den kompletten Inhalt des Artikels als Text oder als PDF sehen. Pro gemeldeten Artikel seid ihr so locker ein paar Minuten eures Lebens los, bei fleißigen Bloggern summieren sich diese Minuten zu mehreren Stunden oder gar Arbeitstagen, die man mit dieser monotonen und stupiden Arbeit beschäftigt ist .

Während der Meldeperiode (die aktuelle läuft noch bis Ende des Monats) müsst ihr nun die meldefähigen mit überschrittenen Mindestzugriff und der nötigen Mindestlänge bei der VG Wort melden. Dazu öffnet ihr Worthy im WordPress-Backend und geht in den Reiter VG Wort Zählpixel, dort schränkt ihr dann die Auswahl auf Mindestzugriff erreicht ein. Die jetzt in der Liste aufgeführten Artikel dürfen und sollten nun alle an die VG Wort gemeldet werden, dazu muss ein Webbereich angelegt (im Endeffekt die URL hinterlegt) und der Inhalt des Artikels zur VG Wort übertragen werden.

Markiert dazu die gewünschten Artikel und wählt oben in der Liste Meldung erstellen (mit Vorschau) als Aktion aus, später könnt ihr auf die Vorschau verzichten. Im nächsten Dialog zeigt euch Worthy, die um Code-Blöcke und weitere nicht meldefähigen Texte bereinigten Artikel in einer Vorschau an. Solltet ihr hier bei einem der Artikel Fehler feststellen, könnt ihr den Markierung entfernen und so diesen Artikel überspringen. Ein Klick auf VG Wort melden schickt dann die komplette Meldung in Richtung VG Wort. Worthy legt dabei automatisch den Webbereich an und übergibt den Inhalt. Alternativ könnt ihr den Webbereich auch einzeln aus der Liste heraus erzeugen.

Premium-Funktion und Kosten

Worthy teilt sich nun in zwei Teile: Das unter der GPL veröffentliche WordPress-Plugin lässt sich selbstverständlich kostenlos installieren. Der kommerzielle Dienst, der zwischen dem T.O.M-Onlineportal und eurer WordPress-Installation vermittelt, möchte hingegen bezahlt werden. Der Dienst wird nötig, sobald Worthy direkt mit der VG Wort interagieren soll. So könnt ihr also kostenlos Zählmarken per CSV-Datei in Worthy importieren und per Schalter aus dem Editor heraus in das Blog einbinden — Die Funktion entspricht in etwa dem Leistungsumfang anderer VG-Wort-Plugins, nur sind sie bei Worthy in meinen Augen besser implementiert. Zudem lassen sich die schon auf anderen Wegen eingebundenen Zählpixel mit den aus den importierten Listen abgleichen, was wieder einiges an Arbeit spart. VG-Wort-Einsteiger können so erst einmal bequem sehen, ob sich der ganze Aufwand überhaupt lohnt und sicher gehen, dass die Zählpixel überhaupt abgerufen werden.

Ein kostenpflichtiges Abonnement wird fällig, wenn sich Worth zum Beispiel automatisch Zählpixel aus T.O.M. ziehen soll, dazu kostet jede Meldung an VG Wort einen kleinen Obolus — der Dienst sorgt im Gegenzug dafür, dass eure Meldung automatisiert und zuverlässig klappt. Die Preise für das Abonnement liegen je nach Laufzeit zwischen 10 Euro pro Jahr und 27 Euro für drei Jahre. Die Kosten für das Übertragen der Meldungen liegen aufgrund des Staffelung zwischen 1,50 Euro (für 10 Meldungen) und 50 Cent (beim Kauf von 250 Meldungen). Wer jeden Tag des Jahres einen Artikel veröffentlicht, der die Meldekriterien erfüllt, zahlt also für seine VG-Wort-Meldung am Ende dann in etwa 190 Euro, bekommt aber in etwa — nur für die neuen Artikel — bei 10 Euro pro Meldung 3600 Euro zurück.

Bei vielen Webmastern ist der Datenschutzgedanke inzwischen in den Hintergrund getreten und die Social-Media-Buttons wieder auf der Webseite gelandet. Andere Webseitenbetreiber haben aber auch in den letzten Jahren dazugelernt und lassen die Buttons weiterhin außen vor, setzen aber auf selbst gebaute Alternativen zu Heises 2-Klick-Buttons oder binden andere Social-Media-Plugins ein. Für Facebook gibt es unzählige solche Lösungen, ich für meinen Teil hatte mich nach einigen Testläufen für den SocialMediaEnhancer entschieden. Das Plugin fügt schlichte Buttons für Google+, Facebook, Twitter, LinkedIn, Pinterst oder auch Xing ein, ohne dass JavaScript benötigt wird.

Nun hat Heise im Dezember aber nachgelegt und mit Shariff einen Nachfolger für die 2-Klick-Buttons losgelassen. Die Technik ist auch schon auf der Heise-Seite im Einsatz, so könnt ihr selber einen ersten Eindruck machen. Der Code zu Shariff liegt auch wieder offen und kann von GitHub geladen werden. Shariff lässt sich daher sehr gut in eigene Projekte integrieren. Für Blogger, die mit WordPress arbeiten, gibt es bereits auch schon zwei Shariff-Plugins: Shariff und Shariff-Sharing, wobei Shariff-Sharing direkt von Heise-Entwickler Yannik Ehlert stammt.

Ich habe beide Plugins mit Erfolg hier im Blog kurz getestet, die Unterschiede sind im Endeffekt nicht sonderlich groß. Beide Plugins lassen sich über das Backend von WordPress sehr einfach konfigurieren und aktivieren. Ihr habt die Wahl zwischen verschiedenen Stilen und könnt auswählen, welche Netzwerke angezeigt werden sollen. Allerdings lässt sich das „Original“ nicht frei im Template platzieren. Ihr habt nur die Möglichkeit die Buttons vor oder nach dem Artikel einzublenden.

// Shariff mit Standardeinstellungen...
<?=do_shortcode('[[shariff backend="on"]]')?>
// Shariff mit in weiß und mit Facebook, Twitter und Google+...
<?=do_shortcode('[[shariff theme="white" services="facebook|twitter|googleplus" backend="on"]]')?>

// Beispiel aus der content-single.php meines Templates...
<div class="social-info">
<h2>Das war interessant? Sag es weiter!</h2>
<div id="shariff-text"><p>Dieser Beitrag hat dir gefallen? Teile ihn mit deinen Freunden, Danke!</p></div>
<div id="shariff-social-buttons">
<?=do_shortcode('[[shariff services="facebook|twitter|googleplus" backend="on"]]')?>
</div>
<div style="clear:left"></div>
</div><!-- end social-info -->

Shariff“-ohne-Sharing“ hingegen bietet mit den den obigen Shortcodes auch die Option die Buttons an einer beliebigen Stelle einzubauen — so habt ihr deutlich mehr Kontrolle über das Geschehen, demzufolge ist das Plugin auch bei mir Favorit. Für das Shariff-Plugin von Heise habe ich für diese Funktion einen Feature-Request eingereicht. Eine Übersicht über alle Argumente findet ihr auf der Homepage des Entwicklers. Die Buttons lassen sich selbstverständlich auch per CSS an das eigene Design anpassen.

Trotz ihres unzweifelhaften Nutzens sind Captchas allerdings kein Allheilmittel. Die Wikipedia zitiert einen Artikel der Carnegie Mellon University dem nach weltweit die Internetnutzer pro Tag 150.000 Stunden mit dem Lösen von Captchas verschwenden — die Zahl stammt aus dem Jahr 2004! Heute dürfte die Zeitverschwendung alleine aufgrund der vielen weiteren Internetnutzern nochmal deutlich gestiegen sein. Viele Captchas sind zudem nicht barrierefrei lösbar, sodass zum Beispiel Sehbehinderte zum Lösen eines Bilderrätsels Unterstützung eines Sehenden hinzuziehen müssen. Von daher gilt es eigentlich das Captcha in Rente zu schicken.

Life’s too short to spend solving distored text
Coming soon, the „No-CAPTCHA“ reCAPTCHA

Google ist unter anderem aus diesen Gründen nicht ganz untätig — zudem ist auch ReCAPTCHA inzwischen alles andere als eine undurchdringliche Mauer. Demnächst startet mit No-CAPTCHA nun aber die nächste Version von ReCAPTCHA. Webmaster können sich auf der ReCAPTCHA-Webseite schon jetzt für die Zusendung von weiterführenden Informationen beim Restart registrieren. Zudem gibt es schon eine Demo der neu gestalteten Eingabemaske zu sehen. Auch bei Googles URL-Verkürzer Goo.gl kommt das neue Captcha bereits zum Einsatz. Ein Klick auf „Ich bin kein Roboter“ soll nun das Lösen des Captchas überflüssig machen. Nur wenn die Überprüfung ein negatives Ergebnis liefert, erscheint das herkömmliche Captcha. Ein Beispiel zum Einbinden des neuen Captchas findet ihr etwa auf Ragzone.