Wer einen Onlineshop betreibt, verbringt einen Teil des Tages im Admin: Bestellungen prüfen, Preise anpassen, Einstellungen suchen. Rodolfo Melogli glaubt, dass diese Oberfläche bald verschwindet. Statt sich durch Menüs zu klicken, sagen Shop Betreiberinnen und Betreiber ihrem KI-Assistenten im Chat, was zu tun ist.

Der sizilianische WooCommerce-Entwickler arbeitet seit 2011 als Freelancer, schreibt Anleitungen für Entwicklerinnen und Entwickler und verkauft über seine Website rund 70 eigene Plugins. Am 4. November 2026 vertrat er seine These am WooCommerce Meetup Zürich. In einer Live Demo verwaltete er seinen eigenen Shop mit Claude, ohne den Admin zu öffnen.

Nicht alle teilten seine Sicht. Aleksandar Vucenovic, der das Meetup moderierte, hielt dagegen, dass viele ihre Einstellungen weiterhin sehen wollen. Zudem spricht Melogli als Entwickler, der digitale Produkte verkauft. Wer physische Artikel verschickt, braucht einen Bildschirm, auf dem Bestellungen und Artikel zum Rüsten und Verpacken sichtbar sind.

Dieser Recap fasst Vortrag und Demo zusammen, ordnet WooCommerce MCP und die verfügbaren Connectors ein und ergänzt ein Praxisbeispiel aus meinem Alltag. Am Schluss stehen die Meetup-Termine für 2027.

Das Problem mit dem WooCommerce Admin

Melogli begann mit Selbstkritik. Jedes seiner rund 70 Plugins bringt eigene Menüs, Einstellungen und Oberflächen mit. «I am definitely part of the problem», sagte er.

Für einen Teststore liess er Claude zählen: 9 Hinweise auf dem Dashboard, 31 Einträge in der Seitenleiste und 7 Bildschirmlängen zum Scrollen. Dazu kommen Popups in allen Farben. Einstellungen liegen je nach Plugin an anderer Stelle und jede Oberfläche sieht anders aus. Die Bestellungen verstecken sich im WooCommerce-Menü, die Berichte sind unter Analytics gewandert. Er verglich das mit Shopify, wo Bestellungen, Produkte, Zahlungen und Versand direkt nach dem Login sichtbar sind. Wie KI die Wahl zwischen den beiden Systemen verschiebt, habe ich im Artikel «Open Source oder Closed Source» beschrieben.

Auf seine Frage in den sozialen Medien, wie ein neuer Admin aussehen sollte, kam nach eigener Aussage eine einzige Antwort. Er deutet das so: Niemand will ein System neu gestalten, das seit 15 Jahren gewachsen ist. Ganz still ist es in WordPress Core allerdings nicht. Das Projekt «Feature Notifications» arbeitet an einem zentralen Benachrichtigungssystem für das Dashboard.

Die These: Chat statt Dashboard

Ein Redesign des Admins verglich er mit dem Lenkrad eines selbstfahrenden Autos. Es lohne sich nicht, ein Lenkrad neu zu gestalten, das bald niemand mehr braucht. Ein schönerer Admin bleibe ein Bildschirm, auf dem man Einstellungen von Hand ändert.

Zuerst würden kleine Aufgaben in den Chat wandern: einen Versandtarif ändern, eine Produktbeschreibung anpassen, eine Aktion pausieren. Danach folgten die schwierigen, etwa Steuerregeln für mehrere US-Bundesstaaten oder die Frage, warum ein Gutschein nicht greift. Der WordPress Admin werde so zum langsamen Weg. Die Unordnung im Dashboard spiele dann keine Rolle mehr. Er plädierte darum dafür, Einstellungsseiten zu vereinfachen statt aufwendig neu zu gestalten.

Für sich selbst zieht er die Konsequenz bereits. Er arbeite seit August mit KI, habe seinen Code Editor deinstalliert und schreibe keinen Code mehr von Hand. Bei Shop Betreiberinnen und Betreibern erwartet er nicht, dass alle sofort ein Claude- oder ChatGPT-Abo haben und damit umgehen können. Den täglichen Login in den WordPress Admin hält er trotzdem für ein Auslaufmodell. Einloggen werde man sich nur noch, um etwas zu kontrollieren oder einen Fehler zu suchen.

