WordPress-Podcast (Deutsch)

Jetzt steht fest, dass WordPress 6.9 Ende 2025 erscheint. Es wurde eine Roadmap mit den Grundideen für diese Version vorgestellt.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 28. Juli bis 3. August 2025

WordPress 6.9 soll am 2. Dezember 2025 veröffentlicht werden. Das passiert nun nach einer Neubewertung der offiziellen Release-Planung, die früher in diesem Jahr von drei großen Updates auf ein einziges heruntergeschraubt wurde.

Der Schwerpunkt liegt auf der Weiterentwicklung des Site Editors. Es soll vereinfachte Bearbeitungsmodi geben, eine intuitivere Vorlagenverwaltung, Block-basierte Zusammenarbeit und Leistungsverbesserungen dank neuer APIs.

Der Site Editor bekommt einen vereinfachten Modus.
Er trennt die Bearbeitung von Inhalten von den Designwerkzeugen. Zusätzlich ist die Möglichkeit geplant, Blöcke im Frontend ausblenden zu können. Das soll nicht-destruktive Arbeitsabläufe erleichtern und Experimente ermöglichen.

Außerdem soll das Autorenerlebnis verbessert werden. Am Drag-and-Drop von Blöcken wird weiter verbessert, erweiterte Transformationen, bessere Tastaturnavigation und Block-Kommentare für asynchrone Zusammenarbeit sind ebenso geplant.

Die Befehls-Palette wird auf die das WordPress-Interface ausgedehnt. Sie dient als Grundlage für zukünftige KI-Integrationen.

Für Entwickler*innen werden die Pakete DataViews und DataForm aktualisiert.
Sie bekommen neue Feldtypen und Operatoren. Außerdem soll die Abilities API eingeführt werden. Die Interactivity, Block Bindings und HTML API sollen verbessert werden.
Im Bereich Performance gibt es Instant-Navigation mit bfcache, Verwaltung des fetchpriority-Attributs, einen einheitlichen Output-Puffer und Stil-Optimierungen.

Zusammen mit dem Release ist außerdem eine Vorschau auf neue Funktionen wie das modularen Admin-Interface, den MCP Adapter und das PHP AI Client SDK geplant, jeweils als experimentelle Plugins.

Gutenberg 21.3 ist jetzt verfügbar.

Mit diesem Update kann das DataViews-Grid jetzt Elemente nach Feldern gruppieren. Es gibt einen Feldtyp date ohne Uhrzeit, als Vorbereitung für eine Kalenderkomponente zum Filtern nach Datum.

Der Cover-Block unterstützt jetzt ein Thumbnail, das angezeigt wird, bevor Videos geladen werden.
Der Post Content Block bekommt den tagName-Selektor, um das umschließende Tag in semantische Elemente wie main oder article zu ändern.

Außerdem schreitet die Migration zu TypeScript weiter voran.
Mehrere Pakete wurden bereits umgestellt. Das soll für mehr Sicherheit und Stabilität im Code sorgen.

Das Test-Team hat Ineffizienzen im Ticket-Management-Prozess untersucht.
Etwa 80 % der Tickets werden ohne Lösung geschlossen, nach mehrfachen Reproduktionen und erfolglosen Patches.
Sie schlagen vor, den Fokus auf Komponenten weiter zu stärken, und so das Vertrauen in den Prozess zu verbessern.
Zur Unterstützung dieser Fokussierung wird ein neuer Workflow vorgeschlagen. Er basiert auf einem „Mini-Tracker“-Board in GitHub.
Jedes Ticket geht von der anfänglichen Klassifizierung durch eine Spezialist*in bis zum Status „bereit zum Committen“.
Der Ablauf umfasst klar definierte Schritte: Etikettierung (needs-reproduction oder needs-testing), Fehlerreproduktion, Patch-Entwicklung, Expertenprüfung und abschließende Tests.
So soll die Arbeitslast der Haupt-Committer reduziert werden.

Das Plugins-Team hat angekündigt, dass die Datei readme.txt von Plugins ab sofort auf Englisch geschrieben werden muss.
Das soll die Analyse beschleunigen und die Kommunikation mit den Autor*innen verbessern. Englisch dient auch als Ausgangssprache für spätere Übersetzungen.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

Das Dokumentationsteam schlägt vor, zukünftig die Dokumentation mit Hilfe von Künstlicher Intelligenz zu erstellen. Dabei soll ein Mensch jedoch weiterhin das Ergebnis überprüfen.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 21. bis 28. Juli 2025

Dokumentationen zu erstellen kann ziemlich anstrengend sein. Besonders jetzt, wo es KI-Tools gibt, die aus ein paar Ideen einen ganzen Text schreiben können.

Deshalb plant das WordPress-Dokumentationsteam einen Workflow, um Sprachmodelle in die Erstellung neuer Dokumentation für Benutzer*innen für Version 6.9 zu integrieren. Die Kontrolle und Aufsicht über die Inhalte soll in letzter Konsequenz dabei immer bei einem Menschen bleiben.

Es handelt sich um ein Pilotprojekt, das sich nur auf neue Inhalte konzentriert. Die KI erstellt dabei erste Entwürfe nach den offiziellen Stilrichtlinien. Die Mitwirkenden behalten die Verantwortung für die Überprüfung, Bearbeitung und Veröffentlichung des Inhalts.

In späteren Phasen soll dieser Prozess auch auf die Aktualisierung bestehender Dokumentation ausgeweitet werden. Auch die automatisierte Erstellung von Screenshots mit Tools wie WordPress Playground demnach ist geplant.

Auch der ethische Aspekt wird betont: Die KI soll das Schreiben erleichtern, aber nicht die Mitwirkenden ersetzen. Vor der Veröffentlichung von Version 6.9 wird das Team gemeinsam Prompts entwerfen und testen. Erkenntnisse werden in Meetings und auf GitHub geteilt, um wiederverwendbare Beispielbibliotheken zu erstellen und die Grundlage für zukünftige Automatisierungen zu legen.

