共用方式為

廣告的 UI 和使用者體驗指導方針

  • 發行項

警告

自 2020 年 6 月 1 日起，Windows UWP 應用程式的 Microsoft 廣告收益平台將會關閉。 深入了解

本文提供了相關指導方針，讓您瞭解如何在應用程式中用橫幅廣告、插播式廣告、原生廣告提供優異的體驗。 如需如何設計應用程式外觀和風格的一般指引，請參閱設計& UI。

重要

您應用程式中的任何廣告使用都必須符合 Microsoft Store 原則，包括但不限於 原則 10.10 (廣告行為與內容)。 特別是，您 app 實作橫幅廣告或插播式廣告必須符合 Microsoft市 集原則 10.10.1 中的需求。 本文包含違反此原則的實作範例。 這些範例僅供參考之用，以協助您進一步了解原則。 這些範例並不完整，而且可能有許多其他違反 Microsoft Store 原則的方式並未在本文列出。

一般最佳做法

在檢閱本文中不同類型的廣告指導方針之前，請先檢閱這些一般最佳做法，以改善您的廣告收益。

橫幅廣告的指導方針

下列各節提供如何使用 AdControl在應用程式中實作橫幅廣告的建議，以及違反 Microsoft Store 原則 10.10.1 原則的實作範例。

最佳作法

當您在應用程式中實作橫幅廣告時，建議您遵循這些最佳做法：

  • 使用符合裝置版面配置的互動式廣告局大小 。

  • 把您應用程式的大部分 UI 投入到功能控制項和內容。

  • 把廣告設計成您的體驗。 為您的設計師提供一個範例廣告，以便規劃廣告的外觀。 在應用程式中規劃良好廣告的兩個範例就是廣告即內容版面配置和分割版面配置。

    如要查看在開發和測試階段，應用程式內不同廣告大小的外觀和運作方式，您可以使用我們的 測試廣告單元。 當您完成測試時，請記得在 提交應用程式進行認證前，先以即時廣告單元 更新您的應用程式。

  • 規劃沒有廣告可用的時間。 有時候可能沒有廣告傳送到您的應用程式。 配置您頁面的方式，要能夠無論是否顯示廣告，都看起來都很棒。 如需更多資訊，請參閱處理廣告錯誤。

  • 如果您有警示使用者以重疊處理的最佳案例，請在顯示重疊時呼叫 AdControl.Suspend ，然後在警示案例完成時呼叫 AdControl.Resume 。

應避免的做法

當您在應用程式中實作橫幅廣告時，建議您避免這些做法：

  • 不要把廣告置入開放式房地產。 廣告空間不應該放在您看到的第一塊開放式房地產中。 而是應該併入您應用程式的整體設計中。

  • 不要過度投放廣告，導致應用程式內容過滿。 應用程式有太多廣告，會使削弱其外觀和可用性。 您要利用廣告賺錢，但同時不能犧牲應用程式本身。

  • 不要干擾使用者的核心工作。 主要重心應該永遠都放在應用程式上。 廣告空間應該是被結合其中，以便使其維持次要焦點。

原則違規的範例

本節提供了違反 Microsoft Store 原則 10.10.1 之橫幅廣告案例的範例。 這些範例僅供教學之用，以協助您進一步了解原則。 這些範例並不完整，而且可能有許多其他違反原則 10.10.1 的方式未列在這裡。

  • 從事任何操作來干擾使用者檢視橫幅廣告的能力，例如：變更 AdControl 的不透明度，或把另一個控制項放在 AdControl 上方（而未先呼叫 AdControl.Suspend）。

  • 要求使用者按一下橫幅廣告以完成應用程式中的工作，或基於應用程式的設計，強迫使用者按一下橫幅廣告。

  • 以任何方式略過橫幅廣告的內建最小重新整理計時器，包括（但不限於）交換 AdControl 物件，或在無使用者互動的情況下強制重新整理頁面。

  • 在開發與測試期間，或在模擬器中使用即時廣告單元（也就是您從合作夥伴中心取得的廣告單元）。

  • 撰寫或散發程式碼，以便透過您應用程式環境中的 Microsoft Advertising 程式庫以外的方式呼叫廣告服務。

  • 與 Microsoft Advertising 程式庫所建立的未記載介面或子物件互動，例如：WebView 或 MediaElement。

  • 把廣告放在檢視區，以減少廣告的大小，進而讓頁面能出現比平常更多的廣告。

插播式廣告的指導方針