WooCommerce Abilities API

Technische Grundlage ist die Abilities API, die mit WordPress 6.9 in den Core kam. Ein Plugin beschreibt damit, was ein externer Agent tun darf, etwa eine Bestellung lesen oder ihren Status ändern. Jede Ability besteht aus 5 Teilen:

• einem Namen
• einer Beschreibung, die der Agent liest
• einem Schema für die Eingaben
• einem Callback, der die Aktion ausführt
• einer Berechtigungsprüfung, wer die Aktion auslösen darf

WooCommerce registriert seit Version 10.9 vom Juni 2026 eigene Abilities. Melogli nannte 7: Bestellungen abfragen, Bestellstatus ändern, Bestellnotiz hinzufügen sowie Produkte abfragen, anlegen, ändern und löschen. Abilities für Gutscheine sind in Arbeit. Den Pull Request dazu hat er Anfang Oktober selbst eingereicht. Er ist noch offen.

Seine Botschaft an Plugin-Entwicklerinnen und -Entwickler: Wer keine Abilities registriert, ist für Agenten unsichtbar. Für Shop Betreiberinnen und Betreiber heisst das: Ob sich ein Plugin per Chat bedienen lässt, hängt davon ab, ob sein Hersteller Abilities anbietet. Wie die Schnittstelle aufgebaut ist, habe ich im Artikel «WordPress Abilities API: Die neue Standardschnittstelle für Plugins und Themes» erklärt.

WooCommerce MCP-Connectors

Damit Claude, ChatGPT oder ein anderer Assistent die Abilities nutzen kann, braucht es eine Verbindung über das Model Context Protocol (MCP). Im Vortrag stellte er mehrere Plugins vor, die diese Verbindung herstellen und zugleich wie eine Firewall wirken: Shop Betreiberinnen und Betreiber legen fest, welche Abilities der Assistent nutzen darf. Einen breiteren Vergleich solcher Plugins habe ich in «WordPress-Plugins für ChatGPT» zusammengestellt.

Albert

Albert ist kostenlos auf wordpress.org verfügbar, für WooCommerce gibt es ein Add-on. Schreib- und Löschrechte sind nach der Installation ausgeschaltet. Kundendaten werden maskiert, bevor der Assistent sie sieht. Neue Installationen starten im Modus «Strict». Albert nutzt nur, was Plugins über die Abilities API freigeben. In seiner Demo setzte er Albert ein.

WPVibe

WPVibe läuft als gehosteter MCP-Server mit einem Gratistarif und Abos ab 19 Dollar pro Monat. Selbst installiert hat er es nach eigener Aussage nicht.

Novamira

Novamira geht weiter und gibt dem Agenten Zugriff auf Dateisystem, PHP, Datenbank und WP-CLI. Damit lässt sich etwa ein Theme von Grund auf bauen. Der Hersteller beschränkt den Einsatz selbst auf Entwicklungs- und Staging-Umgebungen mit Backups. Für einen Live Shop sei Novamira nicht gedacht, sagte er.

Offizieller WordPress MCP Adapter

Aleksandar Vucenovic, der das Meetup moderierte, wollte wissen, ob nicht der offizielle WordPress MCP Adapter der bessere Weg sei. Melogli erwartet, dass der Adapter zum Standard wird, vergleichbar mit Benutzername und Passwort beim Login. Albert kündigt im Changelog bereits an, dass ein kommendes Update den Adapter voraussetzt. Die Connector-Plugins bauen dann darauf auf und liefern Zusatzfunktionen. Aktuell ist der Adapter in Version 0.7.1 vom 16. Oktober 2026.

Live Demo mit Claude und Albert

Für die Demo verband Melogli Claude über Albert mit seinem eigenen Live Shop. Er nahm sich 5 Aufgaben vor:

1. Bestellungen finden, die nicht abgeschlossen sind
2. eine Notiz zu einer Bestellung hinzufügen
3. ein Produkt in Aktion setzen
4. einen Blogbeitrag zur Aktion entwerfen
5. die WooCommerce-Einstellungen prüfen

Bestellungen in Wartestellung

