解讀App Store:當下應用轉移的價值在哪裡?如何順利避坑,實現應用轉移?

出海獨聯體發表於2021-10-21
作為全球範圍內的主要渠道之一,蘋果應用商店App Store總讓開發者“又愛又恨”。

在過往,蘋果應用商店的使用者質量總讓開發者驚喜,但在註冊賬號、應用稽核等方面,令開發者頭疼的問題也有不少。甚至一不小心,開發者就會觸發封號機制,偶遇當季大禮包。

面對開發者賬號獲得難、面對封號保住應用難等問題,有很多開發者將目光轉向了App Store的App轉移功能。

App轉移,就是將App Store開發者賬戶下的某個App轉移到另一個賬戶之上。賬戶接收應用後,可以繼續對應用進行操作與運營。事實上,巧用這項功能不僅能幫助開發者提高生存空間,在App Store今年1月面向小微企業提供15%分成款優惠計劃後,App轉移功能也讓更多開發團隊有了享受優惠的可能。

近日,獨聯體的老朋友,iOS資深規劃師鄧淳,以“App Store你想知道的和你想不到的”為題,結合多年在App Store應用轉移功能實戰經驗及最近了解到的開發者問題,詳細分享了App Store的應用轉移的應用場景、操作流程、注意事項及轉移後的影響。

解讀App Store:當下應用轉移的價值在哪裡?如何順利避坑,實現應用轉移?

以下為演講實錄,考慮閱讀體驗部分有所刪減:

今天主要給大家講一講App Store你想知道的和你想不到的。

為什麼要講這個“奇怪”的話題,是因為最近每天都會有人問我:

“App想轉移,應該如何操作?”

或“App進行轉移後,會遇到什麼問題?”

因此我也在這段時間著重地關注了下,為什麼有那麼多人開始有App轉移的訴求。其實主要有幾方面原因:

第一,應用過審比以前越來越難了;

第二,管控比以前越來越嚴格了。大家也都知道最近 IDFA政策改變,在獲量方面也會有很大問題。

第三,蘋果出臺了優惠的開發者計劃,收益在100萬美金以下小企業與獨立開發者,將有資格參加該計劃,並享受降至15%的佣金費率。

這三點就導致了越來越多的人,通過APP轉移來解決當前自己的問題。

App轉移能解決的問題

App轉移究竟能解決什麼問題?從幾方面來說是App的買賣、開發者賬號的買賣,想利用小微企業降低15%分成優惠來賺點甜頭的開發者,然後以及一些異常稽核之後的逃難。

01、應用過審

從賬號層面展開講,前年我們都還只是吐槽:

“企業賬號註冊不下來了。”

去年我們都還說“國內App Store的個人賬號申請需要用實名制了,一個賬號費一張身份證,且公司賬號的審查變得更嚴了。”

沒想到現在比以前更嚴,甚至前兩天,我在做賬號生意的朋友還和我說,現在他們在正常註冊時,都已經很難拿到賬號了。

這也就導致了賬號買賣越來越在所有的開發者之間流行起來,很多開發者拿到一個新賬號後,就會想把自己原本的App轉移到新號裡面。

其次,從最近三年的情況來看,提交應用稽核非常不好過。

比如最近三年,大家最常遇到的打回包括“狗年大禮包”“豬年大禮包”,之後還有“鼠年大禮包”,到了牛年,蘋果還會有什麼奇怪的操作,現在還不知道。這也造成了很多開發者會拿好多賬號,分包提審。

因為開發者不知道哪個應用能過,所以有應用過了以後,開發者再拿過審的應用進行轉移,或者說直接買一個別人已經過審的應用。

馬甲包其實和買賣應用是類似的操作,從別人購買應用或者是找一些專業的過包團隊過審應用後,開發者的訴求是把應用轉移到自己的賬號中運營。既然過不去包,那就直接買一個App。

02、分散旗下產品,多個賬號申請優惠

因為蘋果面向小微企業有15%分成款優惠,如果想獲得優惠,就要符合年收入100萬美元以下的限制。

解讀App Store:當下應用轉移的價值在哪裡?如何順利避坑,實現應用轉移?

當一家公司有多款應用在同一個賬號裡時,很可能會超過收入數額限制。所以通過App轉移的方式,把這些應用區分到多個賬號中,就可以滿足每個賬號能夠拿到15%分成的優惠,這其實是很多開發者都想做的事。

03、“逃難”需求

