寫APP是孤獨的事情,跟AdMob violation: Site Behavior: Navigation的解法

1.最近又被google admob發警告函,無奈..

還是一樣重點是admob說如果太多違規就會被停帳號,真是把我嚇死了.
但是他們判違規卻不跟我說app那裡違規了?
要我自己去找...於是就變成我要在眾多app頁面中自己判斷哪裡違規?
這真是勞民傷財,於是我就不能專心開發app,要花很多時間去找錯誤在哪裡?
 

有個違規是這樣,找附近功能因為有用google map place api,而他們最近改了json spec設定
"id"--> "place_id"
於是我的app就出問題了.
然後admob就發違規給我了.

無奈.

一個人慢慢地修,孤獨的修app....

總之,google admob好像跟我有仇似的,一直找我麻煩.

現在我一收到admob開頭的信,我就會害怕.


簡單講:
AdMob violation: "Site Behavior: Navigation" Policy Violation - solution

 就是如果你收到這個違規:

那就要檢查你app所有button/menu item與連結,不能有忽然地引導user跳出App 動作.

必須要提醒user.才能跳出去app.

因為你app內可能的錯誤太多,所以admob不跟你講那裡違規,因為Admob審查人員無法為你一一檢查.

所以發這違規.

像下圖: 按下這transfer會跳到google translate...

但是沒有提示使用者.就是違規.

因為有些人的手機沒裝google translate.會有錯誤訊息出現.

 





 

2.google play 審核的擔心與害怕

上次因為一個app有用到一個library.

APK還要符合x86, X64, ARM64, 32Bit.. 導致app就被退回.

現在  x86 很少用在手機平台了,但還是一樣不能忽略.

不得已X86版本Library只好移除,剩下ARM 32, 64 即是 arm7, arm8.

總之,就是寫一個app在上傳apk後不是就沒事了,還是要擔心害怕被Google play駁回.


當然除了GOOGLE play會駁回的風險外,

apple app store也是有同樣風險,而且更嚴格.


------


3.再來看看下圖: 多出一片空白,很明顯是廣告位置錯誤.

因為admob判我違規,所以廣告停止放送.

但這樣也造成開發者問題,因為廣告放送被停止,

admob banner 的版位在我們開發者App中無法被呈現出來.

我們無法debug.

等到我們把admob違規解決後,就會發生位置錯誤的問題.

這樣就變成我又要再出一版app,只是為了修正admob廣告位置錯誤的問題.

好險google play允許我這樣頻繁更新app,如果是apple可能就不允許了.


總之,寫app就是一直處在擔心跟害怕的心情.

即使是免費的app也是一樣.這就是app開發者不為人知的辛酸阿





4.台灣opendata的混亂與失敗:

台灣opendata表面上是成功的,但很多地方卻是失敗的,舉例來說:內政部的opendata簡直是表面功夫.

以警廣opendata路況為例,

假日一到,就當了,連不上,系統不穩定.連帶使用警廣路況opendata的開發者的app被罵慘,

如下圖,當天是10/3日 週六,但警廣opendata根本連不上..使得我只能用舊有的cache data ,日期還停在9/30.

數以千計的user狂罵,跟解除安裝app接湧而來.

當然周一時他們才修好,但已過了user使用的高峰時間.


 

不只如此,一到假日,很多opendata都死了,台灣政府就是這樣,假日一到,全部當機.

然後周一上班,他們發現有問題了,才修正

下圖是交通部觀光局的opendata.也是一到連假server就死當.



我們也擔心開發者因此會被admob判決違規.

使用到opendata taiwan的開發者心臟要很大...

我建議大家在台灣opendata還沒穩定前,不要花時間去開發opendata taiwan的app.


5..因為covid-19, app廣告收入大減,大家都收入遽降.

我也是一樣,窮到只能吃7-11的7折食物.

好可憐的.


 

各位app的開發者,大家加油啦~這行飯不好吃...

祝大家順利度過Covid-19風暴...

 



 

 