Mit der Automatisierung geht es auch direkt weiter. Beim Testing Team. Bezüglich der Tests von WordPress wird im ersten WordPess-Qualitätsanalysebericht beschrieben, wie das Testing Team, das bereits mehr als 50 Mitglieder hat, von einfachen Tests zu einem umfassenden Qualitätsansatz übergegangen ist. Dafür wurden die 217 Commits zwischen den Versionen 6.8.0 und 6.8.2 manuell analysiert.

Aus diesen Erkenntnissen und zwei Feedback-Sitzungen entstand der Vorschlag, die WordPress Test Contributors Group zu gründen. Das soll ein offener Raum ohne Anforderungen an Vorerfahrung sein. Der Schwerpunkt liegt auf Networking und Wissensaustausch, um die Lücke zwischen Testern und Commitern zu schließen.

Das Hosting-Team schlägt vor, die Team-Beschreibung zu aktualisieren. Die aktuellen Beschreibungen seien zu kurz und spiegeln nicht klar wider, welche Arbeit sie bei der Zusammenarbeit mit der Branche leisten, z.B. bei verteilen Tests auf der Infrastruktur von Hosting-Unternehmen und der Aufklärung von Nutzer*innen.

Dazu wurden drei Entwürfe mit unterschiedlichem Detaillierungsgrad vorgestellt. Diese zeigen das Team als Vermittler zwischen Hosting-Anbietern und WordPress-Entwickler*innen. Dabei wird ihre Rolle bei der Fehlererkennung, der technischen Dokumentation und dem Dialog in wöchentlichen Meetings betont.

Das Photos-Team hat den Summer Photo Contest gestartet. Dabei werden alle eingeladen, im August Sommerfotos einzureichen und diese im WordPress-Fotoverzeichnis mit dem Hashtag #SummerPhotoContest hochzuladen.

Ein Team aus Fotograf*innen und Moderator*innen wird die besten Fotos auswählen. Die Gewinner*innen erhalten Preise, die bald bekanntgegeben werden, sowie einen hervorgehobenen Platz im Fotoverzeichnis.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung Martin Kraft, Schnitt und Produktion von mir, Simon Kraft.

Künstliche Intelligenz ist langsam auch dabei in WordPress anzukommen. Das soll durch mehrere Plugins geschehen, die die Basis für den Aufbau verschiedenste KI-Funktionen schaffen.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 14. bis 20. Juli 2025

Vor einigen Wochen erst wurde mit dem AI-Team das neueste Make-Team innerhalb des WordPress-Projekts ins Leben gerufen. Nach einiger Vorbereitung hat das Team jetzt seine nächsten Schritte angekündigt.

Im Zentrum steht dabei das AI Experiments Plugin. Es bündelt viele der Komponenten der AI Building Blocks-Initiative und zeigt, wie diese Bausteine zusammenarbeiten, um KI direkt im Editor und im Admin-Bereich bereitzustellen. Mit diesem Tool sollen alle Nutzer*innen ihre bevorzugten KI-Anbieter verbinden, zwischen Modellen wechseln und mit der automatisierten Inhaltserstellung und Aufgabenverwaltung experimentieren können. So soll eine reale Umgebung entstehen, in der die aktuellen Möglichkeiten der KI ausprobiert werden können.

Das AI Experiments Plugin soll dabei mehr als nur eine Demo sein. Es soll einen Ausblick auf die Zukunft von WordPress geben. Und fortgeschrittene Anwendungsfälle wie Chat-Assistenten für die Website-Verwaltung, Echtzeit-Kollaboration in Gutenberg, asynchrone Kommentare mit KI-Vorschlägen oder intelligente Organisation der Mediathek demonstrieren. Diese Funktionen dann könnten später in den WordPress-Core übernommen werden.

Aber schauen wir uns noch die weiteren Bestandteile der AI Building Blocks Initiative an, die ebenfalls angekündigt wurden.

Das PHP AI Client SDK ist das zentrale Element der Initiative. Es soll die Integration von KI-Funktionen in PHP-Projekte und WordPress-Plugins vereinfachen. Dank einer einheitlichen Schnittstelle soll das Ganze Anbieter unabhängig funktionieren. So sollen sich Anbieter wechseln lassen, ohne die nötige Infrastruktur in jedem Plugin zu duplizieren. Das SDK unterstützt unterschiedliche Protokolle, API-Formate und Besonderheiten der Anbieter intern. Damit sind einfache Textaufgaben ebenso möglich wie komplexe multimodale Abläufe.

Die Abilities API, die ebenfalls ein weiteres zentrales Element der Initiative ist. Sie führt eine gemeinsame Sprache für das WordPress-Ökosystem ein. Damit können alle Funktionen von Plugins und Themes einheitlich registriert und zugänglich gemacht werden. In einem zentralen Register erklärt jede Komponente ihre Fähigkeiten mit Ein- und Ausgabeschemata, Statusmeldungen und Berechtigungen. So können Entwickler*innen und KI-Systeme diese Funktionen entdecken und koordinieren, ohne sich auf viele unterschiedliche Umsetzungen verlassen zu müssen. Das löst das Fragmentierungsproblem: Ein Assistent weiß zum Beispiel, ob ein Backup-Plugin Snapshots erstellen kann oder ob ein SEO-Plugin Inhalte analysieren kann. Das eröffnet neue Möglichkeiten – von Befehlspaletten und automatisierten Workflows bis zur Integration in Menüs und Werkzeugleisten im Editor.

Und schließlich der MCP-Adapter. Er ist der letzte bisher angekündigte Bestandteil der Initiative und basiert auf dem offenen Model Context Protocol (MCP). Dieses Protokoll standardisiert, wie Anwendungen Kontext an Sprachmodelle (LLMs) übergeben.

In dieser Umsetzung arbeitet WordPress gleichzeitig als MCP-Server und MCP-Client. Als Server zeigt es über die Abilities-API registrierte Funktionen, damit KI-Assistenten Aktionen wie das Erstellen von Beiträgen, die Verwaltung von Medien oder die Moderation von Kommentaren ausführen können. Als Client verbindet sich WordPress mit externen Servern – über einen eingebauten Agenten, die REST-API oder WP-CLI. Damit lassen sich spezialisierte Dienste wie Inhaltserzeugung, Datenanalyse oder Site-Migration in Konversationsabläufe einbinden.

