iOS 因 14.5 新規(guī)審核被拒

日前蘋果已經官宣,將于北京時間 4 月 21 日以在線形式舉行今年的春季新品發(fā)布會戏溺。那么意味著新的系統(tǒng) iOS 14.5 正式版也會到來渣蜗,因為 iOS 14.5 系統(tǒng)蘋果明確了在此系統(tǒng)上線后將會采用新的 IDFA 政策,沒有正面擁抱變化的我們旷祸,理所應當在最近的一次提審中因為用戶隱私數(shù)據(jù)的問題被拒了耕拷。

下面便是郵件的內容:

Guideline 5.1.2 - Legal - Privacy - Data Use and Sharing


We found in our review that your app collects user and device information to create a unique identifier for the user's device. Apps that fingerprint the user's device in this way are in violation of the Apple Developer Program License Agreement and are not appropriate for the App Store.

Specifically, your app uses algorithmically converted device and usage data to create a unique identifier in order to track the user. The device information collected by your app may include some of the following: kCLLocationAccuracyBest, getifaddrs, NSTimeZone, serviceSubscriberCellularProviders, and NSFileSystemSize.

Per section 3.3.9 of the Apple Developer Program License Agreement, neither you nor your app can use any permanent, device-based identifier, or any data derived therefrom, for purposes of uniquely identifying a device.

Next Steps

To resolve this issue, remove any functionality from your app that uses algorithmically converted device and usage data to create a unique identifier for the user's device. You should also remove any related code or implemented SDKs that support this functionality. 

Please note that attempting to hide or obfuscate code designed to fingerprint the user's device, or otherwise evade the review process, may result in the termination of your Apple Developer Program account. Review the Terms & Conditions of the Apple Developer Program to learn more about our policies regarding termination.

Resources

Learn more about our requirements for apps that track users.

其中有提到說違反了開發(fā)者協(xié)議中的第 3.3.9 條款,下面是第 3.3.9 條款的內容:

  3.3.9 You and Your Applications (and any third party with whom You have contracted to serve advertising) 
may not collect user or device data without prior user consent, whether such data is obtained directly from
 the user or through the use of the Apple Software, Apple Services, or Apple SDKs, and then only to provide
 a service or function that is directly relevant to the use of the Application, or to serve advertising in 
accordance with Sections 3.3.12. You may not broaden or otherwise change the scope of usage for 
previously collected user or device data without obtaining prior user consent for such expanded or otherwise 
changed data collection. You may not use analytics software in Your Application to collect and send device 
data to a third party. Further, neither You nor Your Application will use any permanent, device-based 
identifier, or any data derived therefrom, for purposes of uniquely identifying a device.

大概的意思其實就是說我們在沒有經過用戶同意的情況下就收集用戶的設備信息作為唯一標識來提供廣告服務托享。

我們猜測這可能是由兩種情況導致的:

  1. 蘋果機器審核掃描到我們使用了相關的 IDFA 的 API 卻未使用 IDFA 權限申請彈窗以告知用戶我們需要使用訪問 IDFA 數(shù)據(jù)骚烧;
  2. 三方 SDK 接入了 CAID 浸赫,雖然中國廣告協(xié)會表示 CAID 解決方案并不會違反蘋果隱私管理政策,但是蘋果對于 CAID 方案的態(tài)度是明令禁止的赃绊;

隨后我們立刻采取了相應的應對措施:

  1. 排查項目中代碼既峡,刪除被拒郵件中提到的 kCLLocationAccuracyBestgetifaddrs碧查、NSTimeZone运敢、 serviceSubscriberCellularProvidersNSFileSystemSize關鍵字相關代碼(只刪除項目中不必要的方法類庫,必要的代碼還是暫時先保留)忠售;
  2. 首次啟動的隱私彈窗中添加上 IDFA 數(shù)據(jù)收集的相關描述传惠,文言大致如下;
感謝您選擇****稻扬!
我們非常重視個人信息包保護卦方,請您閱讀并同意《用戶協(xié)議》和《隱私政策》內所有的條款及內容。如同意以上協(xié)議泰佳,請點擊同意盼砍。
首次安裝時,我們將向您詢問是否授權:
1逝她、設備標識信息(IDFA):用于統(tǒng)計和內容服務浇坐;
2、定位:用于為您提供精準的定位信息服務汽绢;
3吗跋、通知:方便我們及時并準確提供資訊信息。
  1. 聯(lián)系三方 SDK 合作商宁昭,詢問近期是否有相關應對方案的更新版本跌宛,并將 SDK 更新到最新能夠過審的版本,特別是通過代碼掃描發(fā)現(xiàn)包含 CAID 的 SDK积仗;

