Ürün kataloğunuzu yönetme

Bu kılavuzda, Play uygulamanız için ürün kataloğu oluşturmak ve yönetmek üzere Google Play Developer API'nin nasıl kullanılacağı açıklanmaktadır.

Uygulamanızda Google Play'in faturalandırma sistemi üzerinden ürün satmak için kullanıcılarınızın satın alabilmesini istediğiniz tüm ürünlerin yer aldığı bir katalog oluşturmanız gerekir. Bu işlemi Play Console üzerinden yapabilir veya Google Play Developer API'yi kullanarak katalog yönetimini otomatik hale getirebilirsiniz. Otomasyon, katalogunuzun her zaman güncel olmasını sağlamanıza ve manuel koordinasyonun uygun olmadığı büyük kataloglara ölçeklendirme yapmanıza yardımcı olabilir. Bu kılavuzda, Play uygulamanız için ürün kataloğu oluşturmak ve yönetmek üzere Play Developer API'yi nasıl kullanacağınızı öğreneceksiniz. Arka uç entegrasyonunuz için Google Play Developer API'yi nasıl ayarlayacağınıza ilişkin talimatlar için Hazırlanıyoruz kılavuzumuzu inceleyin.

Katalog Yönetimi API'leri

Google Play'in faturalandırma sistemiyle satabileceğiniz farklı ürün türleri hakkında bilgi edinmek için Uygulama içi ürün türlerini ve katalogla ilgili dikkat edilmesi gereken noktaları anlama başlıklı makaleyi okuyun. Google, Play'de katalog yönetimi için iki ana ürün kategorisine karşılık gelen iki ana API grubu sunar:

  • Tek seferlik ürünler
  • Abonelik ürünleri

Tek seferlik ürünler

inappproducts uç noktası, tek kullanımlık ürünleri arka uçtan yönetmenize olanak tanır. Ürün oluşturma, güncelleme ve silme, fiyatları ve stok durumunu yönetme işlemleri buna dahildir. Tek seferlik ürün satın alma işlemlerini nasıl ele aldığınıza bağlı olarak, tüketim ürünleri (istendiği kadar satın alınabilir) veya kalıcı haklardan (aynı kullanıcı tarafından iki kez kullanılamaz) birini modellersiniz. Tek seferlik ürünlerin tüketilip tüketilmeyeceğine karar verebilirsiniz.

Abonelik ürünleri

monetization.subscriptions uç noktası, geliştirici arka uçunuzdan abonelik ürünlerini yönetmenize yardımcı olur. Abonelik oluşturma, güncelleme ve silme ya da bunların bölgesel stok durumunu ve fiyatlandırmasını kontrol etme gibi işlemleri yapabilirsiniz. monetization.subscriptions uç noktasına ek olarak, aboneliklerin temel planlarını ve fırsatlarını yönetmek için monetization.subscriptions.basePlans ve monetization.subscriptions.basePlans.offers uç noktalarını da sağlarız.

Toplu yöntemler

inappproducts ve monetization.subscriptions uç noktaları, aynı uygulama altında aynı anda 100 adede kadar öğenin alınmasına veya yönetilmesine olanak tanıyan çeşitli toplu yöntemler sağlar.

Etkin gecikmeli toleransla kullanıldığında toplu yöntemler daha yüksek veri akışını destekler ve özellikle büyük katalog geliştiricileri için ilk katalog oluşturma veya katalog uzlaştırma işlemlerinde yararlıdır.

Yayılma gecikmesini aktarım hızıyla güncelleme

Ürün oluşturma veya değiştirme isteği tamamlandıktan sonra, ağ veya arka uç işleme gecikmeleri nedeniyle değişiklikler son kullanıcılar tarafından cihazlarında hemen görünmeyebilir. Varsayılan olarak tüm ürün değiştirme istekleri gecikmeye duyarlıdır. Bu, arka uç sistemler aracılığıyla hızlı dağıtım için optimize edildikleri ve genellikle son kullanıcı cihazlarına birkaç dakika içinde yansıtıldıkları anlamına gelir. Ancak bu tür değişiklik isteklerinin sayısı saatlik olarak sınırlıdır. Çok sayıda ürün oluşturmanız veya güncellemeniz gereken durumlarda (ör. ilk büyük katalog oluşturma sırasında) latencyTolerance alanının PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT olarak ayarlandığı toplu yöntemleri kullanabilirsiniz. Bu, güncelleme aktarım hızını önemli ölçüde artırır. Gecikmeye duyarlı güncellemelerin son kullanıcı cihazlarına yayılması 24 saati bulabilir.

