轉換

這項功能也可在 Analytics (分析) 應用程式 + 網站資源中使用。瞭解詳情

轉換會指出您各個行銷環節 (例如廣告活動、廣告聯播網、廣告素材) 促成了多少轉換事件與購買,以及帶來的收益與生命週期價值。

本文內容

轉換事件分頁

在 Firebase 中,對您來說最重要的事件稱為「轉換」。下列五項是 Firebase 預先定義的轉換:

啟用事件做為轉換事件

開始或停止將事件視為轉換的步驟如下:

在事件對應的資料列中,撥動「標示為轉換」欄內的切換按鈕。

除了上述 5 種由 Firebase 定義的預設轉換外,您還可以為每個專案分別啟用最多 30 個事件做為轉換事件。

系統會從啟用當下開始收集與事件相關的歸因資訊。

建立新的轉換事件

開始記錄事件前,使用這個選項將事件指定為轉換。這個選項會在您開始記錄事件後,立即收集所有與事件相關的歸因資訊。

  1. 按一下 [轉換]。
  2. 按一下 [新增轉換事件]
  3. 為您要視為轉換的事件輸入名稱。
  4. 按一下 [儲存]

在表格中點選任一個事件,就能查看系統將多少轉換歸給各個來源。評估事件時請選擇歸因模式:

  • 跨管道最終點擊:Firebase 會查看來自所有來源的點擊,並將轉換歸給最終點擊 (不包括直接造訪*)。
  • 跨管道最終參與:Firebase 會將轉換歸給最終點擊,但如果最近沒有發生任何點擊,則會歸給廣告曝光 (不包括直接造訪*)。
  • 優先計入 Google Ads 最終點擊:無論是否有來自其他來源的點擊,Firebase 都會將轉換歸給 Google Ads (不包括直接造訪*)。
  • 優先計入 Google Ads 最終參與:無論是否有來自其他來源的點擊或廣告曝光,Firebase 都會將轉換歸給 Google Ads (不包括直接造訪*)。

*Firebase 的所有歸因模式都不會將功勞歸給直接造訪,只有在某項轉換無法歸給任何一個廣告活動時才會這樣做。

除了選擇歸因模式以外,您還可選擇按照「來源」、「媒介」和「廣告活動」、「聯播網」、「廣告群組」以及「廣告素材」來查看事件來源。

假如您已將 Google Ads 廣告活動或廣告群組重新命名,請參考以下說明:

  • 如果您指定的日期範圍只包含 2018 年 12 月 31 日或以前的資料,則 Analytics (分析) 會顯示在這個時間範圍內使用的廣告活動/廣告群組名稱。
  • 如果您指定的日期範圍只包含 2019 年 1 月 1 日或以後的資料,數據分析會顯示最新的廣告活動/廣告群組名稱。
  • 若指定的日期範圍包含 2018 年 12 月 31 日前後的資料,您會看到下列資訊:
    • 使用到 2018 年 12 月 31 日的廣告活動/廣告群組名稱,會逐一列在個別資料列中
    • 針對 2019 年 1 月 1 日以後的所有資料,則單獨用一列顯示最新的廣告活動/廣告群組名稱

萬一 Analytics (分析) 沒有必備的廣告活動 ID 或廣告群組 ID 可用來加入資料 (這個情況很少見),則包含 2019 年 1 月 1 日前後所有資料的報表可能會針對同樣的廣告活動或廣告群組顯示多個資料列/名稱。

若要在 Google Ads 歸因報表中查看 Google Ads 歸因轉換事件,請先將您的 Firebase 專案連結至 Google Ads,然後把 Firebase 轉換事件匯進 Google Ads (依序前往 [工具] → [轉換] → [Firebase])。

Google Analytics for Firebase 具備瀏覽後轉換歸因功能,可協助您進一步瞭解轉換成效:如果應用程式安裝沒有相關的點擊事件,Google Analytics for Firebase 會查看使用者在特定期間內否看過應用程式安裝廣告,然後將轉換歸給使用者在安裝前看到的最後一則應用程式安裝廣告。

「first_open」的歸屬期為 30 天,後續所有應用程式內轉換的歸因期則為 180 天。您無法調整這些歸屬期。

另外,您可以到 Firebase 數據分析的「轉換」中,在「direct」這個來源下查看 Google Ads iOS 搜尋應用程式安裝廣告活動的 iOS 安裝指標和應用程式內事件歸因資料 (這些資料不會在 Google Ads 主控台中顯示)。

新增聯播網

