Koah

一句話介紹

Koah是一套為AI聊天和智能體產品設計的原生廣告網絡，可根據當前對話意圖選擇廣告內容與展示形式，幫助發布商獲得收入，也讓品牌在用戶主動詢問相關問題時投放廣告。

肺氣腫是什麼

Koah由Koah Labs Inc.所運營，為AI應用開發者、傳統平台上的新AI介面、廣告主以及渠道合作夥伴提供服務。它與傳統的橫幅廣告不同，廣告會以清晰的卡片形式、互動式問題或產品目錄的形式，嵌入到對話流程中。

平台包含發布商SDK、廣告請求與渲染、上下文匹配、廣告主Campaign、轉化追蹤、收益或投放報表以及隱私與內容治理。接入方仍需遵守本地廣告、隱私、消費者保護及應用商店規則。

發布商與廣告主兩端

AI原生上下文匹配

發布商在申請廣告時會提供廣告位以及必要的相關資訊，Koah會即時分析使用者的意圖、匹配品牌目標，並選擇適合的廣告格式。系統會自動處理廣告的取得、呈現及曝光等相關流程，開發者無需自行組合每則廣告的內容。

1. 用戶在AI產品中提出問題或執行任務。
2. 應用將獲准的對話或頁面上下文傳給Koah。
3. 平台分析主題、意圖、設備及可用廣告位。
4. 廣告市場選擇符合品牌與內容政策的候選者。
5. 系統生成或選擇適合當前場景的原生格式。
6. SDK渲染廣告並顯示清晰的贊助標識。
7. 曝光、點擊、互動和轉化進入報表。
8. 發布商獲得收入，廣告主評估投放效果。

上下文匹配的品質取決於傳入的文本以及廣告內容。發布商不應提交那些對完成廣告選擇而言並不必要的個人資訊、機密對話或受保護的數據。

廣告格式

Koah會根據廣告位的尺寸及平台特性自動選擇格式，開發者無法將每次顯示的格式固定為某一種。所提供的空間越靈活，可選擇的格式通常就越多，但頁面佈局也必須避免廣告突然佔據過多空間或干擾內容呈現。

較早的廣告主FAQ曾描述多種純文字格式，目前的開發文件已展示圖片、投票、展開和目錄等更豐富的形式。應以目標SDK的更新日誌確認具體版本是否可用。

主題與界面適配

SDK支援調整強調色、字體、圓角以及介面框架，讓廣告與產品的視覺效果更加協調。原生化設計不得削弱廣告的可辨識度，贊助或廣告標籤必須保持清晰、位於顯眼處，且在不同裝置上都能被看見。

• 設定與產品一致的強調色。
• 選擇相容界面的字體和字號體系。
• 調整卡片圓角與外觀模式。
• 限定廣告位最大寬度或高度。
• 為載入、無填充和錯誤狀態預留佈局。
• 保留清晰的廣告或贊助標識。
• 測試無障礙、深色模式和小屏設備。

服務條款要求發布商必須保留Koah提供的標籤及說明文字，不得刪除、遮蔽、縮小或錯誤地放置它們。即便廣告的視覺內容與聊天內容一致，也不得讓用戶誤以為那是AI的中立推薦。

發布商SDK

所有SDK都採用相似流程：安裝庫、使用Publisher ID初始化、渲染首個廣告，再配置主題和廣告上下文。實際包版本、最低系統要求及可用格式應查看對應平台的參考頁與更新日誌。

接入步驟

1. 申請發布商賬戶並完成平台審核。
2. 在控制台獲取Publisher ID。
3. 選擇JavaScript、React、React Native、Flutter、iOS或Android SDK。
4. 在測試環境安裝並初始化SDK。
5. 創建不會干擾核心任務的廣告位。
6. 只傳入完成匹配所需的上下文。
7. 配置主題、尺寸和清晰披露標籤。
8. 測試廣告、無填充、網路失敗和錯誤狀態。
9. 完成同意管理與應用商店數據申報。
10. 上線後監控收入、填充、點擊、留存和投訴。

Koah也提供面向編碼Agent的安裝技能，開發者可以讓相容的編碼工具讀取指令並選擇SDK。自動接入後仍需由工程人員審查代碼、金鑰、資料欄位以及平台政策。

API與報表

除了用戶端SDK之外，Koah還提供REST API，用於管理發布商並下載報表。廣告主則可以透過轉化像素來記錄購買、註冊等事件，並根據顯示次數、點擊次數及轉化率來評估廣告效果。

後台報表應與自身分析及結算單進行核對。廣告收入、點擊次數和轉化率可能會受到無效流量過濾、歸因時間窗、退款、地區、裝置以及廣告供給等因素的影響。

廣告主投放流程

廣告主先提交品牌、目標、主題與現有素材，Koah據此生成並優化適合AI場景的廣告。系統在即時對話中尋找相關意圖，廣告主可以透過Campaign、Ad Group、創意、支出、展示、點擊和轉化指標來管理投放。

