Kau-Boys

Viele von euch kennen vermutlich die GEMA, die Verwertungsgesellschaft für Musik. Für Texte gibt es die VG Wort und hier bekommt man für eigene Bücher, Artikel in Magazinen, aber auch für Blogbeiträge Geld, wenn diese eine bestimme Anzahl an Zugriffen aus Deutschland erhalten haben.

Jeder neue Blogbeitrag wird mit einer Zählmarke (auch bekannt als „Tracking-Pixel“) versehen, und jeder Zugriff aus Deutschland auf einen solchen Beitrag wird für eine Auszahlung berücksichtigt. Nach einem Jahr erhalte ich für jeden Blogbeitrag, der mindestens 1500 Zugriffe aus Deutschland erreicht, eine Tantiemenzahlung. Der Betrag pro Blogbeitrag variiert jedes Jahr. Ich verdiene damit nicht viel Geld, aber es hilft mir, einen Teil meiner Hosting-Kosten zu decken. Nachdem ihr nun wisst, wie man über die VG Wort Geld für Blogbeiträge bekommen kann, möchte ich euch kurz erklären, wie mir das Plugin dabei hilft.

Was macht Worthy?

Mit dem Worty Plugin können Zählmarken zu Blogbeiträgen hinzugefügt werden. Es fügt eine Option in der Seitenleiste des Block-Editors und in der Listenansicht der Blogbeiträge hinzu. Ein Blogeintrag muss eine bestimmte Länge haben (es sei denn, es handelt sich um Lyrik). Das Plugin erkennt, ob ein Blogbeitrag diese Länge erreicht hat und bietet dann einen Link oder eine Radiobox zum Hinzufügen einer Zählmarke an.

Es hilft euch auch dabei, einem einzelnen Beitrag eine individuelle Zählmarke zuzuweisen. Diese Zählmarken zu erhalten ist ein ziemlich komplexer Prozess. Ihr könnt jedoch eine CSV-Datei mit vielen Zählmarken herunterladen und diese dann in Worthy importieren. Es gibt sogar eine Premium-Version, die es euch ermöglicht, sie automatisch von einer API importieren zu lassen und die URL des Blogbeitrags an die VG Wort zu „melden“, sobald der Blogbeitrag zum ersten Mal die Mindestanzahl an Aufrufen erreicht hat (in den folgenden Jahren müsst ihr denselben Blogbeitrag nicht erneut melden, er wird automatisch für eine Auszahlung berücksichtigt, wenn die Mindestanzahl an Aufrufen erneut erreicht wird). Da diese Meldung also nur einmal pro Blogbeitrag erfolgen muss und nur sehr wenige meiner Beiträge diese Grenze erreichen, sehe ich für mich keinen Bedarf für die Premium-Version. Aber für größere Blogs könnte es euch mehr Zeit sparen als es pro Meldung kostet.

Warum verwende ich Worthy?

Ich habe vorher ein anderes Plugin für die VG Wort Zählmarken verwendet, aber dieses hat mir nur dabei geholfen, die Blogbeiträge zu identifizieren, die lang genug sind, und zu visualisieren, welche Beiträge bereits eine Zählmarke haben. Das Hinzufügen der Zählmarken war ein komplett manueller Prozess. Ich habe zuerst den HTML-Tag aus der CSV-Datei kopiert, diesen dann in ein Meta-Feld im Blogbeitrag eingefügt und am Schluss die URL zurück in die CSV-Datei kopiert, damit ich den Überblick über die bereits verwendeten Zählmarken behalte.

Glücklicherweise war der Wechsel zu Worthy wirklich einfach, da es eine Migration von einer handvoll anderer VG Wort Plugins bietet. Es gibt jetzt ein offizielles Plugin der VG Wort namens „VG WORT METIS„, und es scheint alle Funktionen von Worthy Premium zu bieten, wie die Bestellung von Zählmarken bei der VG Wort und die Meldung der URLs der Blogbeiträge. Aber ich möchte jetzt noch nicht migrieren. Vielleicht teste ich es in meinem neuen Blog und schreibe dann ausführlicher über dieses Plugin.

Ich habe schon lange alle klassischen Werbeanzeigen aus meinem Blog entfernt und verwende nur noch diese eher datenschutzfreundliche Monetarisierungsoption. Ich musste noch einen Abschnitt in meine Datenschutzerklärung einfügen, da die VG Wort IP-Adressen verarbeiten muss, um herauszufinden, ob ein Zugriff aus Deutschland kommt. Eine interessante Tatsache ist, dass der Inhalt, den ihr schreiben, nicht auf Deutsch verfasst sein muss. Wenn ihr diesen Blogbeitrag auf Englisch lest, aber aus Deutschland kommt, dann zählt das auch für die Mindestanzahl der Besuche des Blogbeitragsthemas. Ich verwende also für beide Sprachen die gleiche Zählmarke. Dazu verwende ich ein kleines Hilfs-Plugin, das ich geschrieben habe und das MultilingualPress und Worthy miteinander verbindet. Ich werde dieses Plugin möglicherweise erweitern, damit es auch mit anderen VG Wort Plugins oder anderen Übersetzungsplugins funktioniert.