Kota yapılandırması

Ürün kataloğunuzu yönetmek için Play Developer API'yi kullanırken dikkat etmeniz gereken birkaç kota sınırı vardır:

  1. Google Play Developer API'lerinin varsayılan sınırı günlük 200.000 sorgudur. Bu kota sınırı, katalog yönetimi API'leri dahil tüm uç noktalarda kullanım toplamı için geçerlidir.
  2. Ürün değiştirme uç noktalarında da saat başına 7.200 sorgu sınırı uygulanır. Bu, hem tek seferlik ürünler hem de abonelikler ve oluşturma, güncelleme, etkinleştirme, silme dahil tüm değişiklik istekleri için geçerli olan tek bir sınırdır. Grup değiştirme yöntemi çağrıları, dahil edilen tek tek isteklerin sayısına veya gecikme hassasiyetine bakılmaksızın bu kota için tek bir sorgu olarak sayılır.
  3. Gecikmeye duyarlı değişiklikler için de saatte 7.200 değişiklik sınırı vardır. Toplu yöntemlerde, iç içe yerleştirilmiş her değişiklik isteği bu kota için ayrı olarak sayılır. Bu kotanın pratik etkileri yalnızca gecikmeye duyarlı güncellemeler yapan toplu API kullanıcıları için geçerlidir. Diğer durumlarda 2. kota bu kotadan önce veya aynı anda tükenir.

Farklı isteklerin kota kullanımını anlamak için birkaç açıklayıcı örnek aşağıda verilmiştir:

  • Tek bir öğeyi getirmek için yapılan tek bir get isteği, 1. kotadan 1 jeton tüketir ve 2. ve 3. kotadan jeton tüketmez (yalnızca değişiklik uç noktalarıyla ilgili oldukları için).
  • 100 adede kadar öğe getirmek için toplu get isteği de 1 kota 1 jetonu tüketir. Kota 2 ve 3 için ise hiçbir jeton kullanılmaz.
  • Tek bir öğe için tek bir modification isteği, 1. kotadan 1 jeton, 2. kotadan 1 jeton tüketir. İstek gecikmeye duyarlıysa 3. kotadan da 1 jeton tüketir. C kotası, 2. kotayla aynı sınıra sahip olduğundan, yalnızca tek bir değişiklik yöntemi kullanan kullanıcılar için pratik bir etkisi yoktur.
  • Gecikmeye duyarlı 100 öğe için toplu modification isteği, 1. kotadan 1 jeton, 2. kotadan 1 jeton tüketir. Bu kota ayarı, kataloğunuzu güncel tutmak için yeterli marja izin vermelidir. Ancak algoritmanız bu kotanın farkında değilse ve bu oranın üzerine çıkarsa ek çağrı başına bir hata alabilirsiniz.
  • Gecikmeye duyarlı 100 öğe için bir toplu modification isteği, 1. kotadan 1 jeton, 2. kotadan 1 jeton ve 3. kotadan 100 jeton tüketir.

Catalog Management API kullanım önerileri

Bu yönergelere uyarak API ile etkileşimlerinizi optimize eder ve sorunsuz ve verimli bir katalog yönetimi deneyimi elde edersiniz.

Kullanımınızı izleme

Yoğun kullanım süreçlerine dikkat etmeniz gerekir. Örneğin, entegrasyonunuzun başında katalog yönetimi uç noktalarınızın ilk tam katalogunuzu oluşturmak için daha fazla kota tüketmesi daha olasıdır. Bu durum, genel kullanım sınırına yakınsanız satın alma durumu API'si gibi diğer uç noktaların üretim kullanımını etkileyebilir. API kotalarını aşmadığınızdan emin olmak için kota tüketiminizi izlemeniz gerekir. Kullanımı izlemenin birkaç yolu vardır. Örneğin, Google Cloud API'leri kota kontrol panelini veya tercih ettiğiniz başka bir şirket içi ya da üçüncü taraf API izleme aracını kullanabilirsiniz.

