Quản lý danh sách sản phẩm

Hướng dẫn này giải thích cách sử dụng API Nhà phát triển Google Play để tạo và quản lý danh mục sản phẩm cho ứng dụng Play của bạn.

Để bán sản phẩm trong ứng dụng thông qua hệ thống thanh toán của Google Play, bạn cần thiết lập một danh mục gồm tất cả các sản phẩm mà bạn muốn người dùng mua. Bạn có thể thực hiện việc này thông qua Play Console hoặc có thể tự động quản lý danh mục bằng API Nhà phát triển Google Play. Công nghệ tự động hoá có thể giúp đảm bảo danh mục sản phẩm của bạn luôn cập nhật và mở rộng quy mô thành những danh mục lớn mà việc điều phối thủ công là không hiệu quả. Trong hướng dẫn này, bạn sẽ tìm hiểu cách sử dụng API Nhà phát triển Play để tạo và quản lý danh mục sản phẩm cho ứng dụng Play. Hãy xem hướng dẫn Chuẩn bị của chúng tôi để biết hướng dẫn về cách thiết lập API Nhà phát triển Google Play cho quá trình tích hợp phần phụ trợ.

API Quản lý danh mục

Để tìm hiểu các loại sản phẩm mà bạn có thể bán qua hệ thống thanh toán của Google Play, hãy đọc bài viết Tìm hiểu các loại sản phẩm trong ứng dụng và những điểm cần cân nhắc về danh mục. Google cung cấp 2 bộ API chính để quản lý danh mục trên Play, tương ứng với 2 danh mục sản phẩm chính:

  • Sản phẩm tính phí một lần
  • Sản phẩm đăng ký

Sản phẩm tính phí một lần

Điểm cuối inappproducts cho phép bạn quản lý các sản phẩm tính phí một lần qua phần phụ trợ. Điều này bao gồm việc tạo, cập nhật và xoá sản phẩm, cũng như quản lý giá và tình trạng còn hàng. Tuỳ thuộc vào cách xử lý các giao dịch mua sản phẩm tính phí một lần, bạn sẽ lập mô hình các sản phẩm tiêu dùng (có thể mua bao nhiêu lần tuỳ thích) hoặc các quyền vĩnh viễn (không thể thực hiện hai lần cho cùng một người dùng). Bạn có thể quyết định nên mua sản phẩm tính phí một lần hay không.

Sản phẩm đăng ký

Điểm cuối monetization.subscriptions giúp bạn quản lý các sản phẩm thuê bao qua phần phụ trợ của nhà phát triển. Bạn có thể làm những việc như tạo, cập nhật và xoá gói thuê bao, hoặc kiểm soát tình trạng còn hàng và giá theo khu vực. Ngoài điểm cuối monetization.subscriptions, chúng tôi cũng cung cấp monetization.subscriptions.basePlans và monetization.subscriptions.basePlans.offers để quản lý tương ứng các gói cơ bản và ưu đãi của gói thuê bao.

Phương thức lô

Các điểm cuối inappproducts và monetization.subscriptions cung cấp một số phương thức xử lý hàng loạt cho phép truy xuất hoặc quản lý tối đa 100 thực thể trong cùng một ứng dụng cùng lúc.

Các phương thức lô (khi được sử dụng có khả năng chịu độ trễ đã bật) sẽ hỗ trợ thông lượng cao hơn và đặc biệt hữu ích đối với các nhà phát triển danh mục lớn trong việc tạo danh mục ban đầu hoặc điều chỉnh danh mục.

Cập nhật độ trễ truyền tải so với công suất