Fazit

Seid ihr auch bei der VG Wort registriert und verdient so ein wenig Geld mit euren Beiträgen? Falls ja, wie viele Beiträge schaffen es denn bei euch pro Jahre über die Mindestzugriffe hinaus? Bei mir sind es weniger als 10 jedes Jahr.

Nutzt ihr vielleicht noch andere Möglichkeiten eure Online-Präsenz zu monetarisieren, aber ohne klassische Werbung, gesponserte Inhalte oder Affiliate-Links zu nutzen?

Die Roles and Capabilities (Rollen und Berechtigungen) in WordPress sind ein mächtiges Werkzeug, um verschiedenen Usern Dinge in WordPress zu erlauben oder zu verbieten. Aber sie sind auch schwer zu verstehen, insbesondere dann, wenn man Code schreibt und versucht sie anzupassen. Wenn ihr einen eigenen Beitragstyp einführt Dashboard-Panels erstellt oder eine andere Funktionalität anbietet, die nur für bestimmte Rollen verfügbar sein soll, empfiehlt es sich, eigene Berechtigungen hinzuzufügen. Aber was macht ihr, wenn ihr diese auf einer Website anpassen müsst? In diesem Fall wird ein Plugin wie User Role Editor benötigt.

Was macht User Role Editor?

Wie der Name schon sagt, könnt ihr damit Rollen und deren Berechtigungen bearbeiten. Ihr könnt Berechtigungen zu bestehenden Rollen hinzufügen, neue Rollen erstellen oder bestehende klonen (um sie dann zu ändern). Ein User in WordPress kann normalerweise nur eine Rolle haben, aber mit diesem Plugin könnt ihr ihm mehrere Rollen zuweisen.

Das Plugin hat auch eine Pro-Version, aber ich habe mich nie wirklich damit beschäftigt, da ich es nur für kleine Anpassungen an den Rollen und Berechtigungen von WordPress-Installationen verwende. In der Vergangenheit habe ich auch das Members Plugin verwendet, das einen ähnlichen Funktionsumfang hatte, sich dann aber in ein größeres Membership-Plugin verwandelt hat, was ich nicht brauchte.

Wozu verwende ich User Role Editor?

Auf einer Website, auf der ich Koko Analytics verwende (über die ich in einem früheren Blogbeitrag geschrieben habe), hat die Person, die für die Website verantwortlich ist, nicht die Administratorrolle. Da die Statistiken nur für Administratoren sichtbar sind, musste ich die Rollen und Berechtigungen anpassen. Ich hätte der Rolle Redakteur die Möglichkeit geben können, Statistiken einzusehen, indem ich dieser Rolle die Berechtigung view_koko_analytics zugewiesen hätte. Stattdessen habe ich eine Rolle „Koko Analytics Viewer“ mit dieser einen Berechtigung erstellt und sie dem User zugewiesen. Ich versuche normalerweise, die Standardrollen von WordPress nicht zu ändern, da diese Änderungen überschrieben werden könnten.

Fazit

Wenn ihr die Rollen und Berechtigungen in WordPress ändern möchtet, ist der User Role Editor eine der einfachsten Möglichkeiten, dies zu tun. Wenn ihr selbst programmiert, könnt ihr die „Roles API“ mit Funktionen wie add_role() verwenden, um diese Art von Änderungen vorzunehmen. Ich verwende auch gerne die WP-CLI und ihren wp role Befehl, aber es kann sein, dass ihr die CLI auf einer Website nicht verwenden können (so wie ich in meinem Beispiel), und mit einem Plugin wie dem User Role Editor könnt ihr immer noch ganz einfach Dinge ändern. Nachdem ihr die Änderungen vorgenommen habt, könnt ihr das Plugin oft auch wieder entfernen, da die Rollen und Berechtigungen in der Datenbank gespeichert werden. Wenn ihr aber die Optionen beibehalten möchten, um einem User mehrere Rollen zuzuweisen, dann lasst das Plugin einfach installiert und aktiviert.

Auf einer Seite, die ich verwalte, gibt es einen kleinen Kalender mit Kursen und Workshops. Um diese zu verwalten, musste ich ein Plugin auswählen, das alle notwendigen Funktionen mitbringt. Weil ich auch schon komplexere Anforderungen an ein Veranstaltungsmanagement-Plugin für Arbeitsprojekte hatte, habe ich mich für die kostenlose Version des Plugins „The Events Calendar“ entschieden. Hier sind die Gründe dafür.

Was macht der The Events Calendar?

Zunächst einmal fügt es eine Reihe von neuen Beitragstypen hinzu: Veranstaltungen, Veranstaltungsorte und Veranstalter. Außerdem fügt es zwei neue Taxonomien hinzu: Veranstaltungs-Kategorien und (Veranstaltungs-)Schlagwörter. Ihr müsst nicht unbedingt alle Taxonomien verwenden, aber wenn ihr es tut, könnt ihr es anderen ermöglichen, Veranstaltungen am gleichen Ort, vom gleichen Veranstalter usw. zu finden.

