此外，重新推出網站後，網站的廣告可視度除了超過 75%、跳出率降低 50%，網頁瀏覽量還提升了 27%。
Google 宣布推出網站體驗核心指標計畫時，德國發布者《Netzwelt》很快就瞭解這些新指標的潛力，可帶來良好的網頁體驗，並改善廣告的營利成效。該公司踏上重新推出網站的旅程，並採取常見的成效最佳做法，同時最佳化廣告代碼和刊登位置。事實證明，在改善使用者體驗和快速網頁品質方面，確實有利於提高參與度和廣告收益，不但網頁瀏覽量提高 27%、廣告可視度超過 75%，廣告收益也提升了 18%。
27%
網頁瀏覽次數增幅
18%
廣告收益升幅
75%
廣告可視度
難題
如同許多其他新聞發布者，《網路執行法》難以在兼顧使用者體驗和網頁速度之間取得適當平衡，同時保持高廣告收益。他們遇到的主要挑戰是：
- 廣告觸發的版面配置位移 (尤其是在多種大小的版位和頂端橫幅廣告中)，因此產生高度累計版面配置位移 (CLS)。
- 由於廣告為最大繪製畫面，或主要使用主頁橫幅載入頻寬，因此不久後會出現最大內容繪製 (LCP)。
- 廣告、標頭出價和其他用途所需的第三方 JavaScript 造成的首次輸入延遲時間 (FID) 偏高。
- 由第三方供應商控管的同意聲明對話方塊對 Core Web Vitals 的影響，這也新增至版面配置位移，並可能偵測為遲到最大的繪製時間。
根據網站體驗核心指標將新聞網站最佳化
《網路執行法》開始開發網站體驗核心指標後，他們很快就發現，最佳化網站體驗核心指標不一定要對廣告造成負面影響，但可以當做一種機會，提高廣告可視度。因此，Netzwelt 團隊已針對網站體驗核心指標進行最佳化，使廣告可視度提升超過 75%，順利吸引價值更高的廣告 (多媒體廣告的全球平均值低於 50%)。
最佳化 CLS
廣告通常會延遲載入 (有時是因為延遲載入)，而且由於廣告刊登位置具有多種大小和自動調整方向，往往不太會事先得知廣告實際大小。
問題可能分為兩部分：需捲動位置的廣告。
不需捲動位置的廣告可能會因為載入延遲不明，導致版面配置大量跳動。 封鎖可能需要最大空間可能會導致使用者體驗不佳，但要求廣告客戶提供固定大小可能會降低廣告收入。《網路執行法》將頂端廣告設為固定式，並移除一些放大的橫幅廣告大小，藉此解決這個問題。 重疊廣告可避免不同大小的廣告觸發版面配置跳動。 雖然減少的符合資格的大小確實會影響廣告銷售，但可視度就更好地抵銷。
《網路執行法》透過歷來資料和 A/B 測試，找出不同裝置和螢幕大小的適當大小和定位，以及用於預訂空間的 CSS 媒體規則。
需捲動位置的廣告提供明顯改善空間：
- 如果橫幅廣告使用者未看到但已載入，就會造成廣告可視度降低，並拖慢網頁體驗。
- 在使用者捲動畫面時載入橫幅廣告，可以引進其他內容跳躍動作。
為了維持良好的網頁體驗和廣告可視度，《網路執行法》針對最小常見分母，導入延遲載入並保留空間。在多種大小的區域內，請求大小為 300x250 到 300x600 的橫幅廣告，保留高度為 250 像素。 這可避免較小的尺寸發生版面配置位移；針對較大的橫幅廣告，則會大幅縮小版面配置。這種方式並非最佳，但這只是一個開端而且很好的折衷。
為進一步最佳化，Netzwelt 使用 Intersection Observer 和 Network Information API 來控制廣告刊登位置，並減少版面配置位移。系統會根據捲動位置和網路連線品質，使用不同的廣告位置和延遲載入策略，廣告也可能從多種格式變更為固定大小。演算法的目標是盡量提升廣告可視度，同時盡量減少版面配置位移。 不支援 NetworkInfo API 的瀏覽器會根據裝置和 IP 衍生網路類型的組合，使用 Proxy 值。這項自動調整載入策略特別能針對網際網路連線緩慢的使用者減少 CLS。
最佳化 FID
廣告通常會搭配許多額外的 JavaScript 程式庫，因此首次輸入延遲時間似乎會對新聞發布者造成問題。查看 Lighthouse 等研究室資料似乎也確實呈現負面影響。 不過，根據 2020 年 Web Almanac 中的欄位資料，許多網站都有足夠的快速回應。這是因為廣告 JavaScript 會延遲載入 (在首次輸入後)、快取正常 (例如處理 v8 程式碼快取)，或是由廣告供應商妥善最佳化所致。供應商可視度追蹤工具務必避免長時間執行的工作，因此即使執行階段總和時間過長，總封鎖時間 (TBT) 和 FID 也不受影響。雖然 FID 對《網路執行法》來說不是個大問題，但我們仍要針對下列項目進行最佳化：
- 減少廣告指令碼和供應商，盡量只專注在單一堆疊上。
- 使用延遲或非同步載入所有指令碼。
- 使用 Webpack 或類似技術處理樹木種植及拆解資料。
- 使用類似 BEM 的簡易 CSS 規則。
- 請避免長時間執行的工作，並使用 idle-until-urgent 模式。
- 處理會影響版面配置的 RequestAnimationFrame。
最佳化 LCP
最大內容繪製可以透過兩種方式受到廣告的影響：明確識別廣告是最大繪製畫面，然後間接識別廣告，或是影響網路頻寬或影響關鍵路徑，從而使實際最大繪製 (例如主頁橫幅) 無法快速載入。
Netzwelt 已針對 CLS 進行最佳化時，將頂端廣告版位中的中矩形廣告移除。 這代表廣告無法成為最主要的元素。
《網路執行法》遵循嚴格的政策，優先顯示廣告上方的內容。 NetzDect 優先使用不需捲動位置使用的主頁橫幅和字型，並針對重要路徑進行最佳化，使其高於廣告指令碼和廣告。這方面的優先要務，就不會影響 LCP 受到廣告的影響。
除了上述最佳化措施之外，《網路執行法》也遵循其他最佳做法：
- 個別使用 CSS 提供重要轉譯路徑，並置於標頭。
- 預先載入最重要的字型、指令碼和圖片。
- 避免在不需捲動位置查看延遲載入圖片。
- 已使用
font-display="swap"。
GDPR 同意聲明和網站體驗核心指標
同意聲明對話方塊通常會對網站體驗核心指標造成負面影響。 與廣告一樣，同意聲明對話方塊可能會對網站體驗核心指標產生下列影響：
- 明確表示系統偵測到最大的繪製效果，或導致版面配置位移。
- 基本上，就是從實際最大的繪製作業竊取頻寬、封鎖前往最大繪製的關鍵路徑，或是延遲廣告直到取得同意聲明為止，因而觸發版面配置位移的情形。
Netzwelt 已與第三方同意聲明提供者合作，後者已導入最佳化功能。第一的《網路執行法》務必避免陷入簡單的陷阱：
- 同意聲明指令碼是以非同步方式載入，因此不會封鎖重要資源。
- 同意聲明的格式，因此大型元素不符合資格，無法做為 LCP 中最大的元素。
- 同意聲明重疊會使用
position: fixed避免偏移。 - 廣告僅在取得同意聲明後才顯示，但會事先保留充足的空白字元，避免在載入廣告時造成版面配置改變。
- 確保同意聲明對話方塊的顯示與位置不會觸發版面配置位移。我們發現並修正了服務供應商的捲動鎖定選項，該選項會在使用者捲動時移動文章的主要內容，因而停用捲動功能，導致版面配置位移。
從專案完成之後，現場與研究室 CLS 之間仍存在顯著差異。雖然研究室 CLS 幾乎接近零，但實際值卻大幅超過門檻。 經過調查，我們發現同意聲明 iframe 中的版面配置位移，目前只能正確擷取欄位資料。《網路執行法》持續與第三方同意聲明供應商合作，以改善這個問題。
新聞訂閱模型和網站體驗核心指標
新聞發布者紛紛改採訂閱模式來資助新聞業。 這個模型適用於網站體驗核心指標，因為使用者不會訂閱體驗不佳的網站。此外，訂閱者不會預期在付費內容中看到廣告，但隱藏廣告可能會導致版面配置位移。網站必須確認使用者是否有權瀏覽內容，以及是否顯示廣告。 這些檢查可能會導致額外的延遲，進而導致內容轉移或使用者體驗不佳。
《網路執行法》採用了一律免費內容的模型，但訂閱者不會看見廣告。為減少延遲和版面配置位移，他們研究了各種查詢及儲存授權的方式。
授權的初始查詢必定造成延遲時間，因此，如果查詢授權的時間過長，網站會顯示上次快取的狀態。對新訂閱者而言，這代表付費使用者只會看到一次廣告，但風險不高。如果客戶剛結束訂閱，則在儲存本機的授權之前，使用者可能會看到一個沒有廣告的載入作業。取得授權後，系統會使用 LocalStorage API 將授權儲存在本機，以免日後瀏覽時產生其他延遲和版面配置位移。
最佳化結果
而《網路執行法》的最佳化成果令人滿意。 他們的 PageSpeed Insights 分數在全球各地的新聞發布者中保持不變：
這些最佳化措施在改善網頁體驗時，是以業務需求和更優異的廣告體驗、廣告可視度和收益為考量。重新啟動最佳化頁面後，《網路執行法》的千次曝光出價提高了 20% 至 30%，廣告可視度也超過 75%。 然而，《網路執行法》假設整體收益升幅更高。 重新啟動後的流量增加，或許是使用者參與度較高且跳出率較低，而是因為使用者體驗更佳。由於流量自然波動，且影響全球疫情的影響，這些影響很難量化及量化重新啟動 (重新啟動與重新啟動相關)。這些間接影響是為什麼《網路執行法》在審查網站時，一律會看所有數據，而不只是千次曝光出價，藉此產生誤導。網站體驗核心指標和使用者體驗指標，結合所有廣告相關指標，可讓您瞭解實際狀況。
未來展望
Netzwelt 認為，如果未來無法使用第三方 Cookie，並透過內容指定相關內容，同時結合良好的使用者體驗和網頁體驗 (包括廣告可視度)，就能成為新聞發布者取得成功的關鍵。
因此，網路體驗核心指標不會止步於網站體驗核心指標，但藉由使用新的 Digital Goods API 實作許多新型網路功能，例如漸進式網頁應用程式 (PWA)、離線內容、深色模式、Web Share API 和 Trusted Web Activities (TWA)。