新增聯播網的步驟如下:

  1. 在數據分析中找出您的應用程式。
  2. 依序點選 [轉換] 和 [聯播網設定]。
  3. 按一下 [新增聯播網]
  4. 從選單中選取聯播網。
  5. 系統會自動將來源設為聯播網名稱。有些聯播網會提供廣告活動媒介與廣告活動名稱的相關中繼資料,省下您另外輸入資料的麻煩;針對其他聯播網,我們提供 [廣告活動媒介] 和 [廣告活動名稱] 欄位來擷取自訂資訊。請使用系統產生的網址做為參照連結網址 (複製並貼上網址即可)。
    • 點擊:如果您放送廣告活動來吸引使用者下載應用程式,請使用您在這裡產生的網址。
    • 深層連結:如果您放送廣告活動來再次接觸既有的應用程式使用者,請到 [深層連結] 分頁輸入網址架構和路徑資訊,系統就會附加相同的參數。
  6. 開啟「設定回傳」切換按鈕來將轉換資訊傳回聯播網;如不需要傳回,請按一下 [儲存]。

回傳

「回傳」是一項選用功能,可將轉換資料傳回指定的廣告聯播網。除了其他應用程式內轉換事件外,您也可以傳送 first_open (初次開啟) 資料。一旦決定設定回傳,您也得選擇要把所有的轉換傳送給指定聯播網,或只傳送 Firebase 歸給該聯播網的轉換。

回傳有助於聯播網調整帶給您的流量:比方說,聯播網一旦確知某個裝置已經下載了某應用程式,就不會再對這個裝置放送該應用程式的其他廣告。

如果您將所有的轉換資料傳送至某個聯播網,該聯播網就能根據對全部聯播網轉換量的瞭解調整自身流量。您把所有的轉換資料傳送給某個聯播網時,系統會將資料中其他促成轉換的聯播網匿名。

設定回傳的步驟如下:

  1. 在數據分析中找出您的應用程式。
  2. 依序點選 [轉換] 和 [聯播網設定]。
  3. 找出選定聯播網所在的列,然後按一下 [設定回傳]
  4. 選取您要傳送的轉換資料,然後點選 [僅限歸入這個聯播網的轉換] 或 [所有轉換]。
  5. 輸入聯播網參數 (例如追蹤 ID 或廣告客戶密碼);適用的參數會因聯播網而異。
  6. 按一下 [儲存]。

Google Play 應用程式的自訂廣告活動

如果您使用自訂廣告活動來宣傳透過 Google Play 發行的應用程式,請用 Google Play 網址產生器來產生自訂網址。

各種轉換的歸因方式

Dynamic Links

將 Dynamic Links 加進您的應用程式後,使用者點擊這些連結時,系統就會記錄下列事件:

  • dynamic_link_first_open
  • dynamic_link_app_open
  • dynamic_link_app_update

您可以在「事件」報表中查看這些事件的 Analytics (分析) 資料。

如果您啟用這些事件做為轉換事件,就可以在「轉換」報表中查看歸因資料。

Dynamic Links 相關詳情請見這篇說明中心文章

通用連結

您可以設定讓通用連結納入 utm 參數 (utm_source、utm_medium、utm_campaign),這樣就能在「轉換」報表中查看相關資料。

下列是通用連結範例:

http://my.app.link?utm_campaign=myappcampaign&utm_source=google&utm_medium=cpc

有使用者點擊該連結時,Firebase 會透過這些參數記錄 firebase_campaign 事件,藉此提供以下幾種廣告活動相關事件的資料:

  • 廣告活動:myappcampaign
  • 來源:google
  • 媒介:cpc

Android 應用程式連結

您可以設定讓 Android 應用程式連結納入 utm 參數 (utm_source、utm_medium、utm_campaign),這樣就能在「轉換」報表中查看相關資料。

下列是 Android 應用程式連結範例:

http://example.com/gizmos?utm_campaign=myappcampaign&utm_source=google&utm_medium=cpc

有使用者點擊該連結時,Firebase 會透過這些參數記錄 firebase_campaign 事件,藉此提供以下幾種廣告活動相關事件的資料:

  • 廣告活動:myappcampaign
  • 來源:google
  • 媒介:cpc

Play 商店安裝參照連結網址

安裝 Google Play 商店參照連結網址的模樣如下:

  • 來源 = google-play 時,表示下列兩種情況之一:
    • 使用者透過指定某個參照網址 (例如 play.google.com/store/apps/details?id=com.foo.bar&referrer=R) 的深層連結前往 Play 商店資訊頁面
    • 使用者在隨機搜尋 Play 商店後發現應用程式
  • 來源 = (direct) 時,表示下列情況:
    • 使用者透過未指定參照網址的深層連結前往 Play 商店

歸因期

first_open 轉換事件的歸因期為 30 天。

