Ein Shop, in dem der Katalog in Echtzeit gelesen wird, nicht einmal kopiert und dann vergessen.

Das bedeutet, dass der Agent den Shop zum Zeitpunkt der Frage liest. Geprüft wird das in zwei Anfragen, ohne uns: Unser Katalog-Endpunkt für einen Händler antwortet mit „154 Ergebnisse“, und die öffentliche Oberfläche seines Shops, direkt abgefragt, gibt im Header `x-wp-total: 154` zurück. Dieselbe Zahl, zwei unabhängige Quellen, am selben Datum. Ein einmal kopierter Katalog kann das nicht — er gerät bei der ersten Änderung aus dem Takt.

Für das Lesen des Katalogs in WooCommerce, nein. Die Store API ist die öffentliche Schnittstelle des Shops: dieselben Daten, die jeder Besucher sieht, in einem für Programme lesbaren Format, ohne Händler-Schlüssel und ohne installiertes Plugin. Der Kommentar ist sogar in unserem Code geschrieben, damit er nicht verloren geht. Privilegierten Zugriff verlangen wir nur dort, wo die Funktion ihn tatsächlich braucht — zum Beispiel beim Senden von Bestellungen an das Verwaltungssystem — und dann mit schriftlich festgehaltenem Zweck.

Sie werden als nicht veröffentlicht behandelt, nicht als kostenlos. In der Shop-Oberfläche kommt ein fehlender Preis als Null zurück, und eine naive Integration zeigt „0 MDL“ an. Bei uns wird Null zu „Preis auf Anfrage — wird von Kollegen bestätigt“, und der Agent erhält die ausdrückliche Anweisung, keine Zahl zu erfinden und die Bestätigung eines Menschen einzuholen. Das ist in der öffentlichen Antwort zu sehen: Das zweite Produkt in der Liste erscheint genau so.

Höchstens 10 Minuten alt auf Plattformebene, pro Shop, und gleichzeitige Anfragen für denselben Shop werden zu einem einzigen Abruf zusammengeführt. Auf dem öffentlichen Katalog-Endpunkt serviert das Verteilnetzwerk 5 Minuten lang die frische Version und weitere 10 Minuten die alte Version, während es im Hintergrund aktualisiert. Die Werte sind projektkonfigurierbar; sie sind als Variablen geschrieben, nicht versteckt.

Es hängt davon ab, was er bereitstellt. Wenn er eine eigene Schnittstelle hat, lesen wir sie wie jede andere. Wenn er nichts hat, haben wir einen Extraktor, der die Listenseiten öffnet und die Produktkarten ausliest, mit einem im Code festgeschriebenen Budget: 20 Seiten, 200 Produkte, 5 Sekunden pro Anfrage, 45 Sekunden Zeitlimit. Er liest zuerst die strukturierten Daten auf der Seite, dann die Karten, dann die Sharing-Metadaten. Das ist eine ehrliche Ersatzlösung, keine gleichwertige: Ein Shop, der sein Theme ändert, kann den Extraktor brechen, eine Schnittstelle nicht.

Funktional und im Code: die MAIB-Schnittstelle für Händler — Token holen, dann Zahlungsanfrage, mit den aus der Datenbank gelesenen Zugangsdaten jedes Shops und der ausdrücklich aktivierten Funktion — sowie Stripe, mit in kleinere Einheiten umgerechneter Summe und gespeicherter Zahlung in der Buchhaltung. Was nicht funktional ist, vor dem Vertrag gesagt: Paynet, Netopia und mobilPay haben keine Implementierung, und der Code lehnt sie ausdrücklich ab, wenn sie angefordert werden; der Moldindconbank-Pfad ist ein Gerüst, das ohne Zugangsdaten einen Fehler zurückgibt. Jede davon kann gebaut werden, geht aber als neue Arbeit mit eigenem Risiko ein.

Vielleicht, wenn Sie es nicht daran hindern — und genau darum kümmern wir uns. Drei Hürden: Der unveröffentlichte Preis kommt mit der schriftlichen Anweisung, nichts zu erfinden; die falsche Plattform oder die fehlende Adresse lassen das Tool ausdrücklich ablehnen, statt eine leere Liste zurückzugeben; und ein Netzausfall gibt eine Meldung zurück, die dem Agenten sagt, keine Antwort über den Katalog zu formulieren. Der Unterschied zwischen „leere Liste“ und „ich konnte nicht lesen“ ist der Unterschied zwischen einer verlorenen Bestellung und einer um eine Phrase verschobenen.

Weil die Schnittstelle nicht „129,90“ sendet. Sie sendet eine Ziffernfolge in kleineren Einheiten und separat, wie viele Dezimalstellen die Währung hat. Durch 100 zu teilen ist für Währungen mit zwei Dezimalstellen korrekt und stillschweigend falsch für die anderen — niemand bekommt eine Fehlermeldung, nur schlechte Zahlen. Wir teilen durch zehn hoch der vom Shop angegebenen Zahl. Es ist eine Zeile Code, und genau die Art von Zeile, an der man sieht, ob jemand die Dokumentation gelesen oder geraten hat.

Wir übernehmen keine Kartendaten und konfigurieren das Händlerkonto nicht anstelle des Inhabers. Wir garantieren nicht, dass ein Seitenextraktor einer Theme-Änderung des Shops standhält — deshalb bevorzugen wir die Schnittstelle, wenn es sie gibt. Wir versprechen keine Umsatzsteigerungen; was wir zeigen können, ist, dass die vom Agenten genannte Zahl mit der Zahl im Shop zum selben Datum übereinstimmt. Und wir stellen nichts als Integration dar, was im Code ein Gerüst ist: Die Liste oben sagt, was es ist.