Produktkatalog verwalten

In diesem Leitfaden wird beschrieben, wie Sie mit der Google Play Developer API einen Produktkatalog für Ihre Play-App erstellen und verwalten.

Wenn Sie Produkte in Ihrer App über das Abrechnungssystem von Google Play verkaufen möchten, müssen Sie einen Katalog mit allen Produkten einrichten, die Sie Ihren Nutzern zum Kauf anbieten möchten. Das ist über die Play Console möglich. Sie können die Katalogverwaltung aber auch mit der Google Play Developer API automatisieren. Durch Automatisierung können Sie dafür sorgen, dass Ihr Katalog immer auf dem neuesten Stand ist. Außerdem können Sie große Kataloge verwalten, bei denen eine manuelle Koordination nicht praktikabel ist. In diesem Leitfaden erfahren Sie, wie Sie mit der Play Developer API einen Produktkatalog für Ihre Play-App erstellen und verwalten. In unserem Leitfaden Vorbereitung finden Sie eine Anleitung zum Einrichten der Google Play Developer API für die Backend-Integration.

Catalog Management APIs

Informationen zu den verschiedenen Produkttypen, die Sie mit dem Abrechnungssystem von Google Play verkaufen können, finden Sie unter Überlegungen zu In‑App-Produkttypen und Katalogen. Google bietet zwei Hauptgruppen von APIs für die Katalogverwaltung bei Google Play, die den beiden Hauptproduktkategorien entsprechen:

  • Einmalkaufprodukte
  • Aboprodukte

Einmalkaufprodukte

Für Einmalkaufprodukte (früher als „In‑App-Produkte“ bezeichnet) wird das Objektmodell für Einmalkaufprodukte verwendet. Damit können Sie mehrere Kaufoptionen und Angebote für Ihre Einmalkaufprodukte konfigurieren. Das Objektmodell für Einmalkaufprodukte bietet Ihnen mehr Flexibilität beim Verkauf von Produkten und vereinfacht die Verwaltung. Ihre vorhandenen In‑App-Produkte werden zum Objektmodell für Einmalkaufprodukte migriert. Weitere Informationen finden Sie unter In‑App-Produkte migrieren.

Mit den Endpunkten monetization.onetimeproducts und inappproducts können Sie Einmalkaufprodukte über Ihr Backend verwalten. Dazu gehören das Erstellen, Aktualisieren und Löschen von Produkten sowie das Verwalten von Preisen und Verfügbarkeit. Je nachdem, wie Sie Einmalkaufprodukte verarbeiten, modellieren Sie verbrauchbare Produkte (können beliebig oft gekauft werden) oder dauerhafte Berechtigungen (können nicht zweimal vom selben Nutzer erworben werden). Sie können entscheiden, welche Einmalkaufprodukte verbrauchbar sein sollen und welche nicht.

Aboprodukte

Mit dem Endpunkt monetization.subscriptions können Sie Aboprodukte über Ihr Entwickler-Backend verwalten. Sie können beispielsweise Abos erstellen, aktualisieren und löschen oder ihre regionale Verfügbarkeit und Preisgestaltung steuern. Zusätzlich zum monetization.subscriptions-Endpunkt stellen wir auch monetization.subscriptions.basePlans und monetization.subscriptions.basePlans.offers bereit, um Basis-Abos und Angebote von Abos zu verwalten.

Batchmethoden

Die Endpunkte onetimeproducts, inappproducts und monetization.subscriptions bieten eine Reihe von Batchmethoden, mit denen bis zu 100 Entitäten gleichzeitig für dieselbe App abgerufen oder verwaltet werden können.

Batch-Methoden, die mit aktivierter Latenztoleranz verwendet werden, unterstützen einen höheren Durchsatz und sind besonders nützlich für Entwickler mit großen Katalogen, wenn sie einen Katalog erstellen oder abgleichen.

Latenz bei der Aktualisierung im Vergleich zum Durchsatz