審核結果:
順利通過審核(其實還是應該提前擁抱變化疆拘,盡量提前做一些適配蘋果新審核政策和新系統(tǒng)的方案);

參考文章:
新一輪的應用商店拒絕潮表明iOS 14.5寂曹、新iPad可能即將面世
關于第三方潛在SDK導致的5.1.2Data use sharing
全面解讀 iOS 14 ATT和SKAdNetwork
為 AppTrackingTransparency 做好準備
蘋果或禁用CAID哎迄,中國科技巨頭挑戰(zhàn)蘋果隱私新規(guī)宣告失敗隆圆?

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末漱挚,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子渺氧,更是在濱河造成了極大的恐慌旨涝,老刑警劉巖,帶你破解...
    沈念sama閱讀 210,835評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件侣背,死亡現(xiàn)場離奇詭異白华,居然都是意外死亡慨默,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,900評論 2 383
  • 文/潘曉璐 我一進店門弧腥,熙熙樓的掌柜王于貴愁眉苦臉地迎上來厦取,“玉大人,你說我怎么就攤上這事管搪∠汗ィ” “怎么了?”我有些...
    開封第一講書人閱讀 156,481評論 0 345
  • 文/不壞的土叔 我叫張陵更鲁,是天一觀的道長台谢。 經常有香客問我,道長岁经,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,303評論 1 282
  • 正文 為了忘掉前任蛇券,我火速辦了婚禮缀壤,結果婚禮上,老公的妹妹穿的比我還像新娘纠亚。我一直安慰自己塘慕,他們只是感情好,可當我...
    茶點故事閱讀 65,375評論 5 384
  • 文/花漫 我一把揭開白布蒂胞。 她就那樣靜靜地躺著图呢,像睡著了一般。 火紅的嫁衣襯著肌膚如雪骗随。 梳的紋絲不亂的頭發(fā)上蛤织,一...
    開封第一講書人閱讀 49,729評論 1 289
  • 那天,我揣著相機與錄音鸿染,去河邊找鬼指蚜。 笑死,一個胖子當著我的面吹牛涨椒,可吹牛的內容都是我干的摊鸡。 我是一名探鬼主播,決...
    沈念sama閱讀 38,877評論 3 404
  • 文/蒼蘭香墨 我猛地睜開眼蚕冬,長吁一口氣:“原來是場噩夢啊……” “哼免猾!你這毒婦竟也來了?” 一聲冷哼從身側響起囤热,我...
    開封第一講書人閱讀 37,633評論 0 266
  • 序言:老撾萬榮一對情侶失蹤猎提,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后赢乓,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體忧侧,經...
    沈念sama閱讀 44,088評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡石窑,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 36,443評論 2 326
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了蚓炬。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片松逊。...
    茶點故事閱讀 38,563評論 1 339
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖肯夏,靈堂內的尸體忽然破棺而出经宏,到底是詐尸還是另有隱情,我是刑警寧澤驯击,帶...
    沈念sama閱讀 34,251評論 4 328
  • 正文 年R本政府宣布烁兰,位于F島的核電站,受9級特大地震影響徊都,放射性物質發(fā)生泄漏沪斟。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,827評論 3 312
  • 文/蒙蒙 一暇矫、第九天 我趴在偏房一處隱蔽的房頂上張望主之。 院中可真熱鬧,春花似錦李根、人聲如沸槽奕。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,712評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽粤攒。三九已至,卻和暖如春囱持,著一層夾襖步出監(jiān)牢的瞬間夯接,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,943評論 1 264
  • 我被黑心中介騙來泰國打工洪唐, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留钻蹬,地道東北人。 一個月前我還...
    沈念sama閱讀 46,240評論 2 360
  • 正文 我出身青樓凭需,卻偏偏與公主長得像问欠,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子粒蜈,可洞房花燭夜當晚...
    茶點故事閱讀 43,435評論 2 348

推薦閱讀更多精彩內容