Wir haben die Merchant API so konzipiert, dass sie Entwicklern der Content API for Shopping vertraut ist, aber einfacher und flexibler. Hier finden Sie detaillierte Informationen zum Design der Merchant API.
Sub-APIs
Die Merchant API ist eine Sammlung von Sub-APIs. Die Sub-APIs sind Gruppen von zugehörigen Diensten und Ressourcen. So können Sie nur die Sub-APIs verwenden, die für Ihre individuelle Integration erforderlich sind.
Die Merchant API umfasst die folgenden Sub-APIs:
- Konten: Merchant Center-Konten im großen Maßstab verwalten.
- Conversions: Conversion-Quellen für Ihr Konto verwalten.
- Datenquellen: Datenquellen für Ihre Produkte ansehen und verwalten.
- Problembehebung: Probleme ermitteln, die sich auf Ihr Konto auswirken, und eine In-App-Diagnoseseite erstellen.
- Inventare: Produkte nach Geschäft oder Region auf Google präsentieren.
- Partnerschaft für lokale Feeds: Feed mit lokalem Inventar hochladen.
- Benachrichtigungen: Benachrichtigungsabos verwalten.
- Bestellverfolgung: Historische Daten zur Bestellverfolgung bereitstellen, um Versandprognosen zu verbessern und Einträge mit Versandhinweisen zu optimieren.
- Produkte: Produktdaten verwalten, wie Preis und Verfügbarkeit.
- Product Studio: Use Google Product Studio to generate product images and text suggestions automatically.
- Angebote: Angebote erstellen und verwalten, um Sonderangebote für Ihre Produkte zu präsentieren.
- Quota: API-Kontingent Ihrer Konten prüfen.
- Berichte: Daten zu Ihren Produkten, zur Leistung und zur Wettbewerbslandschaft auf Google ansehen.
- Rezensionen: Produkt- und Verkäuferrezensionen verwalten.
Transport
Der Standardtransportmechanismus der Merchant API ist gRPC. Sie können auch REST verwenden.
Weitere Informationen finden Sie in der Kurzanleitung.
Enums
In Zukunft werden in Enum-Feldern in der Merchant API möglicherweise neue Werte angezeigt. Ihr Code sollte so strukturiert sein, dass er unbekannte Werte problemlos verarbeiten kann. Sie sollten das Auftreten unbekannter Enum-Werte beobachten und Maßnahmen ergreifen, um den Code auf dem neuesten Stand zu halten.
Versionsverwaltung
Sub-APIs werden separat versioniert. Wenn wir eine Sub-API aktualisieren, die Sie nicht verwenden, müssen Sie also nichts tun. Sie müssen Ihren Code nur aktualisieren, wenn neue Versionen der von Ihnen verwendeten Sub-APIs veröffentlicht werden. Weitere Informationen finden Sie unter Versionsverwaltung.
Versionen, die mit „beta“ enden, können geändert oder entfernt werden.