當您巧妙使用插播式廣告，就可以大幅增加您的應用程式收入，又不會對使用者滿意度造成負面影響。 如果不當使用這種廣告，可能會得到反效果。

下列各節針對如何使用 InterstitialAd 在應用程式中實作插播式影片廣告和插播式橫幅廣告，提供相關建議，以及違反 Microsoft Store 原則 10.10.1 原則的實作範例。 因為您比任何人都還要更瞭解您的應用程式，因此除了跟原則相關事宜外，我們會讓您自行做出最佳最終決定。 您必須記住的最重要的事，就是您的應用程式評等與營收兩者緊密結合。

最佳作法

當您在應用程式中實作插播式廣告時，建議您遵循這些最佳做法：

  • 在應用程式的自然過程中置入插播式廣告，例如：遊戲層級之間。

  • 把廣告與有形的好處建立關聯，例如：

    • 等級完成的提示。

    • 重新挑戰等級的額外時間。

    • 自訂虛擬人像功能，例如：紋身或帽子。

  • 如果您的應用程式需要使用者先觀看插播式影片廣告才能完成，請事先提及該規則，以免使用者在按下關閉按鈕時收到錯誤訊息。

  • 預先擷取廣告（藉由呼叫 InterstitialAd.RequestAd），而且最好是在您需要顯示廣告前的 30-60 秒。

  • 訂閱 InterstitialAd 類別中公開的所有四個事件（Canceled、Completed、AdReady 和 ErrorOccurred），並用於為您的應用程式做出正確的決策。

  • 準備一些內建體驗供使用，而不是伺服器配對的廣告。 您會在幾個案例中，發現這麼做非常有用：

    • 離線模式，當無法連線到廣告伺服器時。

    • 發生 ErrorOccurred 事件時。

    • 如果您選擇根據 ConnectionProfile 儲存使用者頻寬，ConnectionProfile 類別中有 幾個可提供協助的 API。

  • 請使用預設值（30 秒）逾時，但如您有合理理由者除外，而在此情況下請勿低於 10 秒。 插播式廣告的下載時間比標準橫幅廣告要長得多，尤其是在沒有高速網路連線的市場。

  • 請留意使用者的數據方案。 舉例來說，對於接近/超過其數據限制的行動裝置上，請直接不要顯示或是在提供插播式應片廣告前事先警告使用者。 ConnectionProfile 類別中有 可以提供協助的 API。

  • 在首次提交後持續改善您的應用程式。 查看 廣告報告 ，並進行設計變更，以改善曝光率和插播式影片完成率。

應避免的做法

當您在應用程式中實作插播式廣告時，建議您避免這些做法：

  • 不要過度使用。 請勿強制廣告次數高於每 5 分鐘一次，但如使用者不只是玩遊戲，還明確參與選擇性的有形好處者除外。

  • 請勿在應用程式啟動時顯示插播式廣告，因為使用者可能以為自己按下了錯誤的方塊。

  • 不要在結束時顯示插播式廣告。 這是種差勁的庫存配置方式，因為完成率會接近零。

  • 不要連續顯示兩個以上的插播式廣告。 使用者會因為看到廣告進度列重新退回起點而感到沮喪。 許多人會以為這是編碼或廣告服務錯誤。

  • 在呼叫 InterstitialAd.Show 之前，請勿擷取插播式影片廣告超過 5 分鐘。 良好庫存配置會把預先擷取廣告變成可出帳曝光數的轉換率最大化。

  • 請勿因為廣告投放失敗（例如：沒有可用的廣告）而懲罰使用者。 例如：如果您顯示 UI 選項來「觀看廣告以獲得 xxx」的話，如果使用者已完成她的動作，您就應該提供 xxx。 應考慮的兩個選項：

    • 除非已引發 InterstitialAd.AdReady 事件，否則請勿包含該選項。

    • 讓應用程式包含一種會產生跟真實廣告相同優點的內建體驗。

  • 請勿在多玩家遊戲中使用插播式廣告讓使用者獲得競爭優勢。 例如：如果是第一人稱射擊遊戲，請勿利用「觀看插播式廣告就能得到更好的槍」來吸引使用者。 讓玩家為虛擬人像客製上衣還不錯，只要不提供偽裝就行！

原則違規的範例