1. 說明品牌、產品和廣告目標。
2. 選擇希望出現的主題與禁止場景。
3. 提供落地頁、品牌規範和合規素材。
4. 確定預算、CPM或CPC計費方式。
5. 審核平台生成的文案與格式。
6. 設定地區、設備和主題定位。
7. 配置轉化事件與歸因規則。
8. 小預算啟動並檢查真實對話環境。
9. 根據點擊、轉化、品牌安全及Pulse洞察優化。

定位與Pulse洞察

廣告主可以根據位置、裝置以及搜尋主題來進行定位。Koah強調即時的第一方意圖，也就是使用者在AI產品中當下所表達的問題，而非僅依賴傳統的人口統計資料或歷史瀏覽記錄。

每個 Campaign 都可以獲得 Pulse 報告，用於查看用戶點擊前的相關問題、廣告出現的情境，以及哪些表達方式更符合用戶需求。此報告應以彙總且匿名的方式使用，不得以此識別或追蹤特定個人。

定價、收入與結算

價格資訊於2026年8月23日核驗，實際金額、稅費、匯率及優惠可能變動，最終以結算頁面顯示為準。

Koah並未公開說明發布商的固定分成比例、最低付款額、結算週期或保證收益。發布商的收入會隨著請求量、地區、設備、內容類別、廣告供給、格式，以及展示和點擊表現等因素而變化。

官網的收入、eCPM、CTR以及相對提升數字屬於平台演示或行銷統計，不能視為對每個發布商的收益承諾。接入前應根據自身的流量、用戶地區及廣告接受度做出保守估算。

隱私設計

Koah採用上下文匹配和匿名化受眾信號，並聲明發布商與廣告主的具体數據不會在參與方之間共享。廣告請求在處理前會執行個人信息匿名化和內容審核，報表以聚合、匿名形式提供。

移動SDK不會讀取Apple IDFA或Android Advertising ID，也不會建立跨應用程式或跨網站的用戶畫像。它仍會向Koah傳送廣告相關的上下文資訊、裝置資訊、以IP地址推斷出的大致位置、隨機生成的用戶端ID以及互動事件，因此不能說它完全不收集資料。

移動應用商店申報

Koah文件中列出了Apple App Privacy以及Google Play Data Safety這些欄位的對應關係。開發者必須在Koah SDK所提供的資料之外，再加入自己應用程式以及其他SDK所收集的資料；不能直接複製那份聲明文件，然後忽略整個應用程式的相關資料。

• Apple中申報設備ID、產品互動、粗略位置和診斷數據。
• 傳入用戶聊天文本時額外申報用戶內容。
• 使用年齡、性別或收入段時申報對應可選字段。
• Google Play中申報設備識別碼、互動、位置及診斷。
• 確認Koah本身不使用Advertising ID權限。
• Flutter專案檢查是否需要手動加入隱私清單。
• 使用可選AdMob適配器時重新評估IDFA與ATT要求。
• 每次SDK升級後重新核對數據清單。

Koah核心SDK並不要求使用Apple ATT彈窗功能，但應用程式中的其他廣告或分析SDK可能會需要此功能。發布商應根據所有組件的實際運作情況來判斷，而不能僅依賴Koah的說明。

GDPR、美國州法與兒童保護

在歐洲經濟區及英國，應用運營者是使用者資料的控制者，因此必須在初始化Koah之前取得適當的法律依據，通常需要透過同意管理平台來控制資料的傳輸。在美國，則需依照各州的法規，提供通知，並讓使用者有權拒絕其資料被出售或共享。

品牌安全與內容政策

Koah會依照品牌指南對每次的展示內容進行審核，並過濾掉機器人及欺詐性流量。廣告必須有明顯的標籤，不得使用具有誤導性、冒犯性或不合適的內容。

• 設定允許和禁止的主題。
• 核對生成文案與品牌事實。
• 阻止受限商品和違法落地頁。
• 避免把廣告偽裝成AI中立建議。
• 提供用戶舉報與關閉機制。
• 監控異常點擊和自動化流量。
• 對高風險行業增加人工審核。
• 保存創意版本和投放記錄。

生成式廣告可能會根據上下文而動態變化，因此廣告主無法僅透過審核一個靜態樣本來了解其內容。合約與控制台應明確規定允許的創意範圍、敏感主題、錯誤陳述的處理方式，以及緊急停止投放的流程。

GitHub與開源狀態

Koah擁有官方的GitHub組織，其中公開了Swift Package Manager的廣告SDK封裝、AdMob適配專案、相關技能資料，以及一個用於隱私研究的專案分支。與Swift相關的儲存庫採用Apache-2.0授權，而Skills和OpenClio這兩個儲存庫則採用MIT授權。