Auf die Frage, wie viele Bestellungen den Status «In Wartestellung» haben, lieferte Claude in rund 1 Sekunde eine Liste mit 7 Bestellungen samt Datum und Betrag. Auf Nachfrage rief Claude Albert für jede Bestellung einzeln auf und ergänzte nach 17 Sekunden Produkte, Summen und Zahlungsart. In seinem Shop bedeutet dieser Status: Die Abo-Verlängerung wurde nicht bezahlt.

Claude grenzte die Ursache ein. Bei den 7 Bestellungen war kein Zahlungstoken gespeichert, darum fand keine automatische Abbuchung statt. Dann schlug Claude vor, das Abo-Plugin auf einer Testseite nachzustellen. So liesse sich klären, ob der Fehler im Plugin oder in der eigenen Konfiguration liegt.

Bestellnotiz

Danach liess er eine private Notiz zu einer Testbestellung über 0 Dollar hinzufügen, die er selbst ausgelöst hatte. Claude suchte die Bestellung heraus und setzte die Notiz. Im Admin war sie kurz darauf mit Zeitstempel sichtbar. Eine Bestellung auf «Abgeschlossen» zu setzen, liess er bewusst aus. Das hätte die Bestätigungsmail an die Kundin oder den Kunden ausgelöst.

Aktion mit Enddatum

Für die Aktion gab er nur den Rahmen vor: 50% Rabatt für höchstens eine Woche auf eines der neu lancierten Plugins. Claude sollte jenes wählen, das am ehesten zum Bestseller wird. Claude entschied sich für Advanced Manual Orders Pro, halbierte die Preise bis 10. November und prüfte sie auf der Produktseite. Als Gründe nannte Claude einen ersten Verkauf, die Gratisversion auf wordpress.org als bestehendes Publikum und dass das Plugin nicht Teil des geplanten Black Friday Angebots ist.

Der Ablauf dauerte rund 1 Minute 20 Sekunden. Er beschrieb den Unterschied so: Einstellungen seien statische Schalter. Die KI setze sie aufgrund eines Geschäftsentscheids.

Blogentwurf zur Aktion

Claude schlug 4 Titel unter 60 Zeichen und eine Gliederung mit H2-Abschnitten vor, nach den hinterlegten Schreibregeln. Den Text speicherte Claude zuerst nur lokal, weil der Auftrag keinen Entwurf auf der Website verlangt hatte. Nach der Korrektur legte Claude über Albert einen Entwurf in WordPress an. Kategorie und Schlagwort setzte Melogli danach von Hand im Editor. Er nannte das selbst eine Übergangsphase: einiges im Chat, anderes weiterhin im Dashboard.

Steuer- und Versandeinstellungen

Zum Schluss liess er die Steuer- und Versandeinstellungen auslesen. Claude meldete: Steuern aktiviert, Satz überall 0%, Versand für den ganzen Shop deaktiviert. Für einen Shop mit ausschliesslich digitalen Produkten unter der italienischen Steuerregelung, die für ihn gilt, stimmt das.

Dieselbe Verbindung könnte die Einstellungen auch ändern, sofern die Rechte dafür freigeschaltet sind. Als Beispiel skizzierte er den Einstieg in den Verkauf von T-Shirts: Versand aktivieren, Zonen für Italien, die EU und den Rest der Welt anlegen, das Produkt erstellen, ein Plugin für Mengenrabatte aktivieren. Das sei per Chat in 5 Minuten erledigt. Vorgeführt hat er es nicht.

Was in der Demo Handarbeit blieb

Die Demo zeigte auch, wo der Chat das Dashboard noch nicht ersetzt:

• Melogli kontrollierte die Ergebnisse zusätzlich im Admin und im Frontend, die Bestellnotiz ebenso wie die reduzierten Preise.
• Der Blogentwurf landete erst nach einer Korrektur auf der Website. Kategorie und Schlagwort setzte er von Hand.
• Den Statuswechsel auf «Abgeschlossen» vermied er wegen der automatischen Mail an die Kundschaft.
• Die Aktion ging ohne Rückfrage live. Claude meldete erst danach, was es geändert hatte.

Der Vorteil lag weniger im Tempo als darin, dass Claude Fragen beantwortet und Vorschläge macht. Bei der Fehlersuche zu den Abos lieferte der Chat eine Hypothese und einen nächsten Schritt. Das Dashboard zeigt dagegen nur Listen und Einstellungen.

