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 của bạn trên Play.

Để 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ả sản phẩm mà bạn muốn người dùng mua được. Bạn có thể thực hiện việc này thông qua Play Console hoặc tự động hoá việc 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 của bạn luôn được cập nhật và mở rộng quy mô cho các danh mục lớn mà việc điều phối thủ công là không thực tế. Trong hướng dẫn này, bạn sẽ thấy 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 của bạn trên 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 quy trình tích hợp phần phụ trợ.

Catalog Management APIs

Để tìm hiểu về các loại sản phẩm mà bạn có thể bán bằng 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ều cần lưu ý 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

Sản phẩm tính phí một lần (trước đây gọi là sản phẩm trong ứng dụng) sử dụng mô hình đối tượng sản phẩm tính phí một lần. Mô hình này cho phép bạn thiết lập nhiều lựa chọn mua và ưu đãi cho sản phẩm tính phí một lần. Mô hình đối tượng sản phẩm tính phí một lần giúp bạn linh hoạt hơn trong cách bán sản phẩm và giảm độ phức tạp của việc quản lý sản phẩm. Các sản phẩm trong ứng dụng hiện có của bạn sẽ được di chuyển sang mô hình đối tượng sản phẩm tính phí một lần. Để biết thêm thông tin, hãy xem phần Di chuyển sản phẩm trong ứng dụng.

Các điểm cuối monetization.onetimeproducts và inappproducts cho phép bạn quản lý các sản phẩm tính phí một lần từ 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ý giao dịch mua sản phẩm tính phí một lần, bạn sẽ mô hình hoá sản phẩm tiêu hao (có thể mua bao nhiêu lần tuỳ ý) hoặc quyền vĩnh viễn (cùng một người dùng không thể mua hai lần). Bạn có thể quyết định sản phẩm tính phí một lần nào nên là sản phẩm tiêu hao và sản phẩm nào 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 từ 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 của gói thuê bao. 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 để lần lượt quản lý gói cơ bản và ưu đãi của gói thuê bao.

Phương thức hàng loạt

Các điểm cuối onetimeproducts, inappproducts và monetization.subscriptions 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ý tối đa 100 thực thể trong cùng một ứng dụng cùng một lúc.

Các phương thức theo lô, khi được dùng với 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 cho các nhà phát triển có danh mục lớn để tạo danh mục ban đầu hoặc đối chiếu danh mục.

Cập nhật độ trễ truyền so với thông lượng

Sau khi yêu cầu tạo hoặc sửa đổi sản phẩm hoàn tất, người dùng cuối có thể không thấy ngay các thay đổi trên thiết bị của họ do độ trễ xử lý mạng hoặc phụ trợ. Theo mặc định, tất cả yêu cầu sửa đổi sản phẩm đều nhạy cảm với độ trễ. Điều này có nghĩa là các chỉ số này được tối ưu hoá để truyền 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 bạn 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 được đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT.latencyTolerance Điều này sẽ giúp tăng đáng kể thông lượng cập nhật. Các bản cập nhật có độ trễ sẽ mất tối đa 24 giờ để truyền đến thiết bị của người dùng cuối.

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

Bạn cần lưu ý một số hạn mức 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 sắp xếp thành các danh mục gọi là nhóm. Mỗi nhóm có hạn mức riêng theo phút. Để biết thêm thông tin, hãy xem phần hạn mức.
  2. 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 giờ. Đây là một giới hạn duy nhất cho cả sản phẩm mua một lần và gói thuê bao, cũng như cho tất cả các yêu cầu sửa đổi, bao gồm cả yêu cầu 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 đượ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 đưa vào hoặc độ nhạy về độ trễ của các yêu cầu đó.
  3. Các sửa đổi nhạy cảm về độ trễ cũng có giới hạn là 7.200 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 hàng loạt thực hiện các bản cập nhật nhạy cảm về độ trễ, vì trong các trường hợp khác, hạn mức 2 sẽ hết trước hoặc cùng lúc với hạn mức này.

