在 COVID-19 期間，請確保您的網站可供所有人使用

如何確保網站的核心功能隨時可用、可存取、安全、可用、可供探索且快速。

本頁面提供相關指引，協助您確保網站隨時可供所有人使用、易於存取、安全且實用。

本頁面的指南是由 Google 內部多個跨職能團隊共同提供，這些團隊目前將短期重心轉移至支援在 COVID-19 疫情期間協助使用者保持安全的網站。這些 Google 員工發現，網站面臨前所未有的需求增加，人們尋找重要資訊，其中許多人很少或從未使用過網路。在這段期間，確保網站正常運作且所有人都能存取，可能是一大挑戰。

指引

可用性、可靠性、韌性和穩定性

如果網站流量激增且無法正常運作，或者您想避免網站無法正常運作，請參考以下指南，快速修正問題或在問題惡化前偵測到問題。

• 請參閱「修正伺服器超載問題」，瞭解如何偵測、緩解及預防流量暴增問題。
• 移除不必要的圖片、影片、指令碼和字型。確保每個頁面都只提供網站使用者真正需要的功能。
• 最佳化圖片可大幅減少伺服器頻寬用量，因為圖片是網頁膨脹的主要來源。
• 盡可能將靜態內容卸載至 CDN。如要進一步瞭解常見的供應商，請參閱： AWS、 Azure、 Cloudflare、 Google Cloud、 Firebase。
• 檢查 CDN 是否有容易啟用的最佳化功能，例如動態圖片壓縮、文字壓縮，或自動壓縮 JS 和 CSS 資源。
• 最佳化 HTTP 快取可大幅減少伺服器需求，且只需稍微變更程式碼。如需總覽，請參閱「HTTP 快取：第一道防線」；如需具體建議，請參閱「HTTP 快取」和「快取最佳做法」。Lighthouse 的「使用有效的快取政策提供靜態資產」稽核功能，可協助您快速偵測未快取的資源。請注意，不同類型的資源會有不同的新鮮度需求，因此需要不同的快取策略。
• Service Worker 是另一種大幅降低伺服器需求的方法，但可能需要投入大量技術資源。此外，網站也能離線運作，讓您在沒有連線的情況下，向回訪者顯示營業時間、電話號碼和其他資訊。建議使用 Workbox 將 Service Worker 新增至網站，因為它會自動處理許多樣板，讓您更容易遵循最佳做法，並防止直接使用低階 ServiceWorker API 時常見的細微錯誤。
• 如果網站用量大幅增加，請檢查是否有足夠的 DDoS 攻擊防護措施，因為網站現在可能更容易成為攻擊目標。如要進一步瞭解常見的供應商，請參閱：AWS、Azure、Cloudflare、Google Cloud。

詳情請參閱「網路可靠性」一節。

無障礙設定

由於可能有更多具有各種需求的使用者造訪您的網站，因此著重無障礙功能比以往更重要。請遵循下列規範，確保所有人都能使用網站的核心功能。

• 無障礙設計需要團隊合作，每個人都扮演著重要角色。首先，請參閱 Google 的團隊無障礙指南，以及美國數位服務團隊指南。這些指南說明每位團隊成員 (產品經理、工程師、設計師、品質確保人員等) 可以貢獻什麼。
• 進行無障礙功能審查，判斷哪些做法有效，哪些需要改善。WAVE 瀏覽器擴充功能可引導您手動稽核網站的無障礙功能。
• 請詳閱無障礙指南，進一步瞭解鍵盤導覽和螢幕閱讀器支援等特定主題。
• 執行 Lighthouse 稽核，找出常見的無障礙問題。這份報表也會列出可執行的手動檢查，協助您提升網站的操作便利性。請注意，即使無障礙分數為 100，也不代表網站完全無障礙。Lighthouse 無法自動測試許多重要問題，因此手動審查仍不可或缺。其他自動稽核工具包括 WAVE API 和 AXE 擴充功能。
• 完成 egghead.io 上的「Start Building Accessible Web Applications Today」課程，或查看 Udacity 上的「Web Accessibility」課程。
• 觀看 A11ycast 播放清單，瞭解更多特定無障礙主題的快速提示。

身分、安全性和隱私權

您可能會想走捷徑，盡快推出重大修正，但請務必小心，不要因此造成安全性漏洞。使用者需要存取極為私密的內容。網站必須不計一切代價保護這類敏感的使用者資料，並讓使用者相信他們的個人識別資訊 (PII) 安全無虞。

• 瞭解為何所有網站都應使用 HTTPS 確保安全，而不只是處理機密 PII 資料的網站。
• 改用預設使用 HTTPS 的代管服務供應商，或使用 Let's Encrypt 或類似服務，在伺服器上啟用 HTTPS。
• 請參閱「SameSite Cookie 說明」，瞭解如何更安全地使用 Cookie。請注意，SameSite Cookie 標籤的強制執行已暫時復原。

