打開手機,屏幕上彈出一條消息。你以為是App發(fā)來的原話,其實它已經(jīng)被操作系統(tǒng)改過了。這不是猜測,而是已經(jīng)發(fā)生的現(xiàn)實。營銷咨詢顧問雅克·科比-圖奇在一篇博客文章里梳理了這個變化過程。他的核心判斷是:推送通知曾經(jīng)只是開發(fā)者給用戶發(fā)的一段簡短文字,現(xiàn)在中間多了一個編輯層,那就是操作系統(tǒng)和運行在設(shè)備上的AI模型。這個編輯身份,由蘋果和谷歌分別掌握。
推送機制最初的起點,其實跟用戶體驗沒太大關(guān)系,它是為了解決電池問題。2009年,蘋果推出了蘋果推送通知服務(wù),思路很清晰:別讓每個App都自己保持一個到服務(wù)器的長連接,那樣太耗電。改成在設(shè)備和蘋果服務(wù)器之間只維持一條持續(xù)的連接,所有通知通過這條通道統(tǒng)一推送。谷歌后來也走了類似的路,從云端到設(shè)備消息傳遞開始,經(jīng)過谷歌云消息傳遞,一步步演進到今天開發(fā)者們熟悉的Firebase云消息傳遞。
![]()
這個架構(gòu)決定了蘋果和谷歌從一開始就站在一個特殊的位置上。發(fā)給iPhone的通知要走蘋果的服務(wù)器,發(fā)給安卓手機的通知要過谷歌的服務(wù)器。換句話說,這兩個平臺有能力抑制某些通知、丟棄它們,或者調(diào)整優(yōu)先級。只不過在2009年到2017年這段時間里,推送生態(tài)還算開放。開發(fā)者想發(fā)什么基本都能發(fā),用戶能控制的東西也很少,無非是按App單個開關(guān)通知。
![]()
轉(zhuǎn)折出現(xiàn)在2017年。那年谷歌在安卓8奧利奧系統(tǒng)里引入了通知頻道的概念。安卓App需要把自己的通知歸到不同的頻道里,比如消息類、下載類、促銷活動類。用戶可以針對每個頻道做不同設(shè)置,把促銷頻道靜音,降低某些通知的重要程度,或者完全屏蔽。控制權(quán)開始從開發(fā)者手里,向用戶和操作系統(tǒng)轉(zhuǎn)移。
蘋果在2021年跟進了這一步。iOS 15帶來了專注模式、定時推送摘要、通知的打斷級別這幾個功能。操作系統(tǒng)開始替用戶判斷,一條通知到底允不允許在當下打斷你。其中有一條明確的規(guī)定:標記為“時間敏感”的通知不能用于營銷目的。通知本身變成了一種會被操作系統(tǒng)審查的對象。到了安卓13,通知權(quán)限進一步收緊成了運行時權(quán)限,用戶不點頭,App連發(fā)通知的資格都沒有。推送服務(wù)Pushwoosh的一項覆蓋1600萬臺設(shè)備的調(diào)查顯示,游戲類App獲得通知權(quán)限的基數(shù)大約減少了三分之一,新聞類App也減少了19%。客戶互動平臺Batch在2025年的基準數(shù)據(jù)則顯示,安卓平臺上的通知許可率從85%下滑到了67%,跨平臺平均許可率降到了61%。
對用戶來說,這是在保護自己的注意力,是合理的變化。但從發(fā)送者這邊看,一部分控制權(quán)不是交給了用戶,而是轉(zhuǎn)移到了平臺手里。平臺的判斷標準不透明,發(fā)送者幾乎沒有申訴渠道。更關(guān)鍵的是,做判斷的主體正在變成AI。科比-圖奇先分析了郵件領(lǐng)域已經(jīng)發(fā)生的類似變化,他認為同樣的劇本正在推送通知領(lǐng)域重演。谷歌、雅虎、微軟和蘋果處理郵件的方式早就變了,它們不再只是把郵件投遞到收件箱,而是解析HTML結(jié)構(gòu)、標題、發(fā)送者身份,分析用戶的行為歷史,把郵件歸類,再讓這些內(nèi)容能被搜索功能或AI助手重新利用。平臺夾在發(fā)送者和接收者之間,扮演的是一個編輯的角色。
這個變化對郵件營銷的沖擊是根本性的。“只要你發(fā)送,對方收件箱里出現(xiàn)的就是你編輯過的原樣”——這個前提崩塌了。蘋果的郵件隱私保護功能和Gmail的圖片代理機制,讓郵件打開率這個指標變得不再可靠。科比-圖奇指出,未來的關(guān)鍵指標將是實際的點擊、購買行為,以及你的內(nèi)容作為結(jié)構(gòu)化數(shù)據(jù)能否被正確解析,在AI生成的摘要里會被描述成什么樣。如今,這套邏輯開始主導由蘋果和谷歌雙頭支配的移動推送環(huán)境。
![]()
具體的執(zhí)行者就是設(shè)備端AI。蘋果智能系統(tǒng)結(jié)合了設(shè)備上的基礎(chǔ)模型和通過私有云計算調(diào)用的更大規(guī)模模型,用來做通知摘要和優(yōu)先級排序。一旦用戶開啟了通知摘要功能,同一個App或同一類別的多條通知可能會被合并,原來通知的標題和正文會被AI生成的摘要文本直接替換掉。谷歌這邊的角色由Gemini Nano扮演,它運行在安卓的AI Core組件里,目前已經(jīng)在部分Pixel和三星Galaxy設(shè)備上承擔通知摘要和整理的任務(wù)。AI Core是系統(tǒng)級服務(wù),在端側(cè)維護模型,根據(jù)不同的功能進行針對性處理。
發(fā)送者能干預(yù)這個編輯過程的空間極小。iOS雖然提供了通知服務(wù)擴展接口,安卓也能通過通知頻道做一些配置,但開發(fā)者拿不到一個API去查詢自己的通知究竟是被AI原樣展示了,還是被總結(jié)過,還是因為被識別為促銷內(nèi)容降低了展示優(yōu)先級。科比-圖奇引用了一項覆蓋4萬多名用戶、總計約2億條移動通知的研究,結(jié)論很清楚:用戶對來自真人的消息和與自己操作直接相關(guān)的通知評價較高,對促銷類通知的價值判斷很低。基于這個洞察,他認為那些和用戶自身行為、正在等待的結(jié)果綁定的通知,相比批量群發(fā)的營銷消息,更不容易被平臺編輯機制過濾或降級。
營銷人員能觀測到的數(shù)據(jù)也變模糊了。蘋果推送通知服務(wù)或Firebase云消息傳遞能夠確認的一件事,只是“平臺收到了這條通知”。至于它有沒有實際顯示在屏幕上,有沒有被AI改寫成摘要,這些信息都不在回傳的數(shù)據(jù)包里。各類營銷平臺可以通過自己的SDK記錄展示事件、點擊事件、App啟動事件,但通知在操作系統(tǒng)層面經(jīng)歷了怎樣的編輯處理,這個環(huán)節(jié)對所有人來說都是黑箱。
科比-圖奇把這種不透明感和蘋果郵件隱私保護生效后郵件打開率失真的情況做了類比。在這種新環(huán)境下,撰寫通知文案的思路必須調(diào)整。設(shè)備端AI的核心處理邏輯是壓縮信息、提煉要點,因此那些品牌化的開場白、俏皮的語言風格,很可能會在到達用戶屏幕之前就消失在了模型的剪枝過程中。
特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布,本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.