Sau khi hoàn tất yêu cầu tạo hoặc sửa đổi sản phẩm, người dùng cuối có thể sẽ không thấy các thay đổi ngay trên thiết bị của họ do sự chậm trễ trong việc xử lý mạng hoặc phần phụ trợ. Theo mặc định, tất cả các yêu cầu sửa đổi sản phẩm đều nhạy cảm về độ trễ. Tức là các API này được tối ưu hoá để truyền tải nhanh qua các hệ thống phụ trợ, thường phản ánh trên thiết bị của người dùng cuối trong vòng vài phút. Tuy nhiên, có giới hạn theo giờ về số lượng yêu cầu sửa đổi như vậy. Đối với những trường hợp cần tạo hoặc cập nhật nhiều sản phẩm (ví dụ: trong quá trình tạo danh mục lớn ban đầu), bạn có thể sử dụng các phương thức hàng loạt với trường latencyTolerance được đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT. Điều này sẽ làm tăng đáng kể thông lượng cập nhật. Các bản cập nhật có khả năng chịu độ trễ sẽ mất tới 24 giờ để có hiệu lực trên các thiết bị của người dùng cuối.

Cấu hình hạn mức

Có một số giới hạn hạn mức bạn cần lưu ý khi sử dụng API Nhà phát triển Play để quản lý danh mục sản phẩm:

  1. API Nhà phát triển Google Play có giới hạn mặc định là 200.000 truy vấn mỗi ngày. Hạn mức này áp dụng cho việc tổng hợp mức sử dụng trong tất cả các điểm cuối, bao gồm cả các API quản lý danh mục.
  2. Các điểm cuối sửa đổi sản phẩm cũng thực thi giới hạn 7.200 truy vấn mỗi giờ. Đây là giới hạn duy nhất cho cả các sản phẩm tính phí một lần và gói thuê bao, cũng như trên mọi yêu cầu sửa đổi, bao gồm cả tạo, cập nhật, kích hoạt và xoá. Các lệnh gọi phương thức sửa đổi hàng loạt sẽ được tính là một truy vấn cho hạn mức này, bất kể số lượng yêu cầu riêng lẻ có trong hạn mức hoặc độ nhạy cảm của các yêu cầu đó.
  3. Các nội dung sửa đổi nhạy cảm về độ trễ cũng có giới hạn 7.200 lần sửa đổi mỗi giờ. Đối với các phương thức hàng loạt, mọi yêu cầu sửa đổi lồng nhau sẽ được tính riêng cho mục đích của hạn mức này. Hạn mức này chỉ có ý nghĩa thực tế đối với những người dùng API theo lô thực hiện cập nhật nhạy cảm về độ trễ, như trong các trường hợp khác, hạn mức 2 sẽ bị hết trước hoặc cùng lúc với hạn mức này.

Dưới đây là một số ví dụ minh hoạ để bạn hiểu mức sử dụng hạn mức của nhiều yêu cầu:

  • Một yêu cầu get để tìm nạp một mục sẽ sử dụng 1 mã thông báo của hạn mức 1 và không có mã thông báo của hạn mức 2 và 3 (vì chúng chỉ liên quan đến điểm cuối sửa đổi).
  • Một yêu cầu get theo lô để tìm nạp tối đa 100 mục cũng sẽ sử dụng 1 mã thông báo của hạn mức 1 và không có mã thông báo của hạn mức 2 và 3.
  • Một yêu cầu modification cho một mặt hàng sẽ sử dụng 1 mã thông báo của hạn mức 1, 1 mã thông báo của hạn mức 2. Nếu yêu cầu có độ trễ nhạy cảm, thì yêu cầu đó cũng sẽ sử dụng 1 mã thông báo của hạn mức 3. Vì hạn mức C có cùng giới hạn với hạn mức 2, nên hạn mức này không có ý nghĩa thiết thực nào đối với những người dùng chỉ sử dụng các phương thức sửa đổi duy nhất.
  • Yêu cầu modification theo lô đối với 100 mục chịu được độ trễ sẽ sử dụng 1 mã thông báo của hạn mức 1, 1 mã thông báo của hạn mức 2. Việc thiết lập hạn mức này sẽ mang lại nhiều lợi nhuận để cập nhật danh mục của bạn. Tuy nhiên, nếu thuật toán của bạn không nhận biết được hạn mức này và vượt quá tỷ lệ này, thì bạn có thể gặp lỗi cho mỗi lệnh gọi bổ sung.
  • Yêu cầu modification theo lô đối với 100 mục nhạy cảm về độ trễ sẽ sử dụng 1 mã thông báo của hạn mức 1, 1 mã thông báo của hạn mức 2 và 100 mã thông báo của hạn mức 3.