Wenn ihr eine Veranstaltung erstellt, könnt ihr eine Anfangs- und Endzeit festlegen oder eine ganztägige Veranstaltung (auch über mehrere Tage hinweg) anlegen. Für den Veranstaltungsort könnt ihr wählen, ob ihr eine Karte in einer einzelnen Veranstaltung anzeigen möchtet. Ihr könnt auch die Kosten für die Veranstaltung festlegen, aber es wird nur ein Preis angezeigt. Das Haupt-Plugin bietet kein Ticketing-System, geschweige denn Zahlungsoptionen. Es gibt ein kostenloses Zusatz-Plugin „Event Tickets and Registration„, das den Verkauf von Tickets mit Stripe oder einem PayPal-Geschäftskonto ermöglicht. Da aber auf der Website, auf der ich es verwende, keine Registrierungen vorgenommen werden, habe ich diese Erweiterung nicht installiert.

Für die Auflistung von Veranstaltungen gibt es eine Monats-, Listen- und Tagesansicht. Es gibt ein Widget für die Veranstaltungsliste und eine Stichwortsuche. Interessierte können Veranstaltungen über eine iCalendar-Datei, Google Calendar, Outlook 365 und Outlook Live abonnieren.

Veranstaltungen können mit Blöcken im Block-Editor bearbeitet werden, aber auf der Website, die ich betreue, verwenden wir ihn in Kombination mit dem Classic Editor, da die UX-Änderungen für die Person, die die Website betreibt, etwas zu kompliziert waren.

Andere Add-ons zum Plugin

Es gibt Pro-Versionen des Haupt-Plugins und der Tickets-Erweiterung. Die Qualität der offiziellen Erweiterungen ist sehr gut. Die Preise pro Website sind gerechtfertigt, wenn Veranstaltungen euer Hauptgeschäft auf diesen Websites sind oder wenn ihr sogar Tickets verkauft. Für Websites, auf denen Veranstaltungen nur eine untergeordnete Rolle spielen, finde ich sie zu hoch und würde wahrscheinlich auf externe Dienste zurückgreifen, die euch einen Prozentsatz für den Verkauf von Eintrittskarten berechnet.

In der kostenlosen Version des Kalenders fehlt eine wichtige Funktion: die Anzeige von Veranstaltungen einer bestimmten Kategorie auf einer Seite. Dies ist selbst für eine persönliche Website nützlich und rechtfertigt meiner Meinung nach nicht den hohen Preis für die Pro-Version. Glücklicherweise habe ich ein Plugin genau für diesen Zweck gefunden: The Events Calendar Shortcode & Block. Mit diesem Plugin könnt ihr Veranstaltungen einer Kategorie auf einer Seite oder in einem Beitrag auflisten, entweder mit einem Shortcode oder einem Block. Es bietet sogar ein Elementor-Widget und ein Bricks-Element, aber da ich diese beiden Page Builder nicht verwende, weiß ich nicht, wie gut sie funktionieren. Sogar dieses kostenlose Plugin hat eine Pro-Version, aber die kostenlose Version ist wirklich alles, was ich für diese eine Website brauche.

Es gibt viele Zusatz-Plugins im WordPress.org Plugin-Verzeichnis, und selbst wenn ihr keine passendes findet, könnt ihr das Plugin gut anpassen, da er viele Actions und Filter hat, die ihr in den DevDocs findet. In der Knowledgebase erfahrt ihr hingegen mehr über die Verwendung der verschiedenen Plugins. Dies ist ein weiteres starkes Argument für mich, dieses Plugin als mein Haupt-Plugin für das Veranstaltungsmanagement zu verwenden. Andere Plugins bieten ebenfalls eine tiefere Integration in dieses Plugin, wie zum Beispiel das MultilingualPress-Plugin, über das ich vor einiger Zeit berichtet habe.

Fazit

Wenn es um Veranstaltungs-Plugins geht, verwende ich normalerweise immer The Events Calendar. Zum einen, weil ich mich daran gewöhnt habe, aber noch mehr, weil ich seine Codequalität schätze. Ich musste einmal ein anderes verwenden, das wiederkehrende Termine anbietet (das ist nur in der Pro-Version von The Events Calendar verfügbar), aber die Codequalität war so schlecht, dass ich es jedes Mal hasste, damit zu arbeiten. Mit mehr als 700.000 aktiven Installationen, nur für die kostenlose Version, ist es auch das meistgenutzte Event-Plugin im WordPress.org Plugin Directory.

Habt ihr The Events Calendar schon einmal benutzt? Oder verwendet ihr ein anderes Plugin? Was hat euch dazu bewogen, eine der Alternativen zu wählen?

Auch im Dezember 2025 ist es noch nicht möglich, SVG-Dateien auf einer WordPress-Website hochzuladen. Da eine SVG-Datei JavaScript-Code enthalten kann und daher als „potenzielles Sicherheitsrisiko“ gilt, erlaubt der WordPress-Core das Hochladen von SVG-Dateien nicht. Es gibt Bestrebungen, dies in Zukunft zuzulassen, wobei bösartiger Code herausgefiltert wird, aber das wird wohl noch einige Zeit dauern.

