最佳化 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)有10MB的容量。

Analysis Workspace 會將本機儲存空間用於多個功能，包括儲存自動儲存 (現有) 的專案、使用者設定和功能標幟。

為確保Analysis Workspace功能不會中斷，請為experience.adobe.com網域清除本機儲存空間。

演算速度

FPS代表「每秒影格數」，這是瀏覽器每秒在熒幕上繪製頁面的次數。 24 FPS通常是肉眼能觀察到的速度；如果FPS低於此值，您就會在Workspace中看到轉譯問題。

FPS 會受同時在多個 Workspace 專案多工處理，以及正在檢視專案的大小影響。在您電腦上執行的其他程式也可能會有影響，例如串流、背景掃描程式等。此外，您的硬體也會影響此因素。

開啟您電腦的「工作管理員」(PC) 或「活動監視器」(Mac)，判斷是否有可關閉的程式。接著，關閉未使用的瀏覽器分頁或其他程式。

如果這些動作沒有用，請與您的 IT 團隊討論硬體詳細資訊。

因素

定義

最佳化

請求數量

向Adobe提出以擷取專案中顯示之資料的請求總數。 查詢包括表格的排名請求、異常偵測、走勢圖、左側邊欄中顯示的元件等。此值不包含摺疊的面板和視覺效果。 建議為 100 個。

將資料分割為多個專案，以符合特定目的或供相關人士使用，盡可能簡化專案。使用標記將專案組織成主題，並使用直接連結，建立內部目錄，讓相關人士可更輕鬆找到所需項目。

展開的面板數 (以總面板數為分母)

專案面板總數中展開的面板數量。建議為 5 個。

採取措施簡化專案後，摺疊專案中您不需要載入時檢視的面板。 開啟專案時，只會處理展開的面板。 摺疊的面板不會被處理，直到使用者展開它們為止。

展開的視覺效果 (以總視覺效果數為分母)

專案總計中的展開表格和視覺效果數量，包括隱藏的資料來源。建議為 15 個。

採取措施簡化專案後，摺疊專案中不需要載入時檢視的視覺效果。優先處理對報表取用者最重要的視覺效果，並視需要將輔助視覺效果分散至更詳細的個別面板或專案。

自由格式儲存格數目

專案中自由格式儲存格的總數，以所有表格的列數 * 欄數計算。此值會排除隱藏的資料來源。 建議為 4000 個。

將表格中的欄數減少至只剩最相關的資料點。調整顯示的列數、套用表格篩選條件或套用區段，減少表格中的列數。

可用元件

專案左側邊欄中，專案所有報表套裝擷取的元件總數。此值會影響左側邊欄載入的速度，以及其中傳回搜尋結果的速度。 建議為 2000 個。

請洽詢您的產品管理員，建立包含更量身打造元件集的精選虛擬報表套裝。

已使用的元件

專案中使用的元件總數。建議為 100 個。

使用的元件數量不會直接影響效能。 但是，這些元件的複雜度會影響專案效能。 請參閱下方A其他因素一節中的最佳化。

最大日期範圍

此因素顯示專案中使用的最長日期範圍。 建議為 1 年。

可能情況下，提取資料時請不要超出所需。將面板日曆縮小至分析的相關日期。 或在自由表格中使用日期範圍元件。 表格中使用的日期範圍會覆寫面板日期範圍。例如，您可以將上個月、上週和昨天新增至表格欄，以請求這些特定的資料範圍。如需在 Analysis Workspace 中使用日期範圍的相關資訊，請看這段影片。

此外，將專案中使用的逐年比較數減到最少。計算逐年比較時，計算過程會檢視感興趣月份之間完整13個月的資料。 此比較的影響與將面板日期範圍變更為過去13個月相同。

因素

定義

最佳化

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

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

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

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

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

這些查詢可能是耗用大量資源的程式，視可能符合雜湊的值數量而定。

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

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

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

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

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

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

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

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

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

可能的值包括：

• 低
• 中
• 高

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

• 月邊界
• 欄
• 區段

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

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

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

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

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

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

因素

定義

影響因素

最佳化

區段複雜性

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

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

• 的運運算元、包含任何、符合、開頭為 ​或​ 結尾為/
• 連續區段，特別是使用維度限制 (「之內」/「之後」) 時
• 區段使用的維度內不重複維度專案數量(例如：具有10個不重複專案的頁面=「A」，其速度比具有100000個不重複專案的頁面=「A」更快)。
• 使用的不同維度數量(例如，頁面=「首頁」和頁面=「搜尋結果」的速度比eVar 1 =「紅色」和eVar 2 =「藍色」更快)
• 多個「或」運算子 (而非「和」)
• 範圍各異的巢狀容器（例如，訪客造訪內部的點選）

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

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

尋找將多個OR陳述式簡化為單一​ 等於任何 ​陳述式的機會。

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

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

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

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

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

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

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

報表套裝的大小

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

-

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

同時查詢

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

如果報告需要很長時間，報告可能與其他報告在佇列中。 您的組織針對特定報表套裝同時執行過多請求。 查詢可以來自API請求、報表UI (Analysis Workspace、Report Builder)、已排程專案、已排程報表、已排程警報，以及同時提出報表請求的使用者。

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