Nachdem ein Antrag auf Erstellung oder Änderung eines Produkts abgeschlossen wurde, sind die Änderungen aufgrund von Netzwerk- oder Backend-Verarbeitungsverzögerungen möglicherweise nicht sofort für Endnutzer auf ihren Geräten sichtbar. Standardmäßig sind alle Anfragen zur Produktänderung latenzempfindlich. Das bedeutet, dass sie für eine schnelle Weitergabe über Backend-Systeme optimiert sind und in der Regel innerhalb von Minuten auf Endnutzergeräten angezeigt werden. Es gibt jedoch ein stündliches Limit für die Anzahl solcher Änderungsanfragen. Wenn Sie viele Produkte erstellen oder aktualisieren müssen (z. B. beim erstmaligen Erstellen eines großen Katalogs), können Sie Batch-Methoden verwenden, bei denen das Feld latencyTolerance auf PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT festgelegt ist. Dadurch wird der Durchsatz von Updates erheblich gesteigert. Es kann bis zu 24 Stunden dauern, bis latenztolerante Updates auf Endnutzergeräte übertragen werden.

Kontingentkonfiguration

Bei der Verwendung der Play Developer API zur Verwaltung Ihres Produktkatalogs sind mehrere Kontingentlimits zu beachten:

  1. Die Google Play Developer APIs sind in Kategorien unterteilt, die als „Buckets“ bezeichnet werden. Jeder Bucket hat sein eigenes Kontingentlimit pro Minute. Weitere Informationen finden Sie unter Kontingente.
  2. Für Endpunkte zur Produktänderung gilt außerdem ein Limit von 7.200 Anfragen pro Stunde. Dieses Limit gilt sowohl für Einmalprodukte als auch für Abos und für alle Änderungsanfragen, einschließlich Erstellung, Aktualisierung, Aktivierung und Löschung. Batch-Methodenaufrufe für Änderungen zählen für dieses Kontingent als eine Anfrage, unabhängig von der Anzahl der enthaltenen einzelnen Anfragen oder ihrer Latenzempfindlichkeit.
  3. Für latenzempfindliche Änderungen gilt außerdem ein Limit von 7.200 Änderungen pro Stunde. Bei Batch-Methoden zählt jede verschachtelte Änderungsanfrage separat für dieses Kontingent. Dieses Kontingent hat nur praktische Auswirkungen für Nutzer der Batch API, die latenzempfindliche Aktualisierungen vornehmen, da in anderen Fällen Kontingent 2 vor oder gleichzeitig mit diesem Kontingent ausgeschöpft wird.

Hier sind einige Beispiele, um die Kontingentnutzung verschiedener Anfragen zu veranschaulichen:

  • Für eine einzelne get-Anfrage zum Abrufen eines Elements wird 1 Token von Kontingent 1 verbraucht, aber keine Tokens von Kontingent 2 und 3, da diese nur Änderungs-Endpunkte betreffen.
  • Eine get-Batchanfrage zum Abrufen von bis zu 100 Elementen verbraucht außerdem 1 Token von Kontingent 1 und keine Tokens von Kontingent 2 und 3.
  • Eine einzelne modification-Anfrage für ein Element verbraucht 1 Token von Kontingent 1 und 1 Token von Kontingent 2. Wenn die Anfrage latenzabhängig ist, werden auch 1 Token des Kontingents 3 verbraucht. Da Kontingent C dasselbe Limit wie Kontingent 2 hat, hat es keine praktischen Auswirkungen auf Nutzer, die nur einzelne Änderungsmethoden verwenden.
  • Eine Batchanfrage vom Typ modification für 100 latenztolerante Elemente verbraucht 1 Token von Kontingent 1 und 1 Token von Kontingent 2. Dieses Kontingent sollte ausreichend Spielraum bieten, um Ihren Katalog auf dem neuesten Stand zu halten. Wenn Ihr Algorithmus dieses Kontingent jedoch nicht berücksichtigt und die Rate überschreitet, erhalten Sie für jeden zusätzlichen Aufruf eine Fehlermeldung.
  • Eine modification-Batchanfrage für 100 latenzempfindliche Elemente verbraucht 1 Token von Kontingent 1, 1 Token von Kontingent 2 und 100 Tokens von Kontingent 3.

Empfehlungen für die Nutzung der Catalog Management API

Wenn Sie diese Richtlinien einhalten, optimieren Sie Ihre Interaktionen mit der API und sorgen für eine reibungslose und effiziente Katalogverwaltung.

Nutzung im Blick behalten

