自訂報表常見問題集
一般問題
當您依交易日期報告轉換時,資料會包含交易日期在指定期間內發生的交易。 此選項是基本報表和進階報表中的預設設定,可顯示指定期間內已賺取的收入。
當您依點選日期報告轉換時,資料包含在指定時段內發生點選所產生的交易。 當投資組合在點按和交易之間有重大延遲時,此類報告會顯示投資組合的每次點按歷史收入,這讓您可以瞭解一段時間內會期待哪些收入行為。
您可以產生Transaction Report,藉此檢視哪些轉換是由於點選Google Ads廣告延伸(而不是廣告本身)或產品清單所導致。 Link Type欄值顯示所點按連結的型別和標題:
-
產品清單列為
pla:<product ID>
,例如pla:8525822
。 -
網站連結列為
sl:<Sitelink text>
,例如sl:See Current Offers
。如果您在報表中加入Tracking URL欄,也可以識別網站連結。 Sitelink的Tracking URL包含屬性
&ev_ltx=sl:<link-name>
。
note note |
---|
NOTE |
來自Google Ads位置和電話分機轉換的資料會包含在其伴隨的廣告中。 不會單獨報告這些事件。 |
最佳化功能會每天為每個競標單位建立收入模型,以確保它能識別並立即回應趨勢,而且模型會合併長期歷史資料,以協助預測季節性績效。 產品組合的收入模型半衰期設定也會決定最近收入資料的加權程度。 最佳實務是在非典型績效期間降低半衰期,但在調整收入模型後增加半衰期。 如果您有需要調整半衰期的問題,請聯絡您的Adobe客戶團隊。
如果您不希望該期間的資料影響未來的出價,則可以選擇從模型中排除這些日期。 請聯絡您的Adobe客戶團隊以排除日期。
對於行銷活動實體報表(Campaign Report、Ad Group Report、Ad Variation Report、Keyword Report和Product Group Report),度量資料會依您包含在報表中的屬性欄動態彙總。 您可以選擇移除報表的索引鍵欄,並僅包含您要彙總資料的屬性欄。
例如,如果您產生包含Ad Group和裝置欄的Keyword Report,則依預設,報告會依廣告群組和裝置型別彙總每個關鍵字的量度。 不過,如果您在產生報表之前移除Keyword欄,則報表會依裝置型別動態產生指定廣告群組的量度。
note note |
---|
NOTE |
您無法使用此功能依標籤分類彙總資料。 報表中的任何標籤分類欄都會被忽略。 請改用標籤分類報告。 |
一般資料問題
如果您使用相同的報表引數多次產生報表,但歸因規則不同,則資料可能會因為下列任一原因而有所不同:
-
按一下以日期為基礎的資料可能會落在指定的日期範圍之外。
如果您使用報表引數"Conversions based on click date",則指定的日期範圍會套用至點按的日期,而非交易的日期。 如果報表也使用歸因規則「第一個事件」或「最後一個事件」,則導致轉換的第一個或最後一個事件可能不在指定的日期範圍內。 例如,假設使用者在4月30日按一下Keyword_1,在5月20日按一下Keyword_2,然後在5月21日轉換。 如果報表使用"First Event"歸因規則,且日期範圍為5月1日至21日,則第一個事件(於4月30日按一下Keyword_1)不會納入報表中。 如果您使用相同的日期範圍但使用"Last Event"歸因規則執行報表,則轉換會包含在報表中,因為最後一次點按是在指定的日期範圍內。
-
產品組合篩選器選取範圍會排除導致轉換的某些事件。
如果您針對投資組合的子集製作報表,則可能無法納入包含根據某一項歸因規則將轉換歸因之事件的行銷活動。 例如,假設使用者從Portfolio_1按一下Keyword_1,從Portfolio_2按一下Keyword_2,然後轉換。 如果報表使用"First Event"歸因規則,則必須包含Portfolio_1,轉換才能包含在報表中。 不過,如果報表使用「上次Portfolio」歸因規則,則必須包含Event_2。
note tip |
---|
TIP |
如果您想要比較不同歸因規則下的轉換總計,請使用報表引數"Conversions based on transaction date"執行報表,然後選取所有廣告網路或所有產品組合。 如果您未設定其他篩選器,則轉換總計應相符。 |
當量度格式使用整數時,可能會發生這種情況:
-
如果您建立格式為 不含小數點 的數字自訂量度 (以整數顯示資料),並將其納入使用加權轉換歸因規則(Weight First Event More、Weight Last Event More或Even Distribution)的檢視或報表中,則輸出會以整數顯示,而非小數。 在這種情況下,個別資料欄位可能不正確,儘管總數正確。 例如,如果順序平均分配給三個事件,則一個順序(而不是0.33順序)會歸因於三個事件的每一個。 若要解決此問題,請將量度格式變更為 數字為2小數點。
-
同樣地,如果您的收入量度是以整數傳送,則會發生相同的問題。 (收入格式是由提交資料的轉換標籤所控制。) 若要解決此問題,建立僅包含收入量度,且格式為 數字至2小數點 的自訂量度,並將其納入檢視和報表中,而非原始量度。
搜尋、社交和Commerce與廣告網路不同步時,會發生點按資料問題。 請連絡您的Adobe帳戶團隊,以手動同步帳戶。 如果整天的點選資料遺失,請要求您的Adobe帳戶團隊將當天排除在成本模型之外。
追蹤或摘要檔案問題可能會導致收入資料問題。 請聯絡您的Adobe客戶團隊以調查問題。 如果一整天的收入資料都遺失,請要求您的Adobe帳戶團隊將該天從收入模型中排除。
在下列情況下,您可能會看到小數值:
-
如果您使用Last Event或First Event以外的任何轉換歸因規則引數執行報表,則收入可能會在轉換路徑中的多個事件之間分割。
-
在Transaction Report中,如果具有不同相符型別的多個競標單位具有相同的交易ID,則追蹤ID的收入會根據指定點按日期的點按次數進行分割。
標準效能量度
以下是缺少點按資料的常見原因。
table 0-row-3 1-row-3 2-row-3 | ||
---|---|---|
原因 | 偵測/分析 | 解決方法 |
從廣告帳戶擷取點選資料的程式失敗。 | 沒有系統化的方式可偵測此問題,但您可能會注意到,即使廣告帳戶花費金錢,行銷活動仍不會顯示成本或點選資訊。 | 請聯絡您的Adobe客戶團隊。 如果資料遺失超過24小時,則從成本預測中排除這些日期,直到擷取資料為止。 您的Adobe客戶團隊可以排除日期。 |
廣告商與廣告網路之間的計費問題導致廣告帳戶無法花費。 | 沒有系統化的方式可偵測此問題,但您可能會注意到行銷活動未顯示成本或點選資訊。 | 如果您知道廣告帳戶因帳單問題而無法支出,請從成本預測中排除這些日期。 您的Adobe客戶團隊可以排除日期。 |
當廣告網路傳送更新至先前的資料時(通常是因為他們將點選詐騙歸因於某些點選),搜尋、社交和Commerce不會更新資料,除非差異超過5%並且Adobe帳戶團隊提出請求。
此外,當您比較某個日期範圍內彙總的曝光比重資料時,搜尋、社交和Commerce報表的資料可能會與廣告網路報表的資料不同。 造成差異的原因在於廣告網路的API報告資料的方式,Search、Social和Commerce會使用這些API來提取資料。 例如,對於Google Ads資料:
-
對於大部分的曝光比重量度,Google Ads對小於10%或大於90%的值所報告的低端或高端設定上限。 <10%的資料報告為0.0999,>90%的資料報告為0.9001
-
當日期範圍內混合有上限和取消上限的資料時,搜尋、Social和Commerce會使用在API中按原樣傳送的值來彙總曝光分享資料,對小於10%的列使用0.0999,對大於90%的列使用0.9001。 此彙總可能會導致Google Ads預先彙總資料的變異,因為Google Ads可以使用實際百分比值,例如7%或97%。
這兩個系統會測量不同的資料,因此您應該會看到不同的資料。 例如:
-
搜尋、社交和Commerce (以及Google廣告)追蹤點選次數,而Google Analytics則追蹤每30分鐘瀏覽器工作階段的造訪次數。 例如,如果使用者按一下您的廣告一次,按一下「上一步」按鈕,然後再次按一下廣告,則Search、Social和Commerce會記錄兩次點按,但Google Analytics會記錄一次造訪。
-
Google Analytics顯示所有流量資料,而搜尋、社交和Commerce (和Google Ads)會篩選無效的點按(例如過多、重複的點按)。
-
Google Analytics包含所有點按的點按和收入資料。 搜尋、Social和Commerce無法追蹤包含不正確或遺失追蹤URL之廣告和關鍵字的點選和收入資料。
轉換量度
使用Adobe Advertising轉換標籤的廣告商
可能的原因:
-
關鍵字或廣告已新增,但未在追蹤範本或目的地URL中加上搜尋、社交和Commerce點選追蹤首碼,或追蹤首碼不正確。
-
轉換追蹤標籤並未在所有適用網頁上正確實作或已編輯。
-
搜尋、社交和Commerce追蹤的轉換量度會從報表中排除,因此不可見。
-
未實作使用者端的收入剖析器。
可能的解決方案或因應措施:
-
確認報表或資料檢視中包含正確的欄。 如果無法新增正確的欄,您或您的Adobe帳戶團隊必須讓轉換量度可用於報表。
-
確認已在所有適用網頁上實施正確的轉換追蹤標籤。 如有必要,請要求您的Adobe帳戶團隊為每個適用的轉換追蹤標籤建立測試交易,並從Cookie擷取交易的詳細資料(例如
transactionid
和詳細資料) (例如trackingid
、clickid
等)。 -
如果促銷活動停用「Auto Upload」選項,且您已新增關鍵字或廣告,則請確定您已產生追蹤範本或目的地URL,其中包含每個的搜尋、社交和Commerce點選重新導向追蹤。 您的Adobe帳戶團隊可以執行內部報表,以檢視是否有任何點選追蹤URL (追蹤範本或目的地URL)遺失或格式錯誤。
如有必要,請使用正確的URL建立大量表單檔案來產生追蹤,並使用 產生追蹤URL 選項將檔案張貼至適當的帳戶。
目的地URL應該以「http://pixel.everesttech.net」或「https://pixel.everesttech.net」開頭。
-
如果這些步驟都無法解決問題,請聯絡客戶服務。
如果使用者端尚未啟動或剛啟動,客戶服務將驗證收入剖析器是否已設定。 如果剖析器已設定,剖析器會驗證Search、Social和Commerce是否收到任何畫素轉換並疑難排解問題。
傳送轉換資料摘要的廣告商
可能的原因:
-
摘要檔案未傳遞、未完全剖析,或摘要包含孤立交易。
-
相關的轉換量度會從報表中排除,因此不會顯示。
note note |
---|
NOTE |
通常在收到摘要後2-4小時,資料才會出現在使用者介面中。 |
可能的解決方案或因應措施:
-
確認報表或資料檢視中包含正確的欄。 如果無法新增正確的欄,您或您的Adobe帳戶團隊必須讓轉換量度可用於報表。
-
執行Portfolio Report。 如果它是空的,則執行Campaign Report和Search Engine Report以檢視收入是否出現在這些報表中。 如果有,則行銷活動可能未指派給適當的投資組合。
-
確認檔案已傳送至收入伺服器,且檔案遵循與先前檔案相同的格式和檔案命名慣例。
如果格式或檔案命名慣例變更,請修正檔案並重新傳送檔案。
-
若檔案已傳送,請連絡客戶服務。
客戶服務將檢查檔案是否已收到並剖析。 如果檔案已順利處理,且未發生錯誤,則會檢查孤立的交易。
使用Adobe Advertising轉換標籤的廣告商
可能的原因:
-
搜尋、Social和Commerce會在Cookie過期或刪除時忽略收入,但廣告商可能會將其視為有效收入。
-
進入廣告商頁面的流量來自書籤或自然搜尋,而不是廣告。
-
轉換追蹤標籤並未在所有適用網頁上正確實作或已編輯。
可能的解決方案或因應措施:
-
前往 Insights & Reports>Reports 並產生Transaction Report。 比較Search、Social和Commerce收到的交易與廣告商的資料。
-
如果部分交易不正確或遺失,請確定相關轉換追蹤標籤已在所有適用網頁上實作,而且除非您的Adobe帳戶團隊建議您這麼做,否則系統不會進行編輯。 如果最近更新了網站,標籤可能會遺失或變更。
搜尋、Social和Commerce預期在
ef_transaction_properties
變數內和img
標籤的src
元素內有格式正確的URL (具有名稱 — 值配對中的引數)。 -
如果您無法判斷及解決問題,請連絡客戶服務。
客戶服務將嘗試識別缺少的交易,然後檢查是否有孤立的交易和非來自廣告的交易(「非關連轉換」)。
廣告商具有使用ef_id
值的轉換資料摘要
檢視上述畫素實施的可能原因和解決方案。
具有使用交易ID的轉換資料摘要的廣告商
可能的原因:
-
搜尋、Social和Commerce會在Cookie過期或刪除時忽略收入,但廣告商可能會將其視為有效收入。
-
進入廣告商頁面的流量來自書籤或自然搜尋,而不是廣告。
-
在具有相同交易ID的線上交易發生之前,已報告離線轉換。 線上交易必須先發生。
可能的解決方案或因應措施:
-
前往 Insights & Reports>Reports 並產生Transaction Report。 比較Search、Social和Commerce收到的交易與廣告商的摘要資料。
-
如果報表中缺少摘要檔案中的交易,則檢查離線轉換之前是否發生了具有相同交易ID的線上交易(透過畫素追蹤)。
-
如果您無法判斷及解決問題,請連絡客戶服務。
客戶服務將檢查資料剖析錯誤和孤立交易。
具有其他轉換資料摘要型別的廣告商
可能的原因:
-
搜尋、Social和Commerce會在Cookie過期或刪除時忽略收入,但廣告商可能會將其視為有效收入。
-
進入廣告商頁面的流量來自書籤或自然搜尋,而不是廣告。
-
有個孤立交易,因此Search、Social和Commerce不會計算所有應計入的收入。
-
廣告商已針對一組與他們在摘要中傳送不同的資料,驗證搜尋、社交和Commerce報表。
-
交易ID (
ev_transid
值)未傳送、不是唯一或不正確。 -
摘要檔案包含重複的追蹤ID。
-
剖析檔案時發生錯誤。
-
廣告商的重複資料刪除邏輯與搜尋、社交和Commerce邏輯不同。
可能的解決方案或因應措施:
-
移至 Insights與Reports > Reports 並產生Transaction Report。 比較Search、Social和Commerce收到的交易與廣告商的資料。
-
如果某些交易不正確或遺失,請確定a)摘要檔案包含所有必要的交易ID且沒有重複的追蹤ID,以及b)交易ID是唯一的且正確無誤。
-
如果您無法判斷及解決問題,請連絡客戶服務。
客戶服務將檢查資料剖析錯誤和孤立交易。
特定報告
http://pixel.everesttech.net
"開頭。試算表摘要
如果摘要使用"Daily"以外的任何資料彙總層級來彙總資料,您可能會看到不同的日期範圍。
若要解決此問題,請更新試算表摘要,以包含每日彙總的資料。 此工作包括更新報告範本、使用該範本產生報告、使用該報告建立自訂Microsoft Excel範本,以及更新摘要設定以包括新的Excel範本。 如需詳細資訊,請參閱編輯試算表報表摘要設定。
如果您變更報表範本中的欄,但沒有相應地更新Microsoft Excel範本,就可能會發生此錯誤。
若要解決此問題,請更新試算表摘要以包含新欄。 此工作包括更新報告範本、使用該範本產生報告、使用該報告建立自訂Excel範本,以及更新摘要設定以包括新的Excel範本。 如需詳細資訊,請參閱編輯試算表報表摘要設定。
當Microsoft Excel範本未依開始日期遞增順序排序資料時,試算表摘要可能會包含空白列。 特別是,Excel報告錯誤「Excel在'<報告名稱>.xlsx中找到無法讀取的內容」。 您要復原活頁簿的內容嗎? 如果您信任此活頁簿的來源,請按一下[是]。 如果按一下「是」,您會收到下列訊息:「已移除記錄:/xl/worksheets/sheet1.xml零件中的儲存格資訊」,且試算表摘要包含空白列。
若要解決此問題,請編輯與摘要相關的Excel範本,以依Start date in Ascending (Oldest to Newest) order排序資料,然後透過試算表摘要設定上傳更新的範本。 如需詳細資訊,請參閱"編輯試算表報表摘要"。