Sau đây là một số ví dụ minh hoạ để giúp bạn hiểu rõ mức 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 duy nhất để tìm nạp một mục sẽ tiêu thụ 1 mã thông báo của hạn mức 1 và không tiêu thụ mã thông báo nào của hạn mức 2 và 3 (vì các hạn mức này chỉ liên quan đến các đ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 sử dụng mã thông báo nào của hạn mức 2 và 3.
  • Một yêu cầu modification cho một mục sẽ tiêu thụ 1 mã thông báo hạn mức 1, 1 mã thông báo 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 trong 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 hạn mức này không có ý nghĩa thực tế đối với những người dùng chỉ sử dụng các phương thức sửa đổi đơn lẻ.
  • Một yêu cầu modification theo lô cho 100 mục có độ trễ sẽ sử dụng 1 mã thông báo hạn mức 1, 1 mã thông báo hạn mức 2. Chế độ thiết lập hạn mức này sẽ cho phép bạn có đủ khoảng trống để cập nhật danh mục. 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ốc độ này, bạn có thể gặp lỗi cho mỗi lệnh gọi bổ sung.
  • Một yêu cầu modification hàng loạt cho 100 mục nhạy cảm với độ trễ sẽ tiêu thụ 1 mã thông báo hạn mức 1, 1 mã thông báo hạn mức 2 và 100 mã thông báo 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 có thể tối ưu hoá các hoạt động tương tác với API, đảm bảo trải nghiệm quản lý danh mục mượt mà và hiệu quả.

Theo dõi mức sử dụng

Bạn nên biết về các quy trình sử dụng nhiều tài nguyên. Ví dụ: khi bắt đầu 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ẽ tiêu thụ nhiều hạn mức hơn để tạo danh mục ban đầu đầy đủ và điều này có thể ảnh hưởng đến việc sử dụng trong thực tế của các điểm cuối khác như API trạng thái mua 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 để theo dõi mứ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ỳ công cụ giám sát API nội bộ hoặc của bên thứ ba nào khác mà bạn chọn.

Tối ưu hoá việc sử dụng hạn mức API

Bạn nên tối ưu hoá mức sử dụng hạn mức để giảm thiểu khả năng xảy ra lỗi API. Để triển khai hiệu quả, 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 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 cần thiết để phản ánh các thay đổi của bạn.
  • Đừng gửi các lệnh gọi sửa đổi dư thừa hoặc không cần thiết đến các API. Việc này có thể yêu cầu bạn lưu giữ nhật ký thay đổi trong danh mục phụ trợ.
  • Không vượt quá giới hạn sửa đổi sản phẩm theo giờ là 7.200 truy vấn. Bạn có thể muốn tạo các quy trình đồng bộ hoá yêu cầu bạn thực hiện nhiều thay đổi về 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 dự kiến các quy trình này sẽ vượt quá giới hạn theo giờ, hãy triển khai thời gian chờ khi cần thiết để giảm tốc độ sử dụng xuống mức an toàn. Cân nhắc sử dụng các phương thức xử lý hàng loạt với các bản cập nhật 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 tăng mức sử dụng API và nhiều điểm cuối. Đọc tài liệu về hạn mức của 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 cho các quy trình nặng một cách có chiến lược. Hãy cố gắng lên lịch cho các quy trình xử lý danh mục lớn vào những thời điểm có mức sử dụng cao nhất, ví dụ: bạn có thể tránh chạy quy trình đồng bộ hoá toàn bộ danh mục trong thời gian 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 một cách hiệu quả đến đâu, bạn cũng nên tạo ra khả năng phục hồi cho logic đó trước các hạn mức không mong muốn, vì hạn mức hằng ngày được chia sẻ bởi các điểm cuối được dùng trong các mô-đun độc lập của quy trình tích hợp. Đảm bảo bạn đưa lỗi điều tiết hạn mức vào quy trình xử lý lỗi và triển khai thời gian chờ thích hợp. Mỗi lệnh gọi được thực hiện đến API Nhà phát triển Google Play sẽ tạo ra 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 một phản hồi không thành công bao gồm mã trạng thái phản hồi HTTP và một đố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á hạn mức hằng ngày, bạn có thể gặp phải 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 tính năng quản lý danh mục

Nhà phát triển sử dụng các điểm cuối phát hành sản phẩm của API Nhà phát triển Google Play để duy trì trạng thái đồng bộ hoá danh mục giữa phần phụ trợ của họ 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 thông tin mới nhất trong danh mục của phần phụ trợ sẽ mang lại nhiều lợi ích để tạo 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 các ưu đãi hiện có và quản lý thẻ ưu đãi cũng như thẻ gói cơ bản để tác động đến điều kiện và logic hiển thị ưu đãi của riêng bạn.
  • Bạn có thể kiểm tra các mức giá và thông tin chi tiết về sản phẩm mà người dùng đang thấy trên các nền tảng, đồng thời đảm bảo rằng các thông tin này nhất quán.
  • Bạn sẽ có sẵn thông tin chi tiết về sản phẩm ở phần phụ trợ khi xử lý giao dịch mua mới mà không cần tăng độ trễ và nguy cơ 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 của người dùng.

Bạn nên lưu ý một số giới hạn và điểm cần cân nhắc 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à biết cách bạn muốn cấu trúc danh mục, đã đến lúc bạn quyết định chiến lược đồng bộ hoá.

Chiến lược đồng bộ hoá danh mục

Các điểm cuối phát hành của API Nhà phát triển Google Play cho phép bạn cập nhật danh mục khi có thay đổi. Đôi khi, bạn có thể cần áp dụng phương pháp cập nhật định kỳ, trong đó bạn gửi một loạt thay đổi trong cùng một quy trình. Mỗi phương pháp đều đò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 những trường hợp khác và bạn có thể có một số nhu cầu đòi hỏi cả hai, tuỳ thuộc vào tình huống. Đôi khi, bạn có thể muốn cập nhật một sản phẩm ngay khi biết có thay đổi mới, chẳng hạn như để xử lý một nội dung cập nhật khẩn cấp về sản phẩm (tức là bạn cần phải chỉnh sửa giá sai càng sớm càng tốt). Trong những trường hợp khác, bạn có thể sử dụng tính năng đồng bộ hoá định kỳ trong nền để đảm bảo rằng các danh mục phụ trợ và danh mục trên Play luôn nhất quán. Đọ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.

Thời điểm gửi nội dung cập nhật khi danh mục tại đị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ự khác biệt.

Bạn nên chọn loại nội dung cập nhật này khi:

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

Phương pháp này dễ triển khai hơn và cho phép bạn giữ cho danh mục luôn đồng bộ với khoảng thời gian chênh lệch tối thiểu.

Trường hợp nên sử dụng bản cập nhật định kỳ

Các bản cập nhật định kỳ được 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 thời gian ngắn.
  • Bạn cần lên kế hoạch cho các quy trình cập nhật hoặc đối chiếu hàng loạt.
  • 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 đó liên tục cập nhật danh mục của bạn

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ó khả năng chịu độ trễ để đạt được thông lượng 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 có thể muốn tự động hoá lần 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 có độ trễ cao.

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

Để tạo danh mục sản phẩm ban đầu một lần, bạn nên sử dụng monetization.onetimeproducts.batchUpdate hoặc phương thức inapp_products.insert với trường allowMissing được đặt thành true và trường latencyTolerance được đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT. Điều này sẽ giảm thiểu thời gian cần thiết để tạo danh mục trong hạn mức.

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

Để tạo danh mục lớn cho lượt đăng ký 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 thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT. Điều này sẽ giảm thiểu thời gian cần thiết để tạo danh mục trong hạn mức.

Đối với danh mục gói thuê bao nhỏ hơn, API Nhà phát triển trê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.patch với tham số allowMissing như mô tả trong phần Cập nhật sản phẩm.

Tất cả các phương thức trước đó đều 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 sản phẩm.

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 các sản phẩm hiện có một cách hiệu quả, đảm bảo rằng các sản phẩm của bạn 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 các phương thức sau để cập nhật sản phẩm tính phí một lần hiện có.

  • monetization.onetimeproducts.batchUpdate
  • inappproducts.patch : Điểm cuối 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 nội dung yêu cầu. Điểm cuối bản vá thường được dùng khi bạn chỉ cần cập nhật một số 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 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 được cung cấp chưa tồn tại, thì đ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 hàng loạt 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 dùng nó cùng với trường latencyTolerance được đặt thành PRODUCT_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 mà gói thuê bao thuộc về.
    • productId: Mã nhận dạng sản phẩm riêng biệt của gói thuê bao.
  • regionsVersion: Phiên bản cấu hình khu vực.

Trừ phi bạn đang tạo một gói thuê bao mới bằng cách sử dụng tham số allowMissing, bạn phải cung cấp tham số updateMask. Tham 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 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 lúc. Hãy dùng nó cùng với trường latencyTolerance được đặt thành PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT để đạt được thông lượng cao hơn.

Để kích hoạt, vô hiệu hoá, xoá gói cơ bản hoặc di chuyển người đăng ký sang 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 gói cơ bản bằng phương thức monetization.subscriptions.basePlans.offers.patch.

Điều chỉnh danh mục

Cho dù bạn chọn cập nhật danh mục trên Google Play mỗi khi danh mục của phần phụ trợ thay đổi hay cập nhật đị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 bên 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 bạn đã thực hiện các thay đổi khẩn cấp theo cách thủ công đối với danh mục trong Console, hệ thống quản lý danh mục của bạn bị ngừng hoạt động hoặc có thể là do bạn mất dữ liệu mới nhất.

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

Những điểm cần lưu ý về hệ thống diff

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

  • Tìm 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 được lưu trữ trong mỗi hệ thống và cách các phần tử dữ liệu khác nhau liên kết với nhau.
  • Xác định các quy tắc so sánh: Sau khi hiểu rõ các mô hình dữ liệu, bạn cần xác định các quy tắc so sánh. Những quy tắc này sẽ xác định cách so sánh dữ liệu trong hai hệ thống. Ví dụ: bạn có thể muố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 liên kết.
  • Triển khai thuật toán so sánh: Sau khi xác định các quy tắc so sánh, bạn cần triển khai thuật toán so sánh. 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 mà 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 monetization.onetimeproducts.list, monetization.onetimeproducts.batchGet, inappproducts.list, inappproducts.batchGet, monetization.subscriptions.list và monetization.subscriptions.batchGet.
  • Tạo báo cáo chênh lệch: Thuật toán chênh lệch sẽ tạo một báo cáo chênh lệch. 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 các điểm khác biệt: Sau khi tạo báo cáo chênh lệch, 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 CMS của bạn hoặc 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 các điểm cuối quản lý danh mục API dành cho 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 như mô tả trong phần Cập nhật sản phẩm.

Ngừng cung cấp sản phẩm

API Nhà phát triển Google Play cung cấp các phương thức sau để hỗ trợ bạn ngừng cung cấp sản phẩm:

Đối với sản phẩm tính phí một lần:

Đối với sản phẩm thuê bao:

Bạn có thể cần phải ngừng cung cấp một sản phẩm trong nhiều trường hợp, chẳng hạn như:

  • Tạo nhầm.
  • 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 cung cấp sản phẩm vào chiến lược quản lý danh mục của mình.