本節提供了違反 Microsoft Store 原則 10.10.1 之插播式廣告案例的範例。 這些範例僅供教學之用，以協助您進一步了解原則。 這些範例並不完整，而且可能有許多其他違反原則 10.10.1 的方式未列在這裡。

  • 把 UI 元素放在插播式廣告容器上。

  • 在 使用者與應用程式互動時呼叫 InterstitialAd.Show 。

  • 使用插播式廣告來取得任何可能可以作為貨幣或與其他使用者交易的任何物品。

  • 在 InterstitialAd.ErrorOccurred 事件之事件處理常式環境中，要求新的插播式廣告。 如此可能導致無限迴圈，並可能導致廣告服務出現作業問題。

  • 要求插播式廣告只是想要有針對瀑布式廣告序列的備份廣告。 如果您要求插播式廣告，然後收到 InterstitialAd.AdReady 事件，則應用程式中所顯示的下一個插播式廣告必須是已準備好透過 InterstitialAd.Show 方法顯示的廣告。

  • 在開發與測試期間，或在模擬器中使用即時廣告單元（也就是您從合作夥伴中心取得的廣告單元）。

  • 撰寫或散發程式碼，以便透過您應用程式環境中的 Microsoft Advertising 程式庫以外的方式呼叫廣告服務。

  • 與 Microsoft Advertising 程式庫所建立的未記載介面或子物件互動，例如：WebView 或 MediaElement。

原生廣告的指導方針

原生廣告 可讓您充分掌控如何向使用者呈現廣告內容。 請遵循以下規定與指導方針，確保廣告客戶的訊息能傳達至您的使用者，同時有助於避免為使用者帶來令人困惑的原生廣告體驗。

註冊原生廣告的容器

在您的程式碼中，您必須呼叫 NativeAdV2 物件的 RegisterAdContainer 方法，以便註冊作為原生廣告容器的 UI 元素，以及選擇性註冊您想為廣告註冊為可點選目標的任何特定控制項。 要正確追蹤廣告曝光數和點擊次數，就必須這麼做。

RegisterAdContainer 方法有兩個您可以使用的多載：

  • 如果您想要讓所有個別原生廣告元素的整個容器都可點選，請呼叫 RegisterAdContainer（FrameworkElement） 方法，並把容器控制項傳遞至方法。 例如：如果您想要在全都裝載在 StackPanel 中的個別控制項中顯示所有原生廣告元素 ，而且您想要讓整個 StackPanel 可點選，請將 StackPanel 傳遞至此方法。

  • 如果您只想要讓特定原生廣告元素為可點選，請呼叫 RegisterAdContainer（FrameworkElement、IVector（FrameworkElement）方法 。 只有您傳遞至第二個參數的控制項才是可點選。

必要的原生廣告元素

您至少必須一律在原生廣告設計中，向使用者顯示 NativeAdV2物件屬性所提供的下列原生廣告元素。 如果您無法包含這些元素，您可能會看到廣告單元的效能不佳和低收益率。

  1. 一律顯示原生廣告的標題（可在標題 屬性中使用）。 提供顯示至少 25 個字元的足夠空間。 如果標題較長，請以省略號取代額外的文字。
  2. 請務必至少顯示下列其中一個元素，以協助區分原生廣告體驗與您應用程式的其餘部分，並清楚指出廣告客戶提供的內容：
    • 可辨別的廣告圖示（可在 AdIcon 屬性中使用）。 此圖示由 Microsoft 提供。
    • 贊助者文字 （可在SponsoredBy屬性中取得）。 此文字由廣告客戶提供。
    • 作為贊助者文字的替代方案，您可以選擇顯示其他文字，以協助區分原生廣告體驗與應用程式的其餘部分，例如「贊助內容」、「促銷內容」、「建議內容」等。

使用者體驗

您的原生廣告應該跟您應用程式其餘部分有清楚區隔界線，並留有避免意外點擊的空間。 使用框線、不同的背景、或其他 UI，把廣告內容與應用程式的其餘部分分開。 請記住，意外點擊廣告，對廣告型營收或長期使用者體驗沒有好處。

描述

如果您選擇顯示廣告的描述（可在 NativeAdV2 物件的 Description 屬性中使用），請提供能顯示至少 75 個字元的足夠空間。 建議您使用動畫來顯示廣告描述的完整內容。

喚起行動

行動呼籲文字（可在 NativeAdV2 物件的 CallToAction 屬性中取得）是廣告的重要元件。 如果您選擇顯示此文字，請遵循下列指導方針：

  • 一律在 可點選的控制項上向使用者顯示行動呼籲 文字，例如：按鈕或超連結。
  • 一律顯示完整的行動呼籲文字。
  • 請確定 行動呼籲 文字與廣告客戶的其餘促銷文字分開。