留言

  1. CCat2020年10月21日 下午6:32:00 [GMT+8]

    想請教你幾個問題，希望你可以幫幫我，因 admob 沒有人支援的。

    問題 1: 你的 app-ads.txt 存放在那裡，存放在 GitHub 上可以嗎，我昨天才存放在 GitHub 上，過了 24 小時，在 admob 還看不到。
    seller.json 又需要設定嗎?

    問題 2: 我已發佈了正式版 app 上 google play, 個 app 已使用了 admob 的眞廣告 ID 單元，我可以安裝自己的正式版 app 看這些眞廣告嗎?
    現在我的 admob 帳戶上的請求數與曝光數被 admob 扣至 0，這幾天一直沒有改變過這些數值，不知是否已被 admob 暫停了帳戶!

    回覆刪除
  2. Android/ios/flutter app designer.2020年10月21日 晚上8:16:00 [GMT+8]

    1.不可以放在github,一定要獨立網域. 這就是他們設定app-ads.txt的目的,要防治偽冒者.很多方法可以,google一下喔.

    2.可以啊,但是用test Ads比較保險些,你是否被暫停admob帳戶,看admob狀態,如果有被停,他會通知你.

    回覆刪除
    回覆
    1. CCat2020年10月21日 晚上11:05:00 [GMT+8]

      Free App-ads.txt Hosting Tool www.app-ads-txt.com 可以嗎？

      正確做法是否使用公開測試版本，使用 test Ads，然後再出正版時使用眞 ID 廣告呢?

      刪除
  3. olsem2021年12月2日 下午2:30:00 [GMT+8]

    建議您也可以換一家廣告平台看看, 我是最近一年才將AdMob放到我新的APP上面的, 前面幾個版次都沒事, 我的APP功能也沒改變很多, 都是小修而已, 最近的升級版也出來三個月了, 但在這一兩個月突然接到site behavior policy violation的警告, 開始時覺得莫名其妙, 因為完全沒有頭緒, 本來不都好好的嗎? 怎麼會突然被警告? 而且還是AdMob發出的警告，Google Play 都過了不是?
    我也很火大AdMob這種不事先警告或是先審查好就冒然將發行者停權的作法，而哪裡觸犯他們的條文又不明言，這樣的作法難道沒有侵害到發行者權益的嫌疑嗎?
    最奇怪的是，這個違規不是由Google Play來提出，而是AdMob提出，不知道是不是我個人的認知不對，我實在想不出這個規則和廣告提供有什麼關係啊，這些審查不是應該是Google Play做的才對嗎? 難道Google Play 是怕冒然將APP停權會造成太大的影響，進而影響到本身的經營，只好用廣告停權的手段來施行?
    我目前也只能先就自己認為可能違規的部分去修正再發行看看，但實在沒有把握，下一版可以通過審查，我也在考慮若下版還是被判違規，乾脆換回我以前用了N年的其它廣告平台，照樣有廣告收入，來抵制AdMob的蠻橫的作法

    回覆刪除

張貼留言

這個網誌中的熱門文章

最爛的銀行服務-玉山銀行

圖片
今天寫信給玉山銀行,問他說能不能給予我免費跨行轉帳次數, 我是他們大客戶....常常需要轉帳跟提款.發現這樣被扣手續費很不划算. 玉山銀行的atm又很少見. 但是得到的回應是這樣： 看完這信,有回答等於沒回答,當下我就決定要轉到其他家銀行了, 只是有點麻煩,股票帳戶,外幣帳戶,黃金存摺帳戶... 玉山銀行在我家附近連一台提款機都沒有，每次都要借台新銀行或中信銀行的atm. 把錢放在這裡實在不方便,不斷被扣轉帳手續費跟提款手續費． 你看台新銀行richard給我五次免費額度. 使用其他家例如合作金庫與兆豐銀行都有台灣pay可以免手續費. 玉山銀行？？？？ 今天開始要開始廢棄玉山銀行了．．．． 而且看這回信後,我也覺得玉山銀行很爛,自己不建atm,又不給客戶免費跨行提款次數,叫我跑大老遠自己搜尋ATM. 建議大家他的股票: 玉山 金控 ( 2884 ) 也不要買, 股價一定會慢慢下跌的,看他們家的服務讓客戶一個一個跑掉，就知道了 . 未來不是有很多純網銀出來嗎？ 他們都會給予更多免費跨行轉帳次數. 感覺未來這種服務不佳的銀行都準備被淘汰吧. 對於app設計師來說： 這種回答也是最不佳的. 我們要對user友善點,使用者反應app會當機,有問題時， 回答要能解決他們的問題. 千萬不能像玉山銀行客服人員這樣回答. 使用者都是很厲害的,他發現你沒鳥他，明天開始就刪除app了. PS:後來去辦了兆豐銀行.行員說只要辦個數位帳戶就有10次跨行提款...而且已經有一般非數位帳戶也可再申請一個數位的. 相比玉山銀行還限制如果有玉山帳戶者再申請數位帳號也沒有跨行轉帳提款優惠,玉山真的好差... 除此之外,台新銀行也給我各5次免費跨行轉帳+提款次數 真的好好..(以上都不用薪轉戶,一般人都有資格可以申請) 有了15次轉帳跟跨行提款免費,就不用到處找ATM.... 心情好多了,現在欠缺的就是錢了
閱讀完整內容

Mark App Design Apps - Terms and Privacy Policy (服務條款,隱私權政策)

