活動 QA

與永遠不會變更或需要重新產生的團隊成員共用的連結，無論對體驗或活動進行的更新為何。 此功能可讓您完整測試整個使用者歷程中的活動。

可選擇是否考量對象狀況，這讓市場行銷人員測試鎖定目標條件或忽略鎖定目標條件，以 QA 體驗的外觀，而不必配合對象狀況。

擷取 QA 報表，讓市場行銷人員可以確認量度如預期增加，且 QA 報表資料和生產報表 (適用於非 A4T 報表) 分開。

能夠單獨預覽體驗，或搭配其他滿足傳送條件（頁面/Target請求/對象）的已上線活動預覽。

能夠 QA 整個使用者旅程。您可以利用 QA 連結來存取一次您的網站，然後在活動 QA 期間瀏覽整個網站。在您結束工作階段或使用QA Target書籤小程式強制自己離開Activity QA之前，您會一直待在「活動QA」中。 如果您的活動橫跨多個網頁，則此功能相當實用。

由於活動QA現在可用於所有Target活動型別，因此「使用體驗預覽URL預覽Automated Personalization活動」功能不再需要。

如果帳戶中有太多已儲存的活動，已儲存活動的Activity QA預覽連結可能會無法載入。 重試預覽連結應該有效。 為避免繼續發生此情況，請封存不再主動使用的已儲存活動。

以Analytics作為報告來源 (A4T)的活動可使用Activity QA個URL。 使用Activity QA執行QA時產生的點選流向相同的報表套裝，即使活動上線後，活動的資料也會流經該報表套裝。

Activity QA不會顯示已封存活動或超過結束日期之活動的內容。 如果您停用已結束的活動，則必須再次儲存活動以便Activity QA運作。

匯入至Target Standard/Premium的活動（例如，從Target Classic）不支援QA URL。

在Auto-Allocate與Recommendations活動中，模型不會受Activity QA中擷取的造訪影響。

如果您在建立活動時指定「URL是」表單式撰寫器中的細分或視覺化體驗撰寫器中的頁面傳送選項)，則QA URL無法運作，因為Activity QA會附加URL引數。 若要解決此問題，請按一下 QA URL 前往您的網站，從 URL 中移除附加的參數，然後載入新的 URL。

如果您有at.js 1.如果您使用Safari或其他封鎖第三方Cookie的瀏覽器，x，Activity QA模式沒有粘性。 在這些情況下，您必須將預覽引數新增至您導覽到的每個URL。 如果您已實作CNAME，也同樣如此。

如果活動使用多個體驗對象（例如，相同活動中包含的US和UK網站），則這四個組合（體驗A/US網站、體驗A/UK網站、體驗B/US網站、體驗B/UK網站）不會產生QA連結。 只會建立兩個 QA 連結 (體驗 A 和體驗 B)，使用者必須屬於適當的對象，才能看到頁面。英國QA人員看不到美國網站。

所有 at_preview 參數和值皆已完成 URL 編碼。大部分時間，一切都如預期般運作。 但是，有些客戶必須載入平衡器或Web伺服器，以嘗試再次將查詢字串引數編碼。

因為編碼兩次，當Target嘗試解碼at_preview_token時，Target無法擷取正確的Token值，導致預覽無法運作。

Adobe建議您洽詢IT團隊，確定所有預覽引數皆已加入允許清單，因此這些值絕不會轉換。

下表列出可在您的網域中列入允許清單的引數：

Target QA Mode UI只會顯示多頁活動中體驗的第一個URL。 假設您要建立歷程測試，並從URL1移至URL2。 不過，若要單獨前往 URL2，請複製根據 URL1 提供的所有 URL 參數，並在放置 "?" 後將其套用至 URL2， 就像您在 URL1 中看到的一樣。

如果帳戶中有太多已儲存的活動，已儲存活動的活動 QA 預覽連結可能會無法載入。重試預覽連結。封存已儲存的活動，這些活動不再主動用於防止此問題持續發生。