活動 QA

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

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

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

能夠單獨預覽體驗，或搭配其他滿足傳送條件(頁面/Target 請求/對象)。

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

因為活動QA現在可供所有人使用 Target 活動型別後，「使用體驗預覽URL預覽Automated Personalization活動」功能便不再需要。

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

Activity QA URL可用於包含下列專案的活動： Analytics作為報表來源 (A4T)。 使用執行QA時產生的點選 Activity 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.x， Activity QA 如果您使用Safari或其他封鎖第三方Cookie的瀏覽器，模式不會產生粘性。 在這些情況下，您必須將預覽引數新增至您導覽到的每個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 預覽連結可能會無法載入。重試預覽連結。封存已儲存的活動，這些活動不再主動用於防止此問題持續發生。