Sie sollten sich über Prozesse mit hoher Nutzung im Klaren sein. Zu Beginn der Integration werden für die Endpunkte zur Katalogverwaltung wahrscheinlich mehr Kontingente benötigt, um den vollständigen ersten Katalog zu erstellen. Dies kann sich möglicherweise auf die Produktionsnutzung anderer Endpunkte wie die Kaufstatus-API auswirken, wenn Sie sich dem allgemeinen Nutzungslimit nähern. Sie müssen Ihre Kontingentnutzung im Blick behalten, damit Sie die API-Kontingente nicht überschreiten. Es gibt mehrere Möglichkeiten, die Nutzung zu beobachten. Sie können beispielsweise das Google Cloud APIs-Kontingent-Dashboard oder ein anderes internes oder Drittanbieter-API-Monitoring-Tool Ihrer Wahl verwenden.

API-Kontingentnutzung optimieren

Es wird dringend empfohlen, die Ratenkontingentnutzung zu optimieren, um die Wahrscheinlichkeit von API-Fehlern zu minimieren. Damit Sie diese Empfehlung effektiv umsetzen können, empfehlen wir Ihnen Folgendes:

  • Wählen Sie die richtige Strategie für die Katalogverwaltung aus. Sobald Sie das API-Kontingent kennen, müssen Sie die richtige Strategie für Ihre Anwendung auswählen, um Ihre Ziele für die Katalogverwaltung effizient zu erreichen.
  • Führen Sie nur die Mindestanzahl an Aufrufen aus, die für die Umsetzung Ihrer Änderungen erforderlich ist.
  • Senden Sie keine redundanten oder unnötigen Änderungsaufrufe an die APIs. Dazu müssen Sie möglicherweise ein Änderungsprotokoll in Ihrem Backend-Katalog führen.
  • Das stündliche Limit von 7.200 Anfragen für Produktänderungen darf nicht überschritten werden. Möglicherweise möchten Sie Synchronisierungsprozesse erstellen, bei denen Sie in kurzer Zeit eine große Anzahl von Produktänderungen vornehmen müssen, z. B. beim Erstellen eines ersten Katalogs. Wenn Sie davon ausgehen, dass diese Prozesse das stündliche Limit überschreiten, implementieren Sie bei Bedarf Wartezeiten, um die Nutzung auf ein sicheres Niveau zu verlangsamen. Verwenden Sie Batch-Methoden mit latenztoleranten Updates, um einen höheren Durchsatz zu erzielen.
  • Proaktiv auf die Skalierung vorbereiten Wenn Ihre Anwendung wächst, müssen Sie möglicherweise die Nutzung der API und der verschiedenen Endpunkte skalieren. In der Dokumentation zu Google Play Developer API-Kontingenten finden Sie Informationen dazu, wie Sie Ihr Kontingent erhöhen können, wenn Sie sich der maximalen Nutzung nähern.
  • Planen Sie rechenintensive Prozesse strategisch. Planen Sie Prozesse für Ihren umfangreichen Katalog so, dass sie nicht mit wichtigen Nutzungsspitzen zusammenfallen. Sie können beispielsweise eine vollständige Katalogsynchronisierung vermeiden, wenn Ihre Verkaufszahlen in der Woche am höchsten sind.

Logik zur Fehlerbehandlung für Kontingente hinzufügen

Unabhängig davon, wie effizient Sie die Logik für die Katalogverwaltung erstellen, sollten Sie sie so gestalten, dass sie auch unerwarteten Kontingentlimits standhält. Das tägliche Kontingent wird nämlich von Endpunkten gemeinsam genutzt, die in unabhängigen Modulen Ihrer Integration verwendet werden. Achten Sie darauf, dass Sie Fehler aufgrund von Kontingentbeschränkungen in Ihre Fehlerbehandlung einbeziehen und die entsprechenden Wartezeiten implementieren. Bei jedem Aufruf der Google Play Developer APIs wird eine Antwort generiert. Im Falle eines Anruffehlers erhalten Sie eine Fehlerantwort mit einem HTTP-Antwortstatuscode und einem errors-Objekt, das weitere Details zur Fehlerdomain und eine Debugging-Meldung enthält. Wenn Sie beispielsweise Ihr Tageslimit überschreiten, wird möglicherweise ein Fehler wie der folgende angezeigt:

{
  "code" : 403,
  "errors" : [ {
    "domain" : "usageLimits",
    "message" : "Daily Limit Exceeded. The quota will be reset at midnight Pacific Time (PT). You may monitor your quota usage and adjust limits in the API
  Console: https://console.developers.google.com/apis/api/androidpublisher.googleapis.com/quotas?project=xxxxxxx",
  "reason" : "dailyLimitExceeded",
  "extendedHelp" : "https://console.developers.google.com/apis/api/androidpublisher.googleapis.com/quotas?project=xxxxxx"
  } ],
}

