㈠ 應用提交 App Store 上架被拒的原因都有哪些
1號大坑：檢測更新
蘇立：第5點，我看到有些app還是在app內有檢測更新，他們是如何做到的？
閆國榮：檢測更新這個本來是標配功能，但是在3月開始以來的審核中要求不能加入。你們看到的很多支持檢測更新是之前的版本，現在上架的新產品嚴格控制這條，當然啦，現在更新版本有一部分漏網之魚。
抽屜：檢測更新連TestFlight都會被拒絕。
2號大坑：和系統接近的圖標效果
Kun：生活日歷之前標志用了一年多，直到蘋果推出通知中心以後，說我們的標志和他們像就被打回了，改了很多版本，顏色圖形各種改都不給過，最後直接換了一個標志；另外app推薦也不能用，一般用伺服器控制，通過後再上；安卓的字眼不能有……
3號大坑：使用QQ登錄會進入引導下載QQ頁面，結果被蘋果退回審核
治癒貓：補充我們遇到的一種情況，我們用了QQ第三方登陸，如果用戶沒有安裝QQ的話，使用QQ登錄會進入引導下載QQ頁面，結果被蘋果退回審核。
4號大坑：廣告原因導致被拒
柴Crystal：上周提交一款產品，裡面有廣告代碼，但是沒有顯示廣告，也被退回了。
閆國榮：恩，因為你們可能調用了它的IDFA的相關東西。就算沒廣告的展現，但是蘋果也發現你們調用了，就會說你們有廣告。
接著說友盟的問題：友盟為了逃避蘋果的審核，在後台默認做了一個淘寶的全屏廣告，不過在3月之前都可以過，但在3月之後，蘋果也要拒，因為很多產品和淘寶的廣告不符合。比如我是糗百，彈出一個淘寶廣告，蘋果也會拒絕。所以一般有兩種做法：
①採用友盟的無IDFA的sdk，不過無IDFA的sdk對統計會有誤差。
②自己做個banner廣告，審核過了後台修改參數，隱藏。
5號大坑：出現第三方操作系統的名字或圖標
第三方操作系統的圖標或者名字，不能出現在應用內。例如出現Android的圖標關鍵字被拒，這個遇到過么？
閆國榮：你的app截圖也最好不用android手機殼子，android的也不要用iphone狀態欄。在各個市場，都不允許出現對方系統的東西，我們android之前偷懶，用了iOS宣傳圖，也被android市場拒絕過，因為狀態欄是iOS的。
Kun：產品描述中提到安卓，就被拒了。
張濤Soloer：上傳應用截圖時，如果是上傳網路市場，截圖狀態欄能看到應用寶圖標，會被拒絕的。iOS版本，做了一個付費版，和原有版本策略不同，但是appstore拒絕了，理由是和舊有版本功能一致其實，競品都是那麼做的，已經上線了。這是我遇到的兩種情況。
6號大坑：注冊登錄，性別和頭像非必填
閆
國榮：「沒有幫注冊用戶默認性別和頭像（不支持跳過）「，這個問題不知道你們遇到過沒，我才遇到的，略坑。和蘋果交流了很多次，最後屈服了。注冊的時候現
在多數app是必須用戶完成頭像、性別信息的。60%都不可以跳過，但是我們這次審核的時候，不行了。蘋果要求性別和頭像都可以非必填，大家最近上架的要
注意這條，當然審核員尺度不一樣，很難說。
7號大坑：軟硬體結合的產品，一定要拍攝視頻或者寄送硬體給蘋果檢測
陳宇強：早年做智能可穿戴設備時，因為需要硬體和軟體整合才能使用，蘋果以軟體無法測試為由拒絕了。後來蘋果要求把硬體寄到沒過來完成軟體的測試。
8號大坑：界面太丑，宣傳太過，跟風明顯會被拒
界面太丑的情況也有被拒絕過，產品沒新意也是被拒的一個原因。
高威煌：太丑真的會被拒么？
Roger：這是真的。
Reggie：宣傳圖片過度，也會被拒
閆國榮：再說個大家記得不？當年那個bird不是很火么，然後大批類似商家，蘋果都拒絕了。我還要說一點，大家注意！我提到我們有寫蘋果婊被拒，其實有的朋友，寫2逼都會被拒，我也試過2逼，蘋果不行。還有朋友的產品裡面有一個圖是豎起中指的，也被拒。
付平非：是的，我們寫了逗比、牛逼、綠茶婊，被拒了三次，也是無語了。
9號大坑：內容型 app遇到版權問題，怎麼破
Roger：先交代下背景，我這邊負責的是視頻聚合類的應用，主要是各種美劇、英劇。在第一次提交被打回，原因是應用會出現崩潰的情況，所以在這里提醒大家：在提交蘋果審核的時候，一定要做好測試。
10號大坑：支付、文案等問題導致被拒
如果還有更多大坑，歡迎私信@胡澈 或者在文章下面留言，我們會盡量維護一個更棒的列表，方便大家查詢。
㈡ 友盟-推送-API-友盟消息推送API調用有什麼頻率或者次數的限制
每分鍾發送次數,對於單播目前沒有限制。 對於已經上線的App，每天不超過3次，但是這個限制次數根據業務場景可以申請調大。 功能如下：第一，支持多維度用戶分群，幫助開發者將不同用戶按照不同特徵分群，從而為不同分群的用戶推送最合適的內容，大幅度提升消息打開率和用戶滿意度。
第二，自由選擇發送內容。
第三，靈活接入。支持開發者通過Web 端操作或者 API接入，滿足不同場景下的推送需求。
第四，支持API接入方式：開發者可以通過 API對接友盟伺服器，自動化的推送消息。
從總體來說極光更適合我們的選擇。極光多種消息類型，開發者可以輕松地通過極光發送各個移動平台的系統通知，還可以在控制台編輯多種富文本展示模板； 極光還提供自定義消息的透傳，客戶端接到消息內容後根據自己的邏輯自由處理。
