精品軟體與實用教程
谷歌上架關聯下架，問題到底出在哪裡？
Facebook和Google，是國內出海業務必須跨過的兩座大山，Facebook掌管著全世界優質的用戶流量, Google掌管著app的上架入口，而這兩者又有著非常嚴密且變態的審查機制，折磨著許多開發者。
Google Play 的app上架一般是出海要解決的第一個問題，其實接觸過Google Play的開發者應該都有所體驗，上架容易在架難，上架成功只是紅軍長徵的第一步，保證長久在架才是最難的。
常有人問我，有沒有什麼方法是可以萬無一失，確保能長久在架的。有時候確實有一些方法，能鑽谷歌的漏洞，讓app的在架時間盡可能長一些，但谷歌的風控也一直在學習、進步、升級，就像一套AI智能係統，不斷的查bug，修bug，畢竟這是谷歌吃飯的傢伙，以沒什麼的技術水平，只要做谷歌也沒什麼是它做不到的。
本期主要是給大家科普一下，為什麼你的開發者帳號會被移除，以及到底怎麼避免關聯下架。
一、上架流程
上架的流程我專門發過一篇推文講過，在上架這一步你需要做的就是確保全部環境和資訊都是絕對乾淨的，手機號、銀行卡、網路環境等等都是完全沒有關聯的。
乾淨帳號
Google Play 上架全流程2023年Google應用程式商店上架的基本流程如下圖，詳細步驟可以查看我之前發的文章。
二、關聯下架
關聯下架是谷歌開發者大部分都會遇到的問題，以下這封郵件大家應該都不陌生。
這是一封Google關聯下架的範本郵件，即使你試著去詢問具體的下架原因或申訴自己沒有違規，都是沒啥用的，一旦被關聯就是封號下架。
為什麼會被關聯？
帳戶關聯是指Google Play辨識到你的多個app可能是類似的馬甲包，存在違反Google開發者政策的情況，一旦被發現就會一擼到底的全部下架、封號。
如果你有且僅有一個包上過架，卻出現被關聯的情況，帳號不乾淨沒跑了。只上架一個包，不做馬甲包的情況下，自己去註冊開發者，是最最穩健的方法。
在確保環境乾淨的條件下，還有哪些部分是上架必須注意的呢？
1、隱私連結
隱私連結要使用與違規帳號不同的域名，隱私連結內涉及到的郵箱等聯絡方式要記得更換。
2、帳號密碼&輔助信箱
多個開發者帳號，密碼不要用一樣的，每個帳號都要有不同的密碼，同時輔助信箱也不要用與違規帳號有關聯的，都可能會被GG查出來。
3、素材圖/宣傳文案
商店素材圖和宣傳文案是每次必換的，可以做的簡單些，但一定不能相似度太高。
4、app名字/logo/UI
如果你的應用程式曾被多次下架，就一定要更換App名字/logo/UI等素材內容，避免因為產品樣式與違規產品相似度過高而被關聯下架。
5.後端接口
ip要換新的, 網域也要換新的，更改介面結構, 加密資料傳輸。
如果你提交的包被封了，那麼下次提交時一定要更換伺服器的IP位址和域名，一般遊戲的HTTP請求是明文的，就是客戶端發送給伺服器的HTTP請求會把伺服器的網域寫的很清楚，Google會毫不客氣地封掉這個域名，所以光換IP位址，不換網域，是沒有用的伺服器！
6、客戶端
程式碼結構相似度過高，框架封裝的相似度高，類別名稱方法名稱變數名稱等起名規則具有唯一性；使用了相同的網域名稱；使用了非常多第三方框架等等。
拿資源包來舉例， apk解壓縮後assetsinData下的檔案（以Unity工程為例）Google是透過比較文件名和文件內容的相似度來判斷兩個包是否是馬甲包，不管你是用mono方式打包，還是IL2CPP方式打包，這個目錄下會有一大堆用hash值命名的二進製文件，hash值來自原始的文件名，這意味著如果兩個apk裡面有大量的二進製文件，hash值來自原始的文件名，這意味著如果兩個apk裡面有大量的二進製文件同名，那麼這也很危險的文件就會有一個同名資源，那麼這個價值，那麼同名
為了規避這個風險，可以把資源單獨打一個AssetBundle包，並對這個包進行加密（簡單的按位取反就行），這樣就不會有太多二進位檔案暴露在assetsinData目錄下了，但這樣處理也有個問題，就是如果這次提的包被封了，下次再提的包AssetBundle文件就和這次相同了，下次都需要更換一種加密方式。
總結一句話：程式碼混淆不到位。混淆能做到什麼程度就做到什麼程度，不要抱持僥倖心理。
對Google上架這件事，一定要仔細研讀Google Play的上架政策，同時在不斷的實踐裡出真知。谷歌的政策不斷升級，我們的策略也必須跟上腳步。