In der Zwischenzeit könnt ihr ein Plugin oder einen etwas Code verwenden, um das Hochladen von SVG-Dateien in WordPress zu erlauben. Im Adventskalender 2015 habe ich einen Code-Schnipsel gezeigt, mit dem man den Upload erlauben kann.

Wenn ihr das SVG aber nicht nur hochladen und in den Theme-Einstellungen verwenden, sondern auch in einen Beitrag oder eine Seite einfügen möchtet, dann empfehle ich die Verwendung eines Plugins, das die SVG-Unterstützung besser in WordPress integriert. Hier sind zwei Plugins, die ich auf verschiedenen Websites verwendet habe.

Was macht Safe SVG?

Das Plugin Safe SVG wurde von 10up entwickelt, einer renommierten WordPress-Agentur. Es ermöglicht euch nicht nur das Hochladen einer SVG-Datei, sondern macht auch etwas mit dieser Datei. Es säubert die SVG, das heißt es versucht, jeglichen Code zu entfernen, der ein Sicherheitsrisiko für eure Website darstellen könnte. Außerdem optimiert es die SVG mithilfe des SVGO-Tools, das ich auch verwende (entweder im Browser oder als Inkscape-Erweiterung), um bessere und kleinere Dateien zu erhalten. Mit diesem Plugin könnt ihr auch SVG-Dateien in eurer Mediathek anzeigen lassen (dies ist nicht möglich, wenn ihr den Upload nur mit einem Code-Schnipsel erlaubt). Und ihr könnt sogar festlegen, welche Benutzerrollen SVG-Dateien hochladen dürfen.

Was macht SVG Support?

Das SVG Support Plugin hat fast die gleichen Funktionen wie Safe SVG, bietet aber noch einige zusätzliche Optionen. Eine davon ist das „Inline-Einbinden“ für SVG-Dateien, das es euch ermöglicht, die SVG-Datei mit CSS zu bearbeiten. Das ist nicht möglich, wenn die SVG als „externes Bild“ geladen wird. Ein solches Styling kann nützlich sein, wenn ihr z.B. die Farben einer SVG in einem „Dark-Mode“ ändern wollt.

Warum verwende ich diese Plugins?

Ich verwende beide Plugins auf jeweils einer Website. Auf anderen Seiten verwende ich nur den Code-Schnipsel. Es kommt wirklich auf die Verwendung von SVG-Bildern in Beiträgen und Seiten an. Wenn ihr nur eine SVG in den Customizer-Optionen für euer Website-Logo verwenden möchtet, ist der Code-Schnipsel oder Safe SVG vermutlich ausreichend. Wenn ihr allerdings SVG-Bilder in euren Inhalten verwenden möchtet, dann könnte die Inline-Einbindung von SVG Support für euch nützlich sein.

Fazit

Beide Plugins haben mehr als eine Million aktive Installationen, was zeigt, dass die Leute SVG-Dateien auf ihren WordPress-Websites verwenden. Es ist an der Zeit, die native SVG-Unterstützung in den WordPress Core zu bekommen und das 13 Jahre alte Trac-Ticket, das ich oben verlinkt habe, endlich zu schließen.

Verwendet ihr SVG-Dateien in einem WordPress-Projekt? Wie verwendet ihr sie? Nur als statische Dateien, die in Themes und Plugins eingebunden sind? Oder auch in den Inhalten von Beiträgen und Seiten? Und wie erlaubt ihr den Upload dieser Dateien?

Eine Frage, die ich oft gestellt bekomme, lautet: Welches Plugin verwendest du auf jeder Seite? Meine Antwort ist normalerweise: keines … außer wenn ich die Website gerade entwickle. Dann ist es Query Monitor und hier ist der Grund dafür.

Was macht Query Monitor?

Das Query Monitor Plugin ist DAS Debugging-Plugin für WordPress. Ursprünglich half es nur beim Debuggen von SQL-Abfragen, aber jetzt kann es zum Debuggen von fast allem in WordPress verwendet werden. Ich habe schon einige Beiträge darüber geschrieben, aber schauen wir uns einige der hunderten von Debugging-Funktionen an, die es mirbringt:

• SQL-Abfragen
• HTTP-Anfragen
• Geladene Template-Dateien (Partials) und verwendete Template-Hierarchie-Datei
• Geladene JavaScript-Dateien
• Geladene CSS-Dateien
• Verwendete Hooks (Actions und Filter)
• Geladene Übersetzungsdateien (und Auflistung der fehlenden Dateien)
• Vom Backend durchgeführte HTTP-API-Anfragen
• Aktualisierte Transients
• Überprüfte Berechtigungen (Capabilites)
• Informationen über die Umgebung (PHP, Datenbank, WordPress, Server)
• Liste aller true/false Conditional Tags auf der aktuellen Seite

Query Monitor ist im Frontend und Backend verfügbar. Standardmäßig können ihn nur Administrator-User nutzen, aber ihr können ein Authentifizierungs-Cookie setzen, um ihn auch dann zu nutzen, wenn ihr abgemeldet seid, was sehr hilfreich ist, wenn ihr eine Website ohne Login debuggen wollen.

Warum verwende ich Query Monitor?