Implementierung der Katalogverwaltung

Entwickler verwenden die Endpunkte für die Produktveröffentlichung der Google Play Developer API, um ihren Katalog zwischen ihrem Backend und Google Play zu synchronisieren. Wenn Sie dafür sorgen, dass Ihr Google Play-Katalog immer mit den neuesten Informationen aus dem Katalog Ihres Back-Ends aktualisiert wird, können Sie die Nutzerfreundlichkeit verbessern. Beispiel:

  • Sie können die gesamte Liste der verfügbaren Angebote einsehen und Angebots- und Basis-Abo-Tags verwalten, um Ihre eigene Berechtigung und die Logik für die Angebotsanzeige zu beeinflussen.
  • Sie können die verschiedenen Preispunkte und Produktdetails prüfen, die Nutzern auf verschiedenen Plattformen angezeigt werden, und darauf achten, dass sie einheitlich sind.
  • Sie haben bei der Verarbeitung neuer Käufe Produktdetails in Ihrem Backend zur Hand, ohne dass Sie die Latenz und das Fehlerrisiko durch zusätzliche Aufrufe der Google Play Developer API während nutzerkritischer Abläufe erhöhen müssen.

Beim Erstellen Ihres Produktkatalogs bei Google Play sollten Sie bestimmte Einschränkungen und Aspekte beachten. Sobald Sie diese Einschränkungen kennen und wissen, wie Sie Ihren Katalog strukturieren möchten, ist es an der Zeit, sich für eine Synchronisierungsstrategie zu entscheiden.

Strategien für die Katalogsynchronisierung

Mit den Veröffentlichungsendpunkten der Google Play Developer API können Sie Ihren Katalog aktualisieren, sobald Änderungen auftreten. Gelegentlich müssen Sie möglicherweise periodische Updates vornehmen, bei denen Sie eine Reihe von Änderungen im selben Prozess senden. Für jeden Ansatz sind unterschiedliche Designentscheidungen erforderlich. Jede Synchronisierungsstrategie eignet sich für bestimmte Anwendungsfälle besser als für andere. Je nach Situation benötigen Sie möglicherweise beide. Manchmal möchten Sie ein Produkt sofort aktualisieren, wenn Sie von einer neuen Änderung erfahren, z. B. um eine dringende Produktaktualisierung zu verarbeiten (d. h. ein falscher Preis muss so schnell wie möglich korrigiert werden). In anderen Fällen können Sie eine regelmäßige Hintergrundsynchronisierung verwenden, um sicherzustellen, dass Ihr Backend und Ihre Play-Kataloge immer konsistent sind. Hier finden Sie einige häufige Anwendungsfälle, in denen Sie diese verschiedenen Katalogverwaltungsstrategien implementieren können.

Zeitpunkt für das Senden von Updates bei Änderungen an Ihrem lokalen Katalog

Idealerweise sollten Aktualisierungen erfolgen, sobald sich der Produktkatalog Ihres Back-Ends ändert, um Abweichungen zu minimieren.

Diese Art von Aktualisierungen ist eine gute Option, wenn:

  • Sie müssen dafür sorgen, dass Ihre Produkte immer auf dem neuesten Stand sind.
  • Sie müssen täglich einige Änderungen an Ihren Produkten vornehmen.
  • Sie müssen Produkte aktualisieren, die bereits in Produktion sind und verkauft werden.

Dieser Ansatz ist einfacher zu implementieren und ermöglicht es Ihnen, Ihren Katalog mit dem geringsten Abweichungszeitfenster synchron zu halten.

Wann sollten regelmäßige Updates verwendet werden?

Regelmäßige Updates werden asynchron zur Produktversion in Ihrem Backend ausgeführt. Sie sind eine gute Option, wenn:

  • Sie müssen nicht dafür sorgen, dass Ihre Produkte kurzfristig aktualisiert werden.
  • Sie müssen Bulk-Updates oder Abgleichsprozesse planen.
  • Sie haben bereits ein Content- oder Katalogverwaltungssystem, mit dem Sie Ihre digitalen Produkte verwalten und Ihren Katalog ständig aktualisieren.

Bei großen Katalogen sollten Sie Batch-Methoden mit latenztoleranten Aktualisierungen verwenden, um den maximalen Durchsatz zu erzielen.