API kotası kullanımını optimize etme

API hatalarının olasılığını en aza indirmek için ücret tüketimini optimize etmeniz önemle tavsiye edilir. Bunu etkili bir şekilde uygulamak için şunları yapmanızı öneririz:

  • Doğru katalog yönetimi stratejisini seçin. API kotasını anladıktan sonra, uygulamanızın katalog yönetimi hedeflerine verimli bir şekilde ulaşabilmesi için doğru stratejiyi seçmeniz gerekir.
  • Yalnızca değişikliklerinizi yansıtmak için gereken minimum sayıda arama yapın.
  • API'lere gereksiz veya lüzumsuz değişiklik çağrıları göndermeyin. Bu, arka uç kataloğunuzda bir değişiklik günlüğü tutmanızı gerektirebilir.
  • Saatlik ürün düzenleme sınırı olan 7.200 sorgunun altında kalın. Kısa süre içinde çok sayıda ürün değişikliği yapmanızı gerektiren senkronizasyon süreçleri oluşturmak isteyebilirsiniz (ör. ilk katalog oluşturma). Bu işlemlerin saatlik sınırı aşmasını bekliyorsanız kullanımı güvenli bir seviyeye indirmek için gerektiğinde bekleme süreleri uygulayın. Daha yüksek bir aktarım hızı elde etmek için gecikmeye duyarlı güncellemelerle toplu yöntemleri kullanmayı deneyin.
  • Ölçeklendirmeye proaktif olarak hazırlanın. Uygulamanız büyüdükçe API ve çeşitli uç noktalarınızın kullanımını ölçeklendirmeniz gerekebilir. Maksimum kullanıma yaklaştığınızda kotanızı nasıl artıracağınızla ilgili ayrıntılar için Google Play Developer API kotaları belgelerini inceleyin.
  • Yoğun işlemleri stratejik olarak planlayın. Yoğun katalog işlemlerinizi önemli kullanım zirvelerine göre planlamaya çalışın. Örneğin, haftanın en yoğun satış dönemlerinde tam katalog senkronizasyonu çalıştırmaktan kaçınabilirsiniz.

Kota hatası işleme mantığı ekleme

Katalog yönetimi mantığınızı ne kadar verimli bir şekilde oluşturursanız oluşturun, günlük kotanın entegrasyonunuzun bağımsız modüllerinde kullanılan uç noktalar tarafından paylaşıldığı göz önüne alındığında, mantığınızı beklenmedik kota sınırlarına karşı dayanıklı hale getirmeniz gerekir. Hata işleme işleminize kota sınırlama hatalarını eklediğinizden ve uygun bekleme sürelerini uyguladığınızdan emin olun. Google Play Developer API'lerine yapılan her çağrı bir yanıt oluşturur. Aramanın başarısız olması durumunda, HTTP yanıt durum kodu ve errors nesnesi içeren bir hata yanıtı alırsınız. Bu yanıtta, hata alanıyla ilgili daha fazla ayrıntı ve bir hata ayıklama mesajı yer alır. Örneğin, günlük sınırınızı aşarsanız aşağıdakine benzer bir hatayla karşılaşabilirsiniz:

{
  "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"
  } ],
}

Katalog yönetimi uygulama

Geliştiriciler, kataloglarını arka uçları ile Google Play arasında senkronize tutmak için Google Play Developer API ürün yayınlama uç noktalarını kullanır. Google Play kataloğunuzun, arka uç kataloğunuzun en son bilgileriyle her zaman güncel olduğundan emin olmak daha iyi bir kullanıcı deneyimi sunma açısından avantaj sağlar. Örnek:

  • Mevcut tekliflerin tüm listesine göz atabilir, kendi uygunluk durumunuzu ve teklif gösterme mantığını etkilemek için teklif ve temel plan etiketlerini yönetebilirsiniz.
  • Kullanıcıların platformlar arasında gördüğü farklı fiyat noktalarını ve ürün ayrıntılarını kontrol edebilir, bunların tutarlı olduğundan emin olabilirsiniz.
  • Kullanıcı için kritik akışlar sırasında Google Play Developer API'ye ek çağrılar yaparak gecikmeyi ve hata riskini artırmanıza gerek kalmadan yeni satın alma işlemlerini işlerken arka uçta ürün ayrıntılarına erişebilirsiniz.