Um flexibel zu bleiben und Abhängigkeiten von Anbietern zu vermeiden, erscheinen diese Projekte als kanonisches Plugin und Composer-Pakete erstmal unabhängig vom WordPress-Core. Entwickler*innen sollen die einzelnen Komponenten so bereits vor einer späteren Integration produktiv einsetzen können.

Diese Strategie wurde nachträglich zum Teil der Phase 3 von Gutenberg erklärt: Kollaboration. Sie soll KI-Agenten in das neue Site-Admin-Interface bringen, Zusammenarbeit im Editor in Echtzeit und asynchron ermöglichen und KI-Funktionen in die Mediathek integrieren. Ziel ist es, dass vor Version 7.0 alle Nutzer*innen fortschrittliche KI-Funktionen verwenden, anpassen und einbauen können. Diese Funktionen sollen schließlich in den WordPress-Core einfließen.

Zusammen sollen diese AI Building Blocks eine modulare und recht umfassende Infrastruktur bilden, um das was wir heute Künstliche Intelligenz nennen, in WordPress zu integrieren. Auch wenn ich selbst kein besonderer Fan davon bin, Sprachmodelle blind in alle Produkte zu stecken, finde ich einige Aspekte dieser Initiative interessant und bin gespannt was Entwickler*innen damit anstellen werden. Außerdem droht WordPress im Moment im ganzen KI-Hype deutlich ins Hintertreffen zu geraten.

Außerdem gibt es Neuigkeiten aus Gutenberg 21.2. Der Navigationsblock hat nun einen Schalter in der Seitenleiste. Damit lässt sich einstellen, ob ein Link in einem neuen Tab geöffnet wird. Das ist jetzt ohne Code-Änderungen oder Tricks möglich.

Die DataViews wurden verbessert. Neue Feldtypen wie „Medien“, „E-Mail“ und „Array“ wurden hinzugefügt. Es gibt jetzt auch die Möglichkeit, Standard-Sortierungen und -Darstellungen zu definieren. Zudem können die Unterkomponenten nun unabhängig exportiert und kombiniert werden. Zwei neue Kalender-Komponenten – DateCalendar und DateRangeCalendar – erleichtern die Datumsauswahl.

Und auch die Modernisierung der Einstellungs-Panels geht weiter. Der Galerie-Block hat ein neues Interface für Werkzeuge erhalten. Und der Block für das Website-Logo hat den Umstieg auf die neue Oberfläche abgeschlossen. Damit ist diese Phase der Überarbeitung beendet.

Das hat das Core-Team eine alte Diskussion wieder aufgenommen. Es geht um die vollständige Integration der PHPMailer-Bibliothek. Derzeit wird nur eine Teilversion verwendet. Eine vollständige Integration würde native Mail-Funktionen ermöglichen. Dann müssten SMTP-Plugins keine eigenen und potenziell unsicheren Versionen mehr mitbringen.

Das Community-Team hat gleich drei strategische Initiativen gestartet, um die Präsenz im Bildungsbereich zu stärken: Campus Connect, Student Clubs und WordPress Credits.

Campus Connect bietet intensive Workshops und praktische Events. Die Teilnehmenden lernen, Webseits zu erstellen, SEO zu verbessern und Berufsperspektiven im WordPress-Umfeld zu entdecken. Dabei helfen Mentor*innen und Fachleute aus der Branche.

Die Student Clubs sind eigenständige Campus-Gemeinschaften. Sie sorgen mit regelmäßigen Treffen und laufenden Projekten dafür, dass das Interesse an WordPress nicht nach einem Event endet. Eigentlich kleine Meetups.

Im WordPress Credits Programm arbeiten Studierende an echten WordPress-Projekten mit. Sie erhalten dafür formale Anerkennung in Form von ECTS Credits. Das senkt die Einstiegshürden und bietet praktische Erfahrung – zum Beispiel bei der Mitentwicklung am Core oder der Verbesserung der Barrierefreiheit der Plattform.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

Einige Komponenten des WordPress-Core sind in ihrer Funktionalität veraltet. Es wird ein Wartungsmodus vorgeschlagen, damit sie weiterhin fehlerfrei funktionieren, aber keine funktionalen Weiterentwicklungen mehr erhalten.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 30. Juni bis 6. Juli 2025

Die neue Version von Gutenberg 21.1 bringt die Erweiterbarkeit des Social-Blocks. Entwickler*innen können neue soziale Netzwerke als Blockvarianten registrieren und diese dabei auch mit eigenen Symbolen ausstatten.

Weitere Blöcke erhalten das neue Interface des Werkzeug-Panels. Dazu gehören die Blöcke Autor, Avatar, Navigationslink und Website-Logo.

Das Core-Team hat vorgeschlagen, einen sogenannten Wartungsmodus für Komponenten einzuführen. Damit soll es einen offiziellen Status für Komponenten geben, die weiterhin Sicherheitsupdates und Bugfixes erhalten, aber keine neuen Features oder Verbesserungen mehr. Nur wenn es für die Kompatibilität mit älteren Versionen notwendig ist, soll es Ausnahmen geben.

Als erste Kandidaten für den Wartungsmodus werden genannt:

In der Praxis wird so ein Wartungsmodus für Komponenten also keinen wirklichen unterschied bringen. Komponenten die bisher nicht aktiv gepflegt wurden, erhalten damit dann einfach nur ein transparentes Label.

Das Playground-Team kündigt einige Neuerungen an. Netzwerkverbindungen sind jetzt standardmäßig aktiviert. Die Leistung soll dadurch nicht leiden.

Außerdem wurde die Verwaltung von PHP-Instanzen verbessert. Außerdem sind gleichzeitige, asynchrone Netzwerkaufrufe zwischen mehreren PHP-Instanzen im selben Web Worker möglich.

Der neue Runner für Blueprints in Version 2 ist integriert. Er ebnet den Weg für die nächste Generation der Playground Blueprints. Version 1 bleibt vorerst aber noch der Standard.