Produktkatalog erstellen

Wenn Sie einen großen Katalog auf Google Play hochladen möchten, können Sie den ersten Upload automatisieren. Diese Art von rechenintensiven Prozessen funktioniert am besten, wenn eine periodische Strategie in Kombination mit latenzunempfindlichen Batchmethoden angewendet wird.

Einmalkaufprodukte erstellen

Für die erstmalige einmalige Erstellung eines Produktkatalogs empfehlen wir die Verwendung von monetization.onetimeproducts.batchUpdate oder der Methode inapp_products.insert, wobei das Feld allowMissing auf true und das Feld latencyTolerance auf PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT festgelegt ist. So wird die Zeit, die zum Erstellen des Katalogs innerhalb der Kontingentlimits benötigt wird, minimiert.

Aboprodukte erstellen

Für die Erstellung eines großen Katalogs für das erste Abo empfehlen wir die Methode monetization.subscriptions.batchUpdate mit dem Feld allowMissing auf true und dem Feld latencyTolerance auf PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT. So wird die Zeit, die zum Erstellen des Katalogs innerhalb der Kontingentlimits benötigt wird, minimiert.

Für kleinere Abokataloge bietet die Play Developer API die Methode monetization.subscriptions.create. Alternativ können Sie Abos mit der Methode monetization.subscriptions.patch und dem Parameter allowMissing erstellen, wie im Abschnitt „Produktaktualisierungen“ beschrieben.

Bei allen oben genannten Methoden werden Abos zusammen mit den zugehörigen Basis-Abos erstellt (im Abo-Objekt angegeben). Diese Basis-Abos sind anfangs inaktiv. Mit dem Endpunkt monetization.subscriptions.basePlans können Sie den Status von Basis-Abos verwalten, z. B. ein Basis-Abo aktivieren, damit es gekauft werden kann. Außerdem können Sie mit dem Endpunkt monetization.subscriptions.basePlans.offers Angebote erstellen und verwalten.

Produktupdates

Mit den folgenden Methoden können Sie Ihre bestehenden Produkte effizient ändern, damit Ihre Angebote Ihren neuesten Anpassungen entsprechen.

Einmalkaufprodukte aktualisieren

Die folgenden Methoden stehen Ihnen zur Verfügung, um vorhandene Einmalkaufprodukte zu aktualisieren.

  • monetization.onetimeproducts.batchUpdate
  • inappproducts.patch : Der Patch-Endpunkt wird verwendet, um eine Ressource teilweise zu aktualisieren. Das bedeutet, dass Sie bestimmte Felder aktualisieren können, die Sie im Anfragetext angeben. Der Patch-Endpunkt wird in der Regel verwendet, wenn Sie nur einige Felder einer Ressource aktualisieren müssen.
  • inappproducts.update : Der Aktualisierungs-Endpunkt wird verwendet, um eine Ressource vollständig zu aktualisieren. Das bedeutet, dass Sie das gesamte Ressourcenobjekt im Anfragetext senden müssen. Der Update-Endpunkt wird in der Regel verwendet, wenn Sie alle Felder in einer Ressource aktualisieren müssen. Wenn der Parameter allowMissing auf true festgelegt ist und die angegebene Produkt-ID noch nicht vorhanden ist, wird das Produkt vom Endpunkt eingefügt, anstatt dass ein Fehler auftritt.
  • inappproducts.batchUpdate : Dies ist eine Batch-Version des Update-Endpunkts, mit der Sie mehrere Produkte mit einer einzigen Anfrage ändern können. Verwenden Sie es zusammen mit dem Feld latencyTolerance, das auf PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT gesetzt ist, um einen höheren Durchsatz zu erzielen.

Aboprodukte aktualisieren

Mit der Methode monetization.subscriptions.patch können Sie vorhandene Abos aktualisieren. Diese Methode verwendet die folgenden erforderlichen Parameter:

Sofern Sie kein neues Abo mit dem Parameter allowMissing erstellen, müssen Sie den Parameter updateMask angeben. Dieser Parameter ist eine durch Kommas getrennte Liste der Felder, die Sie aktualisieren möchten.

Wenn Sie beispielsweise nur das Angebot eines Aboprodukts aktualisieren möchten, geben Sie das Feld listings für den Parameter updateMask an.