Đề xuất sử dụng Catalog Management API

Bằng cách tuân thủ các nguyên tắc này, bạn sẽ tối ưu hoá các hoạt động tương tác của mình với API, đảm bảo trải nghiệm quản lý danh mục suôn sẻ và hiệu quả.

Giám sát mức sử dụng

Bạn cần lưu ý các quy trình sử dụng phức tạp. Ví dụ: tại thời điểm bắt đầu tích hợp, các điểm cuối quản lý danh mục có nhiều khả năng sử dụng nhiều hạn mức hơn để tạo toàn bộ danh mục ban đầu. Điều này có thể ảnh hưởng đến việc sử dụng chính thức các điểm cuối khác như API trạng thái mua hàng nếu bạn gần đạt đến giới hạn sử dụng tổng thể. Bạn cần theo dõi mức sử dụng hạn mức để đảm bảo không vượt quá hạn mức API. Có một số cách để giám sát việc sử dụng. Ví dụ: bạn có thể sử dụng trang tổng quan về hạn mức API của Google Cloud hoặc bất kỳ công cụ giám sát API nội bộ hay bên thứ ba nào khác tuỳ ý.

Hạn mức sử dụng API Optimize

Bạn nên tối ưu hoá mức sử dụng tốc độ để giảm thiểu khả năng xảy ra lỗi API. Để triển khai hiệu quả việc này, bạn nên:

  • Chọn chiến lược quản lý danh mục phù hợp. Sau khi hiểu rõ hạn mức API, bạn cần chọn chiến lược phù hợp cho ứng dụng của mình để đạt được các mục tiêu quản lý danh mục một cách hiệu quả.
  • Chỉ thực hiện số lượng cuộc gọi tối thiểu mà bạn cần để phản ánh các thay đổi của mình.
  • Không gửi các lệnh gọi sửa đổi thừa hoặc không cần thiết đến các API. Bạn có thể phải lưu giữ nhật ký thay đổi trong danh mục phụ trợ của mình.
  • Không vượt quá giới hạn mỗi giờ về việc sửa đổi sản phẩm là 7.200 cụm từ tìm kiếm. Bạn nên xây dựng các quy trình đồng bộ hoá yêu cầu chỉnh sửa nhiều sản phẩm trong một khoảng thời gian ngắn (ví dụ: tạo danh mục ban đầu). Nếu bạn cho rằng các quy trình này vượt quá giới hạn hằng giờ, hãy đợi khi cần thiết để giảm mức sử dụng đến mức an toàn. Hãy cân nhắc sử dụng các phương thức hàng loạt có các bản cập nhật chịu được độ trễ để đạt được công suất cao hơn.
  • Chủ động chuẩn bị để mở rộng quy mô. Khi ứng dụng của bạn phát triển, bạn có thể cần mở rộng phạm vi sử dụng API và nhiều điểm cuối. Hãy đọc tài liệu về hạn mức API Nhà phát triển Google Play để biết thông tin chi tiết về cách tăng hạn mức khi bạn sắp đạt đến mức sử dụng tối đa.
  • Lên lịch có chiến lược cho các quy trình nặng. Hãy cố gắng lên lịch cho các quy trình xử lý danh mục nặng xung quanh các giờ cao điểm sử dụng quan trọng, ví dụ: bạn có thể tránh chạy đồng bộ hoá toàn bộ danh mục trong thời gian có doanh số cao nhất trong tuần.

Thêm logic xử lý lỗi hạn mức