Ebenfalls neu ist der neue SQLite-Treiber und ein Plugin-Kompatibilitätstest. Das System könnte künftig Plugin-Tests wie Plugin Check in der CLI ausführen. Außerdem wurde die Strategie zur Abschaffung alter PHP-Versionen wie 7.2 diskutiert.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

Einige Komponenten des WordPress-Core sind in ihrer Funktionalität veraltet. Es wird ein Wartungsmodus vorgeschlagen, damit sie weiterhin fehlerfrei funktionieren, aber keine funktionalen Weiterentwicklungen mehr erhalten.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 30. Juni bis 6. Juli 2025

Die neue Version von Gutenberg 21.1 bringt die Erweiterbarkeit des Social-Blocks. Entwickler*innen können neue soziale Netzwerke als Blockvarianten registrieren und diese dabei auch mit eigenen Symbolen ausstatten.

Weitere Blöcke erhalten das neue Interface des Werkzeug-Panels. Dazu gehören die Blöcke Autor, Avatar, Navigationslink und Website-Logo.

Das Core-Team hat vorgeschlagen, einen sogenannten Wartungsmodus für Komponenten einzuführen. Damit soll es einen offiziellen Status für Komponenten geben, die weiterhin Sicherheitsupdates und Bugfixes erhalten, aber keine neuen Features oder Verbesserungen mehr. Nur wenn es für die Kompatibilität mit älteren Versionen notwendig ist, soll es Ausnahmen geben.

Als erste Kandidaten für den Wartungsmodus werden genannt:

In der Praxis wird so ein Wartungsmodus für Komponenten also keinen wirklichen unterschied bringen. Komponenten die bisher nicht aktiv gepflegt wurden, erhalten damit dann einfach nur ein transparentes Label.

Das Playground-Team kündigt einige Neuerungen an. Netzwerkverbindungen sind jetzt standardmäßig aktiviert. Die Leistung soll dadurch nicht leiden.

Außerdem wurde die Verwaltung von PHP-Instanzen verbessert. Außerdem sind gleichzeitige, asynchrone Netzwerkaufrufe zwischen mehreren PHP-Instanzen im selben Web Worker möglich.

Der neue Runner für Blueprints in Version 2 ist integriert. Er ebnet den Weg für die nächste Generation der Playground Blueprints. Version 1 bleibt vorerst aber noch der Standard.

Ebenfalls neu ist der neue SQLite-Treiber und ein Plugin-Kompatibilitätstest. Das System könnte künftig Plugin-Tests wie Plugin Check in der CLI ausführen. Außerdem wurde die Strategie zur Abschaffung alter PHP-Versionen wie 7.2 diskutiert.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

Aufräumen in Slack-Kanälen, GitHub-Repositories, Datenbank-Versionen.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 23. bis 29. Juni 2025

Bei einer kleinen Frühjahrsputz-Aktion wurden alle Repositories in der WordPress-Organisation auf GitHub überprüft. Dabei wurde bewertet, wie gut sie gepflegt sind, ob sie zu aktuellen Initiativen passen und ob sie weiterhin einen Zweck erfüllen.

Als Ergebnis wurden 20 Repositories in der WordPress-Organisation archiviert und eines bei bbPress. Außerdem wurden 11 Plugins im offiziellen Verzeichnis geschlossen und 30 inaktive Slack-Kanäle archiviert. Ziel war es, Ablenkungen zu reduzieren und den Fokus auf aktive Entwicklungen zu legen.

Alle archivierten Repositories, Plugins und Kanäle bleiben öffentlich zugänglich. Die Gründe für die Archivierungen sind auf einer neuen Seite im Core-Team-Handbuch dokumentiert. Außerdem wurde im Rahen dieser Aktion besonders die Bedeutung regelmäßiger Überprüfungen betont, um die Ressourcen auf dem neuesten Stand zu halten. Die Community ist eingeladen, Verbesserungen oder Anpassungen vorzuschlagen.

In diesem Sinne wurde auch an den offiziell unterstützen Datenbank-Versionen gearbeitet. Der Vorschlag basiert auf der Tatsache, dass über 37 % der WordPress-Seiten veraltete Versionen von MySQL oder MariaDB nutzen, die keine Sicherheitsupdates mehr erhalten.

Um Klarheit zu schaffen, soll deutlich gemacht werden, dass nur LTS-Versionen (mit langfristigem Support) von MySQL und MariaDB offiziell empfohlen werden. Andere Versionen sollen aus der Dokumentation entfernt werden, da sie aufgrund ihrer kurzen Laufzeit keine langfristige Sicherheit oder Kompatibilität bieten.

Konkret bedeutet das: Die bisherige Empfehlung (MySQL > 8.0 oder MariaDB > 10.6) bleibt bestehen. Zusätzlich sollen in den Handbüchern für Core und Hosting klare Hinweise erscheinen, welche Versionen nicht für Produktionsumgebungen geeignet sind.

Außerdem wird vorgeschlagen, Tools wie ServeHappy, Site Health und WP-CLI zu erweitern. So sollen Administrator*innen gewarnt werden, wenn ihre Datenbank keine offizielle LTS-Version ist.

Das KI-Team startet in ein neues Projekts. Es wurde ein neues Repository auf GitHub angelegt. Darin enthalten ist der php-ai-client, ein PHP-SDK, das Anbieter-unabhängig funktioniert. Es soll sich mit verschiedenen KI-Modellen verbinden lassen. Darauf aufbauend entsteht eine eigene WordPress-Schicht.

Außerdem wurden Richtlinien zur Koordination zukünftiger „Building Blocks“ wie MCP und ein zentrales Tool-Register festgelegt. Auch Beiträge von außen sollen einbezogen werden, um verschiedene Anbieter zu integrieren.

Man hat sich auf einen modularen und erweiterbaren Ansatz geeinigt. Gestartet wird mit den „drei Großen“: OpenAI, Anthropic und Google. Es wurden klare Kriterien und ein Genehmigungsprozess für neue Anbieter definiert. Erste Funktionen sollen mit einem Feature Plugin veröffentlicht werden – zunächst ohne Integration in den Core. Die REST-API-Spezifikation wird im SDK bleiben, während auch eine mögliche GraphQL-Anbindung geprüft wird.

