裝置上決策

裝置決策功能可讓您在伺服器上快取您的Adobe Target A/B測試和體驗鎖定目標 (XT)活動,並在接近零的延遲下執行記憶體內決策,而不會封鎖對Adobe Target邊緣網路的網路要求。

如需詳細資訊,請參閱​Adobe Target SDK檔案​中的裝置上決策簡介

網路研討會影片:「利用 的裝置上決策在零延遲的情況下進行個人化和測試。Adobe Target

市場人員、產品擁有者和開發人員被要求在網站、應用程式,以及與客戶連結的任何地方最佳化整體客戶體驗,此情況更勝以往。多種工具具有資料孤島和複雜的實施是不夠的。

在此錄制的網路研討會中,Adobe Target產品專家討論了如何在設備上將關鍵體驗最佳化決策移動到本地執行,同時在接近零的延遲時開啟新的使用案例的大門,同時提高客戶的網站效能。

最佳實務

Adobe建議使用裝置上決策時採用下列最佳實務:

決策方法為「裝置上」時的最佳實務

使用「裝置上」作為決策方法時,當訪客首次載入網頁時,就會下載工件。 需要在第一個頁面載入(無快取)上發生的任何活動資格,只有在工件完全下載後才會發生。 您可以遵循某些最佳實務,以確保新匿名訪客的活動資格能快速發生。

  • 停用不應位於工件中的支援「設備上」的活動。
  • 如果您有Target Premium,則可以使用properties/workspaces為不同的工作區建立不同的成品檔案。
  • 如果您的成品檔案因合法原因而變得非常大,則可以使用「混合」決策方法。 此方法可讓您並行下載工件,所有Target API呼叫會通過線路,直到工件下載為止。 請閱讀下方「混合」決策模式🔗的最佳實務小節,深入了解此方法。
  • 如果您有單頁應用程式(SPA),Adobe建議您在第一個頁面載入期間,先載入及初始化at.js,再載入應用程式的主要JavaScript檔案。 此方法會較早啟動工件下載,提供更快速的體驗轉譯。

決策方法為「混合」時的最佳實務

當使用「混合」作為決策方法時,工件會並行下載。 在下載工件之前,任何Target API調用都會通過線路,即使「locations」在設備上可用。 此行為是所有getOffers()呼叫的預設值,在大多數情況下提供最佳效能。 如果通過將decisioningMethod設定為on-device來更改getOffers()的預設行為,請遵循這些最佳實踐以避免錯誤並確保最佳效能。

  • 如果您決定在首次載入頁面時,以decisioningMethod作為on-device呼叫getOffers(),則必須在「ARTIFACT_DOWNLOAD_SUCCEEDED」 at.js事件處理常式內呼叫,以避免發生錯誤。 如果您的工件很大,則使用此方法的任何「位置」只有在工件完全下載後才會呈現,這可能會延遲體驗呈現。 Adobe 建議您很少使用此方法。使用此方法時,請遵循上述"On Device"最佳實務區段下的最佳實務以減少工件大小。

教學課程:裝置上決策

Adobe Target 裝置上決策功能可讓延遲內容傳送接近於零。

這段7分鐘的視頻:

  • 說明裝置上的決策,包括與Target實作其他方法的比較
  • 示範如何在Target中啟用裝置上決策功能
  • 檢查已設定JSON內容的範例表單式撰寫器活動
  • 顯示範例Node.JS SDK程式碼,其中包含裝置上決策所需的關鍵設定
  • 在瀏覽器中演示結果

如需更多影片和教學課程,請參閱Adobe TargetTutorials指南。

Adobe技術部落格 — 第1部分:執行Adobe Target NodeJS SDK,在邊緣平台(Akamai邊緣背景工作)上試驗和個人化

按一下這裡以存取部落格文章

Adobe 技術部落格 - 第 2 部分:在 Edge 平台上執行 Adobe Target NodeJS SDK 以進行測試和個人化 (AWS Lambda@Edge)

按一下這裡以存取部落格文章

本頁內容