Bất kể bạn xây dựng logic quản lý danh mục hiệu quả đến mức nào, thì bạn cũng nên làm cho logic đó có khả năng thích ứng với giới hạn hạn mức ngoài dự kiến, vì hạn mức hằng ngày được các điểm cuối dùng chung trong các mô-đun tích hợp độc lập của bạn. Hãy nhớ đưa các lỗi điều tiết hạn mức vào quá trình xử lý lỗi và triển khai các khoảng thời gian chờ thích hợp. Mọi lệnh gọi đến API Nhà phát triển Google Play sẽ tạo một phản hồi. Trong trường hợp lệnh gọi không thành công, bạn sẽ nhận được phản hồi lỗi bao gồm mã trạng thái phản hồi HTTP và đối tượng errors, cung cấp thêm thông tin chi tiết về miền lỗi và thông báo gỡ lỗi. Ví dụ: nếu vượt quá giới hạn hằng ngày, bạn có thể gặp lỗi tương tự như sau:

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

Triển khai việc quản lý danh mục

Nhà phát triển sử dụng điểm cuối phát hành sản phẩm của API Nhà phát triển Google Play để đồng bộ hoá danh mục giữa phần phụ trợ và Google Play. Việc đảm bảo danh mục của bạn trên Google Play luôn được cập nhật bằng thông tin mới nhất về danh mục của phần phụ trợ giúp mang lại trải nghiệm tốt hơn cho người dùng. Ví dụ:

  • Bạn sẽ có thể tham khảo toàn bộ danh sách ưu đãi hiện có, cũng như quản lý thẻ ưu đãi và gói cơ bản để điều chỉnh điều kiện và logic hiển thị ưu đãi.
  • Bạn có thể kiểm tra các điểm giá và chi tiết sản phẩm khác nhau mà người dùng đang nhìn thấy trên các nền tảng và đảm bảo các điểm giá đó nhất quán.
  • Bạn sẽ có sẵn chi tiết sản phẩm trong phần phụ trợ khi xử lý giao dịch mua mới mà không cần tăng độ trễ và rủi ro lỗi bằng cách thực hiện thêm lệnh gọi đến API Nhà phát triển Google Play trong các quy trình quan trọng của người dùng.

Có một số giới hạn và những điều cần cân nhắc mà bạn cần lưu ý khi tạo danh mục sản phẩm trên Google Play. Sau khi bạn hiểu các giới hạn này và biết cách sắp xếp cấu trúc danh mục của mình, đã đến lúc bạn quyết định chiến lược đồng bộ hoá.

Chiến lược đồng bộ hóa danh mục

Các điểm cuối phát hành API Nhà phát triển Google Play cho phép bạn cập nhật danh mục của mình khi có thay đổi. Đôi khi, bạn có thể cần thực hiện phương pháp cập nhật định kỳ, trong đó bạn gửi pin các thay đổi trong cùng một quy trình. Mỗi phương pháp yêu cầu các lựa chọn thiết kế khác nhau. Mỗi chiến lược đồng bộ hoá sẽ phù hợp với một số trường hợp sử dụng hơn so với các chiến lược khác và bạn có thể có một nhóm nhu cầu cần gọi cho cả hai, tuỳ thuộc vào tình huống. Đôi khi, bạn có thể muốn cập nhật sản phẩm ngay thời điểm phát hiện thay đổi mới, chẳng hạn như để xử lý nội dung cập nhật khẩn cấp cho sản phẩm (tức là cần sửa giá không chính xác càng sớm càng tốt). Những lúc khác, bạn có thể sử dụng tính năng đồng bộ hoá ở chế độ nền theo định kỳ để đảm bảo phần phụ trợ và danh mục Play của bạn luôn nhất quán. Hãy đọc một số trường hợp sử dụng phổ biến mà bạn có thể muốn triển khai các chiến lược quản lý danh mục này.