Wenn ihr gerade eine Website baut und etwas funktioniert nicht, dann könnt ihr viele Schritte unternehmen, um das Problem zu beheben. Für viele typische Probleme müsst aber nicht einmal den WP_DEBUG Modus aktivieren oder etwas wie Xdebug verwenden. Das Query Monitor Plugin kann euch oft einfach sagen, was schiefgelaufen ist.

Es ist auch sehr hilfreich, um langsame SQL-Abfragen zu finden und dann weiter zu untersuchen, warum sie so langsam sind. Ich verwende es auch häufig, um herauszufinden, warum manche Übersetzungen nicht funktionieren – oft, weil WordPress versucht, eine Datei mit dem falschen Namen zu laden.

Ich weiß nicht, wie viele Stunden oder sogar Tage an Debugging-Zeit ich gespart habe, nur weil ich Query Monitor immer benutze. Irgendwann habe ich sogar einen Alias zu meinem Linux-System hinzugefügt, um Query Monitor über die WP-CLI zu installieren, nur weil ich das so oft gemacht habe. 😅

Fazit

Wenn ihr eine Website entwickelt und diese debuggen müsst, dann sollten ihr euch Query Monitor einmal ansehen, falls ihr es nicht ohnehin schon in eurem Werkzeugkasten habt.

Ihr könnt Query Monitor auch mit eurem eigenen Panel erweitern, was ich in dem Blogpost „Ein eigenes Panel zum Query Monitor hinzufügen“ Anfang des Jahres beschrieben habe.

Benutzen ihr Query Monitor? Falls ja, welche Funktionen nutzt ihr am häufigsten?

Ich habe eine Podcast-Website (aber leider gibt es seit Jahren keine neuen Episoden mehr). Als ich mit dem Podcasting anfing, habe ich mich gefragt, wie man eine Website dafür am besten einrichtet. Wenn man es wirklich einfach halten will, braucht man kein Plugin für einen Podcast. Da WordPress Audiodateien einbetten kann, könntet ihr die Podcast-Episoden einfach in eure Mediathek hochladen und sie in einen normalen Blogbeitrag einbetten. Wenn ihr es aber ermöglichen wollt, euren Podcast zu abonnieren, Transkripte oder Untertitel hinzuzufügen wollt, einen schönen Webplayer mit mehr Optionen und andere typische Podcast-Funktionen zu haben möchtet, dann solltet ihr ein geeignetes Plugin verwenden.

Was macht der Podlove Podcast Publisher?

Es gibt mehrere Plugins unter der Marke Podlove. Das wichtigste davon ist das Podlove Podcast Publisher Plugin. Es gibt auch den Podlove Web Player, aber der ist optional, wenn ihr das Publisher-Plugin verwendet. Der Publisher fügt einen neuen Beitragstyp „Episoden“ hinzu, in dem die gesamte inhaltliche Arbeit erledigt wird. Für jede neue Episode eures Podcasts würdet ihr hier einen neuen Eintrag erstellen. Ihr solltet die Einstellungen des Publishers konfigurieren, bevor ihr eure erste Episode hinzufügt. Dies wird in einem kurzen Video auf der Podlove-Dokumentationsseite beschrieben.

Eine der coolen Funktionen von Podlove ist die Tatsache, dass ihr die Dateien nicht auf demselben Server wie eure WordPress-Website speichern müsst. Ihr könnt sie auf einem externen Server oder sogar auf einem S3-Speicher haben, solange ihr die Dateinamen kontrollieren könnt. Ihr legen den Basispfad für die Episoden fest, und solange Podlove Dateinamen wie episodenname.mp3, episodenname.m4a, episodenname.chapters.txt, episodenname.vtt und so weiter findet, funktionieren diese externen Dateien genauso gut wie Dateien auf demselben Server. Das heißt, ihr könnt sogar einen dieser (Premium-)Podcasting-Dienste nutzen und den Podcast trotzdem (auch) auf eurer persönlichen Website hosten.

Neben den Episoden und den Beschreibungen kann der Podlove Podcast Publisher auch andere Dinge verwalten, die ein Podcast benötigt:

• RSS-Feeds (zum Abonnieren eures Podcasts)
• Mitwirkende (Hosts und Gäste, einschließlich Beschreibungen und Links zu Profilen in sozialen Medien)
• Spendenlinks (für Hosts und Gäste)
• Ein umfangreicher Webplayer mit Steuerelementen für Geschwindigkeit, Transkripte und Untertitel, Download-Schaltflächen usw.
• Integration in externe Dienste
• Eine Schaltfläche/Widget zum Abonnieren
• und vieles mehr …

Eine Integration betrifft das Auphonic-Projekt. Ich verwende dieses Projekt, um die Audioqualität der Audio- und Videoproduktionen zu verbessern, und Podlove kann alle eure Dateien an Auphonic senden, die Dateien optimieren lassen und die optimierten Dateien wieder auf eurem Server speichern. Aber ich habe die Integration noch nicht genutzt.

Warum verwende ich Podlove Podcast Publisher?

