Die WordCamp Portugal 2026 in drei Sätzen {#opening}
Ich war bei der WordCamp Portugal 2026 in Porto, 15.-17. Mai 2026, und die elf Sessions, in denen ich sass, haben verändert, wie wir das WPPoland-Accessibility-Audit ausliefern. Sie haben die Projekt-Prozess für die WordPress Abilities API geschärft und mir eine klarere Sprache für den Wandel des Agenturmodells nach AI gegeben. Im Folgenden, was jede Session sagte, was sie für produktives WordPress und Headless-Arbeit bedeutet, sowie die zwei Änderungen, die ich bereits auf wppoland.com ausgerollt habe. Dank an Toze Vasconcelos und Carolina Osório Pinho für die Leitung der Porto-Ausgabe.
Die Schlagzeile, die mich nicht loslässt: Barrierefreiheit als messbares SEO-Signal {#bovelett}
Anne-Mieke Bovelett, “SEO-Sichtbarkeit: 23 Prozent mehr Traffic durch Barrierefreiheit”. Anne-Mieke führte durch eine Fallstudie, in der eine Site 23 Prozent organischen Traffic gewann, nachdem die WCAG 2.2 AA-Lücken geschlossen wurden, die sich mit On-Page-SEO-Signalen überschneiden: Überschriftenhierarchie, Qualität der Alt-Texte, präzise Linktexte, Formularbeschriftungen und verständliche Fehlermeldungen. Der Punkt sass, weil sie Barrierefreiheit nicht als Konformitäts-Theater rahmte. Sie zeigte sie als Google-Signal, das viele Teams übersehen, weil Budget und SEO in unterschiedlichen Abteilungen liegen.
Der praktische Schritt auf der WPPoland-Seite ist bereits ausgerollt: Die Seite zum Barrierefreiheits-Audit unter /de/leistungen/barrierefreiheit-audit-wcag/ listet jetzt Anne-Miekes Session als Quelle, und der Konformitätsbericht enthält einen Anhang zur Überschneidung mit SEO. Dadurch lässt sich die Fehlerliste sowohl nach rechtlichem Risiko als auch nach Auswirkung auf den organischen Traffic sortieren. Dasselbe Audit, zwei Bewertungsachsen, ein Entscheidungsbaum.
Der interessanteste Plattformzug: die WordPress Abilities API {#abilities-api}
Uros Tasic, “WordPress Abilities API: Brücke zwischen Code und KI”. Die Abilities API legt Site-Operationen (Beitrag veröffentlichen, Option aktualisieren, Benutzer anlegen, einen CLI-artigen Befehl ausführen) als strukturierte Aktionen offen, die Agenten und AI-Werkzeuge sicher aufrufen können. Uros zeigte die aktuelle Form der API, die Abstimmung von Rechten zwischen Agent und Site und die Grenze zwischen reinen Leseoperationen und Schreiboperationen mit expliziter Zustimmung. Die sauberste Analogie ist das MCP-Server-Muster aus dem Anthropic-Ökosystem, aber verankert im WordPress-Core statt in einer separaten Nebenschicht.
Für Agenturen ist das der interessanteste WordPress-Plattformzug des Jahres, weil er die Integrationsgeschichte für zwei Produkttypen verändert, zu denen wir laufend gebrieft werden. Erstens Agentur-Back-Office-Automatisierung, bei der ein Content-Team einen echten Assistenten will, kein Chat-Fenster. Zweitens kundenseitige AI-Funktionen, die Admin-Aktionen ausführen müssen (einen Kommentar moderieren, einen Beitrag planen, einen Sitemap-Eintrag erzeugen), ohne das wp-admin-Passwort preiszugeben.
AI im WordPress-Core: was bereits ausgeliefert ist {#wp-ai-core}
Jorge Costa, “KI im WordPress-Core – so nutzt man sie”. Jorge ging die AI-Funktionen durch, die bereits im WordPress-Core enthalten sind (Vorschläge für Bild-Alt-Texte, Hilfe beim Verfassen von Block-Inhalten, Search-and-Replace-Assistent), plus die Konfigurationsinfrastruktur (das AI-Services-Registry, Capability-Flags pro Rolle, Wechsel des Modellanbieters). Zwei Dinge stachen heraus. Erstens, der Alt-Text-Generator ist gut genug, dass er die Ausrede “aber Alt-Texte zu schreiben ist schwer” aus Accessibility-Audits entfernt. Zweitens, das AI-Services-Registry ist die On-Ramp für Plugin-Autoren, um Funktionen auszuliefern, ohne ihre eigene Client-Bibliothek zu bündeln.
Die Erkenntnis für Kundenprojekte: WordPress sollte nicht mehr automatisch als CMS betrachtet werden, das eine separate AI-Plugin-Schicht braucht. Die Hooks existieren bereits im Core. Plugin-Schichten sollten produktspezifische Intelligenz liefern, also redaktionelle Taxonomie, Branchenvokabular und Sicherheitsregeln, nicht nur generische Modellanbindung.
Admin-Tools auf der WordPress AI API bauen: das Studio-Write-Beispiel {#welcher-studio}
Ryan Welcher, “Hör auf, alles selbst zu machen: Admin-Tools mit der WordPress AI API”. Ryan leitete eine 3,5-stündige Session, die die WordPress AI API in der Praxis demonstrierte, mit Automattics Studio Write als ausgearbeitetem Beispiel. Studio Write führt Autorinnen und Autoren von der Recherche über den Entwurf bis zur Veröffentlichung und nutzt dafür die WordPress AI API sowie Mechanismen des Block-Editors in einer Ansicht. Die Session war teils Produktdemo, teils Anleitung für Plugin-Autoren, die AI-Funktionen ausliefern wollen, ohne massgeschneiderte Client-Logik zu bauen.
Die Implementierungsfolie, die hängen blieb: Die WordPress AI API behandelt jede Operation als strukturierten Intent, nicht als Freitext-Prompt. Das ist die richtige Abstraktion für Plugin-Autoren, weil sie bedeutet, dass dieselbe UI gegen verschiedene Modellanbieter funktioniert und das Audit-Log das Geschehene in Begriffen festhält, die ein menschlicher Owner überprüfen kann. Studio Write ist die Demo, aber das Muster ist für jedes redaktionelle Werkzeug wiederverwendbar, das mehrstufige Admin-Operationen gegen dieselbe Site ausführen muss.
Entwicklungs- und Management-Workflows über Claude Code {#claude-code}
JuanMa Garrido, “WordPress-Entwicklung und -Betrieb mit Claude Code”. JuanMa zeigte, wie er WordPress-Entwicklung vom Terminal aus mit Claude Code betreibt: erste Plugin-Struktur, Theme-Anpassungen, Übernahme von Änderungen zwischen Umgebungen und Content-Audits. Die Session war praktisch und ehrlich darüber, wo es funktioniert (gut umrissene Aufgaben mit konkreten Akzeptanzkriterien, Refactorings, die einen bekannten Teil des Systems berühren) und wo nicht (alles, was das Lesen von drei Plugin-Codebases gleichzeitig ohne klaren Vertrag erfordert).
Das Element, das ich bereits in den WPPoland-Workflow übernommen habe, ist das Muster des agentengetriebenen Content-Audits. Statt ein Content-Audit als einmalige menschliche Lektüre durchzuführen, betreibe ich es jetzt als strukturierte CLI-Schleife, die einen JSON-Bericht gegen ein explizites Bewertungsraster produziert. Das taucht in reports/answer-source-audit-2026-05-19.json im WPPoland-Repo als Teil der täglichen Content-Gates auf.
Der Wandel des Agenturmodells: wie AI Preise und Projektzuschnitt verändert {#agency-reset}
Juan Manuel Rodriguez Jurado, “Neustart für Agenturen”. Juan Manuel argumentierte, dass AI das Agenturmodell zuerst bei Preis und Projektzuschnitt verändert, bevor es ein Werkzeugthema wird. Der Datenpunkt, der sass: Agenturen, die weiterhin zeitbasierte Pakete verkaufen, verlieren Marge an Mitbewerber mit klar abgegrenzten Projekten, weil Kunden mittlerweile wissen, dass AI die Produktionskosten senkt. Die Empfehlung war konkret. Bepreisen Sie Ergebnisse (“liefere einen Checkout, der oberhalb von X konvertiert” statt “30 Stunden WooCommerce-Arbeit”), zeigen Sie das Engineering-Budget getrennt vom Projektbudget und behandeln Sie AI-Toolkosten als Teil der Marge, nicht als eigenes Ergebnis.
Das deckt sich mit dem, was ich in eingehenden Briefings sehe. Kunden, die mit einem Ergebnis ankommen (“unsere SaaS-Marketing-Site braucht eine messbare Steigerung der Demo-Buchungen”), entscheiden klarer als Kunden, die mit einer Liste von Dingen kommen (“wir brauchen ein neues WordPress-Theme”). Der Rest ist Disziplin im Verkaufsprozess. Juan Manuel hat recht, dass die durch AI sinkenden Produktionskosten Stundenpreise für senior-geführte Arbeit über 12 bis 24 Monate strukturell schwächer machen.
Lobende Erwähnungen aus dem Programm {#mentions}
- Milana Cap, “WordPress-Perlen für Entwickler: Barrierefreiheit mit der Interactivity API”. Milana zeigte die Interactivity API als barrierefreiheitsorientierte Integrationsfläche, mit konkreten
wp-interactive-Beispielen, die Tastaturfokus, ARIA-Zustand und Announcer-Logik standardmäßig ausliefern statt als Bolt-on. Wer in WordPress-Frontends noch eigenhändig clientseitigen State zusammenrollt, sollte sich diesen Vortrag ansehen. - Imran Sayed, “Der schnellste Weg zu Gutenberg-Blöcken: moderne Tools, Skripte und KI”. Eine fokussierte Tooling-Session. Die Erkenntnis lautet: Block-Scaffolding mit
create-blockplus AI-gestützte Code-Vervollständigung kollabiert den Boilerplate auf Minuten, sodass die eigentliche Blocklogik die wahre Arbeit ist. - Jorge Cabaço, “Jenseits des Funnels: wie KI Customer Journeys neu definiert”. Marketingseitige Einordnung, die gut zu Juan Manuels Session über den Wandel des Agenturmodells passt. Das Preismodell folgt daraus, wie man die Customer Journey versteht.
- Gustavo Galati, “Webdesign für 2026”. Trend-Session, weniger technisch, aber nützlich als Kalibrierung dafür, wohin sich die Designfläche weg vom Page-Builder-Maximalismus bewegt.
- Gemny Andreina Ibarra Salamanca, “Vom Burnout zur Balance: einen KI-Accountability-Bot bauen”. Praktisches Muster für Solo-Betreibende und kleine Agenturen. Sehenswert, wenn Sie je einen Arbeitstag in Chronos geloggt und bis Freitag den Audit-Trail verloren haben.
Was sich für WPPoland-Kunden ändert {#takeaways}
Drei konkrete Änderungen in der WPPoland-Arbeit sind bereits als Resultat der Konferenz in Porto gelandet:
- Das Barrierefreiheits-Audit wurde erweitert. Der Konformitätsbericht enthält jetzt den SEO-Überlappungs-Anhang. Jeder WCAG 2.2 AA-Fehler wird sowohl nach rechtlichem Risiko als auch nach On-Page-SEO-Auswirkung bewertet. Dasselbe Audit, individuelle Preisgestaltung, zwei Bewertungsachsen, eine priorisierte Fehlerliste.
- WordPress Abilities API im Tech Radar. Umzug von Assess zu Trial bei der nächsten Quartalsrevision, vorbehaltlich einer echten Produktionsreferenz. Wenn Sie in den nächsten sechs Monaten eine WordPress-Integration mit Agenten planen, ist das die Plattform-Konversation, die jetzt beginnen sollte.
- Das Preismodell ist im Abschnitt zur Zusammenarbeit sichtbarer. Ergebnisverankerte Projektzuschnitte werden jetzt ausdrücklich behandelt. Der Abschnitt auf
/de/ueber-mich/trug das bereits, und die Angebotsvorlage orientiert sich nun an einem schriftlich festgehaltenen Erfolgskriterium statt nur an einer Ergebnisliste.
Quellen und weiterführende Lektüre
- WordCamp Portugal 2026 Programm: https://portugal.wordcamp.org/2026/programa/
- WordCamp Portugal 2026 Sprecherliste: https://portugal.wordcamp.org/2026/oradores/
- WordPress.tv (Session-Aufzeichnungen, in den folgenden Wochen veröffentlicht): https://wordpress.tv/
- WPPoland Accessibility-Audit-Pillar (zitiert nun Anne-Mieke Bovelett): https://wppoland.com/de/leistungen/barrierefreiheit-audit-wcag/
- WPPoland Tech Radar (Abilities-API-Eintrag beim nächsten Refresh): https://wppoland.com/de/tech-radar/
Nochmals Dank an Toze Vasconcelos und Carolina Osório Pinho für die Ausrichtung einer Veranstaltung, die pro Stunde mehr praktisches Engineering-Material lieferte, als ich auf einer regionalen WordCamp seit Jahren gesehen habe.
Zuletzt aktualisiert: 19. Mai 2026.