還有App轉移需求的可能就是逃難。應用異常稽核導致的“逃難”其實分為兩種情況。其中一種情況是賬號封停。

很多開發者會遇到這些情況:

收到蘋果郵件,通知賬號被警告,14天后將封號,或因被友商多次舉報、或賬號裡有風險應用,而被蘋果通知警告。

也許確實某款應用存在問題,但是賬號中又不止一款應用,這時就要想其他的應用怎麼辦。而App轉移就是能夠保住應用的主要方法之一。

另一種情況是稽核異常。可能開發者提審出現大禮包,或確實知道提交了一個有問題的應用,而這個應用導致賬號裡其他的應用在提交稽核時也都被延遲。這時開發者就可以通過App轉移,把其他應用轉移到別的賬號,規避對整個賬號的懲罰。

App轉移的操作流程

大家都知道,App轉移就是把應用從一個App Store開發者賬號移到另一個開發者賬號。在過往,我以為真正實際操作過App轉移的開發者會很多,但通過最近開發者向我提到的問題以及提問頻率,我才知道實際操作過的人並不那麼多,因此我來具體講一下操作流程。

01、提前準備

首先一定要準備兩個開發者賬號,或者你與你的客戶,需要各自準備好轉出賬號與轉入賬號。兩個賬號需要各自滿足以下條件:

轉出賬號:

第一,需要確定轉出賬號可以登入,擁有管理員許可權。

也就是說,要拿到賬號持有人的主賬號,才可以進行轉移。如果只有 App的管理許可權,是沒有辦法進行轉移的。

第二,要知道App的App ID,它是一長串純數字。

一直以來我都在說,蘋果是一家對使用者十分友好、很注重使用者體驗的公司,但是對開發者截然不同。他們的網站和旗下所有針對開發者的功能都存在很多bug,把App ID記住,也是為了解決一個經常出現的bug,下面會具體說。

第三,確保轉出應用所在的賬號沒有被封。

如果這個賬號已經被封了,那麼在登入後臺時,是看不到“我的App”這個選項的,也就沒有辦法對賬號中的應用進行轉移。

轉入賬號:

第一,賬號的TeamID。

TeamID在蘋果開發者中心(developer.apple.com)後臺,賬號資訊中查到。TeamID是一串字母和數字混合的字串,需要記住。

第二,確保轉入賬號可以登入,並且擁有賬號管理員許可權,且這個賬號沒有被封號。

我曾經遇到過一個開發者。他有一個很不錯名字的賬號,想把一個應用轉移到這個賬號中運營,但這個賬號因為註冊的時候有些不合規,所以在應用轉移過程中被封了。

如果出現這種情況,轉移的操作會自動取消,應用還會留在轉出賬號中。當然這種情況僅限於發起了轉出邀請,但應用還沒有被接收的時候。如果應用已經接收成功了,這個賬號才被封掉,應用就跟著賬號一起封了。

第三,準備好新的隱私協議、網址與新的官網。在接收應用時會要求填寫。

第四,新的聯絡人資訊。

當一個應用被提審時,需要填寫聯絡人的姓氏、名字、郵箱以及聯絡電話。因為應用轉移後,蘋果認為它屬於另一個開發者了,所以聯絡人資訊全都需要換成新的。

東西都準備好以後,我們就可以進行App轉移的操作了。

02、轉移流程

簡單地說一下App轉移的流程:

第一步:在轉出賬號的App詳情頁底部發起App轉移。

第二步:由系統自動核實App是否符合轉移條件。

轉出賬號App詳情頁最下面,可以看到“轉讓APP”的選項(圖1)。選擇這個選項後,系統會自動進行判斷,判斷應用是否符合進行轉移的條件。

蘋果會給列出來應用符合哪些條件、不符合哪些條件。如果有不符合的條件,就需要開發者對應進行修改(圖2)。等一切都確認完畢,符合所有條件,直接會進入到下一頁。

第三步:輸入接收方的賬號和TeamID。

這裡需要填寫賬號的使用者名稱以及Team ID即可(圖3),別的不用填。

第四步:勾選協議批准。

二次確認的視窗。二次確認後,在轉出應用方的角度,操作就完成了,應用的轉移已經發起了,可以告訴接收方接收了。

第五步:接收方賬號後臺看到tips提醒轉移。

接收方登入到自己的賬號後,會直接在蘋果後臺彈出置頂的tips。上面提示有一個需要接收的應用。開發者可以直接點選接收,就會跳轉至專門接收的頁面。

第六步:填寫新的App資訊。