Trường hợp nên gửi bản cập nhật khi danh mục sản phẩm tại cửa hàng địa phương thay đổi

Tốt nhất là bạn nên cập nhật ngay khi có bất kỳ thay đổi nào đối với danh mục sản phẩm của phần phụ trợ để giảm thiểu sự chênh lệch.

Loại cập nhật này là lựa chọn phù hợp khi:

  • Bạn phải đảm bảo rằng sản phẩm của mình luôn là thông tin mới nhất.
  • Mỗi ngày, bạn cần thực hiện một vài thay đổi đối với sản phẩm.
  • Bạn cần cập nhật những sản phẩm đã sản xuất và đang bán.

Phương pháp này dễ triển khai hơn và cho phép bạn đồng bộ hoá danh mục của mình với khoảng thời gian chênh lệch nhỏ nhất.

Thời điểm nên sử dụng bản cập nhật định kỳ

Bản cập nhật định kỳ chạy không đồng bộ với phiên bản sản phẩm trên phần phụ trợ của bạn và đây là một lựa chọn phù hợp khi:

  • Bạn không cần phải đảm bảo sản phẩm được cập nhật trong một thông báo ngắn.
  • Bạn cần lên kế hoạch cập nhật hàng loạt hoặc cho quy trình hoà giải.
  • Bạn đã có một Hệ thống quản lý nội dung hoặc danh mục để xử lý các sản phẩm kỹ thuật số và hệ thống này sẽ cập nhật danh mục của bạn liên tục

Trong trường hợp danh mục lớn, hãy cân nhắc sử dụng các phương thức hàng loạt có bản cập nhật chịu được độ trễ để đạt được công suất tối đa.

Tạo danh mục sản phẩm

Nếu có một danh mục lớn cần tải lên Google Play, bạn nên tự động hoá việc tải ban đầu. Loại quy trình nặng này hoạt động hiệu quả nhất nếu bạn tuân theo một chiến lược định kỳ kết hợp với các phương thức hàng loạt chịu được độ trễ.

Tạo sản phẩm tính phí một lần

Để tạo danh mục lớn cho sản phẩm một lần đầu tiên, bạn nên sử dụng phương thức inappproducts.batchUpdate với trường allowMissing được đặt thành true và trường latencyTolerance được đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT. Việc này sẽ giúp giảm thiểu thời gian cần thiết để tạo danh mục trong hạn mức.

Đối với các danh mục nhỏ, bạn có thể sử dụng phương thức inapp_products.insert. Ngoài ra, bạn có thể sử dụng phương thức inappproducts.update với tham số allowMissing như mô tả trong mục Cập nhật sản phẩm. Phương pháp này có lợi ích là bạn không cần tập lệnh phải có trạng thái và có thể khởi động lại từ đầu nếu có sự cố.

Tạo các sản phẩm thuê bao

Để tạo danh mục lớn cho gói thuê bao lần đầu, bạn nên sử dụng phương thức monetization.subscriptions.batchUpdate với trường allowMissing được đặt thành true và trường latencyToleranceđược đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT. Việc này sẽ giúp giảm thiểu thời gian cần thiết để tạo danh mục trong hạn mức.

Đối với các danh mục gói thuê bao nhỏ hơn, API Nhà phát triển Play cung cấp phương thức monetization.subscriptions.create. Ngoài ra, bạn có thể tạo gói thuê bao bằng phương thức monetization.subscriptions.update với tham số allowMissing như mô tả trong phần Cập nhật sản phẩm.

Mọi phương thức trước đó tạo gói thuê bao cùng với gói cơ bản (được cung cấp trong đối tượng Gói thuê bao). Ban đầu, các gói cơ bản này không hoạt động. Để quản lý trạng thái của gói cơ bản, bạn có thể sử dụng điểm cuối monetization.subscriptions.basePlans, bao gồm cả việc kích hoạt gói cơ bản để người dùng có thể mua gói đó. Ngoài ra, điểm cuối monetization.subscriptions.basePlans.offers cho phép bạn tạo và quản lý các ưu đãi.

