Updated by task 'AUTO_TM_MT_1762320272844'

Changes for core/source commit https://git.corp.adobe.com/AdobeDocs/experience-manager-cloud-service.en/commit/58d6e261044734ebe0025a7699165b9b63a82102

Author: glgitprd

help/implementing/cloud-manager/content-requests.md

@@ -5,10 +5,10 @@ exl-id: 3666328a-79a7-4dd7-b952-38bb60f0967d
 solution: Experience Manager
 feature: Cloud Manager, Developing
 role: Admin, Architect, Developer
-source-git-commit: 62e4b038c3fbae0ca5b6bb08c1d9d245842aeab2
+source-git-commit: 20bb86d83a1afeda760e7c8d88e4257b8cb65860
 workflow-type: tm+mt
-source-wordcount: '1580'
-ht-degree: 3%
+source-wordcount: '1918'
+ht-degree: 2%
 
 ---
 
@@ -65,7 +65,7 @@ For customers that bring their own CDN on top of AEM as a Cloud Service, server-
 
 ## 伺服器端收集規則 {#serverside-collection}
 
-AEM as a Cloud Service會套用伺服器端規則以計算內容請求。 這些規則包含邏輯，可排除已知機器人（例如搜尋引擎編目程式）和非使用者流量（例如定期偵測網站的監控服務）。
+AEM as a Cloud Service會套用伺服器端收集規則來計數內容請求。 這些規則會排除已知機器人（例如搜尋引擎編目程式）和一組定期偵測網站的監控服務。 此排除清單上沒有的其他綜合或監控型別流量，則計為計費內容請求。
 
 下表列出包含和排除的內容請求型別，以及每種請求的簡短說明。
 
@@ -101,4 +101,33 @@ AEM as a Cloud Service會套用伺服器端規則以計算內容請求。 這些
 | 排除Commerce integration framework呼叫 | 已排除 | 向AEM提出且轉送至Commerce integration framework的請求（URL開頭為`/api/graphql`）為避免重複計算，Cloud Service不為這些請求記帳。 |
 | 排除`manifest.json` | 已排除 | 資訊清單不是API呼叫。 此處提供如何在桌上型電腦或行動電話上安裝網站的資訊。 Adobe不應將JSON請求計算為`/etc.clientlibs/*/manifest.json` |
 | 排除`favicon.ico` | 已排除 | 雖然傳回的內容不應是HTML或JSON，但已觀察到某些情況（例如SAML驗證流程）會傳回favicon作為HTML。 因此，Favicon會明確從計數中排除。 |
-| 體驗片段(XF) — 相同網域重複使用 | 已排除 | 從託管於相同網域上的頁面向XF路徑（例如`/content/experience-fragments/...`）提出的請求（由符合請求主機的反向連結標頭識別）。<br><br>範例： `aem.customer.com`的首頁從相同網域提取橫幅或卡片的XF。<br><br>· URL符合/content/experience-fragments/...<br>·反向連結網域符合&#x200B;`request_x_forwarded_host`<br><br>**注意：**&#x200B;如果已自訂體驗片段路徑（例如使用`/XFrags/...`或`/content/experience-fragments/`之外的任何路徑），則不會排除請求且可能會計入請求中。 即使它是相同網域，這個結果也是真的。 Adobe建議使用Adobe的標準XF路徑結構，以確保排除邏輯可正確套用。 |
+| 體驗片段(XF) — 相同網域重複使用 | 已排除 | 從託管於相同網域上的頁面向XF路徑（例如`/content/experience-fragments/...`）提出的請求（由符合請求主機的Referer標頭識別）。<br><br>範例： `aem.customer.com`的首頁從相同網域提取橫幅或卡片的XF。<br><br>· URL符合/content/experience-fragments/...<br>· Referer網域符合&#x200B;`request_x_forwarded_host`<br><br>**注意：**&#x200B;如果自訂體驗片段路徑（例如使用`/XFrags/...`或`/content/experience-fragments/`之外的任何路徑），則不會排除請求並可能計入請求中，即使請求是相同網域亦然。 建議您使用Adobe的標準XF路徑結構，以確保排除邏輯可正確套用。 |
+
+## 管理內容請求 {#managing-content-requests}
+
+如上面小節[Cloud Service內容要求的差異](#content-requests-variances)中所述，由於多種原因，內容要求可能會高於預期，常見的執行緒是點選CDN的流量。  身為AEM客戶，您可以根據授權預算，監控及管理內容要求，這對您有利。  管理內容要求通常是實作技巧與[流量篩選規則](/help/security/traffic-filter-rules-including-waf.md)的組合。
+
+### 管理內容請求的實作技術 {#implementation-techniques-to-manage-crs}
+
+* 確保任何「找不到頁面」回應皆會以HTTP狀態404傳送。  如果以200狀態傳回，則會計入內容請求。
+* 將健康情況檢查或監控工具路由至/systems/probes/health URL，或使用HEAD方法而非GET以避免發生內容請求。
+* 針對您與網站整合的任何自訂搜尋編目程式，在內容新鮮度的需求與AEM授權成本之間取得平衡。  過於激進的編目程式可能會使用許多內容請求。
+* 以伺服器端（狀態301或302）而非使用者端（狀態200含javascript重新導向）的方式處理任何重新導向，以避免兩個不同的內容請求。
+* 合併或減少API呼叫，這些是來自AEM的JSON回應，可載入以轉譯頁面。
+
+### 管理內容請求的流量篩選規則 {#traffic-filter-rules-to-manage-crs}
+
+* 常見的機器人模式是使用空的使用者代理。  您將需要檢閱實作和流量模式，以檢視空白的使用者代理程式是否有用。  若要封鎖此流量，建議的[語法](/help/security/traffic-filter-rules-including-waf.md#rules-syntax)為：
+
+```
+trafficFilters:
+  rules:
+    - name: block-missing-user-agent
+      when:
+        anyOf:
+          - { reqHeader: user-agent, exists: false }
+          - { reqHeader: user-agent, equals: '' }
+      action: block
+```
+
+* 有些機器人一天對某個網站點選非常多，第二天就消失了。  這可能會讓封鎖特定IP位址或使用者代理的嘗試受挫。  一種通用方法是引入[速率限制規則](/help/security/traffic-filter-rules-including-waf.md#rate-limit-rules)。  檢閱[範例](/help/security/traffic-filter-rules-including-waf.md#ratelimiting-examples)，並製作符合您快速要求率允差的規則。  請檢閱[條件結構](/help/security/traffic-filter-rules-including-waf.md#condition-structure)語法，瞭解您可能想要允許一般速率限制的任何例外狀況。