Das Hosting-Team hat ein RFC für einen automatisierten Testdienst vorgeschlagen. Dieser soll die Vorbereitung und Durchführung der Hosting-Tests vollständig automatisieren.

Nurtzer*innen geben einfach ihre SFTP/SSH-Zugangsdaten, Datenbank- und WordPress.org-Zugang an. Das System gibt einen öffentlichen Schlüssel aus, der auf dem Server installiert wird. Danach verbindet sich das System automatisch, installiert alles, führt die Tests aus und sendet die Ergebnisse an make.wordpress.org.

Dadurch soll die manuelle Einrichtung überflüssig und die Einstiegshürde gesenkt werden. Für Sicherheit und Standardisierung werden einmalige Schlüsselpaare pro Sitzung genutzt. Die Verbindungen sind auf bestimmte IP-Bereiche beschränkt. Es ist geplant, einen Prototyp zu erstellen, erste Tests durchzuführen und eine Dokumentation für die Einführung vorzubereiten.

Das Community-Team erweitert das Incident Response Team (IRT) von WordPress. Es sucht neue Mitwirkende, die sich für ein sicheres und respektvolles Umfeld einsetzen.

Die Aufgabe des IRT ist es, einen klaren Kanal bereitzustellen. Darüber kann jedes Community-Mitglied Vorfälle melden, die gegen den Code of Conduct verstoßen könnten. So soll das Wohlbefinden aller Beteiligten sichergestellt werden.

Um regelmäßig neue Perspektiven einzubringen, wird das IRT ein Rotationssystem einführen. Damit sollen regelmäßig neue Mitglieder aufgenommen werden.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

Zuletzt wurden im Dezember 2022 Sicherheitsupdates für WordPress Versionen älter als 4.1 abgeschafft. Ab jetzt werden nur noch Version 4.7 und höher aktualisiert.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 16. bis 22. Juni 2025

Im Dezember 2022 wurde angekündigt, dass WordPress keine Sicherheitsupdates mehr für die Versionen 3.7 bis 4.0 bereitstellt.
Zweieinhalb Jahre später wird jetzt WordPress 4.7 die neue Mindestversion, die noch Sicherheits-Patches erhält.

Offiziell wird natürlich nur die neueste Version – also WordPress 6.8 – unterstützt.
Das Security-Team bemüht sich aber, Sicherheitslücken auch in älteren Versionen zu schließen. Und rollt mit jedem neuen WordPress-Update auch einen Patch für jede dieser alten Versionen aus, insofern es Sicherheitsrelevante Änderungen gibt. Sonst wird an alten Installationen nichts verändert.

Das bedeutet: Zwischen 20 und 25 veraltete WordPress-Versionen werden gepatched. Das macht das Web sicherer, bedeutet aber auch einen enormen Arbeitsaufwand für das Security-Team.

Und apropos WordPress-Versionen: WordPress 6.8.2 steht bald an. Der geplante Veröffentlichungstermin ist Dienstag, der 15. Juli. In den nächsten drei Wochen werden die Änderungen überprüft.
Am 8. Juli erscheint ein Release Candidate mit den finalen Änderungen bevor es am 15. Juli zur tatsächlichen Veröffentlichung geht.

Etwa 20 Tickets aus dem Core und 10 aus dem Editor sollen enthalten sein.

Während des WordCamp Europe 2025 gab es eine WP-Café-Session mit dem Hauptthema: Five for the Future.
Ein veröffentlichtes Resümee fasst die Gespräche zusammen – mit einem strategischen und lösungsorientierten Ton.

Es wird vorgeschlagen, das vage 5 %-Ziel durch einen klaren Rahmen zu ersetzen.
Dazu gehören: Schulung, Event-Organisation, Mentoring, Moderation, Übersetzung, Dokumentation und Infrastruktur-Support. Messmethoden sollen Widersprüche vermeiden.

Der Text betont Einigkeit in wichtigen Punkten:
Maßnahmen gegen Burnout durch faire Finanzierung (Stipendien, Zuschüsse). Die Wiederbelebung des Sustainability-Teams.
Verlässliche Metriken und Dashboards wie Contributor Dashboard und Bitergia. Strukturierte Prozesse für Einstieg und Ausstiegt von Mitwirkenden. Einsatz von KI zur Wissensbündelung, ohne den menschlichen Kontakt zu verlieren.

In den Kommentaren bestätigt Mary Hubbard, Executive Director des WordPress-Projekts, diese Punkte.
Sie fordert: Klare Kriterien für Beiträge, auch für nicht-technische Arbeit. Ein neues Anerkennungssystem mit Abzeichen und Metriken. Erfassung der Beiträge mit Daten-Tools. Für das dritte Quartal sollen konkrete Termine und Fristen für weitere Schritte festgelegt werden.

Das Plugin-Team plant eine Sperre bei Plugin-Uploads, wenn inakzeptabler Code hochgeladen wird.

Wenn solche bekannten Muster erkannt werden, wird der Upload automatisch blockiert.
Es erscheint eine Meldung mit dem Grund für die Sperre.

Das Polyglots-Team schlägt einen gestuften und transparenten Ablauf vor, um schlechte Übersetzungen zu verwalten.
Diese belasten die freiwilligen Prüfer*innen unnötig.
Zuerst kontaktiert der Prüfer*innen den Übersetzer*innen über das interne Diskussionstool.
Bleibt eine Antwort oder Verbesserung aus, folgt eine öffentliche Warnung im Slack-Kanal #polyglots.
Wenn es weiter keine Reaktion gibt, wird der Fall mit Screenshots und Links im Polyglots-Blog dokumentiert – unter dem Tag #block-spammer.
Bleibt das Verhalten bestehen, wird der betreffende Account temporär gesperrt. Ein Hinweis mit Link zur Erklärung wird angezeigt.