Kundendaten und Sicherheit

In der Fragerunde ging es um die Sicherheit solcher Verbindungen im Live-Betrieb. Melogli verwies auf die Voreinstellungen von Albert: nur lesen, Kundendaten maskiert. In der Demo zeigte Claude bei den Bestellungen nur Nummern, Daten und Beträge, keine Namen oder Adressen. Ohne diese Schicht hätte der Assistent unter Umständen Zugriff auf die gesamte Kunden- und Bestelldatenbank.

Dass er Albert auf dem Live Shop einsetzt, begründete er mit seiner Situation. Der Plugin-Verkauf sei ein Nebengeschäft, sein Haupteinkommen stamme inzwischen aus Konferenzen. Ein falscher Preis gefährde sein Geschäft nicht. Zudem lasse er sich vor Code-Änderungen, Produktlancierungen und Preisänderungen um Freigabe bitten und könne über das Backup seines Hosters zurücksetzen. Für Shops von Kundinnen und Kunden empfiehlt er Staging-Umgebungen, enge Berechtigungen und eine Prüfung jeder Änderung vor dem Live-Gang.

Offen bleibt, welche Daten trotz Maskierung beim KI-Anbieter landen. Bestellnummern, Beträge, Produktnamen und Notizen gehen an den jeweiligen Assistenten, Freitext in Bestellnotizen kann auch Personendaten enthalten. Für Schweizer Shops gilt dafür das revDSG, bei Kundschaft in der EU zusätzlich die DSGVO. Welche Risiken MCP-Verbindungen grundsätzlich mit sich bringen, habe ich in «Hacking im Zeitalter von KI» beschrieben.

Was gegen die These spricht

Aleksandar Vucenovic hinterfragte die These grundsätzlich. Menschen seien Gewohnheitstiere und viele wollten ihre Einstellungen weiterhin sehen. Er verglich das mit Mobile First: Die Umstellung habe vieles verändert, Desktop Designs aber nicht abgeschafft. Der Anteil der Nutzerinnen und Nutzer, die Einstellungsseiten brauchen, werde sinken. Verschwinden werde er nicht. Der Referent räumte das ein. Einig waren sich beide darin, dass diese Seiten einfacher werden. Zum Schluss des Abends hielt Vucenovic fest, wie offen die Entwicklung sei: Was in 4 Monaten gelte, lasse sich heute kaum sagen.

Ein weiterer Punkt kam im Vortrag nicht zur Sprache. Melogli verkauft digitale Produkte, bei ihm gibt es nichts zu verpacken. In Shops mit physischen Artikeln findet die Bestellbearbeitung am Bildschirm statt. Wer rüstet, muss sehen, welche Artikel in welcher Variante und Menge zu einer Bestellung gehören. Dazu kommen Lieferscheine und Versandetiketten. Ein Chat kann eine Bestellung zusammenfassen, diese Übersicht ersetzt er nicht.

Auch die Demo selbst relativiert die Prognose. Er prüfte jedes Ergebnis im Admin nach. Bei Datenschutz, Berechtigungen und menschlicher Freigabe rechnet er selbst mit Lösungen innerhalb von 10 Jahren. Das passt schlecht zur Prognose, das Dashboard sei in wenigen Monaten überflüssig. Für viele Shop Betreiberinnen und Betreiber kommen Kosten und Lernaufwand für einen KI-Assistenten hinzu, die er selbst als Hürde nannte.

Was für die These spricht

Die Richtung ist trotzdem belastbar. WooCommerce liefert seit Version 10.9 eigene Abilities und baut sie aus. Mit dem offiziellen MCP Adapter entsteht ein gemeinsamer Standard, auf den Connector-Plugins aufsetzen. Ob sich ein Shop per Chat bedienen lässt, hängt damit weniger an einzelnen Plugins.

Die Demo zeigte zudem einen Nutzen, den das Dashboard nicht bietet: Fragen stellen und Ursachen eingrenzen. Bei den fehlgeschlagenen Abo-Verlängerungen hätte er im Admin mehrere Bildschirme durchsuchen müssen. Im Chat bekam er eine Liste, eine Hypothese zum fehlenden Zahlungstoken und einen Vorschlag für das weitere Vorgehen.

