最佳化 Analysis Workspace 效能

因素

定義

影響因素

最佳化

與 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 個月的影響相同。

因素

定義

最佳化

從起始要求時至完成時所需的時間。 建議為15秒。

在上述要求處理圖表中，要求時間代表完整程式，從​ 已起始的Analysis Workspace要求 ​到​ 已完成的Analysis Workspace要求。

從起始要求時至完成時所需的時間。

在上述要求處理圖表中，要求時間代表完整程式，從​ 已起始的Analysis Workspace要求 ​到​ 已完成的Analysis Workspace要求。

由於Analysis Workspace只會儲存任何區段中所使用之任何字串的雜湊，因此每次處理專案時，都會執行​ 查詢，將雜湊與適當的值比對。 建議為在2秒內。

根據可能符合雜湊的值數量，此程式會耗用大量資源。

在上述請求處理圖表中，查閱時間顯示在​ 查詢 ​階段（在​ 請求引擎處理 ​階段時）。

如果此處要求速度變慢，可能是因為專案中有太多字串區段，或字串中含有過於通用的值，潛在比對次數過多。

處理要求之前在佇列中等待的總時間。 建議為5秒。

在上述要求處理圖表中，佇列時間顯示在​ 要求引擎佇列 ​階段和​ 伺服器佇列 ​階段。

如果這裡的請求速度變慢，可能是因為您的組織中同時執行過多請求。 請嘗試在非尖峰時間執行請求。

處理請求所需的平均時間。

在上述要求處理圖表中，平均伺服器處理時間表示在​ 伺服器佇列 ​階段和​ 伺服器處理 ​階段。 建議為十秒

如果這裡的請求速度變慢，專案可能會有過長的日期範圍或複雜的視覺效果。 請嘗試縮短專案日期範圍，以減少處理時間。

並非所有請求都需要相同的時間處理。 要求複雜性有助於提供處理要求所需時間的一般概念。 建議使用Medium或更低版本。

可能的值包括：

• 低
• Medium
• 高

此值會受下列欄中的值影響：

• 個月邊界
• 欄
• 區段

請求中包含的月數。 月邊界越多，請求就越複雜。 建議為6個或更少。

如果這裡的請求速度變慢，可能是因為專案中的月份邊界太大。 請嘗試減少月數。

請求中的量度和劃分數。 更多欄會增加請求的複雜性。 建議為10個或更少。

如果這裡的要求變慢，可能是因為您的專案中有太多欄。 請嘗試減少欄數。

套用至請求的區段數。 更多區段會增加請求的複雜性。 建議為5個或更少。

如果這裡的請求速度變慢，可能是因為您的專案中有太多區段。 請嘗試減少區段數。

因素

定義

影響因素

最佳化

區段複雜性

複雜的區段可能對專案效能造成重大影響。

會使區段增加複雜度的因素 (按影響程度由上往下排序) 包括：

• 「包含」、「包含任何」、「符合」、「開始於」或「終止於」運算子
• 連續區段，特別是使用維度限制 (「之內」/「之後」) 時
• 區段使用的維度內不重複維度項目數量 (例如：具有 10 個不重複項目的頁面 =「A」，其速度會比具有 100000 個不重複項目的頁面 =「A」更快)
• 使用的不同維度數量 (例如: 頁面 =「首頁」和頁面 =「搜尋結果」，其速度會比 eVar 1 =「紅色」和 eVar 2 =「藍色」更快)
• 多個「或」運算子 (而非「和」)
• 範圍各異的巢狀容器 (例如：「訪客」當中「造訪」內的「點擊」)

雖然有些複雜度因素無法避免，但您可以尋找有哪些機會可降低您區段的複雜度。一般而言，區段條件越明確越好。例如：

• 若使用容器，在區段頂端使用單一容器，其速度會比一系列巢狀容器更快。
• 若使用運算子，「等於」會比「包含」更快，而「等於任何」會比「包含任何」更快。
• 若使用多個條件，「和」運算子會比一系列「或」運算子更快。

盡可能將多個 OR 陳述式簡化為一個「等於任何」陳述式。

分類也可協助將許多值併入精準的群組中，讓您可從這些群組建立區段。與包含許多 OR 陳述式或「包含」標準的區段相比，針對分類群組而劃分的效能較佳。

視覺效果複雜度 (區段、量度、篩選條件)

專案本身新增的視覺效果類型 (例如，流失率與自由表格對比) 對專案效能的影響不大。視覺效果的複雜度會增加處理時間。

增加視覺效果複雜度的因素包括：

• 要求的資料範圍
• 套用的區段數；例如，用來作為自由表格列的區段
• 使用複雜區段
• 自由表格的靜態項目列或欄
• 自由表格列所套用的篩選器
• 包含的量度數目，尤其是使用了區段的計算量度

如果您注意到您的專案載入速度不如預期，可以的話，試著將一些區段取代為 eVar 和篩選器。

如果您發現自己持續使用公司重要資料點的區段和計算量度，請考慮改良實作，用更直接的方式擷取這些資料點。使用 Adobe Experience Platform 中的標記及 Adobe 的處理規則時，可快速地進行實作變更並輕鬆地實作。

報表套裝的大小

收集到報表套裝中的資料量。

-

洽詢您的實作團隊或 Adobe 專家，判斷是否有可行的實作改善項目能改善 Adobe Analytics 的整體使用體驗。

同時查詢

貴組織同時間向 Adobe 要求的查詢數量。 每個組織同時間有權發出至少 5 個查詢。

如果報表所花的時間很長，通常是因為該報表與其他報表一起在佇列中。 這表示，貴組織針對特定報表套裝同時執行過多要求。 查詢可能會來自 API 請求、報告 UI (Analysis Workspace、Report Builder 等)、已排程專案、已排程報告、已排程警報，以及同時發出報告請求的使用者。

在一天中更平均地分佈報表套裝的要求和排程。 此外，盡可能將您的要求轉移到非高峰時段。 星期一早上、星期二早上及每個月的第一天都是尖峰報告時間。