Privacy Policy The Privacy Policy when you use "Mark App Design" Apps: This policy is effective as of 2020-05-19 This page is used to inform visitors regarding my policies with the collection, use, and disclosure of Personal Information if anyone decided to use my app. If you choose to use my app. then you agree to the collection and use of information in relation to this policy. The Personal Information that I collect is used for providing and improving the Service. I will not use or share your information with anyone except as described in this Privacy Policy. -Packet TV apps use Youtube API Service (terms link: YouTube API Services Terms of Service ), when you use this app,  you are agreeing to be bound by the YouTube Terms of Service. and Google private policy please also see Google Privacy Policy Mark app design built the Pocket TV app and my most app as a Free app. These apps are provided by "Mark app design" at no cost and is intended for use as is. 使用app需受 G
閱讀完整內容

SMR疊瓦式hdd致命缺陷被解決????!!!

圖片
新聞來源: https://tech.sina.cn/2019-12-25/detail-iihnzahi9980174.d.html 現在90%所有的硬碟 … 除了SSD 之外都是採用PMR 技術，但為容量增長而發展的SMR( 疊瓦式磁紀錄)會比較便宜不要踩地雷 。 PMR、SMR 硬碟分別是什麼？ PMR (perpendicular magnetic recording，垂直磁性記錄). 寫入磁頭會比讀取磁頭來得大，因此硬碟供應商若要增加磁錄密度，就會儘可能讓寫入磁頭的尺寸縮小至物理極限為止。 SMR (shingled magnetic recording，疊瓦式磁性記錄). SMR 採用的技術是讓資料循序寫入，如其名稱所示，磁軌會如瓦片般堆疊在另一磁軌的部分面積上，藉此達到增加磁錄密度的目的。在此情況下，讀取磁頭仍可從磁軌上未被覆蓋的部分來讀取資料。   玩家對SMRHDD避之唯恐不及，因為這種HDD性能、可靠性都有問題，但它能提升HDD存儲密度大約1/4 PMR 與 SMR 的差異 當 SMR 硬碟上循序寫入新資料時，這些如瓦片般堆疊的磁軌仍可正常讀取， 並不影響讀取效能。 不過，一旦已寫入的資料要修改或覆寫時，寫入磁頭並不會直接在既有的磁軌上進行磁錄，以避免毀損相鄰的磁軌。 編輯後的資料會先在磁碟上的空白處寫入，原先舊資料的磁軌會暫時維持不動。 等到硬碟閒置時才會進行重新整理的機制，將原先磁軌上的舊資料自動清除，並重新成為可用空間以供新資料寫入。 就前述的重新整理機制而言， SMR 硬碟的閒置時間就顯得相當重要。如果 SMR 硬碟長時間進行密集的覆寫任務，則會沒有足夠的閒置時間來重新整理磁軌，暫時不動的既有資料磁軌數量會越來越多。接著導致 SMR 硬碟必須一邊寫入新資料，一邊重新整理舊磁軌，進而對讀寫效能造成某種程度的影響。 WD他們開發了名為Zonefs的文件系統，有望解決SMR HDD寫入數據時的弊端，同時也適用於SSD。 WD近年來一直在研究分區存儲（Zoned Storage），它將 HDD的LBA空間分成多個區塊，只能從每個區塊的開頭順序寫入數據，而且數據不能任意覆蓋。這種數據存儲技術可以改變SMR、SSD HDD存儲、寫入數據的方式，不會再像現在這樣有很多隨機
閱讀完整內容

ios app 上架時app icon要注意事項

圖片
按照apple ios app icon標準(App Icon Attributes): All app icons should adhere to the following specifications. 所有app icon須符合下列: -Format： PNG  , 一定要png...但全彩png size很大 .. -Color： 注意24bit不要有透明色在上面. -Layers： Flattened with no transparency. 絕不可以有alpha透明色. -Shape Square with no rounded corners 不可以有圓角,之後apple會統一用圓角特效上去. -Resolution: -iPhone X, iPhone 8 Plus, iPhone 7 Plus, and iPhone 6s Plus @3x -All other high-resolution iOS devices @2x ps: 建議不要使用 PDF 檔案.. pdf內是一個向量圖,本來是用來減少png的size太大問題. 但對於較複雜的圖像而言 PNG 的表現實際上是優於 PDF 的. iOS系統會自動把 30x30 的 PDF 圖檔做成 @2x 60x60 的 PNG 圖檔. 很複雜的官方說明： Image Size (px) File Name Used For App Store 512x512 iTunesArtwork App list in iTunes Do not include 1024x1024 iTunesArtwork@2x App list in iTunes on devices with retina display Do not include 120x120 (最重要!) Icon-60@2x.png Home screen on iPhone/iPod Touch with retina displ
閱讀完整內容