Google Play'de ürün kataloğunuzu oluştururken dikkate almanız gereken belirli sınırlar ve hususlar vardır. Bu sınırları anladıktan ve kataloğunuzu nasıl yapılandıracağınızı belirledikten sonra senkronizasyon stratejinize karar verebilirsiniz.

Katalog senkronizasyon stratejileri

Google Play Developer API yayınlama uç noktaları, değişiklikler gerçekleştikçe kataloğunuzda güncelleme yapmanıza olanak tanır. Bazen, aynı işlemde bir dizi değişiklik gönderdiğiniz düzenli güncelleme yaklaşımını uygulamanız gerekebilir. Her yaklaşım farklı tasarım seçenekleri gerektirir. Her senkronizasyon stratejisi bazı kullanım alanlarına diğerlerinden daha uygundur. Duruma bağlı olarak her iki stratejiyi de gerektiren bir dizi ihtiyacınız olabilir. Bazen yeni bir değişiklikten haberdar olduğunuz anda bir üründe güncelleme yapmak isteyebilirsiniz. Örneğin, acil bir ürün güncellemesini işlemek için (ör. yanlış bir fiyatın en kısa sürede düzeltilmesi gerekiyorsa) Arka uç ve Play kataloglarınızın her zaman tutarlı olmasını sağlamak için arka planda düzenli senkronizasyon da kullanabilirsiniz. Bu farklı katalog yönetimi stratejilerini uygulamak isteyebileceğiniz bazı yaygın kullanım alanlarını okuyun.

Yerel kataloğunuz değiştiğinde güncellemeleri ne zaman göndermelisiniz?

Tutarsızlıkları en aza indirmek için ideal olarak, arka uçtaki ürün kataloğunuzda herhangi bir değişiklik olduğunda güncellemeler yapılmalıdır.

Bu tür güncellemeler aşağıdaki durumlarda iyi bir seçenektir:

  • Ürünlerinizin her zaman güncel olduğundan emin olmanız gerekir.
  • Ürünlerinizde her gün birkaç değişiklik yapmanız gerekir.
  • Üretimi devam eden ve satılan ürünleri güncellemeniz gerekir.

Bu yaklaşımın uygulanması daha kolaydır ve en az tutarsızlık aralığıyla kataloğunuzu senkronize tutmanızı sağlar.

Düzenli güncellemeler ne zaman kullanılır?

Düzenli güncellemeler, arka uçtaki ürün sürümüyle eşzamanlı olmayan şekilde çalıştırılır ve aşağıdaki durumlarda iyi bir seçenektir:

  • Ürünlerinizin kısa sürede güncellendiğinden emin olmanız gerekmez.
  • Toplu güncellemeler veya uzlaştırma süreçleri planlamanız gerekir.
  • Dijital ürünlerinizi yönetecek ve kataloğunuzu sürekli olarak güncelleyecek bir İçerik veya Katalog Yönetim Sistemi'niz varsa

Büyük kataloglarda, maksimum işleme hızına ulaşmak için gecikmeye duyarlı güncellemelerle toplu yöntemleri kullanmayı düşünebilirsiniz.

Ürün kataloğunuzu oluşturma

Google Play'e yükleyeceğiniz büyük bir kataloğunuz varsa ilk yüklemeyi otomatikleştirmek isteyebilirsiniz. Bu tür ağır işlemler, gecikmeye duyarlı toplu yöntemlerle birlikte periyodik bir strateji uygulandığında en iyi sonucu verir.

Tek seferlik ürünler oluşturma

İlk kez tek seferlik büyük ürün kataloğu oluşturmak için allowMissing alanının true ve latencyTolerance alanının PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT olarak ayarlandığı inappproducts.batchUpdate yöntemini kullanmanızı öneririz. Bu, kota sınırları dahilinde katalog oluşturmak için gereken süreyi en aza indirir.

Daha küçük kataloglar için inapp_products.insert yöntemini kullanabilirsiniz. Alternatif olarak, Ürün güncellemeleri bölümünde açıklandığı gibi allowMissing parametresiyle inappproducts.update yöntemini de kullanabilirsiniz. Bu yaklaşımın avantajı, komut dosyanızın durum bilgisine sahip olmasının gerekmemesi ve bir sorun oluştuğunda sıfırdan yeniden başlatılabilmesidir.