填寫新的隱私協議、網址、官網、聯絡人資訊,點選儲存。

第七步:轉移完成。

此時應用的轉移操作就完成了,雙方會收到郵件,被告知轉移的操作已經完成,應用已經進行了轉移。應用會出現在接收賬號的“我的App”裡面,在舊賬號“我的App”中消失。

App轉移中容易踩的坑

App轉移的實際操作非常簡單,開發者自己實踐一遍應該就能夠得心應手地處理。但是實際操作中,其實會出現各種各樣的問題。所以接下來主要分享App轉移中的注意事項。

01、什麼App無法進行轉移?

什麼樣的APP無法轉移,蘋果會給開發者一個列表,但我也想分享一些自己的經驗。

第一,必須至少有一個已經過審的應用版本。

什麼叫過審的版本?應用提交過稽核,並且已經通過了稽核。通過稽核後,大家應該都知道會有一個等待開發者釋出以及應用上架的綠色的標識。

不論對應用是否進行了手工下架的操作,還是被蘋果懲罰以後強制下架,都沒有關係。只要曾經通過稽核,就可以進行轉移,但搶了別人名字的應用轉移不了。

比如最近上了一個很火的影視作品,你知道這個作品今後可能會出同IP遊戲,就提前把遊戲的名字搶注了,搶注後去跟代理 IP的公司談,把應用名字賣給他。除非你自己搶注的名字下有應用,且提交稽核並過審,不然這個名字空殼是沒有辦法賣掉的,也不會有轉移的選項出現。

第二,TestFlight需要清空。

這是大家在經常轉移過程中常遇到坎的地方。因為每次上傳一個應用的IPA檔案之後,後臺Test Flight選項中會出現這個版本的檔案。轉移前,需要把所有曾經上傳過的版本檔案在Test Flight中設定為過期,曾經開啟過的測試、所有測試人員、測試反饋資訊,包括郵箱等都要完全清空並儲存。

這裡還有個坑,雖然開發者把這些東西全部清空了,但是有時會遇到始終顯示沒有辦法進行轉移的情況。這沒有什麼好的解決方法,只能換個時間再試一下。

第三,內購狀態對轉移的影響。

如果你的應用上有內購,且內購狀態是“等待稽核”或者“稽核中”時,無法進行App轉移。

想要轉移有兩個方法:一是等到內購通過稽核;二是把過審的應用先撤下來,或者是等待稽核被打回來,這樣就可以進行轉移了。

如果你的內購裡面包含訂閱類的商品,需要在應用中建立專用金鑰,這樣才可以進行轉移。不然就只能是把訂購類商品刪掉,才可以進行轉移。

第四,其他影響。

還有一些類別的應用是完全無法進行轉移的。

比如前段時間,大家遇到最多的可能是接了Apple登入功能的應用無法轉移。而現階段則包括接了passbook功能的應用、賬號過期了的應用以及被封賬號的應用無法轉移。

如果賬號不打算續費了,那一定要在過期日期之前把應用都轉走,一旦賬號過期了就沒辦法轉移了,必須續費才可以轉移。

02、App轉移後,使用者能感受到什麼變化?

很多人會問把應用轉移後,使用者有感覺嗎?他們能夠感受到什麼變化?

第一,使用者在App Store裡面搜尋應用時,開發者的名字會變成接收賬號對應的名字。同時在七麥等第三方資料平臺上,應用資訊中也會有轉移記錄。

第二,技術支援的網址和隱私策略的網址會變化。因為在轉移時,開發者已經重新填了。

第三,使用者在應用中的賬號資料和購物記錄不會變。

說白了,只是應用所屬的開發人員從A轉移到了B,對於使用者本身來講,應用中的資料都不會變。

03、應用轉走了,後臺中的資訊會變化嗎?

會有變化的。

首先,銷售和趨勢會自動剔除掉轉移完畢之後的資訊。在轉出賬號中看不到應用轉走以後的資料了。而在轉入賬號中,看不到應用接收之前的資料。即並不是一個應用自始至終的資料都會被轉移。

其次,應用轉移後,“我的APP”中看不到應用。

這裡面向想將應用分散到不同賬號,享受15%分成優惠的開發者提醒一句,一定要在申請小微企業的優惠之前先完成轉移操作。因為在蘋果對小微企業的優惠計劃中明確了,如果在申請優惠之後進行App轉移,優惠就會作廢。

04、App轉移時的常見bug

此外在App轉移時常見以下三種bug:

第一,轉移記錄一大堆。