Es gibt aber Bedenken:
Wie genau wird „schlechte Qualität“ definiert?
Welche Fehleranzahl oder Abweichung rechtfertigt eine Warnung?
Wie viele Prüfer*innen müssen zustimmen?
Sind Plattformbenachrichtigungen standardmäßig aktiv?
Wird dem Urteil der Projekt- und Generalübersetzer vertraut?
Vielleicht sollte die Kategorie umbenannt werden – in etwas weniger Strafendes.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

Das Tool zur Ticketverwaltung und Organisation der WordCamps ist nach mehreren Jahren ohne Änderungen veraltet. Nun liegt ein Vorschlag zur Aktualisierung vor.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 9. bis 15. Juni 2025

Einer der Grundpfeiler bei der Organisation von WordCamp-Events war viele Jahre das Plugin Camptix. Das Ticketsystem hat Veranstalter*innen weltweit unterstützt, ihre Events effizient zu planen und umzusetzen.

Doch die Erwartungen von Teams und Besuchern haben sich verändert. Das System zeigt inzwischen seine Grenzen. Die aktuellen Werkzeuge funktionieren, aber entsprechen aber nicht mehr dem, was die heutigen Zeit erfordern.

Deshalb stellt sich die wichtige Frage: Wie kann die WordCamp-Erfahrung durch bessere Technologie verbessert werden?

Die Herausforderung ist klar: Camptix braucht eine grundlegende strukturelle Überarbeitung. Es geht nicht nur um Fehlerbehebung, sondern um eine echte Modernisierung. Veranstalter*innen wünschen sich bessere Statistiken, mehr Kontrolle über Tickets und klarere Kaufabläufe.

Teilnehmende brauchen einfache Prozesse und die Möglichkeit, ihre Tickets selbst zu verwalten. Die Situation verschärft sich, weil es keinen aktiven Support mehr für Camptix gibt. Auch die Einstiegshürde für interessierte Mitwirkende ist am Camptix-Plguin ist hoch.

Deshalb gibt es nun einen offenen Vorschlag aus dem WordPress-Community-Team, um CampTix zu verbessern. Es gibt konkrete Ideen: bessere Integration von Daten für Analysen, ein neues Kaufverfahren, einfache Rückerstattungen und mehr Selbstständigkeit für Teilnehmende. Auch die Verwaltung von Währungen und Rabattcodes soll modernisiert werden.

Dieser Vorschlag ist nicht nur technisch. Er betrifft auch die Organisation. Es geht darum, den Menschen zuzuhören, die Camptix täglich nutzen, und einen gemeinsamen Plan zu entwickeln.

Die nächsten Schritte sind dafür entscheidend. Ideen können ab jetzt im offiziellen Blog und im Slack-Kanal #meta-wordcamp eingebracht werden. Danach werden Aufgaben je nach Wirksamkeit und Umsetzbarkeit priorisiert. Entwickler*innen, Designer*innen und Veranstalter*innen sollen sich gemeinsam am Projekt beteiligen.

In der Gutenberg-Version 21.0 gibt es neue Optionen zur Auswahl des HTML-Elements bei Button- und Trenner-Blöcken. Für Buttons kann man zwischen und wählen, für Trenner zwischen und . Diese Auswahl erfolgt im Bereich „Erweitert“ und verbessert die Barrierefreiheit und semantische Kontrolle.

Außerdem wurde das Tools Panel umfassend überarbeitet. Es vereint nun die Einstellungen für viele Blöcke — darunter Button, Embed, File, Liste, Navigation, Post Title und RSS. Das sorgt für eine konsistentere und übersichtlichere Bearbeitung.

Außerdem wurden Barrierefreiheit und Nutzbarkeit verbessert. Die Tastaturnavigation und Fokussteuerung in wichtigen Blöcken wie Button, Spalten und Details wurde optimiert. Das soll Nutzer*innen mit Assistenztechnologien helfen.

Zudem wurden viele Fehler behoben: bei Blocksteuerungen, Galeriebeschriftungen und bei der Übersetzung von Social-Links.

Das Core-Team hat während des Committer-Treffens auf dem WCEU 2025 wichtige Themen für die Zukunft der WordPress-Entwicklung besprochen. Ein zentraler Punkt war, wie neue Mitwirkende besser eingebunden werden können.

Dazu wurden klarere Dokumentation, aktive Support-Kanäle und Mentoring vorgeschlagen. Auch die Rolle der Committer wurde diskutiert. Sie sollen nicht nur Code zusammenführen, sondern auch als Reviewer aktiv sein.

Ein weiterer Punkt war die Optimierung des Release-Zyklus. Es wurde über die Arbeit mit Feature Branches gesprochen. Das soll die Prüfung großer Änderungen erleichtern. Außerdem ist eine bessere Zeitplanung geplant, um den Stress vor dem Feature Freeze zu verringern.

Das KI-Team möchte klar kennzeichnen, wenn Inhalte mit künstlicher Intelligenz erstellt oder unterstützt wurden. Ziel ist Transparenz für Leser*innen und Redaktionen. Eine wichtige Idee: visuelle Hinweise im WordPress-Editor, die aber den Lesefluss nicht stören.

Es soll auch einfach sein, Inhalte zu prüfen und die menschliche Beteiligung zu bestätigen. Außerdem wurde über Metadaten gesprochen. Damit kann dokumentiert werden, ob KI bei der Erstellung geholfen hat. Ein Interface könnte anzeigen, ob ein Text durch KI verändert wurde. Weitere Ideen: Integration von KI in den Editor-Workflow.

Die Gruppe hat sich auf drei Schwerpunkte geeinigt. Sie wollen:

Das Playground-Team hat eine neue SQLite-Integration für WordPress vorgestellt. Sie soll sich besser in das System integrieren und lokale Entwicklungs- und Testumgebungen ohne MySQL oder MariaDB erleichtern.

Im Gegensatz zu früheren Ansätzen nutzt diese Integration die Datenbank-Architektur von WordPress 6.4. Sie ist vollständig kompatibel mit dem WordPress-Core und erfordert keine tiefgreifenden Codeänderungen.

