Google開発者アカウントがブロックされる問題を解決する方法

Google の掲載と掲載解除は相互に関連していますが、具体的にどこに問題があるのでしょうか?

フェイスブックそしてグーグルは、国内企業がグローバル展開する際に克服しなければならない2つの大きな障害です。Facebookは世界の高品質なユーザートラフィックをコントロールしており、Googleはアプリこれら 2 つのプラットフォームのリストエントリには非常に厳格で異常なレビュー メカニズムがあり、多くの開発者を苦しめています。

Google Play アプリを海外展開する際に最初に解決しなければならない問題は、通常、店頭に並べることです。実際、Google Playに触れたことがある開発者なら、この経験をしたことがあるはずです。店頭に並べるのは簡単ですが、それを維持していくのは難しいのです。店頭への掲載成功は、赤軍の長征における最初の一歩に過ぎず、長期間店頭にとどまらせることが最も困難な部分です。

アプリを長期間安定して提供し続けるための確実な方法はあるのかとよく聞かれます。確かにGoogleの抜け穴を突いてアプリをできるだけ長く提供する方法もあるでしょう。しかし、Googleのリスク管理もAIインテリジェントシステムのように学習、改善、アップグレードを繰り返し、常にバグをチェックして修正しています。結局のところ、これがGoogleの生計手段です。Googleの技術レベルがあれば、やりたいことなら何でもできるのです。

この問題では主に、開発者アカウントが削除される理由と、プラットフォームから削除されないようにする方法について説明します。

1. 上場プロセス

出品プロセスに関する特別なツイートを投稿しました。このステップで必要なのは、すべての環境と情報が完全にクリーンであること、そして携帯電話番号、銀行カード、ネットワーク環境などが全く無関係であることを確認することです。

クリーンアカウント 

2023年のGoogle Playへの掲載の基本的なプロセスは下図の通りです。詳細な手順については、以前の記事をご覧ください。

2. 関連する上場廃止

関連付けの削除は、ほとんどのGoogle開発者が遭遇する問題です。以下のメールは皆さんもよくご存知でしょう。

これはGoogle関連の削除に関するテンプレートメールです。削除の具体的な理由を尋ねたり、ルール違反がないことをアピールしたりしても無駄です。Google関連のアカウントとみなされると、アカウントはブロックされ、削除されてしまいます。

なぜそれらは関連付けられているのでしょうか?

アカウントの関連付けとは、Google Play が複数のアプリが類似の再パッケージ化アプリである可能性があることを認識したことを意味します。これは Google のデベロッパー ポリシーに違反するものです。発見された場合、すべてのアプリがストアから削除され、アカウントがブロックされます。

棚にパッケージが1つしかなく、リンクされている場合、アカウントはクリーンではありません。棚にパッケージが1つしかなく、ベストパッケージを作成していない場合は、開発者として登録するのが最も安全な方法です。

清潔な環境を確保しつつ、商品を棚に並べる際には他にどのような点に注意する必要があるのでしょうか？

1. プライバシーリンク

プライバシー リンクには、違法アカウントとは異なるドメイン名を使用し、プライバシー リンクに含まれる電子メールやその他の連絡先情報を変更する必要があります。

2. アカウントのパスワードと補助メールアドレス

複数の開発者アカウントに同じパスワードを使用しないでください。アカウントごとに異なるパスワードを設定する必要があります。また、GGによって検出される可能性があるため、問題のあるアカウントに関連付けられている予備のメールアドレスも使用しないでください。

3. 素材写真・宣伝文

店舗資料の画像やプロモーションコピーは毎回変更する必要があります。よりシンプルにすることはできますが、あまり似すぎないようにしてください。

4. アプリ名/ロゴ/UI

アプリが複数回棚から削除されている場合は、製品のスタイルが違法な製品に非常に似ているために棚から削除されないように、アプリの名前/ロゴ/UIおよびその他の素材コンテンツを変更する必要があります。

5. バックエンドインターフェース

IP アドレスとドメイン名を変更し、インターフェース構造を変更し、データ転送を暗号化する必要があります。

提出したパッケージがブロックされた場合、次回提出時にサーバーのIPアドレスとドメイン名を変更する必要があります。通常、ゲームのHTTPリクエストはプレーンテキストで送信されます。つまり、クライアントからサーバーに送信されるHTTPリクエストには、サーバーのドメイン名が明記されています。Googleはこのドメイン名をためらうことなくブロックするため、サーバーのドメイン名を変更せずにIPアドレスのみを変更しても無駄です。

6. クライアント

コード構造の類似性が非常に高く、フレームワークのカプセル化の類似性が高く、クラス名、メソッド名、変数名などの命名規則が一意であり、同じドメイン名が使用され、サードパーティのフレームワークが多数使用されている、などです。

リソース パックを例に挙げます。 apk解凍後、assetsinData（団結プロジェクトを例に挙げると、Googleはファイル名とファイル内容の類似性を比較することで、2つのパッケージがベストパッケージかどうかを判断します。モノパッケージングとIL2CPPパッケージのどちらを使用していても、このディレクトリにはハッシュ値で命名されたバイナリファイルが多数存在します。ハッシュ値は元のファイル名から取得されます。つまり、2つのapkに同じ名前のバイナリファイルが多数存在する場合、対応する同じ名前の物理リソースファイルも多数存在することになります。これは非常に危険です。

このリスクを回避するには、リソースを別のAssetBundleパッケージにまとめ、そのパッケージを暗号化（単純なビット反転で十分です）することができます。こうすることで、assetsinDataディレクトリに多くのバイナリファイルが露出されることはなくなります。しかし、このアプローチには問題があります。今回提出したパッケージがブロックされた場合、次回提出するパッケージのAssetBundleファイルは今回と同じものになり、暗号化方法を変更する必要があります。

まとめると、このコードは難読化が不十分です。可能な限り難読化し、運に頼らないようにしてください。

Google Playへの掲載には、Google Playの掲載ポリシーを綿密に学習し、継続的な実践を通じて真の知識を習得する必要があります。Googleのポリシーは常に更新されているため、私たちの戦略もそのペースに追いつく必要があります。