Praxisbeispiel: Produkterfassung mit Claude

Wie schnell Shop Betreiberinnen und Betreiber solche Werkzeuge selbst einsetzen, sehe ich bei einer Kundin von Openstream. Sie betreibt einen WooCommerce Shop für Kosmetik und erfasst seit Anfang November 2026 neue Produkte mit Claude. Einen Connector oder MCP nutzt sie nicht. Claude arbeitet in der Desktop App mit einem eingebauten Browser, in dem sie als Administratorin angemeldet ist. Über diese Sitzung schreibt Claude die Produkte direkt über die WooCommerce-Schnittstelle.

Ihr Ablauf sieht so aus:

1. Claude liest die Preisliste des Herstellers als Foto oder PDF.
2. Claude gleicht Artikelnummern und EAN mit dem Sortiment im Shop ab.
3. Texte und Bilder holt Claude von den Websites der Hersteller.
4. Eine Kontrolltabelle und ein Musterprodukt dienen zur Prüfung.
5. Claude legt die Produkte als Entwurf an, mit Marke, Eigenschaften, EAN und passenden Zusatzprodukten.
6. Die Kundin prüft die Entwürfe und schaltet sie selbst frei.

Üblich sind 4 bis 5 Produkte auf einmal. Einmal waren es rund 75 Produkte einer ganzen Pflegelinie. Bei einer Stichprobe dieser Entwürfe hatten alle Marke, Preis und Kategorie, Dubletten gab es keine. 16 Produkten fehlte die EAN, 3 das Bild. Einmal meldete Claude ein Markenfeld als leer, das korrekt gesetzt war. Über die Schnittstelle sah Claude dieses Feld schlicht nicht.

Das Beispiel zeigt beide Seiten von Meloglis These. Die Kundin spart Zeit bei einer Routineaufgabe und behält die Kontrolle, weil sie jeden Entwurf selbst freigibt. Weil Claude im Browser mit ihrem Admin-Konto angemeldet ist, kann es aber grundsätzlich alles tun, was dieses Konto darf. Texte von fremden Websites können zudem versteckte Anweisungen enthalten, die ein Assistent als Auftrag versteht. Genau hier setzen Connectors wie Albert an, mit freigegebenen Abilities und ausgeschalteten Schreibrechten. Die Bestellungen bearbeitet in diesem Shop weiterhin eine Mitarbeiterin am Bildschirm.

Eine MCP-Anbindung wäre darum der sauberere Weg. Der Shop ist allerdings über Jahre gewachsen und hat viele Eigenheiten. Produkttexte stehen in eigenen Feldern für Beschreibung, Anwendung und Inhaltsstoffe. Marken hängen an einer eigenen Taxonomie, die über die Standardschnittstelle nicht beschreibbar ist. Die EAN liegt in einem eigenen Feld, den Lagerbestand liefert die Warenwirtschaft. Die Abilities, die WooCommerce mitbringt, decken nur die Standardfelder ab. Für diesen Shop müssten die fehlenden Abilities individuell entwickelt werden. Bei einem Shop nahe am WooCommerce-Standard ist das deutlich einfacher, weil WooCommerce die nötigen Abilities selbst bereitstellt.

Einordnung

Aus Vortrag, Diskussion und Praxisbeispiel ergeben sich Folgerungen zu WooCommerce MCP für beide Seiten.

Für Entwicklerinnen und Entwickler

1. Abilities registrieren: Plugins ohne Abilities bleiben für Agenten unsichtbar. Wer eine Funktion baut, plant die Ability gleich mit, so wie bisher die Einstellungsseite. Das gilt auch für individuelle Shops: Eigene Felder und Taxonomien brauchen eigene Abilities.
2. Einstellungsseiten vereinfachen: Hier treffen sich Melogli und Vucenovic. Statt aufwendiger Redesigns braucht es klare, einheitliche Seiten für alle, die weiterhin selbst nachsehen wollen.
3. Mit einer neuen Rolle rechnen: Wenn Shop Betreiberinnen und Betreiber Routineaufgaben selbst mit KI erledigen, verschiebt sich die Arbeit hin zu Rechten, Datenflüssen, Testumgebungen und der Kontrolle dessen, was ein Assistent geändert hat. Melogli hat diese Frage selbst als Thema für den Checkout Summit gesetzt.