Ziel ist eine sofort funktionierende, konsistente SQLite-Erfahrung. Das öffnet neue Möglichkeiten für Tools wie Playground und automatisierte Tests. Die Integration ist noch experimentell. Die Community wird eingeladen, sie zu testen, Fehler zu melden und zur Weiterentwicklung beizutragen. Langfristig soll das Ganze Teil des offiziellen WordPress-Ökosystems werden.

Das Accessibility-Team will mit dem Projekt zu Dokumentation von Barrierefreiheit starten. Bestehende Inhalte zur Barrierefreiheit sollen in das GitHub-Repository WPAccessibility übertragen werden.

Das Ziel ist aktuelle Informationen darüber bereitzustellen, wie man für WordPress barrierefrei gestaltet, entwickelt und testet. Es wird ein offener Prozess zur Mitarbeit und Überprüfung definiert, geführt vom Accessibility-Team.

Geplant sind praktische Beispiele, klare Anleitungen zu Go’s und No-Go’s, und ein Bereich mit barrierefreiem Beispielcode für Entwickler*innen. So soll die Beteiligung der Community erleichtert und die Einhaltung der WCAG-Standards sichergestellt werden.

Die Projektplanung umfasst:

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

WordPress hat eine Reihe von Prinzipien und klaren Schritten festgelegt, um zu entscheiden, ob ein Projekt unter der offiziellen Organisation auf GitHub gehostet oder dorthin migriert werden kann.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 2. bis 8. Juni 2025

Es wurden eine Reihe klarer Prinzipien und Schritte definiert, um zu entscheiden, ob ein Projekt unter die offizielle GitHub-Organisation des WordPress-Projekts aufgenommen oder dorthin migriert werden soll. Zuerst soll sichergestellt werden, dass das Projekt der Community gehört und qualitativ hochwertig ist. Nur Repositories, die dem Ökosystem einen Mehrwert bringen, mit zugänglichem und gut verwaltetem Code, kommen in Frage.

Ein Projekt muss drei große Anforderungen erfüllen, um in die Organisation aufgenommen zu werden:

Der erste Punkt ist klare Dokumentation und Zielsetzung. Es muss eine README-Datei oder ein Eintrag in einem Make-Blog geben, der das Problem beschreibt und die Ziele aufzeigt. Der Status muss regelmäßig aktualisiert werden.

Der zweite Punkt ist Sponsoring und Wartung. Es muss mindestens ein aktiver Maintainer aus einem anerkannten Contributor-Team beteiligt sein. Ideal ist ein kleines Team, um die Zukunft des Projekts zu sichern. Diese Personen müssen im README und in der CODEOWNERS-Datei genannt werden.

Der dritte Punkt ist das Engagement für Support und best Practices. Anfragen und Bugs müssen zügig beantwortet werden. Der Code soll den WordPress-Richtlinien folgen. Die Dokumentation muss zugänglich sein. Lizenzen (GPL) und der Code of Conduct der Community müssen eingehalten werden.

Gutenberg 20.4 und 20.5 sind jetzt verfügbar und bringen einige Neuerungen.

Bei Gutenberg 20.4 gibt es jetzt ein System, das sich dauerhaft merkt, ob eine Nutzer*in die Option „Vorlage anzeigen“ im Editor aktivieren will. Außerdem unterstützt der Abfrage Loop-Block jetzt die Sortierung nach Menü-Reihenfolge.

In Gutenberg 20.5 enthalten mit „create-block“ erstellte Blöcke jetzt ein Block-Manifest mit Metadaten. Das soll die Ladegeschwindigkeit verbessern. Im Veröffentlichungsdialog werden keine Vorschläge für Kategorien oder Schlagwörter mehr angezeigt, wenn keine vorhanden sind.

Das Performance-Team hat das canonical plugin View Transitions veröffentlicht. Es nutzt die neue CSS View Transitions API, um weichere Übergänge beim Wechsel zwischen Seiten in WordPress zu ermöglichen. Statt eines plötzlichen „Flackerns“ wird ein sanfter „Fade“-Effekt zwischen dem alten und neuen DOM-Zustand gezeigt.

Nach der Vorstellung des AI-Teams als Gruppe, die daran arbeiten soll, wie künstliche Intelligenz die WordPress-Erfahrung verbessern kann, konzentriert sich die erste Phase auf die Erstellung einer Reihe von Canonical Plugins und Basiswerkzeuge. Damit sollen Grundlagen geschaffen werden, die später in den WordPress-Core integriert werden könnten.

Für die Arbeitsweise folgt das Team einer offenen Struktur. Es gibt zweiwöchentliche Treffen. Der Code und die Planung finden in öffentlichen GitHub-Repositories statt. Entscheidungen werden in Pull-Request-Reviews und durch formelle Vorschläge getroffen.

Das Testing-Team hat herausgefunden, dass im aktuellen WordPress-Arbeitsablauf bei einem getesteten Bugfix – also einem „Patch“ – die Tester die dev-feedback-Markierung setzen, wenn es im Rahmen des Tests zu Beanstandungen gekommen ist. Das Problem ist, dass die meisten Tester*innen den Code nicht im Detail prüfen. Die Entwickler*innen wissen daher oft nicht, ob es eine technische Prüfung gab. Aus diesem Grund ignorieren sie solche Hinweise häufig. Nur Reviews von erfahrenen Personen werden beachtet. Die restlichen Meldungen bleiben so praktisch wirkungslos.

Als Lösung wird eine neue Markierung vorgeschlagen: needs-code-review. Wer nur testet, kann damit kennzeichnen, dass eine Codeprüfung nötig ist. Wer den Code wirklich prüft, kann weiterhin dev-feedback nutzen, wenn die technische Überprüfung abgeschlossen ist. So sehen die Entwickler*innen auf einen Blick, welche Patches bereits gründlich geprüft wurden und welche noch überprüft werden müssen, bevor sie veröffentlicht werden.

Das WordCamp Europe 2025 endete am vergangenen Samstag in Basel. Es waren 1.723 Teilnehmende aus 84 Ländern vor Ort und über 20.000 online dabei. Die drei intensiven Tage begannen mit einem Contributor Day, an dem 640 Personen in 21 Teams mitarbeiteten.