first_open 轉換事件一旦歸給某個廣告活動,同一個使用者與應用程式組合的其他所有轉換事件都會歸給相同的廣告活動,直到歸因期屆滿 1 年到期。在到期前每促成一次後續轉換,系統都會為歸因期重新計算 1 年。

再參與式廣告活動的歸因期則是 6 個月。

再參與式廣告活動

系統會將再參與式廣告活動帶來的轉換歸因兩次:

  • 歸給促成 first_open 事件的廣告活動,生命週期價值會隨該廣告活動累積 (除了 first_open 之外,只要是包含收益詳細資料的事件,例如 in_app_purchase 事件或任何零售/電子商務事件,都會列入生命週期價值的計算當中)。
  • 歸給再參與式廣告活動,但生命週期價值不會隨著該廣告活動增加。

廣告活動和再參與式廣告活動轉換的歸因方式如下:

  • 點閱後轉換:轉換會歸給使用者最後點擊的廣告所屬的廣告活動,不考慮有多少個不同廣告活動在放送。
  • 瀏覽後轉換:如果從瀏覽最後一則廣告到發生轉換的過程中沒有任何點擊,轉換會歸給使用者最後看到的廣告所屬的廣告活動,不考慮有多少不同廣告活動在放送。

Apple 搜尋廣告

如果 Apple 搜尋廣告獲得的點擊促成了應用程式安裝,Firebase 會使用這些參數記錄 firebase_campaign 事件,藉此提供下列廣告活動相關事件的資料:

  • 來源 = Apple
  • 媒介 = search
  • 廣告活動 = <iAd 廣告活動名稱>

您必須為應用程式新增 iAd 架構至 Xcode 專案檔,才能追蹤 Apple 搜尋廣告。

(未設定)

出現「(未設定)」這個維度值時,表示來源、媒介、廣告活動、廣告聯播網類型或廣告素材可能漏報資訊。

Firebase 和 Google Ads 轉換資料之間的差異

狀況 說明
Firebase 中有廣告活動轉換資料,但 Google Ads 沒有 (亦或是相反情況) 如果您在 Firebase 中看到廣告活動的轉換資料,Google Ads 中卻沒有,這表示您尚未處理下列其中一件事 (或兩者都未完成):
若您已經連結了 Firebase 和 Google Ads 帳戶,但只有 Google Ads 中有轉換資料,請確認您是否正透過 Firebase 以外的應用程式分析供應商,將轉換資料直接傳送給 Google Ads。
在相同期間內,Google Ads 和 Firebase 歸給同一個廣告活動的轉換次數不同 這個狀況有可能發生:Google Ads 是根據點擊日期 (促成轉換的廣告獲得使用者點擊的日期) 記錄轉換,Firebase 的記錄依據則是轉換日期 (使用者實際完成轉換的日子)。如果點擊和轉換的發生時間不在您指定的同一個期間,那麼這兩個不同報表環境列出的轉換次數會不同。
Firebase 和 Google Ads 中有廣告活動點擊資料,但沒有任何轉換 如果您指定在 Google 搜尋聯播網上放送的是宣傳 iOS 應用程式的廣告活動,就不適用轉換追蹤。這時系統只能記錄點擊,因此您在 Firebase 和 Google Ads 中都會看到這些廣告活動的點擊資料,但不會有轉換資料。
Google Ads 中只記錄到廣告活動點擊,Firebase 中則沒有任何歸給 Google Ads 的轉換

如果您已將 Google Ads 管理員帳戶連結至 Firebase,並從其中一個子帳戶匯入了轉換,這些轉換不會顯示在 Google Ads 或 Firebase 中。


請從 Google Ads 管理員帳戶匯入 Firebase 轉換事件來修正這個問題。

Firebase 和 Google Ads 中的轉換次數不同 如果您在 Firebase 和 Google Ads 中的時區設定不同,在這兩個環境中看到的轉換次數可能會有差異。舉例來說,要是轉換的發生時間落在 Firebase 報表採用的日期範圍內,但在 Google Ads 報表的日期範圍之外,Google Ads 報表記錄到的轉換就會比較少。

要是 Firebase 的歸屬期和 Google Ads 的轉換回溯期不同,也可能造成轉換次數出現差異。比方說,Firebase 中 first_open 事件/轉換的歸屬期為 30 天;若您在 Google Ads 中為同一種事件/轉換設定的轉換回溯期是 7 天,Firebase 記錄到的 first_open 轉換可能會遠多於 Google Ads。
Google Ads 中的 iOS 相關廣告活動轉換次數比 Firebase 多 如果想要查看 iOS 應用程式廣告活動促成的轉換,或針對在 Google.com 上向 iOS 使用者放送應用程式廣告的成效製作報表,都只能透過 Google Ads 進行。瞭解詳情

 

這對您有幫助嗎?
我們應如何改進呢?