Zum Erstellen eines Podcasts gehört mehr, als nur in ein Mikrofon zu sprechen, vor allem, wenn man für die Nachbearbeitung und Veröffentlichung verantwortlich ist. Da ich diese Rolle für den Podcast, den ich mitmoderiere, übernommen habe, wollte ich ein Plugin haben, das mich so gut wie möglich unterstützt. Mit all den Funktionen, die Podlove bietet, war der Prozess nach der ersten Einrichtung wirklich einfach, und das Veröffentlichen einer neuen Episode war so einfach wie das Veröffentlichen eines Blogbeitrags. Die Verwendung der Vorlagenfunktion von Podlove machte es sogar noch einfacher.

Fazit

Wenn ich heute einen neuen Podcast starten würde, wäre das Podlove-Plugin das erste, das ich installieren würde. Ich habe kein anderes Plugin gesehen, das auch nur annähernd mithalten kann. Und da ich die Idee mag, meine Dateien „zu besitzen“, liebe ich die Möglichkeit, sie auf demselben Rechner zu haben und sie trotzdem jederzeit und ohne Komplikationen auf einen externen Speicherplatz verschieben zu können.

Haben ihr auch einen Podcast? Warum teilt ihr ihn dann nicht hier, um mehr Menschen zu erreichen? Und wenn ihr WordPress für euren Podcast verwenden, wie verwalten ihr ihn?

Wie im letzten Blogbeitrag erwähnt, verwende ich auf diesem Blog etwa 18 Plugins. Für manche klingt das nach viel, aber das ist es nicht wirklich. Ich sage immer, es geht nicht um die Anzahl der Plugins, sondern um deren Qualität und Komplexität. Es kann schwierig sein, den Überblick über all die Plugins zu behalten, die man hat. Werden sie noch aktiv gepflegt? Wurden sie mit Ihrer aktuellen WordPress-Version getestet? Werden sie automatisch aktualisiert? All diese Fragen können mit dem Plugin Report Plugin beantwortet werden.

Was macht Plugin Report?

Wenn ihr das Plugin auf einer Single-Site installiert habt, wird eine „Plugin Report“ Seite im Abschnitt „Plugins“ des Dashboards hinzugefügt (bei einer Multisite-Installation finden ihr die Seite in der Netzwerk-Verwaltung). Wenn ihr zu dieser Seite navigiert, wird eine Tabelle mit allen installierten Plugins angezeigt, und es werden sofort die folgenden Informationen für jedes Plugin abgerufen:

• Name
• Autor
• Repository
• Aktiviert
• Installierte Version
• Automatische Aktualisierung
• Zuletzt aktualisiert
• Getestet bis WP-Version
• Bewertung

Die Spalte „Repository“ ist vermutlich die interessanteste. Wenn hier „wordpress.org“ in grün anzeigt wird, ist das ein gutes Zeichen. Wenn sie rot ist, mit dem Hinweis „wordpress.org, Plugin nicht gefunden“, kann das auch noch OK sein kann, wenn es sich um ein selbst geschriebenes Plugin handelt. Sollte hier aber die Meldung „wordpress.org, Plugin geschlossen“ stehen, dann solltet ihr das Plugin überprüfen. Es könnte aus Sicherheitsgründen geschlossen worden sein. Wenn „Zuletzt aktualisiert“ für ein solches Plugin auch schon recht lange her ist, dann kann dies ein potenzielles Sicherheitsrisiko für eure Website darstellen.

Alle Daten werden im Cache gespeichert, es wird also nicht jedes Mal der Status jedes Plugins neu abfragt, wenn ihr die Seite aufruft. Ihr könnt den Cache aber auch gezielt leeren, um frische Daten zu erhalten.

Warum verwende ich Plugin Report?

Bei fast 20 Plugins können ihr nicht wirklich alle manuell überprüfen, und ihr werdet euch auch nicht daran erinnern, wann ihr das letzte Update für eines der Plugins gesehen habt. Es gibt auch immer noch ein Problem mit Plugins, die auf wordpress.org geschlossen wurden, aus welchem Grund auch immer: ihr erhaltet keine Informationen darüber in euere WordPress Installation. Ein Plugin könnte schon vor Jahren entfernt oder wegen eines Sicherheitsproblems geschlossen worden sein. Ihr könnt dann keine Updates mehr für diese Plugins erhalten, aber da diese Updates auch nicht angezeigt werden, merkt ihr wahrscheinlich nicht einmal, dass ihr ein unsicheres Plugin in eurer WordPress-Installation habt. Alleine für diesen einen Anwendungsfall kann der Plugin Report schon helfen, um nur die Plugins zu verwenden, die noch gewartet werden oder zumindest irgendwann ein Update erhalten könnten.

Fazit

Der Plugin Report kann euch nicht wirklich sagen, welche Plugins Probleme verursachen könnten, aber er gibt euch einen Überblick über den aktuellen Status der einzelnen Plugins. Ihr oder die Person, die für die Wartung Ihrer Website verantwortlich ist, kann dann auf der Grundlage dieser Informationen handeln. Ich verwende das Plugin für viele der WordPress-Installationen, die ich betreue, und es hilft mir, schnell zu sehen, welche Plugins ich auf wordpress.org auf aktuelle Informationen überprüfen sollte.

