Gibt dies die WooCommerce-Verwaltung frei?

Nein. Die öffentlichen Bridge-MCP-Werkzeuge sind schreibgeschützt und auf absichtlich veröffentlichte Katalogdaten begrenzt.

Ist dies derselbe MCP-Server wie in WooCommerce 10.9?

Nein. Native Abilities sind berechtigungsgeprüfte Verwaltungsfunktionen; Bridge bietet eine getrennte käuferorientierte Kataloggrenze.

Benötigen öffentliche Agenten WooCommerce Consumer Keys?

Nein. Die öffentliche Katalogoberfläche vergibt keine administrativen Rechte.

Kann ein Agent Bestellungen erstellen oder Erstattungen auslösen?

Nein. Checkout, Kundenidentität, Bestellungen und Nachkaufaktionen liegen außerhalb des öffentlichen Vertrags.

Entdeckt jeder KI-Assistent den Server?

Nein. Kompatible Clients können ihn nutzen, aber jede Plattform entscheidet selbst über Discovery und Unterstützung.

Reicht MCP bei unvollständigen Katalogdaten?

Nein. MCP transportiert strukturierte Aufrufe, kann aber fehlende Marken, Kennungen, Preise oder kaufbare Varianten nicht erfinden.

KaliCart Bridge · Technische Lösung

WooCommerce-MCP-Server für KI-Shopping-Agenten

Veröffentlichen Sie einen öffentlichen, schreibgeschützten WooCommerce-Katalog über MCP, damit kompatible Shopping-Agenten Produkte finden, effizient suchen und aktuelle Angebotsdaten prüfen können – ohne Administratorzugang.

Die direkte Antwort

KaliCart Bridge ergänzt den Shop um eine käuferorientierte MCP-Oberfläche auf der Händlerdomain. Kompatible Clients können Katalogwerkzeuge entdecken, begrenzte Produktzusammenfassungen durchsuchen und aktuelle Details eines ausgewählten Artikels abrufen. Kunden, private Bestellungen, Produktbearbeitung und Verwaltung bleiben ausgeschlossen.

Welches WooCommerce MCP ist gemeint?

WooCommerce 10.9 und KaliCart Bridge verwenden beide MCP, bedienen aber unterschiedliche Aufrufer und Vertrauensgrenzen.

Native WooCommerce-Abilities	KaliCart Bridge MCP	Zusammenspiel
Sieben kanonische, schemadefinierte und berechtigungsgeprüfte Abilities für Produkte und Bestellungen. Sie sind für authentifizierte Shop-Vorgänge über WordPress Abilities API und MCP Adapter bestimmt.	Eine bewusst öffentliche Oberfläche zum Lesen des Katalogs durch unbekannte Shopping-Agenten. Sie veröffentlicht nur vom Händler freigegebene Produktdaten und keine Schreibrechte.	Ein Händler kann beides parallel einsetzen. Autorisierte Assistenten nutzen native Abilities für die Shop-Verwaltung; öffentliche Agenten verwenden Bridge für Discovery und Prüfung. Zugangsdaten und Richtlinien bleiben getrennt.

Was ein Shopping-Agent tun kann

1. Katalogwerkzeuge entdecken

Der MCP-Client erkennt die verfügbaren Lese-Werkzeuge, ohne REST-Routen zu erraten oder die Theme-Navigation auszulesen.

2. Kompakte Produktdatensätze suchen

Begrenzte Abfragen filtern den Katalog nach Text und unterstützten Merkmalen. Kleine Ergebnisse sparen Tokens, Bandbreite und Serverarbeit.

3. Ein ausgewähltes Produkt prüfen

Ein Detailaufruf prüft Identität, Preis, Währung, Bestand, kanonische URL und kaufbare Varianten direkt beim Händler.

4. Zum Händler-Checkout wechseln

Der Agent führt zur kanonischen Produkt- oder Checkout-Seite. WooCommerce behält Optionswahl, versandabhängige Summen, Zahlung und Bestellung.

Handelssignale für Produktentscheidungen

Signal	Warum es wichtig ist
Stabile Identität	Produkt-ID, SKU und kanonische URL unterscheiden Kandidaten und vermeiden Duplikate.
Klassifikation	Name, Kategorien, Marken und strukturierte Attribute ermöglichen Suche, Filter und Vergleich.
Angebotsdaten	Aktueller Preis, Währung, Verfügbarkeit und Kaufbarkeit zeigen den gegenwärtigen WooCommerce-Stand.
Variantenstatus	Kaufbare Varianten verhindern Versprechen für Größen oder Optionen, die nur im Beschreibungstext stehen.
Medien und Details	Ausführliche Daten werden nur für Finalisten geladen, nicht für jedes breite Suchergebnis.
Aktionsgrenze	Kanonische URLs zeigen, was bekannt ist und wann der Händlerprozess übernehmen muss.