如需更多指引，請參閱「安全可靠」。

可用性、使用者介面和使用者體驗

人們越來越依賴網路來滿足基本需求。其中許多人並不常使用網路。建議您稽核網站核心功能的可用性，確保網站盡可能簡單易用。

• 建議您在網站頂端加入醒目的橫幅 (可透過「X」X按鈕移除)，清楚說明服務更新。在橫幅中使用行動號召，引導使用者前往更具體的資源。建議使用與網頁其他內容不同的顏色和字型，撰寫內容時，請保持同理心、著重於使用者需求，並清楚說明可預期的服務類型。
• 尋找機會，盡可能減少關鍵使用者歷程 (CUJ) 中的實體互動，並向產品團隊建議這些變更。舉例來說，如果貨運服務通常需要簽收，請確認是否有其他替代方案。
• 請仔細檢查 CUJ 是否盡可能簡單直覺，如果發現任何改善空間，請向產品團隊提出建議。
• 請詳閱優質行動設計原則，並在各種行動裝置上試用 CUJ，確保沒有任何明顯問題。不常使用網路，但突然發現自己必須更依賴網路的人，可能會透過行動裝置存取您的網站。
• 重構網站，盡可能使用回應式設計模式。
• 確保表單有效率且設計良好。

搜尋引擎最佳化 (SEO)

使用者正在尋找重要的健康和工作相關資訊。請務必確保所有搜尋引擎都能找到你的網站。Lighthouse SEO 稽核可協助您偵測基本問題。追蹤搜尋引擎的官方網誌，取得最新指南和更新資訊： Google、 Bing、 Baidu、 DuckDuckGo、 Yandex。 近期與 COVID-19 相關的貼文：

• 如何變更線上活動，同時盡可能降低對 Google 搜尋曝光度的影響
• 新增活動屬性：線上舉行、已延後和已取消
• Bing 採用 schema.org 標記，用於 COVID-19 特殊公告
• 在 COVID-19 公告中加入結構化資料
• 協助衛生機構提升 COVID-19 資訊的曝光度
• 健康和政府網站搜尋功能的一般最佳做法

詳情請參閱「可供偵測」。

效能

部分網際網路服務供應商 (例如印度) 發現家用網際網路用量大幅增加，但基礎架構無法滿足增加的需求。在這種情況下，網站速度可能會變慢，但這並非你的問題。最佳化載入效能，可抵銷頻寬降低的影響。換句話說，只要減少載入網頁時需要透過網路傳送的位元組數量，就能抵銷頻寬減少對效能造成的影響。

• 圖片是網頁膨脹的首要原因。最佳化圖片，或許能大幅減少網站的頻寬用量。Squoosh 是一款簡單的開放原始碼圖片壓縮工具，可協助您快速壓縮圖片。
• 執行 WebPageTest 或 Lighthouse，找出最能提升成效的機會。
• 啟用文字壓縮，減少文字資源的網路大小。這通常是輕鬆提升效能的方法，只需要投入極少的技術資源。
• 請參閱「跨部門修正網站速度」一文，瞭解如何與其他部門合作並取得支持。
• 對圖片使用標準化延遲載入，盡可能減少使用者可能永遠不會看到的圖片要求。瀏覽器相容性並非 100%，但這項功能可視為漸進增強。換句話說，如果特定瀏覽器不支援標準化延遲載入，圖片應正常載入。
• 檢查網站是否有任何 A/B 測試或個人化指令碼，可以更非同步地載入，或指令碼中是否有任何非關鍵功能可以停用。A/B 測試和個人化指令碼通常無法「完全」非同步載入，因為這些指令碼必須在網頁內容載入前執行，但或許可以非同步載入部分指令碼。請參閱「重要轉譯路徑」，瞭解一般同步指令碼 (也稱為轉譯阻斷指令碼) 與網頁載入時間之間的基本取捨，然後決定是否要優先處理轉譯阻斷指令碼，而非網頁載入時間，反之亦然。
• 對大多數網站來說，第三方程式碼約占所有要求的半數。建議您最佳化或暫時移除/停用非網站運作所必需的第三方程式碼。
• 如果功能發布作業的優先順序降低，這可能是清理的最佳時機。從代碼管理工具中移除代碼、清理過於龐大的 CSS 和 JS，以及移除已淘汰的功能或程式碼。Chrome 開發人員工具中的「Coverage」分頁和 Puppeteer 中的 Coverage 類別，可協助您偵測未使用的程式碼。

如需更多指引，請參閱「載入速度快」。