公開SDK和適配器有助於審查客戶端行為，但不包含廣告市場、匹配模型、後台和結算系統。產品開源狀態應標記為核心平台閉源、部分接入組件開源。

適合哪些用戶

• 擁有消費級AI聊天產品的發布商。
• 開發編碼Agent、效率工具或搜尋助手的團隊。
• 在傳統產品中新增AI對話界面的平台。
• 希望用廣告補充訂閱收入的AI創業公司。
• 希望觸達高意圖AI用戶的品牌廣告主。
• 聚合多家AI應用庫存的廣告網路和渠道合作夥伴。
• 需要Web與移動多平台廣告SDK的開發團隊。

產品優勢

• 專門針對AI對話和智能體界面設計。
• 利用當前上下文匹配廣告，而非只依賴歷史畫像。
• 支援多種原生和互動廣告格式。
• 覆蓋Web、React、行動跨平台與原生SDK。
• 自動處理廣告獲取、渲染、追蹤和主題。
• 發布商與廣告主兩端形成完整市場。
• 公開的數據收集和商店申報說明較具體。
• 核心移動SDK不讀取IDFA和Android Advertising ID。
• 官方公開部分Swift接入包與技能。

主要限制

• 發布商分成、最低付款額和付款週期未公開。
• 廣告主CPC與CPM沒有公開固定單價。
• 收入高度依賴流量地區、設備、主題和廣告需求。
• 廣告可能改變用戶對AI回答中立性的判斷。
• 對話上下文仍會被發送用於廣告匹配。
• 某些格式只在特定SDK或版本提供。
• 主要面向兒童的應用不適合接入。
• 發布商仍需自行處理同意、州法及商店申報。
• 使用AdMob適配器會引入額外的追蹤與權限考慮。
• 核心廣告市場與結算平台沒有開源。

接入評估清單

1. 確認廣告是否符合產品定位和用戶預期。
2. 估算廣告收入能否覆蓋體驗和合規成本。
3. 選擇低干擾頁面與廣告位進行小流量測試。
4. 核對每個SDK版本支援的格式和資料欄位。
5. 刪除上下文中的個人資訊和企業機密。
6. 配置同意管理、州法退出和兒童篩選。
7. 完成Apple與Google商店隱私申報。
8. 驗證廣告標籤在所有設備上清晰可見。
9. 測試無填充、錯誤、離線和慢網路狀態。
10. 比較收入、點擊、留存、投訴和任務完成率。
11. 確認分成、付款、無效流量和終止條款。
12. 建立廣告主封鎖、緊急停投和數據刪除流程。

常見問題

COPD是給誰使用的？

一端服務希望在AI產品中獲得廣告收入的發布商，另一端服務希望在高意圖AI對話中展示品牌廣告的主體，同時也支援渠道合作夥伴。

Koah支援哪些開發平台？

提供JavaScript、React、React Native、Flutter、iOS和Android接入方式，也提供發布商與報表API。

有哪些廣告格式？

目前此文件列出了 Action Card、Image Card、Poll、Expandable 和 Catalog 等格式。實際可使用的範圍則取決於廣告位尺寸、平台以及 SDK 版本。

發布商能賺多少錢？

沒有固定保證。收入受請求量、用戶地區、設備、主題、廣告需求、格式、展示和點擊表現影響，分成與結算細節需要申請後確認。

廣告主如何計費？

Awareness目標採用CPM，其他目標採用固定CPC。Koah沒有公開統一單價，實際價格需結合Campaign和庫存確定。

Koah會讀取IDFA嗎？

核心移動SDK不會讀取IDFA或Android Advertising ID，也不會在不同的應用程式或網站之間進行追蹤。若要使用可選的AdMob適配器，則需要引入Google Mobile Ads，此時必須重新評估相關的權限設定。

需要Apple ATT彈窗嗎？

僅使用Koah核心SDK時，不需要為Koah單獨顯示ATT彈窗。應用中若還有其他追蹤SDK，則應根據整體數據行為判斷。

可以用於兒童應用嗎？

不適合。Koah明確說明其第三方廣告服務並非為兒童導向應用、Apple兒童類別或Google家庭計劃所設計。

Koah是開源的嗎？

核心廣告市場、匹配和結算平台並非開源專案。部分Swift接入套件、適配器及Skills則在官方GitHub上公開，並採用Apache-2.0或MIT授權條款。

總結

Koah為AI應用提供了從上下文廣告匹配、原生格式、跨平台SDK到報表以及廣告主投放的完整變現鏈路。它適合那些希望在不依賴訂閱服務的基礎上增加收入，且願意努力維持廣告透明度與使用體驗的發布商。

接入前應重點確認商業分成、真實收益、對話上下文處理、用戶同意、商店申報和兒童限制。官方文件對移動數據字段說明較詳細，但固定價格、付款規則和核心平台源碼仍未公開。