Thông tin cập nhật về sản phẩm

Các phương thức sau đây giúp bạn sửa đổi sản phẩm hiện có một cách hiệu quả, đảm bảo sản phẩm bạn cung cấp phù hợp với những điều chỉnh mới nhất.

Cập nhật sản phẩm tính phí một lần

Bạn có thể sử dụng 3 phương thức để cập nhật các sản phẩm tính phí một lần hiện có.

  • inappproducts.patch : Điểm cuối của bản vá được dùng để cập nhật một phần tài nguyên. Tức là bạn có thể cập nhật các trường cụ thể mà bạn chỉ định trong phần nội dung yêu cầu. Điểm cuối của bản vá thường được dùng khi bạn chỉ cần cập nhật một vài trường của tài nguyên.
  • inappproducts.update : Điểm cuối cập nhật được dùng để cập nhật toàn bộ tài nguyên. Điều này có nghĩa là bạn sẽ cần gửi toàn bộ đối tượng tài nguyên trong phần nội dung yêu cầu. Điểm cuối cập nhật thường được dùng khi bạn cần cập nhật tất cả các trường trong một tài nguyên. Khi tham số allowMissing được đặt thành true và mã sản phẩm đã cung cấp chưa tồn tại, điểm cuối sẽ chèn sản phẩm thay vì không thành công.
  • inappproducts.batchUpdate: Đây là phiên bản lô của điểm cuối cập nhật, cho phép bạn sửa đổi nhiều sản phẩm bằng một truy vấn duy nhất. Hãy sử dụng thuộc tính này cùng với trường latencyTolerance được đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT để đạt được công suất cao hơn.

Cập nhật sản phẩm thuê bao

Để cập nhật các gói thuê bao hiện có, bạn có thể sử dụng phương thức monetization.subscriptions.patch. Phương thức này sử dụng các tham số bắt buộc sau:

  • packageName: Tên gói của ứng dụng chứa gói thuê bao.
  • productId: Mã sản phẩm duy nhất của gói thuê bao.
  • regionsVersion: Phiên bản cấu hình khu vực.

Nếu không tạo gói thuê bao mới bằng cách sử dụng tham số allowMissing, thì bạn phải cung cấp tham số updateMask. Tham số này là danh sách các trường được phân tách bằng dấu phẩy mà bạn muốn cập nhật.

Ví dụ: nếu chỉ muốn cập nhật trang thông tin của một sản phẩm thuê bao, bạn cần chỉ định trường listings cho tham số updateMask.

Bạn có thể dùng monetization.subscriptions.batchUpdate để cập nhật nhiều gói thuê bao cùng một lúc. Hãy sử dụng thuộc tính này cùng với trường latencyTolerance được đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT để đạt được công suất cao hơn.

Để kích hoạt, huỷ kích hoạt, xoá gói cơ bản hoặc di chuyển người đăng ký sang các phiên bản giá gói cơ bản mới nhất, hãy sử dụng điểm cuối monetization.subscriptions.basePlans.

Ngoài ra, bạn có thể cập nhật ưu đãi của các gói cơ bản bằng phương thức monetization.subscriptions.basePlans.offers.patch.

Điều chỉnh danh mục

Dù bạn chọn cập nhật danh mục trên Google Play mỗi khi thay đổi danh mục của phần phụ trợ hay định kỳ, nếu bạn có một hệ thống quản lý danh mục hoặc một cơ sở dữ liệu nằm ngoài danh mục của Google Play, thì có thể xảy ra trường hợp danh mục đó không đồng bộ với danh mục trong cấu hình ứng dụng của bạn trên Play. Điều này có thể là do những thay đổi khẩn cấp về danh mục theo cách thủ công trong Console, hệ thống quản lý danh mục của bạn đã ngừng hoạt động hoặc nếu bạn bị mất dữ liệu mới nhất.