Abonelik ürünleri oluşturma

İlk abonelik için büyük bir katalog oluşturmak istiyorsanız allowMissing alanının true ve latencyTolerance alanının PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT olarak ayarlandığı monetization.subscriptions.batchUpdate yöntemini kullanmanızı öneririz. Bu, kota sınırları dahilinde katalog oluşturma süresini en aza indirir.

Play Developer API, küçük abonelik katalogları için monetization.subscriptions.create yöntemini sağlar. Alternatif olarak, Ürün güncellemeleri bölümünde açıklandığı gibi allowMissing parametresini kullanarak monetization.subscriptions.patch yöntemini kullanarak abonelikler oluşturabilirsiniz.

Önceki yöntemlerin tümü, temel planlarıyla birlikte abonelikler oluşturur (Abonelik nesnesi içinde sağlanır). Bu temel planlar başlangıçta etkin değildir. Temel planların durumunu yönetmek için monetization.subscriptions.basePlans uç noktasını kullanabilirsiniz. Bu uç nokta, satın alınabilmesi için temel planları etkinleştirmeyi de içerir. Ayrıca monetization.subscriptions.basePlans.offers uç noktası, teklif oluşturmanıza ve yönetmenize olanak tanır.

Ürün güncellemeleri

Aşağıdaki yöntemler, mevcut ürünlerinizi verimli bir şekilde değiştirmenize olanak tanır. Böylece, tekliflerinizin en son ayarlarınızla uyumlu olmasını sağlayabilirsiniz.

Tek seferlik ürünleri güncelleme

Mevcut tek seferlik ürünleri güncellemek için üç yöntemden yararlanabilirsiniz.

  • inappproducts.patch : Yama uç noktası, bir kaynağı kısmen güncellemek için kullanılır. Bu, istek gövdesinde belirttiğiniz belirli alanları güncelleyebileceğiniz anlamına gelir. Yama uç noktası genellikle bir kaynağın yalnızca birkaç alanını güncellemeniz gerektiğinde kullanılır.
  • inappproducts.update : Güncelleme uç noktası, bir kaynağın tamamını güncellemek için kullanılır. Bu, istek gövdesinde kaynak nesnesinin tamamını göndermeniz gerektiği anlamına gelir. Güncelleme uç noktası, genellikle bir kaynaktaki tüm alanları güncellemeniz gerektiğinde kullanılır. allowMissing parametresi true olarak ayarlandığında ve sağlanan ürün kimliği zaten mevcut olmadığında uç nokta, hata yerine ürünü ekler.
  • inappproducts.batchUpdate : Bu, tek bir sorguyla birden fazla ürünü değiştirmenize olanak tanıyan güncelleme uç noktasının toplu bir sürümüdür. Daha yüksek bir işleme hızı elde etmek için latencyTolerance alanını PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT olarak ayarlayarak kullanın.

Abonelik ürünlerini güncelleme

Mevcut abonelikleri güncellemek için monetization.subscriptions.patch yöntemini kullanabilirsiniz. Bu yöntem aşağıdaki zorunlu parametreleri alır:

  • packageName: Aboneliğin ait olduğu uygulamanın paket adı.
  • productId: Aboneliğin benzersiz ürün kimliği.
  • regionsVersion: Bölge yapılandırma sürümü.

allowMissing parametresini kullanarak yeni bir abonelik oluşturmuyorsanız updateMask parametresini sağlamanız gerekir. Bu parametre, güncellemek istediğiniz alanların virgülle ayrılmış bir listesidir.

Örneğin, yalnızca bir abonelik ürününün listelemesini güncellemek istiyorsanız updateMask parametresine listings alanını belirtirsiniz.

Birden fazla aboneliği aynı anda güncellemek için monetization.subscriptions.batchUpdate simgesini kullanabilirsiniz. Daha yüksek bir aktarım hızı elde etmek için latencyTolerance alanını PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT olarak ayarlayarak kullanın.

Temel planları etkinleştirmek, devre dışı bırakmak, silmek veya aboneleri en son temel plan fiyat sürümlerine taşımak için monetization.subscriptions.basePlans uç noktasını kullanın.

Ayrıca, temel planlarınızın tekliflerini monetization.subscriptions.basePlans.offers.patch yöntemiyle güncelleyebilirsiniz.