Mit monetization.subscriptions.batchUpdate können Sie mehrere Abos gleichzeitig aktualisieren. Verwenden Sie es zusammen mit dem Feld latencyTolerance, das auf PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT gesetzt ist, um einen höheren Durchsatz zu erzielen.

Verwenden Sie den Endpunkt monetization.subscriptions.basePlans, um Basis-Abos zu aktivieren, zu deaktivieren oder zu löschen oder um Abonnenten zu den neuesten Preisversionen für Basis-Abos zu migrieren.

Außerdem können Sie die Angebote Ihrer Basis-Abos mit der Methode monetization.subscriptions.basePlans.offers.patch aktualisieren.

Katalogabgleich

Ob Sie Ihren Google Play-Katalog jedes Mal aktualisieren, wenn sich der Katalog Ihres Back-Ends ändert, oder in regelmäßigen Abständen: Wenn Sie ein Katalogverwaltungssystem oder eine Datenbank außerhalb des Google Play-Katalogs haben, kann es vorkommen, dass der Katalog nicht mehr mit dem Katalog in der Konfiguration Ihrer Apps bei Google Play synchronisiert ist. Das kann an manuellen Notfalländerungen im Katalog in der Console, an einem Ausfall Ihres Katalogverwaltungssystems oder an einem Verlust Ihrer neuesten Daten liegen.

Sie können einen Prozess zur Abgleichung von Katalogen erstellen, um einen längeren Zeitraum mit Abweichungen zu vermeiden.

Berücksichtigung des Differenzierungssystems

Wir empfehlen, ein Differenzsystem zu erstellen, um Inkonsistenzen zu erkennen und die beiden Systeme abzugleichen. Hier sind einige Aspekte, die Sie beim Erstellen eines Systems zum Abgleichen von Änderungen berücksichtigen sollten, um Ihre Kataloge synchron zu halten:

  • Datenmodelle verstehen:Der erste Schritt besteht darin, die Datenmodelle des Entwickler-CMS und der Google Play Developer API zu verstehen. Dazu gehört, die verschiedenen Datentypen zu kennen, die in den einzelnen Systemen gespeichert sind, und zu wissen, wie die verschiedenen Datenelemente einander zugeordnet werden.
  • Differenzregeln definieren:Nachdem Sie die Datenmodelle verstanden haben, müssen Sie die Differenzregeln definieren. Diese Regeln bestimmen, wie die Daten in den beiden Systemen verglichen werden. Sie können beispielsweise Produkt-IDs abgleichen und wichtige Attribute des Abos und der zugehörigen Basistarife und Angebote vergleichen.
  • Diff-Algorithmus implementieren:Nachdem Sie die Diff-Regeln definiert haben, müssen Sie den Diff-Algorithmus implementieren. Dieser Algorithmus vergleicht die Daten aus den beiden Systemen anhand der von Ihnen definierten Regeln. Wenn Sie die Katalogdaten von Google Play abrufen möchten, können Sie die Methoden monetization.onetimeproducts.list, monetization.onetimeproducts.batchGet, inappproducts.list, inappproducts.batchGet, monetization.subscriptions.list und monetization.subscriptions.batchGet verwenden.
  • Differenzberichte erstellen:Der Differenzalgorithmus erstellt einen Differenzbericht. In diesem Bericht werden die Unterschiede zwischen den beiden Systemen dargestellt.
  • Unterschiede abstimmen:Nachdem Sie den Differenzbericht erstellt haben, müssen Sie die Unterschiede beheben. Je nachdem, wie Sie Ihren Katalog normalerweise aktualisieren, müssen Sie dazu möglicherweise die Daten in Ihrem CMS oder die Daten auf Google Play-Seite über die Endpunkte für die Katalogverwaltung der Developer API aktualisieren. Um nicht synchronisierte Produkte abzugleichen, verwenden Sie die Update-Endpunkte, wie im Abschnitt „Produkt-Updates“ beschrieben.

Produkteinstellung

Die Google Play Developer API bietet die folgenden Methoden, um Ihnen bei der Einstellung Ihrer Produkte zu helfen:

Für Einmalkaufprodukte:

Für Aboprodukte:

Die Einstellung eines Produkts kann in verschiedenen Szenarien erforderlich sein, z. B.

  • Versehentliche Erstellung.
  • Einstellung einer Funktion oder eines Dienstes.

Wir empfehlen, die Einstellung von Produkten in Ihre Katalogverwaltungsstrategie aufzunehmen.