更改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.
閱讀完整內容

google play 正式發布前測試報告...非常好用.

圖片
Google developer console內的 正式發布前測試報告(Pre-launch report)...非常好用. 要產生應用程式的正式發佈前測試報告，要請將應用程式發佈至開放式beta、封閉式alpha或內部測試群組。 它有 三個版本. 到底該用那一個? 我是用 內部測試 之後會升到 alpha. (內部測試群組--> alpha --> 正式release.) 內部測試: Fast: You can distribute apps via the internal test track much faster than the open or closed tracks. When you publish a new APK or app bundle to the internal test track, it will be available to testers within a few minutes.  (幾分鐘之內會生效給測試者) 但我主要是要他幫我跑"正式發布前測試報告".  會發現很多自己在測試時沒發現的問題. 不過因為一直出現紅字,但我自己又測不到問題在那. 因為改了一些我認為有問題的code. 一直上傳請他幫我測試,不知道這樣會不會是違規?  google play審核人員看你一直上傳,不生氣才怪, (這會浪費他們時間,可能下次審核時間給你延長幾天.等你確定後不再上傳才一次審核完 .) 目前我是先用"內部測試群組",這樣就不用經過google play審核人員審核.等都all pass都是綠色後,才升版到alpha. 發生bug..他告訴我大概位置： Caused by: java.lang.IllegalStateException: The application's PagerAdapter changed the adapter's contents without calling PagerAdapter#notifyDataSetChanged! Expected adapter item count: 100, found: 5 Pager id: com.mark.TOEICtes
閱讀完整內容

舊有app在Android 12 閃退問題& app Splash screens

圖片
現在越來越多手機開始轉成android 12. 於是我就把target sdk = 31 試試看. android {       compileSdkVersion 31      defaultConfig {           targetSdkVersion 31      } } 結果舊有的app都開始發生了閃退現象. 就有使用者跟我反映app當機問題出現.因為這屬於不可歸咎app設計的問題..必須要在android 12的機器上跑才會發生,而且android developer console中Pre-launch report 也沒測試出問題. 但一跑android 12模擬器就會發生當機,所以真的會有問題. 只能說寫app要處理的突發情況有很多,這是其一. android app發佈控制台好的地方是當你上傳apk時,他都會幫你自動做Pre-launch 測試. 這次android 12會突然當機的問題,理應要先被Pre-launch 被發現才對. 我檢查後才發現,原來連Pre-launch都沒測試到最新的android 12. 他只測試到android 11. 但目前很多新機子已經開始系統更新到android 12去了.這就是問題會發生的原因. ---- error message: java.lang.IllegalArgumentException: com.mark.electricitybillcalculator: Targeting S+ (version 31 and above) requires that one of FLAG_IMMUTABLE or FLAG_MUTABLE be specified when creating a PendingIntent.     Strongly consider using FLAG_IMMUTABLE, only use FLAG_MUTABLE if some functionality depends on the PendingIntent being mutable, e.g. if it needs to be used with inline replies or bubbles. Solution: 修正android 12上當機閃退問
閱讀完整內容

app bundle and bundletool. 關於aab安裝問題

圖片
google 有說明年開始強制使用app bundle. 不然不准更新app. 但是產出的apk不再是apk了,而是aab. C:\release>adb install 6.aab Performing Streamed Install adb.exe: filename doesn't end .apk or .apex: 6.aab   不能透過adb install.... so, google 發表一個新tool: 去download bundletool...因為是java跨平台都可執行. https://github.com/google/bundletool/releases   You can extract the apks files from the aab file using the bundletool command. https://developer.android.com/studio/command-line/bundletool To generate an APK set for all device configurations (signed with a debug key) you can use:  bundletool build-apks --bundle=/MyApp/my_app.aab --output=/MyApp/my_app.apks To deploy your app from an APK set, use the install-apks  bundletool install-apks --apks=/MyApp/my_app.apks test:   C:\release>java -jar bundletool.jar build-apks --bundle=6.aab --output=out_6.apks INFO: The APKs will be signed with the debug keystore found at 'C:\Users\mark\.android\debug.keystore'.   還是失敗,還要指定key才可以...  For Release apk command, example 1: bundle
閱讀完整內容

關於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 [ ---                                ,... ]
閱讀完整內容

Google Play badge徽章產生器

圖片
Welcome to the Google Play badge page  千萬不要自己設計Google play 標籤,這裡有官方網站可產生之: https://play.google.com/intl/en_us/badges/ deliverable type: 選擇digital badges,可產生 HTML 連結 就可貼到其他地方. 選擇print 的話,只有 一張高畫質EPS圖,可在Photoshop處理,不需要再從別地方找了. 就像這樣:點了會到google play store:
閱讀完整內容