Katalog mutabakatı

Google Play kataloğunuzu arka uç kataloğunuz her değiştiğinde veya düzenli aralıklarla güncellemeyi seçseniz bile Google Play'in kataloğunun dışında bir katalog yönetim sisteminiz veya veritabanınız varsa Play'deki uygulama yapılandırmanızdaki katalogla senkronizasyonun bozulabileceği durumlar olabilir. Bunun nedeni, Console'da acil durum nedeniyle yapılan manuel katalog değişiklikleri, katalog yönetim sisteminizde yaşanan bir kesinti veya en son verilerinizi kaybetmeniz olabilir.

Tutarsızlık süresinin uzamasını önlemek için bir katalog uzlaştırma süreci oluşturabilirsiniz.

Fark sistemiyle ilgili dikkat edilmesi gereken noktalar

Tutarsızlıkları tespit etmek ve iki sistemi uzlaştırmak için bir karşılaştırma sistemi oluşturmanızı öneririz. Kataloglarınızın senkronize kalmasına yardımcı olacak bir fark sistemi oluştururken dikkate almanız gereken bazı noktalar şunlardır:

  • Veri modellerini anlama: İlk adım, geliştirici içerik yönetim sisteminin ve Google Play Developer API'nin veri modellerini anlamaktır. Bu, her sistemde depolanan farklı veri türlerini ve farklı veri öğelerinin birbiriyle nasıl eşleştiğini bilmeyi içerir.
  • Fark kurallarını tanımlama: Veri modellerini anladıktan sonra fark kurallarını tanımlamanız gerekir. Bu kurallar, iki sistemdeki verilerin nasıl karşılaştırılacağını belirler. Örneğin, ürün kimliklerini eşleştirebilir ve aboneliğin temel özelliklerini, ilişkili temel planlarını ve tekliflerini karşılaştırabilirsiniz.
  • Karşılaştırma algoritması uygulama: Karşılaştırma kurallarını tanımladıktan sonra karşılaştırma algoritmasını uygulamanız gerekir. Bu algoritma, iki sistemdeki verileri alıp tanımladığınız kurallara göre karşılaştırır. Google Play'den katalog verilerini almak için inappproducts.list, inappproducts.batchGet, monetization.subscriptions.list ve monetization.subscriptions.batchGet yöntemlerini kullanabilirsiniz.
  • Fark raporları oluşturma: Fark algoritması bir fark raporu oluşturur. Bu raporda, iki sistem arasındaki farklar gösterilir.
  • Farkları uyumlu hale getirin: Fark raporunu oluşturduktan sonra farklılıkları çözmeniz gerekir. Bu işlem, normalde kataloğunuzu nasıl güncellediğinize bağlı olarak, İYS'nizdeki verileri güncellemeyi veya Geliştirici API'si katalog yönetimi uç noktalarını kullanarak Google Play'deki verileri güncellemeyi içerebilir. Senkronize olmayan ürünleri uyumlu hale getirmek için Ürün güncellemeleri bölümünde açıklanan güncelleme uç noktalarını kullanın.

Ürünlerin kullanımdan kaldırılması

Google Play Developer API, geliştiricilerin ürünlerini kullanımdan kaldırmalarına yardımcı olmak için çeşitli yöntemler sunar: Tek seferlik ürünler için inappproducts.delete ve inappproducts.batchDelete, abonelikler için ise monetization.subscriptions.delete. Bir ürünün desteğinin sonlandırılması aşağıdaki gibi çeşitli senaryolarda gerekli olabilir:

  • Yanlışlıkla oluşturuldu.
  • Bir özelliğin veya hizmetin kullanımdan kaldırılması.

Ürün desteğinin sonlandırılmasını katalog yönetimi stratejinize dahil etmenizi öneririz.

Tek seferlik ürünlerin desteği sonlandırılıyor

Tek seferlik ürünleri Google Play Developer API ile silmek için inappproducts.delete veya inappproducts.batchDelete yöntemini kullanmanız gerekir.

Abonelik ürünlerinin desteğinin sonlandırılması

Abonelikleri monetization.subscriptions.delete yöntemini kullanarak silebilirsiniz. En az bir temel plan etkinleştirildikten sonra abonelik kaldırılamaz.