React Native 0.72 應(yīng)用市場(chǎng)審核問題2024最新版

配圖為法國畫家Martin Jarrie畫的一只鯖魚

隨著國家工信部出臺(tái)了一系列關(guān)于個(gè)人信息保護(hù)籽腕、內(nèi)容管理错维、數(shù)據(jù)安全等方面的政策要求敷待,app的上線審核變得越來越嚴(yán)格场仲,為了確保app在中國市場(chǎng)順利上線并長期運(yùn)營,開發(fā)者應(yīng)仔細(xì)閱讀并時(shí)刻緊跟工信部的相關(guān)政策要求退疫,通過不斷優(yōu)化和改進(jìn)渠缕,確保app及時(shí)、順利通過應(yīng)用市場(chǎng)審核褒繁,高質(zhì)量服務(wù)于廣大用戶亦鳞。

近期本人使用React Native 0.72新架構(gòu)開發(fā)的app需要同步上線蘋果、小米棒坏、華為燕差、應(yīng)用寶、OPPO坝冕、VIVO 6大應(yīng)用市場(chǎng)徒探,現(xiàn)在各家應(yīng)用市場(chǎng)都有自動(dòng)化代碼審核引擎對(duì)上線app在人工審核之前進(jìn)行細(xì)致的白盒預(yù)審,審核內(nèi)容包括代碼安全喂窟、SDK使用情況等测暗,試著淺比較下各家審核平臺(tái)的不同。

  • 小米:屬于審核最快的一檔谎替,基本從發(fā)版到結(jié)果反饋控制在8小時(shí)以內(nèi)偷溺,經(jīng)常中午發(fā)版,晚上6點(diǎn)就有結(jié)果反饋钱贯,但是其審核引擎十分嚴(yán)格挫掏,小米先后上線兩次, 返回三份審核報(bào)告秩命、一份excel版SDK調(diào)用詳情尉共, 使用了4家不同的審核引擎,包括:小米安全弃锐、百度史賓格袄友、捷興信源、智游網(wǎng)安(愛加密)霹菊。

  • 華為:6個(gè)平臺(tái)中審核最慢剧蚣,經(jīng)常3天以上才有結(jié)果反饋,華為似乎知道自己審核很慢旋廷, 有別與其他平臺(tái)鸠按,非常貼心的提供了一個(gè)【催審】按鈕, 但是你點(diǎn)擊饶碘,會(huì)提示你【第一次催審時(shí)間間隔為提交審核后36小時(shí)目尖,請(qǐng)耐心等待審核結(jié)果】。扎运。瑟曲。
    華為的人工審核最為嚴(yán)格饮戳, 一共發(fā)布了3次每次都有新的反饋,反饋了包含【隱私政策彈窗拒絕選項(xiàng)按鈕為“取消”洞拨,點(diǎn)擊取消應(yīng)用未退出 】【您的應(yīng)用明示存在定向推送功能扯罐,但未滿足在應(yīng)用內(nèi)顯著標(biāo)識(shí)定推服務(wù)/提供定推服務(wù)關(guān)閉選項(xiàng)的要求,不符合華為應(yīng)用市場(chǎng)審核標(biāo)準(zhǔn)】【您的應(yīng)用分類與應(yīng)用實(shí)際功能和用途不相符】等問題扣甲。

  • 騰訊應(yīng)用寶:平均2~3天有結(jié)果反饋篮赢,審核同樣嚴(yán)格,特別人工審核細(xì)致琉挖,反饋了包含【不允許上傳的【應(yīng)用截圖】第四張含有“個(gè)人信息“】等內(nèi)容。

  • vivo涣脚、oppo: 平均2天有結(jié)果反饋示辈,嚴(yán)格程度不如小米、華為遣蚀、騰訊應(yīng)用寶矾麻。

  • 蘋果:屬于審核最快的一檔,和小米相差無幾芭梯。自動(dòng)化代碼審核险耀、以及遵守工信部政策這塊,相比另外5家平臺(tái)玖喘,屬于最不嚴(yán)格這一檔甩牺,但是人工審核細(xì)致,特別對(duì)于app元數(shù)據(jù)信息累奈、用戶體驗(yàn)贬派、app流暢性有更高要求。