Warum Suche und Prüfung getrennt sind

Ein Agent benötigt nicht jedes Feld für jedes Produkt. Bridge trennt kostengünstige Discovery von detaillierter Prüfung: Die Suche liefert kompakte Kandidaten, vollständige Fakten werden nur für die engere Auswahl geladen. So sinkt der Traffic, ohne die Live-Prüfung vor einer Empfehlung zu verlieren.

Grenzen für einen öffentlichen Endpunkt

Nur Lese-Werkzeuge: keine Produktänderungen, Kundendaten, privaten Bestellungen oder Verwaltungsaktionen.
Begrenzte Seiten und Anfragegrößen: Ein einzelner Aufruf kann keinen unbegrenzten Katalogexport verlangen.
Ratenbegrenzung und Retry-Hinweise: konforme Clients können verlangsamen.
Vom Händler kontrollierte Veröffentlichung: Nur bewusst öffentliche WooCommerce-Daten gehören auf diese Oberfläche.
Kein gemeinsames Administratorgeheimnis: Discovery benötigt weder Consumer Keys noch Admin-Sitzungen.

Bezug zu WooCommerce 10.9

WooCommerce 10.9 ersetzte die frühere REST-abgeleitete Neun-Werkzeuge-Architektur durch sieben kanonische Domain-Abilities: Produktabfrage, Erstellen, Aktualisieren und Löschen sowie Bestellabfrage, Statusänderung und Notiz. Der frühere WooCommerce-spezifische MCP-Endpunkt bleibt als veralteter Übergangspfad bestehen. Diese Abilities sind eine wichtige authentifizierte Verwaltungsschicht, aber keine automatische öffentliche Shopping-Oberfläche.

Bridge ersetzt und kritisiert diese Arbeit nicht. Es ergänzt die getrennte öffentliche Projektion für einen Shopping-Agenten ohne vorkonfigurierte Verwaltungsverbindung.

Discovery garantiert keine Nutzung

Ein gültiger MCP-Server macht die Oberfläche für kompatible Clients verfügbar. Er kann ChatGPT, Google, Marktplätze oder andere Assistenten nicht zwingen, den Shop zu entdecken, zu indexieren oder aufzurufen. Plattformzulassung und Client-Verhalten liegen außerhalb der Kontrolle des Plugins.

Was diese Lösung nicht verspricht

Keine automatische Unterstützung durch jede KI-Plattform oder jeden MCP-Client.
Keine Agentenidentität, Verbraucherautorisierung, Zahlungsbefugnis oder Nachkaufsteuerung.
Kein öffentlicher Zugriff auf WooCommerce-Kunden, Bestellungen oder Verwaltung.
Keine automatische Reparatur unvollständiger Marken, Kennungen, Attribute oder Varianten.
Kein Ersatz für Checkout, Versand-, Steuer- oder Zahlungslogik des Händlers.

Für wen diese Lösung gedacht ist

Für unabhängige WooCommerce-Händler und Implementierer, die MCP-kompatible Produktsuche wünschen, ohne eine Verwaltungs-API öffentlich zu machen. Besonders nützlich ist die Oberfläche als überprüfbare Live-Quelle, nachdem ein Produkt über Feed, Index oder Gespräch gefunden wurde.

Häufige Fragen

Gibt dies die WooCommerce-Verwaltung frei?: Nein. Die öffentlichen Bridge-MCP-Werkzeuge sind schreibgeschützt und auf absichtlich veröffentlichte Katalogdaten begrenzt.
Ist dies derselbe MCP-Server wie in WooCommerce 10.9?: Nein. Native Abilities sind berechtigungsgeprüfte Verwaltungsfunktionen; Bridge bietet eine getrennte käuferorientierte Kataloggrenze.
Benötigen öffentliche Agenten WooCommerce Consumer Keys?: Nein. Die öffentliche Katalogoberfläche vergibt keine administrativen Rechte.
Kann ein Agent Bestellungen erstellen oder Erstattungen auslösen?: Nein. Checkout, Kundenidentität, Bestellungen und Nachkaufaktionen liegen außerhalb des öffentlichen Vertrags.
Entdeckt jeder KI-Assistent den Server?: Nein. Kompatible Clients können ihn nutzen, aber jede Plattform entscheidet selbst über Discovery und Unterstützung.
Reicht MCP bei unvollständigen Katalogdaten?: Nein. MCP transportiert strukturierte Aufrufe, kann aber fehlende Marken, Kennungen, Preise oder kaufbare Varianten nicht erfinden.