跳到主要內容

My App was Rejected by App Store??!!!

1.0 二進位檔被拒絕
2019年1月8日
Hello, Thank you for the response. Regarding 4.2, your app still provides a limited user experience as it is not sufficiently different  

2019年1月8日 下午11:48
來自 Apple
  • 4. 2 Design: Minimum Functionality
Hello,

Thank you for the response.

Regarding 4.2, your app still provides a limited user experience as it is not sufficiently different from a mobile browsing experience. As such, the experience it provides is similar to the general experience of using Safari. Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store.

To resolve this issue, it would be appropriate to revise your app to provide a more robust user experience by including additional native iOS functionality.

We look forward to reviewing your resubmitted app.

Best regards,

App Store Review


-----------------

批:
1) 爲啥apple可以這樣拒絕別人的app?
這應該讓user來選擇吧.
這樣連上架都不行,而且審核標準都不明確.
一句話不符 Regarding 4.2就沒了.
2) 等了快一週才審核完,結果又是拒絕,這嚴重影響開發者開發app的進度.


聽說是下面的原因:
Apple在2年前製定了這個規則。  
這是因為模板類型的應用程序功能少,使於其他有質量的app受到的關注較少。

有兩種方法可以解決這種情況:

     您可以通過app的關鍵功能來解釋給apple審核小組,並嘗試說服他們您的應用包含足夠的功能以獲得批准。 您可以在拒絕消息下方發布消息。
     如果第一個選項不起作用並且他們不相信您的功能,那麼在應用程序中添加一些更有用的功能並上傳新的二進製文件。

重要的提示 :
     如果要添加新功能並提交新的二進製文件,請不要忘記在評論備註中添加評論,您已添加了一些關鍵功能,應用程序現在具有完整的功能,來符合蘋果規則。



4.2 最低功能要求
App 應包含功能、內容和 UI,而不僅僅是一個經過重新包裝的網站。
如果 app 沒有什麼實用價值、毫無新意或者不太像是一個 app,那它就不適合出現在 App Store 中。如果 app 不能帶來持久的娛樂價值,或只是讓人感到毛骨悚然,則無法獲得批准。如果 app 只是一首歌曲或一部影片,則應提交到 iTunes Store。如果 app 只是一本書籍或遊戲指南,則應提交到 iBooks Store。



solution 1: 
純H5+的App早在2017年下半年就開始不允許上架了, 
也可能你的APP太像網頁版的了,蘋果覺得你只是一個套用模版的APP.
通俗的說就是:體驗不好。
APP必須要運行流暢,優化體驗,優化速度,頁面切換必須要使用過場動畫.


簡單來說,就是app功能太過簡單,沒有達到一個app應用的標準,不具備提交到appstore的資格。需要增加一些功能,即使是一些沒什麼用的功能.建議修改部分界面, 並都使用原生代碼(swift+xcode設計), 例如:添加關於我們, 隱私協議, 免責聲明, app使用教程諸如此類原生界面;
找一個已有的原生功能,說明操作步驟和對用戶的用處,然後就過了。前一次提交只是說明有幾個原生功能是不夠的,需要說明操作步驟。感覺Apple開始嚴打用Web打開頁面展示內容的程序。  

solution 2:
 Apple Developer包含各種設計和開發資源。從Apple UI Design Resources下載iOS模板,瞭解有關使用Design Video集合製作直觀,精心設計的應用程序的更多信息,並查看iOS人機界面指南,瞭解在為App Store設計應用程序時要遵循的最佳實踐。


app 介紹部分修改:
1,談產品可用性,對於用戶的需求點;
2,描述本產品與App Store其他產品區別,本產品做了哪些細節性優化,或者哪些具體功能的不同性;
3.在提交審核的備註裡面重點闡明此App中的一些原生功能.

app 操作介面方面修改:
1,添加開關;
2,改功能;添加功能來豐富產品

出了這個問題時候,不能碰運氣式重複的提交,一定要進行優化再提交,不然次數多了,會被警告和延遲審核的。

參考:
看看別人被拒的原因

這個網誌中的熱門文章

更改google drive預設存放目錄位置Change Google Drive Default Folder Location in Windows

Google drive預設存放位置是放在C:\Users\username\Google 雲端硬碟.有些人c槽是ssd,空間有限.如果一不小心,像google drive空間有1TB的人. SSD就被塞爆...需要改放在其他磁碟機..(例如c是ssd, D是一般硬碟..可能有幾TB)


1.如果之前已經安裝的人,首先先解除帳戶連結.解除後再刪除掉目前的舊的Google Drive 目錄.釋放已占空間.(不用擔心,因為已經備份到雲端,待會會自動再下載回來.)


