乾貨貼:各類應用如何規避PLA1.2問題順利上線?

ADVERTISEMENT

文章針對金融理財應用、其他應用、馬甲應用三類應用的App Store稽核問題進行的探討。

從今年1月初以來,蘋果針對應用稽核所採取的行動讓大批CP陷入了苦楚:被拒機率暴增、多次稽核不過、稽核時間延長、應用提審後卻一直處於“正在稽核”階段……

近日,又有多位CP向ASO100反饋:應用提交至蘋果稽核卻因PLA1.2問題被拒,個別應用嘗試多種方法仍未過審。而他們收到的被拒理由基本類似:

PLA 1.2

The Seller and Artist names / company names associated with your app do not reflect the xxx in the app or its metadata, as required by section 1.2 of the Apple Developer Program License Agreement.(應用的開發商名稱和公司名稱與應用或應用元資料中的XXX不匹配,違反了蘋果開發者計劃許可協議1.2。)

Next Steps

Your app must be published under a Seller name and Artist name/ company name that reflects the xxx brand. If you have developed these apps on behalf of a client, please advise your client to add you to their development team of their developer account.(您的應用必須用符合XXX品牌名稱的開發者賬號上傳。如果您是幫助客戶開發的應用,請通知您的客戶將您新增到他們的開發者賬號團隊成員中。)

……

一直以來,因PLA1.2問題被拒的多為金融理財應用,但通過近期小七和CP們交流、調查後發現:“PLA1.2”已不再是金融理財應用的專屬。在因為此原因被拒的應用中,還有大批購物、醫療及其他類應用。調查詳細結果及解決方式如下所示(以下內容圍繞金融理財應用、其他應用、馬甲應用三部分展開):

ADVERTISEMENT

一、金融理財應用

通過調查發現,在因PLA1.2問題被拒的應用中,金融理財應用仍佔大部分。被拒原因基本是:應用的開發商名稱和公司名稱與應用/應用元資料/金融產品中的公司名稱/金融機構/金融機構名稱/信用卡名稱/貸款業務提供者等不匹配,違反了蘋果開發者計劃許可協議1.2。

如果遇到類似情況,大家不妨嘗試下述方式:

蘋果規定:金融理財類應用只能用對應公司名稱的開發者賬號上傳。也就是說,如果用個人開發者賬號提交金融理財類應用後收到了類似郵件,可以考慮用公司開發者賬號提交;

如果不想採取上面的方式,且是在幫客戶提交應用,可以讓客戶將你的開發者賬號新增到他們的開發者賬號團隊成員中,然後再嘗試提交;

稽核期間,將敏感資訊(例如App中出現的銀行名稱等)和功能刪除或隱藏;

(如果使用的是公司賬號卻還是被拒)在App中儘量體現和公司相關的內容、品牌等;

如果被拒原因中所指出的商標等確實是自家公司的,可以把相關資訊和證明資料等反饋給蘋果稽核人員;

(如果開發者賬號的郵箱用的是個人郵箱或技術支援網址和公司無關)將開發者郵箱改為公司郵箱,並將技術支援網址改為能體現公司的網址(一般用官網即可)。

ADVERTISEMENT

二、其他應用

在此番調查中,購物應用多是因為在應用以及應用元資料中新增了其他應用的品牌詞(例如,淘寶)等,以及開發商和公司名稱與App中多次出現的購物平臺名稱或優惠券服務商等不匹配而被拒;醫療類應用多是因為開發商和公司名稱與App中出現的醫療機構等不一致而沒有過審;而其他類型的應用被拒的原因多是因為在應用以及應用元資料中新增了其他應用的品牌詞,或技術支援網站無法體現該公司的經營內容等。

針對這些情況,小七覺得可以嘗試以下方式:

刪除被拒理由中明確指出的,或者自身覺得敏感的資訊(例如應用名稱、關鍵詞或描述中出現的其他應用的品牌詞)或功能;

提審期間將敏感資訊和功能(優惠卷等)隱藏;

在App以及元資料中多體現和公司相關的內容、品牌等;

如果被拒原因中指出的品牌詞、商標等確實是自家公司的,可以把資訊以及證明資料等反饋給稽核人員;

(如果開發者賬號的郵箱用的是個人郵箱或技術支援網址和公司無關)將開發者郵箱改為公司郵箱,並將技術支援網址改為能體現公司的網址(一般用官網即可)。

三、馬甲應用

ADVERTISEMENT

除了上面的情況外,還有另外一種情況:近日有很多馬甲應用收到過此類被拒資訊。而針對這種情況,目前主要有兩種解決方式:

隱藏敏感資訊,並對應用的元資料、圖示、介面以及功能等進行修改,過審後再將可修改的資訊或功能改回來。但是這樣做有一個弊端,如果被蘋果發現,會面臨下架的風險;

設計一款和主版本不同的App。

結語

以上便是此次調查的結果以及部分問題的解決方式,希望能幫助到大家。如果各位CP還遇到了其他情況或瞭解其他解決方式,歡迎交流。

作者:小七,

本文由 @ASO100小七 原創釋出於人人都是產品經理。未經許可,禁止轉載。

» 人人都是產品經理

ADVERTISEMENT