API の使用方法
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
新しい API を使用すると機密のアカウント設定にアクセスできるため、アプリの安全性を確保することが重要です。
アルファ版またはベータ版のアップデートの公開は、1 日 1 回までにとどめてください（製品版アプリはアップデートの頻度をさらに低くすることをおすすめします）。アップデートのたびに、ユーザーには時間的負担が（場合によっては費用も）かかります。あまりにも頻繁にアップデートを行うと、ユーザーはアップデートを無視するようになり、製品をアンインストールすることさえあります。
もちろんアプリに重大な問題がある場合は、修正が必要です。
第三者が API を使用して、デベロッパーに代わってデベロッパーのアカウントに公開することを許可しないでください。API を使用して、Google Play ストアにアプリの作成、アップロード、公開、配信、またはアップデートを行うデベロッパー サービスまたはツールを提供しないでください。そのような行為は、Google Play Developer API の利用規約に違反します。そのような行為を行った場合、アカウントが停止され、アプリが Google Play ストアから削除されることがあります。デベロッパーが自身のアカウントで行うすべての行為は、デベロッパー自身の責任となります。自身のアカウントの使用を第三者に許可する行為は、関係するすべてのユーザーを危険にさらします。
デベロッパーのアプリの開発またはストア掲載情報のデザインを第三者が支援することは問題ありません。ただし、デベロッパー アカウントのユーザー名またはパスワードをそれらの第三者と共有しないでください。代わりに、Google Play Developer Console を使用して、第三者用に新しいユーザー アカウントを追加し、そのアカウントの権限を慎重に制限してください。
作成するサービス アカウントへのアクセス権を第三者に付与しないことをおすすめします。特に、サービス アカウントの秘密鍵へのアクセス権を付与しないことをおすすめします。付与すると、アカウントへの匿名アクセスが提供され、アカウントを誰とでも共有することが可能になります。
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2025-08-04 UTC。
[null,null,["最終更新日 2025-08-04 UTC。"],[[["\u003cp\u003eSecure your app to protect sensitive account settings accessible through the new API.\u003c/p\u003e\n"],["\u003cp\u003eLimit app update frequency to avoid user inconvenience and potential uninstalls, reserving frequent updates for critical issues.\u003c/p\u003e\n"],["\u003cp\u003eRefrain from allowing third-party API usage for publishing to your account to comply with Google Play Developer API Terms of Service and prevent account suspension.\u003c/p\u003e\n"],["\u003cp\u003eWhen collaborating with third parties, grant limited permissions through Google Play Developer Console user accounts instead of sharing your login credentials.\u003c/p\u003e\n"],["\u003cp\u003eSafeguard service accounts and private keys to prevent unauthorized access and potential security risks.\u003c/p\u003e\n"]]],["Prioritize app security due to the API's access to sensitive settings. Limit alpha/beta updates to once daily, as frequent updates can lead users to ignore or uninstall the app. Do not allow third-party publishing via the APIs, as it violates terms and risks account suspension. Avoid sharing developer account credentials; instead, use the Developer Console to add limited-access user accounts. Restrict third-party access to service accounts and private keys.\n"],null,["# API Usage Instructions\n\nBecause the new API gives you access to sensitive account settings, it is\nimportant to keep your app secure.\n\n- Do not publish alpha or beta updates more frequently than once a day.\n (Production apps should be updated even less frequently than that.)\n Every update costs your users time and possibly money. If you update too\n frequently, users will start ignoring updates, or even uninstall the product.\n\n Of course, if there's a major problem with your app, go ahead and fix it.\n- Do not allow third parties to use the APIs to publish to your account on your\n behalf. Do not use the APIs to offer a developer service or tool which\n creates, uploads, publishes, distributes or updates apps to the Google Play\n Store. Doing this is a violation of the Google Play Developer API Terms of\n Service. Such actions may result in your account being suspended, and your\n apps removed from the Google Play Store. Everything done on your account is\n your responsibility, and allowing a third party to use your account puts all\n of your users at risk.\n\n- If third parties are helping you to develop your app or design your store\n listing, that's fine. However, do **not** share your developer account\n username or password with those people. Instead, use the [Google Play\n Developer Console](/android-publisher/terms) to [add new user\n accounts](https://developer.android.com/distribute/googleplay/developer-console.html#multiple-user-accounts)\n for those people, and carefully limit the permissions for the accounts.\n\n- We recommend not giving third parties access to any service accounts you\n may create. We especially recommend not giving access to any private keys\n for your service account. Doing so provides anonymous access to your account\n that can be shared with anyone."]]