最佳化 Analysis Workspace 效能
多種因素可以影響 Analysis Workspace 中專案的效能在開始建立專案之前，請務必先了解各項貢獻因素，以便以最有效的方式規劃及建立專案。本頁包含影響效能的因素清單，以及可採取的最佳化措施，以確保 Analysis Workspace 最佳效能。
Analysis Workspace 中的「說明 > 效能」
在 「Analysis Workspace > 說明 > 效能」 中，您可以看到影響專案效能的因素，包括網路、瀏覽器和專案因素。為獲得最準確的結果，請待專案完全載入後再開啟「效能」頁面。
- 「目前的專案」欄會顯示您目前專案和使用者環境的結果。
- 「建議」欄會顯示每個因素的 Adobe 建議臨界值。
此外，您也可以將效能內容 下載為 CSV，輕鬆與 Adobe 客戶服務或您的內部 IT 團隊分享。
NOTE
網路因素
「說明 > 效能」網路因素包括：
| 因素 | 定義 | 影響因素 | 最佳化 |
|---|---|---|---|
| 與 Adobe 連線 | 效能頁面開啟時，Adobe 會傳送 10 次測試呼叫。這代表成功呼叫 Adobe 的百分比。 | 本機網路問題或 Adobe 問題會影響此因素。 | 查看 status.adobe.com，確認是否有已知服務問題。接著檢查您的本機網路連線。 |
| 網際網路頻寬 | 僅適用於 Google Chrome。您所在位置的瀏覽器頻寬預估值。建議為 2.0 MB/s。 | 您的本機網路連線會影響此因素。 | 檢查您的本機網路連線。 |
| 網際網路延遲 | 效能頁面開啟時，Adobe 會傳送 10 次測試呼叫。這代表每個請求前往 Adobe 並回傳的平均時間。更簡單地說，這是測量網際網路在您所在位置與 Adobe 之間的速度。建議為小於 1 秒。 | 本機網路問題、開啟的瀏覽器分頁過多或 Adobe 問題，都會影響此因素。 | 查看 status.adobe.com，確認是否有已知服務問題。接著，檢查您的本機網路連線並關閉未使用的瀏覽器分頁。 |
瀏覽器因素
「說明 > 效能」瀏覽器因素包括：
| 因素 | 定義 | 影響因素 | 最佳化 |
|---|---|---|---|
| 運算速度 | 電腦執行處理測試的速度。建議為小於 750 毫秒。 | 您的硬體和並行程式會影響此因素。 | 開啟您電腦的「工作管理員」(PC) 或「活動監視器」(Mac)，判斷是否有可關閉的程式。接著，關閉未使用的瀏覽器分頁或其他程式。 如果這些動作沒有用，請與您的 IT 團隊討論硬體詳細資訊。 |
| 已使用的記憶體 | 僅適用於 Google Chrome。Google Chrome 瀏覽器中的每個 Workspace 分頁總共共用 4 GB 記憶體。這表示目前專案使用的記憶體容量百分比。建議為 3500 MB，這是 Workspace 開始出現記憶體錯誤的時候。 | 使用多個分頁或下載 50000 列資料，會增加記憶體使用量。 | 如果您收到記憶體錯誤，請關閉其他 Workspace 分頁及/或執行一次只下載 50000 列。 |
| 已使用的本機儲存空間 | 資料儲存在本機電腦，以便在瀏覽器中使用。每個來源 (例如 experience.adobe.com) 有 10 MB 容量。 | Analysis Workspace 會將本機儲存空間用於多個功能，包括儲存自動儲存 (現有) 的專案、使用者設定和功能標幟。 | 為了確保 Analysis Workspace 功能不會受影響，請為 experience.adobe.com 網域清除本機儲存空間。 |
| 演算速度 | FPS 代表「每秒幀數」，這是瀏覽器每秒在螢幕上繪製頁面的次數。24 FPS 通常是肉眼能觀察到的速度；如果 FPS 低於此值，您會在 Workspace 中看到演算問題。 | FPS 會受同時在多個 Workspace 專案多工處理，以及正在檢視專案的大小影響。在您電腦上執行的其他程式也可能會有影響，例如串流、背景掃描程式等。此外，您的硬體也會影響此因素。 | 開啟您電腦的「工作管理員」(PC) 或「活動監視器」(Mac)，判斷是否有可關閉的程式。接著，關閉未使用的瀏覽器分頁或其他程式。 如果這些動作沒有用，請與您的 IT 團隊討論硬體詳細資訊。 |
專案因素
「說明 > 效能」專案因素包括：
| 因素 | 定義 | 最佳化 |
|---|---|---|
| 請求數量 | 向Adobe提出以擷取專案中顯示之資料的請求總數。 查詢包括表格的排名請求、異常偵測、走勢圖、左側邊欄中顯示的元件等。不包括摺疊的面板和視覺效果。建議為 100 個。 | 將資料分割為多個專案，以符合特定目的或供相關人士使用，盡可能簡化專案。使用標記將專案組織成主題，並使用直接連結，建立內部目錄，讓相關人士可更輕鬆找到所需項目。 |
| 展開的面板數 (以總面板數為分母) | 專案面板總數中展開的面板數量。建議為 5 個。 | 採取措施簡化專案後，摺疊專案中不需要載入時檢視的面板。開啟專案時，只會處理展開的面板。除非使用者展開，否則不會處理摺疊的面板。 |
| 展開的視覺效果 (以總視覺效果數為分母) | 專案總計中的展開表格和視覺效果數量，包括隱藏的資料來源。建議為 15 個。 | 採取措施簡化專案後，摺疊專案中不需要載入時檢視的視覺效果。優先處理對報表取用者最重要的視覺效果，並視需要將輔助視覺效果分散至更詳細的個別面板或專案。 |
| 自由格式儲存格數目 | 專案中自由格式儲存格的總數，以所有表格的列數 * 欄數計算。不包括隱藏的資料來源。建議為 4000 個。 | 將表格中的欄數減少至只剩最相關的資料點。調整顯示的列數、套用表格篩選條件或套用區段，減少表格中的列數。 |
| 可用元件 | 專案左側邊欄中，專案所有報表套裝擷取的元件總數。這會影響左側邊欄載入的速度，以及其中傳回搜尋結果的速度。建議為 2000 個。 | 請洽詢您的產品管理員，建立包含更量身打造元件集的精選虛擬報表套裝。 |
| 已使用的元件 | 專案中使用的元件總數。建議為 100 個。 | 使用的元件數量不會直接影響效能。但這些元件的複雜度會影響專案效能。請參閱下方「其他因素」一節的最佳化措施。 |
| 最大日期範圍 | 此因素顯示專案使用的最長日期範圍。建議為 1 年。 | 可能情況下，提取資料時請不要超出所需。將面板日曆縮小至分析的相關日期，或在自由表格中使用日期範圍元件 (紫色元件)。表格中使用的日期範圍會覆寫面板日期範圍。例如，您可以將上個月、上週和昨天新增至表格欄，以請求這些特定的資料範圍。如需在 Analysis Workspace 中使用日期範圍的相關資訊，請看這段影片。 此外，將專案中使用的逐年比較數減到最少。計算出逐年比較時，系統會在感興趣的月份間查看完整 13 個月的資料。這與將面板日期範圍變更為過去 13 個月的影響相同。 |
請求因數
說明 > 效能要求因素
使用下列圖表和辭彙瞭解請求的處理方式以及影響處理時間的各種因素：
NOTE請求處理圖表
要求處理條件
| 因素 | 定義 | 最佳化 |
|---|---|---|
| 平均要求時間 |
從起始要求時至完成時所需的時間。 建議為15秒。 在上述要求處理圖表中，要求時間代表完整程式，從 已起始的Analysis Workspace要求 到 已完成的Analysis Workspace要求。 | |
| 最長請求時間 |
從起始要求時至完成時所需的時間。 在上述要求處理圖表中，要求時間代表完整程式，從 已起始的Analysis Workspace要求 到 已完成的Analysis Workspace要求。 | |
| 平均查閱時間 |
由於Analysis Workspace只會儲存任何區段中所使用之任何字串的雜湊，因此每次處理專案時，都會執行 查詢，將雜湊與適當的值比對。 建議為在2秒內。 根據可能符合雜湊的值數量，此程式會耗用大量資源。 在上述請求處理圖表中，查閱時間顯示在 查詢 階段（在 請求引擎處理 階段時）。 | 如果此處要求速度變慢，可能是因為專案中有太多字串區段，或字串中含有過於通用的值，潛在比對次數過多。 |
| 平均佇列時間 |
處理要求之前在佇列中等待的總時間。 建議為5秒。 在上述要求處理圖表中，佇列時間顯示在 要求引擎佇列 階段和 伺服器佇列 階段。 | 如果這裡的請求速度變慢，可能是因為您的組織中同時執行過多請求。 請嘗試在非尖峰時間執行請求。 |
| 平均伺服器處理時間 |
處理請求所需的平均時間。 在上述要求處理圖表中，平均伺服器處理時間表示在 伺服器佇列 階段和 伺服器處理 階段。 建議為十秒 | 如果這裡的請求速度變慢，專案可能會有過長的日期範圍或複雜的視覺效果。 請嘗試縮短專案日期範圍，以減少處理時間。 |
| 複雜性 |
並非所有請求都需要相同的時間處理。 要求複雜性有助於提供處理要求所需時間的一般概念。 建議使用Medium或更低版本。 可能的值包括：
此值會受下列欄中的值影響：
| |
| 個月邊界 | 請求中包含的月數。 月邊界越多，請求就越複雜。 建議為6個或更少。 | 如果這裡的請求速度變慢，可能是因為專案中的月份邊界太大。 請嘗試減少月數。 |
| 欄 | 請求中的量度和劃分數。 更多欄會增加請求的複雜性。 建議為10個或更少。 | 如果這裡的要求變慢，可能是因為您的專案中有太多欄。 請嘗試減少欄數。 |
| 區段 | 套用至請求的區段數。 更多區段會增加請求的複雜性。 建議為5個或更少。 | 如果這裡的請求速度變慢，可能是因為您的專案中有太多區段。 請嘗試減少區段數。 |
其他因素
「說明 > 效能」中未包含的其他因素，包括：
| 因素 | 定義 | 影響因素 | 最佳化 |
|---|---|---|---|
| 區段複雜性 | 複雜的區段可能對專案效能造成重大影響。 |
會使區段增加複雜度的因素 (按影響程度由上往下排序) 包括：
|
雖然有些複雜度因素無法避免，但您可以尋找有哪些機會可降低您區段的複雜度。一般而言，區段條件越明確越好。例如：
盡可能將多個 OR 陳述式簡化為一個「等於任何」陳述式。 |
| 視覺效果複雜度 (區段、量度、篩選條件) | 專案本身新增的視覺效果類型 (例如，流失率與自由表格對比) 對專案效能的影響不大。視覺效果的複雜度會增加處理時間。 |
增加視覺效果複雜度的因素包括：
| 如果您注意到您的專案載入速度不如預期，可以的話，試著將一些區段取代為 eVar 和篩選器。 如果您發現自己持續使用公司重要資料點的區段和計算量度，請考慮改良實作，用更直接的方式擷取這些資料點。使用 Adobe Experience Platform 中的標記及 Adobe 的處理規則時，可快速地進行實作變更並輕鬆地實作。 |
| 報表套裝的大小 | 收集到報表套裝中的資料量。 | - | 洽詢您的實作團隊或 Adobe 專家，判斷是否有可行的實作改善項目能改善 Adobe Analytics 的整體使用體驗。 |
| 同時查詢 | 貴組織同時間向 Adobe 要求的查詢數量。 每個組織同時間有權發出至少 5 個查詢。 | 如果報表所花的時間很長，通常是因為該報表與其他報表一起在佇列中。 這表示，貴組織針對特定報表套裝同時執行過多要求。 查詢可能會來自 API 請求、報告 UI (Analysis Workspace、Report Builder 等)、已排程專案、已排程報告、已排程警報，以及同時發出報告請求的使用者。 | 在一天中更平均地分佈報表套裝的要求和排程。 此外，盡可能將您的要求轉移到非高峰時段。 星期一早上、星期二早上及每個月的第一天都是尖峰報告時間。 |
