Native ads for macOS — reviewed before served
Pubvio 投放情境式原生廣告，不讀取 App 私有內容、不建立使用者輪廓。第一個上線整合是 LAILOLA；廣告主與開發者的申請都由人工審核。
從零開始為原生 Mac App、開發工具與 CLI 工具設計的廣告平台。
沒有 cookie、沒有指紋辨識、不收集個資。廣告依 App 情境配對，而不是使用者行為。隱私是設計的起點。
不是塞進視窗的網頁橫幅，而是渲染原生 AppKit/SwiftUI 畫面的 Swift SDK：橫幅、卡片、選單列項目與 CLI 文字廣告。
早期開發者協議以已驗證付費庫存的 70% 分潤為目標。合約與撥款作業就緒後才開始撥款。
配對到廣告不會產生費用。只計入第一次有效曝光事件，且 App 與素材的對應關係由 API 驗證。
Worker 提供結構化的配對、事件與申請端點。自動化媒體採購屬於之後的階段，不是現在的承諾。
目前的版本刻意維持小規模。每一份素材都必須通過審核，才能進入實際投放。
提供聯絡 Email、簡短標題、內文與 HTTPS 目標網址。提交內容絕不包含使用者私人資料。
Pubvio 檢查政策、目標網址安全性、App Store 反導流風險，以及目前庫存是否合適。
通過審核的活動可進入有限庫存。版位與時段不保證；付費試投需先完成審核與付款。
廣告投放 API 已上線、LAILOLA 已整合、申請可進入人工審核。公開自助計費、自動撥款、保證投放與廣告主儀表板目前尚未提供。
刊登目前採申請制。Pubvio 會先審核 App、整合介面、隱私揭露與 App Store 政策風險，才發出 app ID。
目標分潤為已驗證付費庫存的 70%。條款與撥款設定完成後，付費流量才會開始。
目前的 SwiftUI 實作已在 LAILOLA 驗證。外部開發者在試營運期間可獲整合支援；尚未承諾公開 SDK 套件。
Worker 可依日期回傳曝光、點擊、CTR 與試營運毛利／淨收益。公開儀表板與 CSV 匯出屬於未來項目。
配對不使用行為識別碼、App 私有內容或跨 App 輪廓。開發者仍須自行負責隱私揭露與 App Store 合規。
// 試營運整合契約 let request = PubvioAdRequest( appID: "approved_app_id", placement: "native_card" ) // 私有內容絕不進入請求。 let ad = try await service.match(request) // 卡片實際顯示後才計數。 if viewDidDisplay(ad) { await service.trackImpression(ad) }
LAILOLA 是已驗證的整合。VoiceFlow 與 Nexliq 是未來可能的整合對象，不是現任刊登者。
申請會進入人工審核佇列。送出不代表保證核准、版位、付款條件或上線日期。
GET https://pubvio-ads-api.hankwangtw.workers.dev/health — 公開服務狀態