Das Plugin wurde ursprünglich von Roy Tanck entwickelt und wird nun vom deutschen Community-Mitglied Torsten Landsiedel gepflegt, der auch Mitglied des Pluginkollektivs ist.

Benutzen ihr auch dieses Plugin? Oder habt ihr ein ähnliches Tool, dass euch solche Informationen liefert? Dann teile eure Tools und Arbeitsabläufe gerne in einem Kommentar mit uns.

Das Plugin, über das ich heute schreibe, ist eines der wichtigsten auf meinem Blog. Ich könnte ohne viele der etwa 18 Plugins leben, die ich auf diesem Blog verwende. Aber da dieser Blog in zwei Sprachen präsentiert wird, brauche ich ein Plugin, um die beiden Blogs bestmöglich miteinander zu verbinden. Und für mich persönlich ist der beste Weg die Verwendung einer Multisite.

Was macht MultilingualPress?

Es nutzt die Multisite-Funktion von WordPress, um Websites (auch mehrere) in mehr als einer Sprache zu ermöglichen. In meinem Fall ist die Hauptseite meiner Multisite die englische Seite, die zweite Seite ist die deutsche Seite. Mit MultilingualPress kann ich dann alle Inhalte (Beiträge, Seiten, Taxonomien, eigene Beitragstypen, eigene Taxonomien) miteinander verbinden. Wenn ihr eine größere Multisite habt, könnt ihr sogar mehr als zwei Sites miteinander verbinden oder „mehrere Sets“ von Websites mit verschiedenen Sprachen erstellen. Es ist wirklich sehr flexibel.

Wenn ich neue Blogbeiträge schreibe, dann schreibe ich sie in der Regel zuerst auf Englisch, obwohl meine Muttersprache Deutsch ist. Das hilft mir etwas dabei, meine englischen Schreibfähigkeiten zu trainieren. Nachdem ich einen Blogbeitrag fertiggestellt habe, lasse ich MultilingualPress einen damit verbundenen deutschen Blogbeitrag als Entwurf erstellen. Seit Version 5.0 bietet MultilingualPress jetzt automatische Übersetzungen an. Ihr könnt entweder DeepL, Amazon Translate oder die OpenAI API verwenden. Die letzten beiden bieten nur Bezahl-Versionen an, weshalb ich DeepL verwende. Es gibt eine kostenlose Version mit 500.000 Zeichen pro Monat, das reicht völlig aus. Im Dezember wurden in meinen ersten 11 Adventskalender-Blogbeiträgen nur 34.536 Zeichen verbraucht, ich bin also weit davon entfernt, das kostenlose Limit zu erreichen. Das einzige, was in der kostenlosen Version von DeepL nicht verfügbar ist, ist „informelles Deutsch“, was ich für meine deutschen Blogbeiträge verwende. Aber da ich den „Klang“ meiner deutschen Blogeinträge so anpasse, dass es so klingt, als hätte ich den Text erst auf Deutsch geschrieben, ändere ich sowieso viel Text. Das spart mir immer noch eine Menge Zeit. Ich verwende den Block-Editor für meine Beiträge, und MultilingualPress erledigt die Übersetzung der Blöcke perfekt. Das Einzige, was nicht funktioniert, sind Codeblöcke, die nicht korrekt von DeepL zurückkommen.

Ihr könnt sogar Kommentare von MultilingualPress übersetzen lassen. Ich habe diese Funktion noch nicht getestet – und muss vorher noch einige Kommentare bereinigen oder in die richtige Sprache verschieben – aber ich werde auch diese Funktion mal ausprobieren. Vielleicht werde ich auch über den Prozess bloggen, aber das muss bis nächstes Jahr warten.

Warum verwende ich MultilingualPress?

In den frühen (zweisprachigen) Tagen meines Blogs habe ich qTranslate verwendet. Aber als MultilingualPress vor mehr als 13 Jahren aufkam, bin ich umgestiegen. Ich sehe eine Menge Vorteile in der Verwendung einer Multisite für mehrsprachige Seiten. Zu viele, um sie in diesem Blogbeitrag zu nennen. Aber wenn ihr schon einmal versucht habt, eine größere mehrsprachige Website mit Single-Site-Lösungen wie WPML oder Polylang zu erstellen, kennt ihr wahrscheinlich die vielen Probleme, auf die man dabei stößt.

In meinem Blogbeitrag vor zwei Tagen über das Individual Multisite Author Plugin habe ich erwähnt, dass ich dieses Plugin eigentlich nicht mehr brauche. Das liegt daran, dass MultilingualPress auch ein Modul zur Übersetzung von Profil-Informationen anbietet. Aber auch dieses Modul habe ich noch nicht getestet.

Fazit

Wenn ihr eine mehrsprachige Website wollt, bei der ihr wirklich alles übersetzen könnt, also sogar die Plugin- und Theme-Einstellungen, dann ist die Verwendung einer Multisite wahrscheinlich die beste Lösung. MultilingualPress bietet keine kostenlose Version an, aber sie ist jeden Cent wert. OK, ich muss zugeben, dass ich nicht dafür bezahle, da ich jetzt für die Agentur arbeite, die es entwickelt. Aber ich habe es mehr als 10 Jahre lang benutzt, bevor ich zu dieser Agentur kam.