Wie bei vorherigen Versionen des WordCamp Europe war auch diesmal Matt Mullenweg dabei, zum ersten Mal begleitet von Mary Hubbard. Sie sprachen eine halbe Stunde über Projekte und das WordPress-Ökosystem und beantworteten danach einige Fragen der Teilnehmenden.

Wichtige Themen waren europäische Datenschutz- und Cybersicherheitsregeln, der Start des FAIR-Projekts und das Campus-Connect-Projekt. In Italien können dabei 5.000 Studierende Universitätscredits bekommen, wenn sie 150 Stunden zu WordPress beitragen. Es wurde jedoch nicht erklärt, wie diese Beiträge organisiert werden sollen oder welche Aufgaben die Studierenden übernehmen.

Auch das Programm Five for the Future wurde häufig angesprochen. Es war Thema in den Gesprächen, den Fragen und beim WP Café am selben Vormittag mit Mary selbst.

Wer das Event verpasst hat, kann sich jetzt durch mehr als 6.000 Fotos kämpfen, um Teilnehmende und besondere Momente zu entdecken. Und wer nicht genug von der europäischen Community bekommen kann: das WordCamp Europe 2026 findet nächstes Jahr vom 4. bis 6. Juni in Krakau, Polen, statt.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.

Ein neuen Make-Teams innerhalb des WordPress-Projekt wurde gegründet: es geht um KI.

Du kannst diesen Podcast über Pocket Casts, Spotify und Apple Podcasts anhören oder den Feed direkt abonnieren.

Hallo, ich bin Simon Kraft und ihr hört den WP Podcast, mit den wöchentlichen Nachrichten aus der WordPress-Community.

Diese Folge behandelt die Woche vom 26. Mai bis 1. Juni 2025

In einem Blog-Beitrag hat Mary Hubbard die Gründung eines neuen Teams für künstliche Intelligenz angekündigt. Dieses Team soll KI-Projekte in WordPress beschleunigen und koordinieren. Dabei soll sichergestellt werden, dass Innovationen mit den Werten der Community und den Standards von WordPress übereinstimmen.

Die Bildung dieses Teams soll verhindern, dass sich die Bemühungen zersplittern. Stattdessen soll es einen einheitlichen strategischen Ansatz für die Entwicklung KI-gestützter Funktionen geben. Das Team wird auf Basis eines Canonical Plugins arbeiten. Das ist ähnlich wie beim Performance-Team. In einem eigenen Plugin wird das Team so schnell Experimente durchführen können und dann direkt Feedback von echten Nutzer*innen sammeln – unabhängig vom Core-Release-Zyklus.

Das KI-Team besteht aus Mitgliedern mit großer Erfahrung in Open Source, Performance und Produktentwicklung. Dazu gehören James LePage von Automattic, Felix Arntz und Pascal Birchler von Google sowie Jeff Paul von 10up. James und Felix übernehmen vorerst die Leitung. Sie kümmern sich um Organisation, Kommunikation und Koordination mit anderen Make-Teams.

Die Community ist eingeladen, dem Slack-Kanal „core-ai“ beizutreten, um an den Gesprächen teilzunehmen. Dort wird auch an der Roadmap und weiteren organisatorischen Punkten gearbeitet. Diese werden in den kommenden Wochen veröffentlicht.

Gutenberg 20.9 bringt viele Verbesserungen für die Bearbeitung von Inhalten und die Barrierefreiheit des Block-Editors. Besonders wichtig sind die Änderungen im contentOnly-Modus. Dort können nun Blöcke wie Code, „Weiter lesen“ und Tabelle direkt bearbeitet werden. Das soll das Schreiben einfacher und fokussierter machen. Außerdem wurden role-Attribute zu Blöcken wie „Custom HTML“, RSS und Details hinzugefügt. Das verbessert die Zugänglichkeit für Nutzer*innen von Assistenz-Technologien wie Screenreadern.

Und auch in der Benutzeroberfläche gab es Änderungen. Links im Veröffentlichungsbereich öffnen sich jetzt in einem neuen Tab. Die Einstellungen für den Suche-Block wurden neu angeordnet und befinden sich jetzt rechts im Seiten-Inspektor.

Das Community-Team hat bekannt gegeben, dass das Projekt GatherPress seine Strategie nach Gesprächen mit dem Meta-Team angepasst hat. Die technischen Tests im Jahr 2024 waren hilfreich, aber nicht ausreichend für eine vollständige Bewertung. Deshalb wurde beschlossen, eine echte Testphase mit ausgewählten lokalen Communities zu starten. Diese nutzt eine selbst gehostete Installation von GatherPress mit BuddyPress. Diese Phase beginnt mit der Version 0.33.0 des Plugins.

Für GatherPress werden auch weiter neue Funktionen entwickelt. Dazu gehören die Verwaltung wiederkehrender Events, E-Mail-Benachrichtigungen zu Event-Starts und das Anbieten von Events über das ActivityPub-Protokoll. Außerdem sollen Add-ons entstehen, um GatherPress mit anderen Plugins zu verbinden.

Diese Woche findet das WordCamp Europe 2025 in Basel, statt. Es werden rund 2.000 Teilnehmende erwartet. Starten wird das Ganze am Donnerstag mit einem Contributor Day gefolgt von zwei intensiven Tagen mit Vorträgen und Gesprächen und einer Menge kleiner Parties und Side-Events.

Auch die Tickets für die WordCamp US 2025 sind ab sofort erhältlich. Diese findet Ende August in Portland, Oregon, statt.

Vielen Dank fürs Zuhören und bis zur nächsten Woche!

Alle Informationen zu diesem Podcast und alle Links findet ihr wie immer auf wppodcast.de. Außerdem gibt es diesen Podcast in weiteren Sprachen: Katalanisch, Spanisch, Englisch und Portugisisch

Dieser Podcast ist eine Co-Produktion von KrautPress. Er wird unter einer Creative Commons-Lizenz veröffentlicht. Der Text im spanischen Original stammt von Javier Casares. Deutsche Übersetzung, Schnitt und Produktion von mir, Simon Kraft.