在一次轉移完成後,開發者可以在轉入賬號和接收賬號的稅務協議頁面看到,之前的轉移記錄資訊。

轉移記錄資訊其實沒有太大價值,因為它無法顯示轉移發生時間與轉移生效時間,也無法顯示從哪個賬號轉移到哪個賬號,只能顯示出賬號持有人的名字,也就是使用者看到的開發者名。

可能開發者在轉移了一次以後,你會發現開啟同一條轉移記錄會出現一大堆,不會被排序。

第二,轉移後找不到應用。

轉出操作完畢、接收確認成功後,也常遇到應用在轉出賬號中消失,但接收賬號中並沒有出現。此時開發者就會很著急,重新登入好幾遍賬號都發現沒有應用。這其實就是bug或快取的問題,實際轉移已經成功了,只是應用沒有顯示出來。

這時,大家就可以使用已經記住的 App ID了。開發者可以直接開啟一個你的應用,會看到包括應用App ID的網址。直接複製網址,把ID換成轉移的App ID。在登入接收賬號的情況下,把網址填到位址列,就可以進入應用詳情頁,看到應用了。但是在後臺上直接找的時候,依然是找不到,等3~5天左右,應用就會在後臺上出現了。

第三,明明符合條件就是不讓轉移。

這個情況也經常發生,其實主要出現在清除Test Flight的資訊時。比如開發者明明已經將資訊完全清除乾淨,但就是沒辦法轉移時,在Test Flight選項中打上綠色對勾,這個就只能等。

我也曾經通過發郵件或打電話諮詢蘋果客服,但他們回覆沒有遇到過這種問題,無法解決。而換了電腦與瀏覽器,甚至同一天讓別的朋友測試,也會遇到一樣的問題。但過了一、兩天之後就發現可以選擇了。

但同樣也要注意,在Test Flight報告聯絡資訊中,很容易出現留下1~2個空格沒有刪掉的情況,導致開發者認為清空了,但實則沒有清除乾淨。因此開發者最好注意一下每個選項。

其實在App轉移中,可能出現的bug、甚至是別人沒有見過,而出現在自己身上的bug還有很多。這時都要淡定,只需記住一點,你的應用不會無緣無故地轉移丟了。

最後,再分享一些都市傳說。

大概2014年時,我就開始使用轉移功能,到了現在,也發現了有一些拿不上臺面的騷操作。

01、清加急狀態

最早在加急稽核還比較值錢的時候,可以用轉移的方式來清加急的記錄。

以前蘋果稽核的時間比較長,初審大概要等2、3個星期,更新可能要等3~5天。開發者多次申請加急的話,蘋果就會說,不能讓你經常這樣加急。但如果把應用從一個賬號轉到另一個賬號,加急就會可以批准了。

在清加急記錄時,我也順便發現了,實際在轉移的過程中,蘋果不會驗證這個賬號是否是開發者本人賬號的,因此可以在轉移的時候,自己轉給自己,通過這個方式來不停地清理加急狀態。

02、不經稽核改官網

在轉移的時候,開發者需要填寫新的隱私策略網址和技術支援網站、管理員聯絡方式。如果按照正常的應用稽核的方式提交資訊,蘋果是會去審的,但在轉移的時候是不審的,改成什麼蘋果是不管的。也就是說這個時候,一些比較敏感的應用,實際就可以通過轉移的方式做一些小策略。

03、逃避追蹤

開發者的轉移資訊,實際在一些第三方資料平臺上是有記錄的,但這些記錄並不是實時的,沒有那麼快。

比如使用A賬號過審的應用,轉移到B賬號去運營,因為本土特色,或許會有各種各樣的友商黑你,為了不讓友商發現用什麼賬號過審,實際上是可以進行多次應用轉移。

而在第三方平臺上,不會那麼頻繁的記錄轉移,實際上就不會暴露多次轉移資訊,真正將提審和過審的賬號藏起來。

04、被警告之後的逃難

如果一個賬號被通知要封號,正常情況下,這些應用會被跟著一起下架。那麼把賬號裡的應用全部都轉走,能不能保住應用?

經過多次測試,把應用轉移到別的賬號,一定程度可以解決這方面的問題,應用就不再會被下架了。如果不放心的話,可以在應用轉移成功一次後,再進行一次轉移,這樣安全性就會提升很多。


來源:獨立出海聯合體
原文:https://mp.weixin.qq.com/s/w4Ks2cpg7dEil7JLt8HhKQ

相關文章