Gestern hatte ich erwähnt, dass ich auf diesem Blog zwei verschiedene Statistik-Plugins verwende. Das „einfache“ ist Koko Analytics, das erweiterte ist Matomo.

Die Verwendung von Matomo mit einer WordPress-Website gibt es in zwei Varianten. Ihr könnt das Matomo-Plugin verwenden, was die einfachere Version ist. Dabei wird eine vollständige Matomo Anwendung in den Ordner wp-content/plugins/matomo/app installiert. Die Aktualisierung des Plugins aktualisiert auch die Matomo-Installation, was sehr praktisch ist. Aber es fügt auch mehr als 50 Tabellen (einschließlich 30+ „Archivtabellen“) in eure WordPress-Datenbank ein. Das kann ziemlich chaotisch sein und wird nur für sehr kleine Seiten empfohlen, sogar von Matomo selbst. Wenn ihr eure WordPress-Datenbank von Matomo trennen möchten oder eine Multisite betreiben, wie ich es tue, würde ich einen anderen Weg empfehlen.

Was macht Connect Matomo?

Im Gegensatz zum Matomo-Plugin kann man das leichtere Connect Matomo Plugin, früher bekannt als WP-Matomo oder WP-Piwik (Piwik war der alte Name für Matomo), verwenden. Es wird eingesetzt um eine WordPress-Installation mit einer „Matomo On-Premise“ Installation zu verbinden. Das bedeutet, dass ihr Matomo als separate App auf eurem Webserver installieren müsst. Oder ihr nutzen einen externen Dienst, der euch eine Matomo-Installation anbietet. Ihr könnt Matomo auch mit der Matomo Cloud verbinden, aber mit derzeit 22 Euro pro Monat ist das eine ziemlich kostspielige Option. Ich meine, das Schöne an Matomo ist ja, dass man es auf seinem eigenen Hosting laufen lassen kann, nicht wahr?

Ich möchte nicht zu sehr ins Detail gehen, wie man eine Matomo-Installation einrichtet und wie man sie mit WordPress verbindet. Das könnte man in einer ganzen Blogserie behandeln, da es ziemlich komplex werden kann. In meinem Fall habe ich es auf demselben Server wie meine WordPress-Multisite installiert<. Ich verwende dann die Option „Selbst-gehostet (HTTP-API, Standard)“ für den „Matomo-Modus“, verweise auf die „Matomo-URL“, gebe meinen „Auth Token“ an und es werden automatisch alle Seiten meiner Multisite zu Matomo hinzugefügt. In der Registerkarte „Tracking aktivieren“ kann ich zwischen verschiedenen Möglichkeiten wählen, den Tracking-Code einzubetten und wo er platziert werden soll. Sobald diese beiden Schritte abgeschlossen sind, beginnt das Tracking.

Innerhalb von WordPress erhält man einen kleinen Dashboard-Bereich, der die Besuche der letzten 30 Tage, eine Übersicht über die Besuche und die besuchten Seiten von gestern sowie Metriken wie Browser, Bildschirmauflösungen, Gerätetypen, Betriebssysteme, Städte, Länder, Suchbegriffe, Verweise und vieles mehr anzeigt. Um die vollständigen Statistiken einzusehen, müsst ihr euch bei eurer Matomo-Instanz anmelden. Auch wenn ihr das Matomo-Plugin verwendet, würde es die „Matomo-App“ öffnen und nicht alles in WordPress einbetten.

Warum verwende ich Connect Matomo?

Da ich erweiterte Statistiken haben möchte und Google Analytics nicht mehr in Frage kam, war Matomo die offensichtliche Alternative. Weil ich aber die Matomo-Tabellen nicht in meine Blog-Datenbank stopfen wollte und ich Matomo auch für andere WordPress-Seiten verwende, habe ich mich für das Connect Matomo Plugin entschieden, um es in meinen Blog zu integrieren.

Für meine jährlichen „Blog-Geburtstag“ Posts hole ich mir aus Matomo die Informationen zu den beliebtesten Blogbeiträgen und um den Tag mit den meisten Besuchen zu finden. Es hilft mir auch zu verstehen, woher die Zugriffe kommen (welche Verweise und welches Land bzw. welche Stadt) und welche Geräte verwendet werden. Dies hilft mir, die Seite zu optimieren und die richtigen Inhalte für mein Publikum zu finden.

Fazit

Wenn ihr mehr als nur ein einfaches Statistik-Plugin benötigt und auf den Datenschutz achten wollen, dann ist Matomo eine gute Wahl. Ihr müsst nur entscheiden, wie ihr es mit eurer WordPress-Installation verwenden möchtet. Während die separate Matomo-Instanz die Dinge sauberer getrennt hält, ist sie mit einem gewissen Wartungsaufwand verbunden. Aber Matomo hat einen großartigen Update-Prozess, fast so einfach wie bei WordPress, und er ist bei mir noch nie fehlgeschlagen.

Benutzt du auch Matomo? Wenn ja, welches Plugin verwendest du? Und betreibst du deine eigene Instanz, oder hast du jemanden, der es für dich hostet, oder nutzt du sogar die Matomo Cloud?