另外澎媒,除了蘋果外搞乏,以上所有安卓應(yīng)用市場(chǎng)均要求上傳《電子版權(quán)認(rèn)證證書》和 《計(jì)算機(jī)軟件著作權(quán)登記證書》(或《軟件著作權(quán)認(rèn)證證書》)三選一。

下面提供一下本人各大應(yīng)用市場(chǎng)的踩坑記錄戒努,以供參考请敦。

1. ICP備案

安卓、蘋果所有應(yīng)用市場(chǎng)均要求有醒目的ICP備案信息展示储玫,且點(diǎn)擊備案號(hào)可跳轉(zhuǎn)到工信部備案信息查詢網(wǎng)站侍筛。

2. 賬號(hào)注銷

任何具備賬號(hào)系統(tǒng)的app, 均需要提供賬號(hào)注銷或賬號(hào)刪除功能,但是這塊具體執(zhí)行起來缘缚,可以分為硬刪除和軟刪除兩種勾笆,前者是直接將用戶賬號(hào)及使用期間產(chǎn)生的業(yè)務(wù)數(shù)據(jù)一并刪除,后者是將用戶標(biāo)記為刪除狀態(tài)使其不能登錄桥滨,但并不刪除用戶使用期間產(chǎn)生的業(yè)務(wù)數(shù)據(jù)窝爪。二者可斟酌采用弛车。

3.隱私及權(quán)限相關(guān)

  • 【隱私協(xié)議】【用戶協(xié)議】二者缺一不可,所有安卓應(yīng)用市場(chǎng)都需要有這2個(gè)協(xié)議在app明顯位置展示蒲每,有些審核不嚴(yán)格的應(yīng)用市場(chǎng)纷跛,缺少用戶協(xié)議是給過的,但是審核嚴(yán)格的應(yīng)用市場(chǎng)是肯定過不了的邀杏,所以老老實(shí)實(shí)提供【隱私協(xié)議】【用戶協(xié)議】且規(guī)范協(xié)議內(nèi)容贫奠,內(nèi)容和實(shí)際不符,應(yīng)用市場(chǎng)也是不給過的望蜡。
  • 所有安卓應(yīng)用市場(chǎng)均要求唤崭,app首次啟動(dòng)要以【隱私政策彈窗】的形式向用戶明示收集使用規(guī)則,注意必須要彈框脖律。

4.違規(guī)權(quán)限調(diào)用

  • 在用戶點(diǎn)擊同意隱私協(xié)議之前谢肾,不允許調(diào)用ANDROID_ID、IMEI小泉、設(shè)備MAC芦疏、ip地址、WiFi SSID微姊、位置信息酸茴、硬件傳感器等權(quán)限。針對(duì)此項(xiàng)政策兢交,點(diǎn)擊同意隱私協(xié)議之前盡量不要import相關(guān)庫薪捍,如果必須import,則需要嚴(yán)格判斷是否點(diǎn)擊了同意隱私協(xié)議魁淳,未同意狀態(tài)不要使用相關(guān)庫及相關(guān)方法飘诗。
小米返回的違規(guī)信息1

由于項(xiàng)目使用了sentry進(jìn)行錯(cuò)誤監(jiān)控,但小米提示sentry違規(guī)獲取設(shè)備傳感器界逛,結(jié)合小米返回的excel發(fā)現(xiàn)sentry在調(diào)用設(shè)備的溫度傳感器昆稿,通過在安卓工程AndroidManifest.xml的<application></application>標(biāo)簽中加入如下代碼,禁止sentry違規(guī)調(diào)用息拜,這個(gè)問題就此解決溉潭。

<meta-data android:name="io.sentry.breadcrumbs.system-events" android:value="false" />

但是重新提交后,騰訊應(yīng)用寶返回


截屏2024-07-16 10.45.26.png

于是將Sentry.init()的初始化方法少欺、項(xiàng)目入口文件的導(dǎo)出Sentry.wrap(App)做了判斷喳瓣,如果用戶同意了隱私政策及用戶協(xié)議則初始化Sentry、export default Sentry.wrap(App)赞别,反之則不初始化Sentry畏陕、只export default App。