Für Shop Betreiberinnen und Betreiber

1. Mit lesenden Aufgaben beginnen: Bestellungen, Einstellungen und Berichte abzufragen birgt wenig Risiko und zeigt, wie zuverlässig die Verbindung arbeitet. Schreibrechte schrittweise freischalten, zuerst auf einer Staging-Umgebung.
2. Connector statt Admin-Konto: Ein Assistent, der im angemeldeten Browser arbeitet, hat alle Rechte dieses Kontos. Ein Connector mit freigegebenen Abilities begrenzt, was er tun darf. Bei stark angepassten Shops braucht es dafür eigene Abilities.
3. Nebenwirkungen kennen: Ein Statuswechsel löst Mails an die Kundschaft aus, eine Preisänderung wirkt sofort im Shop. Für solche Aktionen sollte der Assistent vorher um Bestätigung fragen.
4. Datenflüsse klären: Welche Daten der Connector maskiert und welcher KI-Anbieter die übrigen wo verarbeitet, gehört vor dem Einsatz geprüft. Das betrifft auch Freitext in Bestellnotizen.
5. Plugins nach Abilities fragen: Bei neuen Erweiterungen lohnt die Frage an den Hersteller, ob sie Abilities registrieren. Nur dann lassen sie sich später per Chat bedienen.
6. Bestellbearbeitung am Bildschirm lassen: Für physische Artikel bleibt das Rüsten eine Aufgabe mit Bildschirm, Lieferschein und Etikett. Der Chat eignet sich für Abfragen, Produktpflege und Einstellungen.

Checkout Summit 2027

Zum Schluss stellte Melogli die 2. Ausgabe seiner Konferenz Checkout Summit vor. Sie findet Ende April 2027 in Palermo statt, mit rund 150 Teilnehmenden aus Entwicklung, Produktmanagement, Gründerszene und Handel. Im Zentrum stehen Geschäftsmodelle und die Folgen von KI für alle, die beruflich mit WooCommerce arbeiten. Shop Betreiberinnen und Betreiber nutzten KI derzeit am konsequentesten und würden dadurch selbstständiger, sagte er. Für Freelancerinnen, Freelancer und Dienstleister bedeute das weniger Aufträge.

In eigener Sache: Meetup-Termine 2027

Ich organisiere das WooCommerce Meetup Zürich zusammen mit Sandra Waldmann und Aleksandar Vucenovic. 2027 findet es 6-mal statt, alle 2 Monate am Mittwochabend von 19:00 bis 20:30 Uhr, weiterhin online:

• 13. Januar 2027
• 3. März 2027
• 5. Mai 2027
• 7. Juli 2027
• 1. September 2027
• 3. November 2027

Die Termine stehen, die Themen noch nicht. Gesucht sind Speakerinnen und Speaker mit einem Impuls von rund 20 Minuten, danach wird gemeinsam diskutiert. Infrage kommen Praxisberichte aus dem eigenen Shop, Plugin-Entwicklung, Recht, Marketing, Performance oder KI. Wer zum ersten Mal einen Vortrag hält, ist besonders willkommen. Das Online-Format eignet sich dafür gut. 2027 würde ich gerne mehr Frauen auf der virtuellen Bühne sehen.

2026 standen diese Vorträge auf dem Programm:

• Goodbye Plugins: Features mit AI selbst bauen (Matthias Reinholz)
• Running a WooCommerce Store Like a Pro (Vishal Kakadiya)
• Widerrufsrecht in der EU und der Schweiz (Brian Haas)
• Kommt dein Shop in der KI-Antwort vor? (Tsari Bombelli)
• The Future of the WooCommerce Admin (Rodolfo Melogli)

Wer einen Slot möchte oder jemanden kennt, der etwas zu erzählen hätte: Schreib mir über das Kontaktformular oder hinterlasse unten einen Kommentar.

Quellen

• Business Bloomer: The Future of the WooCommerce Admin (Zurich WooCommerce Meetup)
• WooCommerce Developer Blog: Introducing canonical WooCommerce abilities for products and orders

Beitragsbild: Aufgang einer U-Bahn-Station von Keithen Schwahn.