谷歌應用市場上架(開發者帳戶關聯)相關問題彙總以及解決方案(一)

目前互聯網公司出海作業務的時候，必需要跨過的2座大山就是Facebook和Google. Facebook掌管着全世界優質的用戶流量, Google掌管着app的上架入口。而其中Google Play 的 app上架則是出海要解決的第一個問題。我會用幾篇文章一一說明下上架過程當中遇到的問題以及解決辦法.

上架流程

• 開發者帳戶註冊到上架的流程包括哪些?

  

爲了app的安全穩定的上架，上面是我總結的app的整個的上架流程.

首先先說一下遠程vps(遠程虛擬主機)的事情。

購買遠程vps的目的是爲了規避上架操做環境(ip 電腦mac地址 瀏覽器cookie等信息)和其餘開發者賬號關聯。那麼咱們要去哪裏採購這種vps呢?

有這麼幾種方式: 大廠vps(阿里雲, aws) ，小廠vps，自建/私有機房

固然鑑於自身條件和投入成本的話，大部分人仍是選擇的使用大廠的vps. 若是你有資源優點的話，自建機房搭建vps是最安全的，固然維護成本通常人承受不起。

而後說一下帳戶是本身註冊仍是購買的問題。

本身註冊開發者賬號的話，爲了不關聯，本身要提早準備好徹底新的資料，信用卡和vps環境(具體教程你們本身去百度好了，一大把)。這裏有個小祕訣，開發者賬號註冊完畢後，等個2-3天再上傳app。若是在上傳app以前開發者賬號就被關聯封號的話，這說明你註冊過程當中就有關聯的因素沒處理好，這樣就省的浪費剛弄好的app包了。

稍微提醒你們的就是， 若是是本身註冊帳號必定要多看看，多問問，保證環境乾淨，遇到問題別慌，記住 咱們要的是成功率，不是速度。

購買別人的帳戶的話，要找靠譜的渠道，帳戶須要是已經註冊了1個月以上的老帳戶，安全，穩定。

綜上，若是你有能力搞定全新的申請資料的話，那建議本身註冊，若是你沒有，那麼建議仍是找渠道，至於怎麼找，你懂的.

帳戶關聯是指什麼?可能的關聯點有哪些?

• 帳戶關聯是指gg識別到你的多個app多是相似的馬甲包或者上包環境多是相同環境, 會一擼到底的所有下架,封號. 讓你以前全部的努力和辛苦，一晚上之間灰飛煙滅，整個公司的業務都會停滯，嚴重的狀況下，可能直接解散也不是不可能。。。
• 可能的關聯點:

  • (1) 後端接口: 接口的ip, 域名

  • (2) 上包環境: 遠程vps的ip, mac地址. gmail郵箱綁定的手機號, 開發者綁定的信用卡.

  • (3) 客戶端: 代碼重複度大, UI相似.

如何避免關聯?

先針對上面的關聯點一一進行解釋，而後再針對性的看解決方案:

• (1) 後端接口: ip要換新的, 域名也要換新的，更改接口結構, 加密數據傳輸

• (2) 上包環境: 確保註冊開發者帳戶使用的信用卡和gmail郵箱沒人使用過或者沒有綁定過其餘開發者帳戶. 也能夠去購買現成的帳戶. (購買有風險, 須要仔細識別)

• (3) 客戶端: 代碼重複性由於不肯定改動到何種地步就算重複性低了，簡單的方式就是修改UI, 加密字典, 方法名, 類名. 可能的狀況下，徹底重構是最好的

• (4) 開發者帳號: 在使用過程當中要作好隔離, 只能在固定的機器和ip下使用.

• (5) 客戶端使用的第三方: 上架前，對本身的進行抓包分析, 檢查第三方是否非法上傳用戶數據或者誘導用戶下載app. 不一樣的app要使用不一樣的第三方帳戶. 包括但不限於 第三方sdk的密鑰，第三方的帳戶(不一樣的app綁定要綁定不一樣的Facebook帳戶下的不一樣的appid)

有沒有萬無一失的辦法?

目前沒有萬無一失的辦法. 由於gg的風控也在學習，進步, 升級. 固然若是有人聲稱有穩定上包的辦法, 麻煩你推薦給我, 我去拜師.

固然如今有些公司就是不斷的上架app，天天上架不少app，指望能有幾個app能審覈經過，用量取勝，博概率。其實這裏面有個小問題，就是若是上架的app越多，gg能學習到的app代碼樣本就越多，這樣是否是也給了gg更多的代碼關聯檢測依據呢? 你們思考下....

你們也別費勁去猜想和詢問gg的上架風控策略，這個是絕密，就連gg內部非審覈團隊的人都是不知道的。緣由你懂的。

其實最穩定的上架策略就是仔細研讀和遵照Google Play的開發者政策，這樣才能保證咱們上架的過程順利。

綜上，是經過我本身以及羣友的gg上架過程總結的相關經驗。但願個人這些總結能拋磚引玉，有任何問題的話，你們留言或者私信我溝通交流。

本文由 @賈啓輝 原創發佈於掘金平臺，未經許可，禁止轉載。