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 của bạn trên Play.
Nếu muố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 để tạo một danh mục gồm tất cả những sản phẩm mà bạn muốn giới thiệu mua hàng của người dùng. Bạn có thể làm việc này thông qua Play Console hoặc có thể tự động hoá việc quản lý danh mục bằng API Nhà phát triển Google Play. Tính năng tự động hoá có thể giúp đảm bảo danh mục sản phẩm của bạn luôn được cập nhật và mở rộng quy mô thành các danh mục lớn, điều phối thủ công là không thiết thực. 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 của mình. Hãy xem hướng dẫn Chuẩn bị của chúng tôi để biết cách thiết lập thiết lập API Nhà phát triển Google Play để tích hợp phần phụ trợ.
API Quản lý danh mục
Để tìm hiểu về các loại sản phẩm khác nhau mà bạn có thể bán thông qua hệ thống thanh toán, đọc 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 hai bộ API chính để quản lý danh mục trên Play, tương ứng với hai 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ý một lần
từ phần phụ trợ của bạn. Đ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 bạn 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
sản phẩm tiêu dùng (có thể được mua bao nhiêu lần tuỳ thích) hoặc mua vĩnh viễn
quyền (một người dùng không thể thực hiện hai lần). Bạn có thể quyết định
sản phẩm tính phí một lần có thể là sản phẩm tiêu dùng hay không.
Sản phẩm đăng ký
Điểm cuối monetization.subscriptions giúp bạn quản lý gói thuê bao
từ chương trình 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,
cũng như xoá các 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 thuê bao các gói cơ bản và ưu đãi.
Phương thức lô
inappproducts và monetization.subscriptions
điểm cuối cung cấp một số phương thức hàng loạt cho phép truy xuất hoặc quản lý
cho 100 thực thể trong cùng một ứng dụng cùng lúc.
Các phương thức hàng loạt, khi được sử dụng cùng với khả năng chấp nhận độ trễ đã bật, sẽ hỗ trợ độ trễ cao hơn và đặc biệt hữu ích với các nhà phát triển danh mục lớn trong giai đoạn đầu tạo danh mục 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 yêu cầu tạo hoặc sửa đổi sản phẩm hoàn tất, nội dung thay đổi có thể không được
hiển thị ngay cho người dùng cuối trên thiết bị của họ do mạng hoặc phần phụ trợ
độ trễ xử lý.
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ễ. Điều này có nghĩa là
chúng được tối ưu hoá để phổ biến nhanh thông qua các hệ thống phụ trợ, thường là
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 bạn cần tạo hoặc cập nhật nhiều sản phẩm (ví dụ: trong khi
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
Đã đặt trường latencyTolerance 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. Bản cập nhật có khả năng chống trễ
sẽ mất tới 24 giờ để phân bổ đến 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 biết khi sử dụng Nhà phát triển trên Play API để quản lý danh mục sản phẩm:
- API Nhà phát triển Google Play có giới hạn mặc định là 200.000 truy vấn cho mỗi API 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.
- Các điểm cuối sửa đổi sản phẩm cũng áp dụng giới hạn 7.200 truy vấn mỗi lần giờ. Đây là giới hạn duy nhất cho cả sản phẩm tính phí một lần và gói thuê bao và 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, 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 bao gồm hoặc độ trễ của chúng nhạy cảm.
- 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 đều được tính cho mục đích của hạn mức này. Hạn mức này có thực tế chỉ ảnh hưởng đến những người dùng API lô có hoạt động phân biệt độ trễ các bản cập nhật, 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 đó thời gian là hạn mức này.
Dưới đây là một số ví dụ minh hoạ để hiểu cách sử dụng hạn mức của các yêu cầu khác nhau:
- Một yêu cầu
getđể tìm nạp một mặt hàng sẽ tiêu tốn 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
gettheo 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ã của hạn mức 2 và 3. - Một yêu cầu
modificationcho 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 hạn mức 2. Nếu yêu cầu có nhạy cảm về độ trễ, 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 hạn mức với hạn mức 2, nên không có ý nghĩa thiết thực nào đối với những người dùng chỉ sử dụng một sửa đổi duy nhất . - Một yêu cầu
modificationtheo lô cho 100 mục chịu được độ trễ 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. Thiết lập hạn mức này sẽ cho phép lợi nhuận để cập nhật danh mục nhạc phẩm, nhưng nếu thuật toán của bạn không biết đến hạn mức này và vượt quá tốc độ này, bạn có thể bị lỗi cho mỗi cuộc gọi bổ sung. - Một yêu cầu
modificationtheo lô cho 100 mục nhạy cảm có độ trễ sẽ được tiêu thụ 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
Khi 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ụ: ở đầu khi tích hợp, các điểm cuối quản lý danh mục của bạn có nhiều khả năng sử dụng hạn mức để tạo toàn bộ danh mục ban đầu của mình và đ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 đang gần đạt đến hạn mức sử dụng chung. Bạn cần theo dõi mức sử dụng hạn mức để đảm bảo rằng bạn 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 Google Cloud, hoặc bất kỳ dịch vụ nội bộ nào công cụ giám sát API của bên thứ ba mà bạn chọn.
Hạn mức sử dụng API Optimize
Bạn nên tối ưu hoá việc sử dụng tốc độ để giảm thiểu khả năng 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õ về API hạn mức, bạn cần chọn chiến lược phù hợp để ứng dụng của mình đạt được mục tiêu quản lý danh mục của mình 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. Chiến dịch này có thể yêu cầu bạn lưu nhật ký thay đổi trong danh mục phụ trợ.
- 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 có thể muốn xây dựng các quy trình đồng bộ hoá đòi hỏi bạn phải thực hiện số lượng lớn sản phẩm các sửa đổi trong một khoảng thời gian ngắn (ví dụ: danh mục ban đầu tạo). Nếu bạn muốn các quy trình này vượt quá giới hạn theo giờ, triển khai sẽ chờ khi cần thiết để giảm tốc độ sử dụng đến mức an toàn. Cân nhắc sử dụng hàng loạt có cập nhật chịu được độ trễ để đạt được thông lượng 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 phải mở rộng quy mô sử dụng API và nhiều điểm cuối khác nhau. Hãy đọc tài liệu về Google Tài liệu về hạn mức API Nhà phát triển 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. Cố gắng lên lịch cho danh mục nhạc nặng xung quanh các mốc 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 giờ bán hàng cao điểm trong tuần.
Thêm logic xử lý lỗi hạn mức
Cho dù bạn xây dựng logic quản lý danh mục hiệu quả đến mức nào, bạn cũng nên
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 là
được chia sẻ bằng các điểm cuối được dùng trong các mô-đun độc lập của quá trình tích hợp. Đảm bảo
bạn đư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
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
nếu lệnh gọi không thành công, bạn sẽ nhận được phản hồi không thành công 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 của họ giữa phần phụ trợ và Google Play. Chế tạo đảm bảo danh mục trên Google Play luôn cập nhật danh mục phụ trợ của bạn thông tin mới nhất đều có lợi thế trong việc tạo trải nghiệm người dùng tốt hơn. Ví dụ:
- Bạn sẽ có thể tham khảo toàn bộ danh sách các ưu đãi hiện có và quản lý thẻ ưu đãi và thẻ gói cơ bản để tăng điều kiện và xuất hiện ưu đãi logic.
- Bạn có thể kiểm tra những đ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 nhiều nền tảng và đảm bảo chúng 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ý sản phẩm mới mua hàng mà không cần tăng độ trễ và rủi ro thất bại bằng cách thực hiện các lệnh gọi bổ sung đến API Nhà phát triển Google Play trong các quy trình quan trọng dành cho 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 nên tuân thủ khi tạo danh mục sản phẩm trên Google Play. Sau khi hiểu rõ những giới hạn này và bạn biết cách sắp xếp cấu trúc danh mục nhạc phẩm. Đã đến lúc quyết định chiến lược đồng bộ hoá của bạn.
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 lên danh mục của mình khi có thay đổi. Đôi khi, bạn có thể cần thực hiện cập nhật, trong đó bạn gửi một loạt các thay đổi trong cùng một quy trình. Một phương pháp tiếp cận này đòi hỏi 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 các trường hợp sử dụng khác và bạn có thể có một nhóm nhu cầu cho cả hai, tuỳ theo tình huống. Đôi khi, bạn nên cập nhật một sản phẩm vào thời điểm bạn biết có thay đổi mới, ví dụ: quá trình cập nhật sản phẩm khẩn cấp (ví dụ: cần sửa giá không chính xác thành sớm nhất có thể). Những lúc khác, bạn có thể sử dụng quy trình đồng bộ hoá ở chế độ nền theo định kỳ để đảm bảo chương trình phụ trợ của bạn và danh mục Play luôn nhất quán. Đọc một số cách sử dụng phổ biến mà bạn có thể muốn triển khai các hoạt động quản lý danh mục chiến lược.
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à việc cập nhật sẽ diễn ra ngay khi có bất kỳ thay đổi nào đối với phần phụ trợ của bạn danh mục sản phẩm để 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 có 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ợ, và là 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ó Hệ thống quản lý danh mục hoặc nội dung để xử lý các sản phẩm kỹ thuật số và liên tục cập nhật danh mục sản phẩm của bạn
Đối với danh mục lớn, hãy cân nhắc sử dụng các phương thức xử lý hàng loạt có khả năng chịu độ trễ các bản cập nhật để đạ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á tải ban đầu. Loại quy trình nặng này hoạt động hiệu quả nhất nếu chiến lược định kỳ kết hợp với các phương thức xử lý hàng loạt có khả năng chịu độ 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 chỉ dùng một lần, bạn nên sử dụng thuộc tính
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 phần Cập nhật sản phẩm.
Phương pháp này có lợi ích là không cần phải
có trạng thái và có thể được 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 ban đầ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
đến 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 có quy mô 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
monetization.subscriptions.update bằng phần tử
Tham số allowMissing như mô tả trong phần Cập nhật sản phẩm.
Tất cả phương thức trước đó tạo gói thuê bao kèm theo 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 là
không hoạt động. Cách quản lý gói cơ bản trạng thái, bạn có thể sử dụng
Điểm cuối monetization.subscriptions.basePlans, bao gồm cả việc kích hoạt một
gói cơ bản để cung cấp cho người dùng.
Ngoài ra, điểm cuối monetization.subscriptions.basePlans.offers
cho phép bạn tạo và quản lý ưu đãi.
Thông tin cập nhật về sản phẩm
Các phương pháp sau giúp bạn sửa đổi hiệu quả các sản phẩm hiện có của mình, đả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. Điều này có nghĩa 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. Bản vá điểm cuối thường được dùng khi bạn chỉ cần cập nhật một vài trường của nguồ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. Chiến lược phát hành đĩa đơn đ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 nguồn. Khi tham sốallowMissingđược đặt thànhtruevà tham số được cung cấp mã sản phẩm chưa tồn tại, điểm cuối sẽ chèn sản phẩm thay vì thất bại.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. Sử dụng cùng với Đã đặt trườnglatencyTolerancethànhPRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANTđể đạt được thông lượng 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
lấy 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.
Trừ phi bạn tạo một gói thuê bao mới bằng cách sử dụng thông số allowMissing
, bạn phải cung cấp tham số updateMask. Thông số này là một
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 bạn chỉ muốn cập nhật trang thông tin của một sản phẩm thuê bao,
bạn sẽ 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 mức cao hơn
thông lượng.
Để 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á mới nhất của gói cơ bản sử dụng điểm cuối monetization.subscriptions.basePlans.
Ngoài ra, bạn có thể cập nhật các gói cơ bản ưu đãi
monetization.subscriptions.basePlans.offers.patch
.
Điều chỉnh danh mục
Bạn có chọn cập nhật danh mục Google Play mỗi khi máy chủ phụ trợ của bạn thay đổi danh mục hoặc định kỳ, nếu bạn có hệ thống quản lý danh mục hoặc cơ sở dữ liệu bên ngoài danh mục của Google Play, có thể xảy ra trường hợp 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 các thay đổi khẩn cấp về danh mục trong Play Console, do đó đã xảy ra sự cố ngừng dịch vụ trên hệ thống quản lý danh mục của mình 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 sự chênh lệch kéo dài cửa sổ.
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 về điểm khác biệt để phát hiện những điểm không thống nhất và điều chỉnh hai hệ thống. Dưới đây là một số điều cần cân nhắc khi xây dựng hệ thống về sự khác biệt để giúp đảm bảo danh mục đã đồng bộ hoá:
- Tìm hiểu các mô hình dữ liệu: Bước đầu tiên là tìm hiểu dữ liệu các mô hình CMS của nhà phát triển và API Nhà phát triển Google Play. bao gồm 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ạ lẫn 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 dữ liệu trong hệ thống được so sánh. 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 với các gói cơ bản có liên quan và Google.
- 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,
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 theo quy tắc mà bạn đã xác định. Để tải
dữ liệu danh mục trên Google Play, bạn có thể sử dụng
inappproducts.list!inappproducts.batchGet,monetization.subscriptions.listvàmonetization.subscriptions.batchGetphương thức. - 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 chiếu 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 các điểm khác biệt. Việc này có thể liên quan đến việc cập nhật dữ liệu trong Hệ thống quản lý nội dung (CMS) của bạn, hoặc việc này có thể liên quan đến việc cập nhật dữ liệu ở phía Google Play bằng cách sử dụng API Nhà phát triển điểm cuối quản lý danh mục, tuỳ thuộc vào cách bạn thường cập nhật danh mục nhạc phẩm. Để điều chỉnh các sản phẩm không đồng bộ, hãy sử dụng điểm cuối cập nhật theo mô tả trong phần Cập nhật 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:
inappproducts.delete và
inappproducts.batchDelete
cho các sản phẩm tính phí một lần và
monetization.subscriptions.delete
cho 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 đưa việc ngừng sử dụng sản phẩm vào quy trình quản lý danh mục chiến lược.
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
thời gian
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
monetization.subscriptions.delete
. Bạn không thể xoá một gói thuê bao sau khi đã có ít nhất một gói cơ bản
đã kích hoạt.