后續(xù)的提交仿滔,問題主要集中在react-native-device-info惠毁、@react-native-community/netinfo這兩個(gè)庫

  • react-native-device-info:
    用于調(diào)取硬件設(shè)備相關(guān)信息及app相關(guān)信息犹芹,包括設(shè)備uuid、app版本號(hào)等信息

  • @react-native-community/netinfo
    用于調(diào)取ip地址鞠绰,wifi連接狀態(tài)

要嚴(yán)格控制這兩個(gè)庫的方法調(diào)用腰埂,用戶點(diǎn)擊同意隱私協(xié)議之前盡量不要import相關(guān)庫,未同意狀態(tài)不要使用相關(guān)庫及相關(guān)方法蜈膨。

  • APP在申請(qǐng)敏感權(quán)限時(shí)屿笼,應(yīng)同步說明權(quán)限申請(qǐng)的使用目的,包括但不限于申請(qǐng)權(quán)限的名稱翁巍、服務(wù)的具體功能驴一、用途;告知方式不限于彈窗灶壶、蒙層蛔趴、浮窗、或者自定義操作系統(tǒng)權(quán)限彈框等例朱,且權(quán)限申請(qǐng)使用目的說明不應(yīng)自動(dòng)消失。

當(dāng)需要調(diào)用位置信息鱼蝉、相機(jī)洒嗤、相冊(cè)等敏感權(quán)限時(shí),需要以彈窗魁亦、蒙層渔隶、浮窗、或者自定義操作系統(tǒng)權(quán)限彈框等方式告知用戶權(quán)限申請(qǐng)的使用目的洁奈。
我們app的相關(guān)界面如下:

截屏.png

此功能需要使用react-native官方提供的PermissionsAndroid組件

主要代碼如下间唉,以供參考:

async function permissionCameraDiaglog() {
    const granted = await PermissionsAndroid.request(
      PermissionsAndroid.PERMISSIONS.CAMERA
    );

    if (granted === PermissionsAndroid.RESULTS.GRANTED) {
      selectFileSheet.current?.show(); //相冊(cè)、相機(jī)選擇彈框
    }
  }
  function requestCameraPermission() {
    try {
      AsyncStorage.getItem(KEY_PERMISSION_CAMERA_IDCARD).then(promise => {
        if (!promise) {
          dialogref.current?.setDialogInfo({
            visible: true,
            title: t('common:permissionCameraTitle'),
            message: t('common:permissionCameraContent'),
            confirmText: t('reimbursement:iUnderstand'),
            onConfirm: async () => {
              await AsyncStorage.setItem(KEY_PERMISSION_CAMERA_IDCARD, "true");
              await permissionCameraDiaglog()
            },
            showCancelButton: true,
          });
        } else {
          permissionCameraDiaglog()
        }
      });
    } catch (err) {
      console.warn(err);
    }
  }

5.被蘋果認(rèn)定為企業(yè)內(nèi)部應(yīng)用

We found in our review that your app is intended to be used by a specific business or organization, including partners, clients, or employees, but you've selected public distribution on the App Store in App Store Connect. Since the App Store is intended for apps with a public audience, we recommend reviewing the other distribution options available to you through your Apple Developer Program Account.

以上是蘋果的審核拒絕原因利术,大意就是認(rèn)為該app是一個(gè)企業(yè)內(nèi)部的應(yīng)用呈野,不應(yīng)該上線到app store, 推薦采用$699一年的企業(yè)級(jí)開發(fā)者賬號(hào)發(fā)布(蘋果也是真黑)。

遇到這種情況一定要在開發(fā)者賬號(hào)中認(rèn)真回復(fù)印叁,說明原因被冒,同時(shí)針對(duì)蘋果發(fā)的拒審郵件以公司名義盡可能正式的回復(fù)一封原因說明郵件,注意以公司名義發(fā)正式郵件非常的重要轮蜕。郵件正文內(nèi)容大致如下昨悼,僅供參考:

尊敬的蘋果團(tuán)隊(duì):
您好,感謝您的耐心審核跃洛。
我們的app主要發(fā)布于中國及部分海外地區(qū)率触,應(yīng)用于xxx查看招聘信息、培訓(xùn)信息以及上傳下載個(gè)人簡(jiǎn)歷使用汇竭。
我們開發(fā)app的主要目的是為了提高xxx的工作效率葱蝗,方便他們進(jìn)行在線制作簡(jiǎn)歷穴张、查看工作、培訓(xùn)信息垒玲。
相關(guān)人員的賬號(hào)我們采用驗(yàn)證碼登錄的方式并填寫詳細(xì)信息后進(jìn)行創(chuàng)建陆馁,另外我們也提供線下的方式為用戶提供賬號(hào)和密碼進(jìn)行使用。
我們的app用戶合愈,大多只是普通的蘋果用戶叮贩,在設(shè)置中進(jìn)行描述文件的安裝操作將會(huì)給他們帶來很大的困擾。如果現(xiàn)在定性我們的app為一個(gè)內(nèi)部應(yīng)用程序的話佛析,不便用戶的安裝和迭代新的版本益老。
我們將會(huì)持續(xù)對(duì)app進(jìn)行優(yōu)化迭代,上線更多優(yōu)質(zhì)模塊寸莫,服務(wù)于廣xxx業(yè)從業(yè)人員捺萌,未來我們將會(huì)做得更好。
我們將重新打包膘茎,到時(shí)還請(qǐng)繼續(xù)審核桃纯,謝謝。
請(qǐng)您繼續(xù)審查我們應(yīng)用程序, 有任何問題可即時(shí)和我取得聯(lián)系,我都將為您做出解答披坏,謝謝态坦。
xxx公司表示最真摯的問候。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末棒拂,一起剝皮案震驚了整個(gè)濱河市伞梯,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌帚屉,老刑警劉巖谜诫,帶你破解...
    沈念sama閱讀 221,576評(píng)論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異攻旦,居然都是意外死亡喻旷,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,515評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門敬特,熙熙樓的掌柜王于貴愁眉苦臉地迎上來掰邢,“玉大人,你說我怎么就攤上這事伟阔±敝” “怎么了?”我有些...
    開封第一講書人閱讀 168,017評(píng)論 0 360
  • 文/不壞的土叔 我叫張陵皱炉,是天一觀的道長怀估。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么多搀? 我笑而不...
    開封第一講書人閱讀 59,626評(píng)論 1 296
  • 正文 為了忘掉前任歧蕉,我火速辦了婚禮,結(jié)果婚禮上康铭,老公的妹妹穿的比我還像新娘惯退。我一直安慰自己,他們只是感情好从藤,可當(dāng)我...
    茶點(diǎn)故事閱讀 68,625評(píng)論 6 397
  • 文/花漫 我一把揭開白布催跪。 她就那樣靜靜地躺著,像睡著了一般夷野。 火紅的嫁衣襯著肌膚如雪懊蒸。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,255評(píng)論 1 308
  • 那天悯搔,我揣著相機(jī)與錄音骑丸,去河邊找鬼。 笑死妒貌,一個(gè)胖子當(dāng)著我的面吹牛通危,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播灌曙,決...
    沈念sama閱讀 40,825評(píng)論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼黄鳍,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了平匈?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,729評(píng)論 0 276
  • 序言:老撾萬榮一對(duì)情侶失蹤藏古,失蹤者是張志新(化名)和其女友劉穎增炭,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體拧晕,經(jīng)...
    沈念sama閱讀 46,271評(píng)論 1 320
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡隙姿,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,363評(píng)論 3 340
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了厂捞。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片输玷。...
    茶點(diǎn)故事閱讀 40,498評(píng)論 1 352
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖靡馁,靈堂內(nèi)的尸體忽然破棺而出欲鹏,到底是詐尸還是另有隱情,我是刑警寧澤臭墨,帶...
    沈念sama閱讀 36,183評(píng)論 5 350
  • 正文 年R本政府宣布赔嚎,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏尤误。R本人自食惡果不足惜侠畔,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,867評(píng)論 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望损晤。 院中可真熱鬧软棺,春花似錦、人聲如沸尤勋。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,338評(píng)論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽斥黑。三九已至揖盘,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間锌奴,已是汗流浹背兽狭。 一陣腳步聲響...
    開封第一講書人閱讀 33,458評(píng)論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留鹿蜀,地道東北人箕慧。 一個(gè)月前我還...
    沈念sama閱讀 48,906評(píng)論 3 376
  • 正文 我出身青樓,卻偏偏與公主長得像茴恰,于是被迫代替她去往敵國和親颠焦。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,507評(píng)論 2 359

推薦閱讀更多精彩內(nèi)容