2.再次登入帳戶,在最後一頁時.不要那麼快按確認,這裡有個"進階設定".




3.這邊可更改預設資料夾...我們把他改到D槽...或其他槽. 建一個新目錄,取個好記的名字,例如"[GoogleDrive]",加上特殊字元"[" "]"可讓資料夾排在最前面,將來比較好找.更改好之後,再選擇這新資料夾.
PS: 也建議大家不要把Google drive預設資料夾放在C:\Users\username\Google 雲端硬碟.
一則不方便找.二則重灌電腦時,會忘記這邊有資料,整理起來很麻煩.三是C通常是SSD,容量小,設在D槽(如果是HDD的話),可避免塞爆SSD.

Mark App Design Apps隱私權政策

1.本隱私權政策與條款僅適用於使用者於Google Play Store或Apple store上之Mark App Design所設計並上架成功的app應用程式,並不適用於其他使用者自行於非官方商店之所下載之應用程式或獨立apk. Mark App Design不負責若user自行從非官方app store之來源所下載的app與其所產生的任何行為與後果,故請麻煩各位user只從官方之google play或apple store下載正式版app,並保持版本為最新之app,切勿安裝來路不明apk,並提防有些惡意人士會竄改apk再放到網路上供人下載。

2.Mark App Design所設計的apps,例如租屋快訊等app,若需登入功能,則完全按照google sign-in/firebase sign-in之規定取得個人識別資訊後,如性別或國家等基本資料,Mark App Design 保證都只作為app登入後,使用者識別之用途,此為必要程序,以節省再要求使用者註冊帳號之麻煩,相關規定均符合Google Sign-in/firebase auth使用守則,不會取得你的個人帳號或密碼,其為一種由google sign-in/firebase auth所傳回之暫時性識別資料,每位使用者皆有獨特之一組識別碼,故你不需提供密碼,但app即可透過之確認是您本人帳號,此種暫時性識別碼無法用做其他用途。另外若非經您書面同意,不會將取得之資料用於其他用途,此記錄僅為app內部供程式識別使用,決不會對外公佈或出售或轉手給其他人,本人也特別謹守分寸,不會要求奇怪之財務和付款資訊、密碼驗證資訊、電話簿或聯絡人資料或權限、不會無故取得麥克風和相機感應器資料,以及不會要求存取具有機密性的裝置資料,如果你發現app安裝時需要要求這些不必要權限,請注意可能你下載到惡意竄改之apk,請移除之並改從官方google play/apple store下載。

3.Mark App Design所設計的apps,例如LED FlashLight,須使用Camera權限,只是因開啟led需此權限才能使用led功能,例如鏡子app須取得camera權限,也保證絕不會將camra用作其他用途,本人設計之app絕不會取得不需要之權限,如你發現app會要求此類無相關權限,請馬上通知Mark App Design…

關於google play console app應用程式簽署

應用程式簽署
只要加入 Google Play 應用程式簽署計畫,您就能以安全的方式為新的和現有的應用程式管理應用程式簽署金鑰。系統會透過安全的基礎架構 (與 Google 用來儲存自身金鑰的基礎架構相同) 妥善存放金鑰。
如果您遺失了金鑰庫,或認為金鑰庫遭到破解,Google Play 應用程式簽署計畫可以讓您提出重設上傳金鑰的申請。如果您在沒有註冊加入 Google Play 應用程式簽署計畫的狀況下遺失了金鑰庫,則必須使用新的套件名稱重新發佈應用程式。


當然要加入啦,
但加入後就有很多問題產生了,會有三個SHA1金鑰產生,不同的sha1.用的地方不同.
debug跟release 跟 google play 會自動二次簽章.

上傳APK後,就是不同的SHA1.
要去Google play console看.
如圖上,紅框處:就是真正user下載到的app的實際sha1.
填錯,firebase 就不能用喔~~~

-->用這指令只是看目前你手上的KEYSTORE他的SHA1,在DEBUG時期用的.
指令: (紅色改成你的)
keytool -exportcert -list -v -alias YOUR_KEYSTORE_ALIAS -keystore YOUR_KEYSTORE

輸出:
輸入金鑰儲存庫密碼:
別名名稱: ---
建立日期: 201--
項目類型: PrivateKeyEntry
憑證鏈長度: 1
憑證 [1]:
擁有者: ---
發行人: ---
序號: ---
有效期自:---
憑證指紋:
         MD5:  90:3E:----E3:8D
         SHA1: E1:3F:3---5A:96
         SHA256: 40:F8:0----2:F6:10

簽章演算法名稱: SHA256withRSA
主體公開金鑰演算法: 2048 位元的 RSA 金鑰
版本: 3

擴充套件:

#1: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
---                                ,...
]
]