Bạn có thể xây dựng quy trình điều chỉnh danh mục để tránh khoảng thời gian chênh lệch kéo dài.

Khác biệt về cân nhắc hệ thống

Bạn nên xây dựng một hệ thống điểm khác biệt để phát hiện những điểm không nhất quán và điều chỉnh hai hệ thống. Dưới đây là một số điều cần xem xét khi xây dựng một hệ thống khác biệt để giúp danh mục của bạn luôn đồng bộ:

  • Hiểu các mô hình dữ liệu: Bước đầu tiên là tìm hiểu các mô hình dữ liệu của CMS dành cho nhà phát triển và API Nhà phát triển Google Play. Điều này bao gồm việc biết các loại dữ liệu khác nhau được lưu trữ trong mỗi hệ thống và cách các phần tử dữ liệu ánh xạ với nhau.
  • Xác định quy tắc điểm khác biệt: Sau khi hiểu rõ các mô hình dữ liệu, bạn cần xác định quy tắc điểm khác biệt. Những quy tắc này sẽ xác định cách so sánh dữ liệu trong 2 hệ thống. Ví dụ: bạn nên so khớp mã sản phẩm và so sánh các thuộc tính chính của gói thuê bao cũng như các gói cơ bản và ưu đãi có liên kết.
  • Triển khai thuật toán điểm khác biệt: Sau khi xác định được các quy tắc điểm khác biệt, bạn cần triển khai thuật toán điểm khác biệt. Thuật toán này sẽ lấy dữ liệu từ hai hệ thống và so sánh dữ liệu đó theo các quy tắc bạn đã xác định. Để lấy dữ liệu danh mục từ Google Play, bạn có thể sử dụng các phương thức inappproducts.list, inappproducts.batchGet, monetization.subscriptions.list và monetization.subscriptions.batchGet.
  • Tạo báo cáo điểm khác biệt: Thuật toán điểm khác biệt sẽ tạo một báo cáo điểm khác biệt. Báo cáo này sẽ cho thấy sự khác biệt giữa cả hai hệ thống.
  • Điều chỉnh sự khác biệt: Sau khi tạo báo cáo điểm khác biệt, bạn cần giải quyết sự khác biệt đó. Việc này có thể liên quan đến việc cập nhật dữ liệu trong CMS hoặc có thể liên quan đến việc cập nhật dữ liệu ở phía Google Play bằng điểm cuối quản lý danh mục API Nhà phát triển, tuỳ thuộc vào cách bạn thường cập nhật danh mục của mình. Để điều chỉnh các sản phẩm không đồng bộ, hãy sử dụng các điểm cuối cập nhật theo mô tả trong mục Thông tin cập nhật về sản phẩm.

Sản phẩm không dùng nữa

API Nhà phát triển Google Play cung cấp một số phương thức để hỗ trợ nhà phát triển ngừng sử dụng sản phẩm của họ: inappproducts.delete và inappproducts.batchDelete đối với các sản phẩm tính phí một lần và monetization.subscriptions.delete đối với các gói thuê bao. Có thể bạn cần ngừng sử dụng sản phẩm trong nhiều trường hợp, chẳng hạn như:

  • Do nhầm lẫn khi tạo.
  • Ngừng cung cấp một tính năng hoặc dịch vụ.

Bạn nên kết hợp việc ngừng sử dụng sản phẩm vào chiến lược quản lý danh mục của mình.

Ngừng sử dụng các sản phẩm tính phí một lần

Để xoá các sản phẩm tính phí một lần bằng API Nhà phát triển Google Play, bạn cần sử dụng phương thức inappproducts.delete hoặc inappproducts.batchDelete.

Ngừng sử dụng các sản phẩm thuê bao

Bạn có thể xoá các gói thuê bao bằng phương thức monetization.subscriptions.delete. Bạn không thể xoá gói thuê bao sau khi kích hoạt ít nhất một gói cơ bản.