{"content_id":"nz3psdk2a0","slug":"low-involvement-web-static-generation-html-cache","locale":"zh-hant","schema_type":"TechArticle","category":"knowledge_base","category_name":"知識庫","title":"低涉入網站靜態生成與 HTML 快取標準","summary":"在低涉入網站的技術設計中，應一併檢查初始 HTML 中的正文與 CDN 的 HTML 快取。TTFB 0.8 秒是效能改善的參考值，快取適用範圍與修改後的更新方式也須納入設計。","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["在初始 HTML 中包含核心正文，可減少對執行 JavaScript 的依賴。","Google 會執行 JavaScript，因此不能僅憑使用 React 就判定搜尋引擎抓取失敗。","TTFB 不超過 0.8 秒是效能改善的參考值，並不代表整個頁面的載入時間。","Cloudflare CDN 預設不會快取 HTML，因此須檢查公開頁面的快取規則。","HTML 快取須排除登入頁面，並制定內容修改後的更新策略。"],"content_markdown":"若要協助搜尋引擎檢索低涉入網站，應將核心內文放入初始 HTML。對公開內容而言，靜態生成和 CDN 的 HTML 快取很有用。不過，光是達成 TTFB 0.8 秒，並不能保證出現在搜尋結果中。\n\nTTFB 數值的依據是 2025 年 11 月 18 日更新的 web.dev 文件。\n\n## 低涉入網站應先確認的技術條件\n\n本文所指的低涉入網站，是讓使用者快速查閱所需資訊的網站。算繪與傳輸速度是這類網站的技術檢查項目。不過，僅憑這兩項，無法完整解釋搜尋曝光上的差異。\n\n檢索是機器人擷取頁面的過程。建立索引則是將擷取到的內容處理為搜尋對象的過程。Google 說明，並非所有檢索到的頁面都會納入索引。[Google 檢索預算指南](https://developers.google.com/crawling/docs/crawl-budget)\n\n| 檢查項目 | 確認內容 | 要解決的問題 |\n| --- | --- | --- |\n| 初始 HTML | 回應是否包含標題與核心內文 | 必須額外執行程式才能讀取內文 |\n| 算繪 | 執行 JavaScript 後，內容是否正常顯示 | 因執行錯誤或封鎖而遺漏內容 |\n| TTFB | 第一個回應抵達所需的時間 | 連線與伺服器回應的延遲 |\n| HTML 快取 | 是否在 CDN 重複使用公開文件 | 重複向來源伺服器請求的成本 |\n| 索引狀態 | Google 如何處理該 URL | 混淆檢索成功與納入搜尋索引的問題 |\n\n## 為什麼 React 頁面看起來是空白 HTML\n\nReact 頁面的初始 HTML 會依實作方式而有所不同。在瀏覽器中產生內文的方式稱為 CSR。採用這種方式時，第一個回應可能不含內文，只有供執行的程式碼。\n\nGoogle 會使用 Chromium 執行 JavaScript。頁面在檢索後，可能需要等待算繪。遭封鎖的頁面或檔案可能不會進行算繪。也不是所有機器人都會執行 JavaScript。[Google JavaScript SEO 基本指南](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)\n\n因此，不要只因畫面正常，就判斷檢索狀態正常。請先確認初始回應是否含有內文。Google 算繪後的結果，可透過 Search Console 的 URL 檢查查看。\n\n## 靜態生成與伺服器端算繪比較\n\n可以依公開內文的更新方式，選擇 HTML 的生成方法。靜態生成是在收到請求前產生 HTML。伺服器端算繪則是在收到請求時，由伺服器產生 HTML。React 也能採用這些方式。[web.dev 算繪方式指南](https://web.dev/articles/rendering-on-the-web)\n\n| 方式 | 產生 HTML 的時機 | 適合考慮的情境 | 維運上應確認的事項 |\n| --- | --- | --- | --- |\n| 用戶端算繪 CSR | 在瀏覽器中執行 JavaScript 時 | 使用者操作較多的畫面 | 顯示內文前所需的程式執行與請求 |\n| 靜態生成 SSG | 建置或產生內容時 | 向訪客顯示相同內容的公開文件 | 修改後的重新生成與部署 |\n| 伺服器端算繪 SSR | 處理頁面請求時 | 每次請求都組合最新內容的畫面 | 資料查詢與 HTML 生成時間 |\n| 預先算繪 | 部署前執行應用程式以取得 HTML 時 | 預先提供現有應用程式的初始內文時 | 後續功能所需的 JavaScript |\n\n靜態生成與 CDN 的作用不同。靜態生成是關於何時產生 HTML 的選擇。CDN 則是傳送與重複使用內容的架構。由伺服器產生的 HTML，只要符合條件，也可以快取至 CDN。\n\n## TTFB 0.8 秒代表什麼？\n\nTTFB 是從開始導覽至頁面，到收到回應的第一個位元組之間的時間。web.dev 對大多數網站提出的大致目標是 **0.8 秒以下**。這與整個頁面顯示完成所需的時間不同。TTFB 本身也不是 Core Web Vitals 的項目。[web.dev TTFB 說明](https://web.dev/articles/ttfb)\n\nTTFB 也包含伺服器內部處理以外的延遲。DNS 查詢是找出網域連線位址的過程。建立 TCP 和 TLS 連線也可能需要時間。將網址導向其他位置的重新導向，同樣會造成影響。\n\n- DNS 查詢與連線準備時間\n- 請求與回應經由網路傳輸的時間\n- 來源伺服器查詢資料與產生 HTML 的時間\n- 收到第一個回應前發生的重新導向時間\n\n不能只因伺服器位於首爾，就斷定會超過 0.8 秒。結果會因連線位置及是否重複使用連線而異。Google 的檢索器主要使用美國 IP 位址。不過，也可能從其他國家的 IP 位址連線。[Google 檢索器技術特性](https://developers.google.com/crawling/docs/crawlers-fetchers/overview-google-crawlers?hl=en)\n\n持續的回應延遲會影響 Google 的檢索容量。伺服器錯誤也會導致檢索量下降。不過，並沒有超過 0.8 秒一次就會停止檢索的規則。頁面品質與更新頻率也會影響檢索需求。[Google 檢索預算指南](https://developers.google.com/crawling/docs/crawl-budget)\n\n## 為什麼應確認 CDN 的 HTML 快取\n\nCloudflare CDN 預設不會快取 HTML。即使圖片或 CSS 已快取，仍須另外確認內文文件。其他 CDN 的預設行為，請查閱該服務的文件。\n\n\u003e Cloudflare CDN 預設不會快取 HTML 或 JSON。\n\u003e\n\u003e Cloudflare，預設快取行為\n\n這句話表示 HTML 和 JSON 並非預設的快取對象。公開 HTML 可以透過 Cache Rules 納入快取範圍。回應標頭和 Cookie 等條件，也會影響是否實際儲存。[Cloudflare 預設快取行為](https://developers.cloudflare.com/cache/concepts/default-cache-behavior/)\n\n快取是重複使用已儲存回應的功能。並不是接上 CDN 後，所有文件就會立即複製到全球各地。Cloudflare 會在處理請求的資料中心快取內容。若快取中沒有所請求的內容，可能需要向來源伺服器查詢。[Cloudflare 快取入門指南](https://developers.cloudflare.com/cache/get-started/)\n\n對公開 HTML 套用快取規則時，請排除個人化頁面。Cloudflare 警告，快取動態 HTML 可能會將他人的資訊傳送出去。請勿快取登入或帳戶頁面。[Cloudflare Cache Everything 注意事項](https://developers.cloudflare.com/cache/how-to/cache-rules/examples/cache-everything/)\n\n## 依頁面條件決定快取的套用標準\n\n決定快取範圍時，應先看是否向訪客顯示相同內容。公開說明文字適合共用及重複使用。內容會隨登入狀態改變的回應，則必須另外處理。\n\n| 頁面條件 | 可考慮的配置 | 應一併確認的事項 |\n| --- | --- | --- |\n| 向訪客提供相同的說明文字 | 靜態生成與公開 HTML 快取 | 修改後重新生成及更新快取 |\n| 公開內文包含經常變動的數值 | 分開處理內文與變動資料的更新方式 | 數值的基準時間與失敗時的顯示方式 |\n| 需要請求當下的最新公開資訊 | 考慮伺服器端算繪與條件式快取 | 可接受的資訊延遲 |\n| 登入、帳戶、付款畫面 | 排除於共用 HTML 快取之外 | 驗證 Cookie 與個別使用者的回應 |\n| 提供不同語言的公開文件 | 各語言的 URL 與各文件的快取 | 譯文連結與各語言的更新 |\n\n稍後再載入即時資料，較容易保留靜態內文。不過，不要將搜尋所需的核心內容全部延後載入。這可能與提供初始 HTML 的目的相衝突。\n\n## 常見錯誤與確認標準\n\n只憑技術名稱或設定畫面判斷結果，很容易漏掉錯誤。請一併確認實際 HTML 與回應標頭。以下是必須區分的狀態。\n\n| 常見判斷 | 應確認的標準 |\n| --- | --- |\n| 搜尋機器人無法讀取 React 網站 | 初始 HTML 與 Google 的算繪結果 |\n| TTFB 為 0.8 秒，畫面就已全部顯示 | 第一個回應之後，到內文顯示所需的時間 |\n| 已接上 CDN，所以 HTML 也已快取 | HTML 請求的快取狀態 |\n| 靜態檔案一定是最新內容 | 最後生成時間與已部署的內容 |\n| 回應迅速，就代表已完成搜尋索引登錄 | Search Console 的索引處理狀態 |\n| 以一次快取命中結果判斷全球速度 | 依連線地區及快取是否命中區分的測量結果 |\n\nCloudflare 的 `CF-Cache-Status` 是顯示快取狀態的標頭。`HIT` 表示在快取中找到了回應。`MISS` 表示請求當下快取中沒有，因此從來源取得。`DYNAMIC` 則表示未被視為快取對象。[Cloudflare 快取回應說明](https://developers.cloudflare.com/cache/concepts/cache-responses/)\n\n## 內容修改後的快取更新\n\n使用靜態檔案與 CDN 快取時，也必須設計好如何讓修改內容生效。即使已修改來源，只要舊快取仍在，就會傳送舊內容。若同時發布 HTML 與 JSON，也必須讓兩種格式的內容保持一致。\n\n以下是同時維護文件與資料檔案時的檢查順序。\n\n1. 在原始資料中確認變更內容。\n2. 使用同一份修改版本，重新生成 HTML 與資料檔案。\n3. 部署新檔案後，更新已變更 URL 的快取。\n4. 重新請求各個 URL，確認修改內容是否一致。\n\nCloudflare 建議依 URL 清除快取。清除快取是移除已儲存回應的作業。重新產生靜態 HTML 則需要另外執行。因此，請將檔案生成與快取更新整合至同一套部署程序。[Cloudflare 清除快取指南](https://developers.cloudflare.com/cache/how-to/purge-cache/)\n\n請依內容可容許的資訊延遲設定更新間隔。說明文字與即時數值不必採用相同週期。光靠縮短快取有效期限，無法解決所有更新問題。\n\n## 多語言網站的 hreflang 標準\n\n`hreflang` 是連結相同內容之不同語言、地區網址的資訊。它並不是產生譯文的功能，而是協助 Google 為訪客找出適當的語言版本。\n\n| 實作位置 | 標示方式 | 選擇時應確認的事項 |\n| --- | --- | --- |\n| HTML | 在文件的 `head` 中標示替代語言連結 | 是否能在各頁面範本中管理 |\n| HTTP 標頭 | 在回應的 `Link` 標頭中標示 | 是否能在伺服器端管理標頭 |\n| 網站地圖 | 在網站地圖中標示各語言 URL 的關係 | 是否能統一管理文件清單 |\n\nGoogle 對這些方法一視同仁。因此，並非只能放在 HTML 中。每份語言文件都應標示包含自身在內的替代語言文件。也請確認互相對應頁面之間的連結。[Google 多語言頁面指南](https://developers.google.com/search/docs/specialty/international/localized-versions)\n\n## 部署結果的確認順序\n\n部署後，請分別驗證內文傳送與快取運作。記錄速度測量值時，請一併留下測量地區與快取狀態。依下列順序確認，較容易區分問題所在。\n\n1. 在瀏覽器開發人員工具中確認 HTML 文件回應。查看回應是否包含核心內文。\n2. 在 Search Console 的 URL 檢查中確認算繪後的 HTML。也請另外檢查實際的索引處理狀態。\n3. 確認 HTML 回應的快取標頭。在 Cloudflare 中，請查看 `CF-Cache-Status`。\n4. 從主要連線地區測量同一份文件。請區分未命中快取與命中快取的請求。\n5. 修改內容後，確認更新結果。也請檢查登入頁面是否已排除於快取之外。\n\nCloudflare 警告，過度快取動態 HTML 可能導致登入功能失效。請勿快取登入表單與已驗證的頁面。修改後，也請確認驗證 Cookie 是否仍保留。[Cloudflare 登入問題指南](https://developers.cloudflare.com/cache/troubleshooting/dynamic-content-and-login-issues/)\n\n## 交給 AI 編碼的實作條件\n\n向 AI 提出要求時，除了技術名稱，也請要求可驗證的結果。明確列出初始 HTML 的內容與快取排除範圍，是實用的做法。以下文字是建立公開知識頁面時的請求範例。\n\n```text\n請將公開知識頁面的核心內文納入初始 HTML。\n公開文件請優先考慮靜態生成。\n請另外說明變動資料的更新方式。\n請確認 CDN 是否已對 HTML 套用快取。\n請將登入、帳戶、付款頁面排除於共用快取之外。\n內容修改時，請將靜態檔案重新生成與快取更新串接起來。\n若有多語言頁面，請設定 hreflang 連結。\n請提供確認初始 HTML、快取狀態及修改是否生效的方法。\n```","content_html":"\u003cp\u003e若要協助搜尋引擎檢索低涉入網站，應將核心內文放入初始 HTML。對公開內容而言，靜態生成和 CDN 的 HTML 快取很有用。不過，光是達成 TTFB 0.8 秒，並不能保證出現在搜尋結果中。\u003c/p\u003e\n\u003cp\u003eTTFB 數值的依據是 2025 年 11 月 18 日更新的 web.dev 文件。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%BD%8E%E6%B6%89%E5%85%A5%E7%B6%B2%E7%AB%99%E6%87%89%E5%85%88%E7%A2%BA%E8%AA%8D%E7%9A%84%E6%8A%80%E8%A1%93%E6%A2%9D%E4%BB%B6\" class=\"anchor\" id=\"低涉入網站應先確認的技術條件\"\u003e\u003c/a\u003e低涉入網站應先確認的技術條件\u003c/h2\u003e\n\u003cp\u003e本文所指的低涉入網站，是讓使用者快速查閱所需資訊的網站。算繪與傳輸速度是這類網站的技術檢查項目。不過，僅憑這兩項，無法完整解釋搜尋曝光上的差異。\u003c/p\u003e\n\u003cp\u003e檢索是機器人擷取頁面的過程。建立索引則是將擷取到的內容處理為搜尋對象的過程。Google 說明，並非所有檢索到的頁面都會納入索引。\u003ca href=\"https://developers.google.com/crawling/docs/crawl-budget\"\u003eGoogle 檢索預算指南\u003c/a\u003e\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e檢查項目\u003c/th\u003e\n\u003cth\u003e確認內容\u003c/th\u003e\n\u003cth\u003e要解決的問題\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"檢查項目\"\u003e初始 HTML\u003c/td\u003e\n\u003ctd data-label=\"確認內容\"\u003e回應是否包含標題與核心內文\u003c/td\u003e\n\u003ctd data-label=\"要解決的問題\"\u003e必須額外執行程式才能讀取內文\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"檢查項目\"\u003e算繪\u003c/td\u003e\n\u003ctd data-label=\"確認內容\"\u003e執行 JavaScript 後，內容是否正常顯示\u003c/td\u003e\n\u003ctd data-label=\"要解決的問題\"\u003e因執行錯誤或封鎖而遺漏內容\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"檢查項目\"\u003eTTFB\u003c/td\u003e\n\u003ctd data-label=\"確認內容\"\u003e第一個回應抵達所需的時間\u003c/td\u003e\n\u003ctd data-label=\"要解決的問題\"\u003e連線與伺服器回應的延遲\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"檢查項目\"\u003eHTML 快取\u003c/td\u003e\n\u003ctd data-label=\"確認內容\"\u003e是否在 CDN 重複使用公開文件\u003c/td\u003e\n\u003ctd data-label=\"要解決的問題\"\u003e重複向來源伺服器請求的成本\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"檢查項目\"\u003e索引狀態\u003c/td\u003e\n\u003ctd data-label=\"確認內容\"\u003eGoogle 如何處理該 URL\u003c/td\u003e\n\u003ctd data-label=\"要解決的問題\"\u003e混淆檢索成功與納入搜尋索引的問題\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E7%82%BA%E4%BB%80%E9%BA%BC-react-%E9%A0%81%E9%9D%A2%E7%9C%8B%E8%B5%B7%E4%BE%86%E6%98%AF%E7%A9%BA%E7%99%BD-html\" class=\"anchor\" id=\"為什麼-react-頁面看起來是空白-html\"\u003e\u003c/a\u003e為什麼 React 頁面看起來是空白 HTML\u003c/h2\u003e\n\u003cp\u003eReact 頁面的初始 HTML 會依實作方式而有所不同。在瀏覽器中產生內文的方式稱為 CSR。採用這種方式時，第一個回應可能不含內文，只有供執行的程式碼。\u003c/p\u003e\n\u003cp\u003eGoogle 會使用 Chromium 執行 JavaScript。頁面在檢索後，可能需要等待算繪。遭封鎖的頁面或檔案可能不會進行算繪。也不是所有機器人都會執行 JavaScript。\u003ca href=\"https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics\"\u003eGoogle JavaScript SEO 基本指南\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e因此，不要只因畫面正常，就判斷檢索狀態正常。請先確認初始回應是否含有內文。Google 算繪後的結果，可透過 Search Console 的 URL 檢查查看。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E9%9D%9C%E6%85%8B%E7%94%9F%E6%88%90%E8%88%87%E4%BC%BA%E6%9C%8D%E5%99%A8%E7%AB%AF%E7%AE%97%E7%B9%AA%E6%AF%94%E8%BC%83\" class=\"anchor\" id=\"靜態生成與伺服器端算繪比較\"\u003e\u003c/a\u003e靜態生成與伺服器端算繪比較\u003c/h2\u003e\n\u003cp\u003e可以依公開內文的更新方式，選擇 HTML 的生成方法。靜態生成是在收到請求前產生 HTML。伺服器端算繪則是在收到請求時，由伺服器產生 HTML。React 也能採用這些方式。\u003ca href=\"https://web.dev/articles/rendering-on-the-web\"\u003eweb.dev 算繪方式指南\u003c/a\u003e\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e方式\u003c/th\u003e\n\u003cth\u003e產生 HTML 的時機\u003c/th\u003e\n\u003cth\u003e適合考慮的情境\u003c/th\u003e\n\u003cth\u003e維運上應確認的事項\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"方式\"\u003e用戶端算繪 CSR\u003c/td\u003e\n\u003ctd data-label=\"產生 HTML 的時機\"\u003e在瀏覽器中執行 JavaScript 時\u003c/td\u003e\n\u003ctd data-label=\"適合考慮的情境\"\u003e使用者操作較多的畫面\u003c/td\u003e\n\u003ctd data-label=\"維運上應確認的事項\"\u003e顯示內文前所需的程式執行與請求\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"方式\"\u003e靜態生成 SSG\u003c/td\u003e\n\u003ctd data-label=\"產生 HTML 的時機\"\u003e建置或產生內容時\u003c/td\u003e\n\u003ctd data-label=\"適合考慮的情境\"\u003e向訪客顯示相同內容的公開文件\u003c/td\u003e\n\u003ctd data-label=\"維運上應確認的事項\"\u003e修改後的重新生成與部署\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"方式\"\u003e伺服器端算繪 SSR\u003c/td\u003e\n\u003ctd data-label=\"產生 HTML 的時機\"\u003e處理頁面請求時\u003c/td\u003e\n\u003ctd data-label=\"適合考慮的情境\"\u003e每次請求都組合最新內容的畫面\u003c/td\u003e\n\u003ctd data-label=\"維運上應確認的事項\"\u003e資料查詢與 HTML 生成時間\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"方式\"\u003e預先算繪\u003c/td\u003e\n\u003ctd data-label=\"產生 HTML 的時機\"\u003e部署前執行應用程式以取得 HTML 時\u003c/td\u003e\n\u003ctd data-label=\"適合考慮的情境\"\u003e預先提供現有應用程式的初始內文時\u003c/td\u003e\n\u003ctd data-label=\"維運上應確認的事項\"\u003e後續功能所需的 JavaScript\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e靜態生成與 CDN 的作用不同。靜態生成是關於何時產生 HTML 的選擇。CDN 則是傳送與重複使用內容的架構。由伺服器產生的 HTML，只要符合條件，也可以快取至 CDN。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ttfb-08-%E7%A7%92%E4%BB%A3%E8%A1%A8%E4%BB%80%E9%BA%BC\" class=\"anchor\" id=\"ttfb-08-秒代表什麼\"\u003e\u003c/a\u003eTTFB 0.8 秒代表什麼？\u003c/h2\u003e\n\u003cp\u003eTTFB 是從開始導覽至頁面，到收到回應的第一個位元組之間的時間。web.dev 對大多數網站提出的大致目標是 \u003cstrong\u003e0.8 秒以下\u003c/strong\u003e。這與整個頁面顯示完成所需的時間不同。TTFB 本身也不是 Core Web Vitals 的項目。\u003ca href=\"https://web.dev/articles/ttfb\"\u003eweb.dev TTFB 說明\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eTTFB 也包含伺服器內部處理以外的延遲。DNS 查詢是找出網域連線位址的過程。建立 TCP 和 TLS 連線也可能需要時間。將網址導向其他位置的重新導向，同樣會造成影響。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDNS 查詢與連線準備時間\u003c/li\u003e\n\u003cli\u003e請求與回應經由網路傳輸的時間\u003c/li\u003e\n\u003cli\u003e來源伺服器查詢資料與產生 HTML 的時間\u003c/li\u003e\n\u003cli\u003e收到第一個回應前發生的重新導向時間\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e不能只因伺服器位於首爾，就斷定會超過 0.8 秒。結果會因連線位置及是否重複使用連線而異。Google 的檢索器主要使用美國 IP 位址。不過，也可能從其他國家的 IP 位址連線。\u003ca href=\"https://developers.google.com/crawling/docs/crawlers-fetchers/overview-google-crawlers?hl=en\"\u003eGoogle 檢索器技術特性\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e持續的回應延遲會影響 Google 的檢索容量。伺服器錯誤也會導致檢索量下降。不過，並沒有超過 0.8 秒一次就會停止檢索的規則。頁面品質與更新頻率也會影響檢索需求。\u003ca href=\"https://developers.google.com/crawling/docs/crawl-budget\"\u003eGoogle 檢索預算指南\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E7%82%BA%E4%BB%80%E9%BA%BC%E6%87%89%E7%A2%BA%E8%AA%8D-cdn-%E7%9A%84-html-%E5%BF%AB%E5%8F%96\" class=\"anchor\" id=\"為什麼應確認-cdn-的-html-快取\"\u003e\u003c/a\u003e為什麼應確認 CDN 的 HTML 快取\u003c/h2\u003e\n\u003cp\u003eCloudflare CDN 預設不會快取 HTML。即使圖片或 CSS 已快取，仍須另外確認內文文件。其他 CDN 的預設行為，請查閱該服務的文件。\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eCloudflare CDN 預設不會快取 HTML 或 JSON。\u003c/p\u003e\n\u003cp\u003eCloudflare，預設快取行為\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003e這句話表示 HTML 和 JSON 並非預設的快取對象。公開 HTML 可以透過 Cache Rules 納入快取範圍。回應標頭和 Cookie 等條件，也會影響是否實際儲存。\u003ca href=\"https://developers.cloudflare.com/cache/concepts/default-cache-behavior/\"\u003eCloudflare 預設快取行為\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e快取是重複使用已儲存回應的功能。並不是接上 CDN 後，所有文件就會立即複製到全球各地。Cloudflare 會在處理請求的資料中心快取內容。若快取中沒有所請求的內容，可能需要向來源伺服器查詢。\u003ca href=\"https://developers.cloudflare.com/cache/get-started/\"\u003eCloudflare 快取入門指南\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e對公開 HTML 套用快取規則時，請排除個人化頁面。Cloudflare 警告，快取動態 HTML 可能會將他人的資訊傳送出去。請勿快取登入或帳戶頁面。\u003ca href=\"https://developers.cloudflare.com/cache/how-to/cache-rules/examples/cache-everything/\"\u003eCloudflare Cache Everything 注意事項\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%BE%9D%E9%A0%81%E9%9D%A2%E6%A2%9D%E4%BB%B6%E6%B1%BA%E5%AE%9A%E5%BF%AB%E5%8F%96%E7%9A%84%E5%A5%97%E7%94%A8%E6%A8%99%E6%BA%96\" class=\"anchor\" id=\"依頁面條件決定快取的套用標準\"\u003e\u003c/a\u003e依頁面條件決定快取的套用標準\u003c/h2\u003e\n\u003cp\u003e決定快取範圍時，應先看是否向訪客顯示相同內容。公開說明文字適合共用及重複使用。內容會隨登入狀態改變的回應，則必須另外處理。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e頁面條件\u003c/th\u003e\n\u003cth\u003e可考慮的配置\u003c/th\u003e\n\u003cth\u003e應一併確認的事項\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"頁面條件\"\u003e向訪客提供相同的說明文字\u003c/td\u003e\n\u003ctd data-label=\"可考慮的配置\"\u003e靜態生成與公開 HTML 快取\u003c/td\u003e\n\u003ctd data-label=\"應一併確認的事項\"\u003e修改後重新生成及更新快取\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"頁面條件\"\u003e公開內文包含經常變動的數值\u003c/td\u003e\n\u003ctd data-label=\"可考慮的配置\"\u003e分開處理內文與變動資料的更新方式\u003c/td\u003e\n\u003ctd data-label=\"應一併確認的事項\"\u003e數值的基準時間與失敗時的顯示方式\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"頁面條件\"\u003e需要請求當下的最新公開資訊\u003c/td\u003e\n\u003ctd data-label=\"可考慮的配置\"\u003e考慮伺服器端算繪與條件式快取\u003c/td\u003e\n\u003ctd data-label=\"應一併確認的事項\"\u003e可接受的資訊延遲\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"頁面條件\"\u003e登入、帳戶、付款畫面\u003c/td\u003e\n\u003ctd data-label=\"可考慮的配置\"\u003e排除於共用 HTML 快取之外\u003c/td\u003e\n\u003ctd data-label=\"應一併確認的事項\"\u003e驗證 Cookie 與個別使用者的回應\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"頁面條件\"\u003e提供不同語言的公開文件\u003c/td\u003e\n\u003ctd data-label=\"可考慮的配置\"\u003e各語言的 URL 與各文件的快取\u003c/td\u003e\n\u003ctd data-label=\"應一併確認的事項\"\u003e譯文連結與各語言的更新\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e稍後再載入即時資料，較容易保留靜態內文。不過，不要將搜尋所需的核心內容全部延後載入。這可能與提供初始 HTML 的目的相衝突。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%B8%B8%E8%A6%8B%E9%8C%AF%E8%AA%A4%E8%88%87%E7%A2%BA%E8%AA%8D%E6%A8%99%E6%BA%96\" class=\"anchor\" id=\"常見錯誤與確認標準\"\u003e\u003c/a\u003e常見錯誤與確認標準\u003c/h2\u003e\n\u003cp\u003e只憑技術名稱或設定畫面判斷結果，很容易漏掉錯誤。請一併確認實際 HTML 與回應標頭。以下是必須區分的狀態。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e常見判斷\u003c/th\u003e\n\u003cth\u003e應確認的標準\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"常見判斷\"\u003e搜尋機器人無法讀取 React 網站\u003c/td\u003e\n\u003ctd data-label=\"應確認的標準\"\u003e初始 HTML 與 Google 的算繪結果\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"常見判斷\"\u003eTTFB 為 0.8 秒，畫面就已全部顯示\u003c/td\u003e\n\u003ctd data-label=\"應確認的標準\"\u003e第一個回應之後，到內文顯示所需的時間\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"常見判斷\"\u003e已接上 CDN，所以 HTML 也已快取\u003c/td\u003e\n\u003ctd data-label=\"應確認的標準\"\u003eHTML 請求的快取狀態\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"常見判斷\"\u003e靜態檔案一定是最新內容\u003c/td\u003e\n\u003ctd data-label=\"應確認的標準\"\u003e最後生成時間與已部署的內容\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"常見判斷\"\u003e回應迅速，就代表已完成搜尋索引登錄\u003c/td\u003e\n\u003ctd data-label=\"應確認的標準\"\u003eSearch Console 的索引處理狀態\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"常見判斷\"\u003e以一次快取命中結果判斷全球速度\u003c/td\u003e\n\u003ctd data-label=\"應確認的標準\"\u003e依連線地區及快取是否命中區分的測量結果\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eCloudflare 的 \u003ccode\u003eCF-Cache-Status\u003c/code\u003e 是顯示快取狀態的標頭。\u003ccode\u003eHIT\u003c/code\u003e 表示在快取中找到了回應。\u003ccode\u003eMISS\u003c/code\u003e 表示請求當下快取中沒有，因此從來源取得。\u003ccode\u003eDYNAMIC\u003c/code\u003e 則表示未被視為快取對象。\u003ca href=\"https://developers.cloudflare.com/cache/concepts/cache-responses/\"\u003eCloudflare 快取回應說明\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%85%A7%E5%AE%B9%E4%BF%AE%E6%94%B9%E5%BE%8C%E7%9A%84%E5%BF%AB%E5%8F%96%E6%9B%B4%E6%96%B0\" class=\"anchor\" id=\"內容修改後的快取更新\"\u003e\u003c/a\u003e內容修改後的快取更新\u003c/h2\u003e\n\u003cp\u003e使用靜態檔案與 CDN 快取時，也必須設計好如何讓修改內容生效。即使已修改來源，只要舊快取仍在，就會傳送舊內容。若同時發布 HTML 與 JSON，也必須讓兩種格式的內容保持一致。\u003c/p\u003e\n\u003cp\u003e以下是同時維護文件與資料檔案時的檢查順序。\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e在原始資料中確認變更內容。\u003c/li\u003e\n\u003cli\u003e使用同一份修改版本，重新生成 HTML 與資料檔案。\u003c/li\u003e\n\u003cli\u003e部署新檔案後，更新已變更 URL 的快取。\u003c/li\u003e\n\u003cli\u003e重新請求各個 URL，確認修改內容是否一致。\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eCloudflare 建議依 URL 清除快取。清除快取是移除已儲存回應的作業。重新產生靜態 HTML 則需要另外執行。因此，請將檔案生成與快取更新整合至同一套部署程序。\u003ca href=\"https://developers.cloudflare.com/cache/how-to/purge-cache/\"\u003eCloudflare 清除快取指南\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e請依內容可容許的資訊延遲設定更新間隔。說明文字與即時數值不必採用相同週期。光靠縮短快取有效期限，無法解決所有更新問題。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%A4%9A%E8%AA%9E%E8%A8%80%E7%B6%B2%E7%AB%99%E7%9A%84-hreflang-%E6%A8%99%E6%BA%96\" class=\"anchor\" id=\"多語言網站的-hreflang-標準\"\u003e\u003c/a\u003e多語言網站的 hreflang 標準\u003c/h2\u003e\n\u003cp\u003e\u003ccode\u003ehreflang\u003c/code\u003e 是連結相同內容之不同語言、地區網址的資訊。它並不是產生譯文的功能，而是協助 Google 為訪客找出適當的語言版本。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e實作位置\u003c/th\u003e\n\u003cth\u003e標示方式\u003c/th\u003e\n\u003cth\u003e選擇時應確認的事項\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"實作位置\"\u003eHTML\u003c/td\u003e\n\u003ctd data-label=\"標示方式\"\u003e在文件的 \u003ccode\u003ehead\u003c/code\u003e 中標示替代語言連結\u003c/td\u003e\n\u003ctd data-label=\"選擇時應確認的事項\"\u003e是否能在各頁面範本中管理\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"實作位置\"\u003eHTTP 標頭\u003c/td\u003e\n\u003ctd data-label=\"標示方式\"\u003e在回應的 \u003ccode\u003eLink\u003c/code\u003e 標頭中標示\u003c/td\u003e\n\u003ctd data-label=\"選擇時應確認的事項\"\u003e是否能在伺服器端管理標頭\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"實作位置\"\u003e網站地圖\u003c/td\u003e\n\u003ctd data-label=\"標示方式\"\u003e在網站地圖中標示各語言 URL 的關係\u003c/td\u003e\n\u003ctd data-label=\"選擇時應確認的事項\"\u003e是否能統一管理文件清單\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eGoogle 對這些方法一視同仁。因此，並非只能放在 HTML 中。每份語言文件都應標示包含自身在內的替代語言文件。也請確認互相對應頁面之間的連結。\u003ca href=\"https://developers.google.com/search/docs/specialty/international/localized-versions\"\u003eGoogle 多語言頁面指南\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E9%83%A8%E7%BD%B2%E7%B5%90%E6%9E%9C%E7%9A%84%E7%A2%BA%E8%AA%8D%E9%A0%86%E5%BA%8F\" class=\"anchor\" id=\"部署結果的確認順序\"\u003e\u003c/a\u003e部署結果的確認順序\u003c/h2\u003e\n\u003cp\u003e部署後，請分別驗證內文傳送與快取運作。記錄速度測量值時，請一併留下測量地區與快取狀態。依下列順序確認，較容易區分問題所在。\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e在瀏覽器開發人員工具中確認 HTML 文件回應。查看回應是否包含核心內文。\u003c/li\u003e\n\u003cli\u003e在 Search Console 的 URL 檢查中確認算繪後的 HTML。也請另外檢查實際的索引處理狀態。\u003c/li\u003e\n\u003cli\u003e確認 HTML 回應的快取標頭。在 Cloudflare 中，請查看 \u003ccode\u003eCF-Cache-Status\u003c/code\u003e。\u003c/li\u003e\n\u003cli\u003e從主要連線地區測量同一份文件。請區分未命中快取與命中快取的請求。\u003c/li\u003e\n\u003cli\u003e修改內容後，確認更新結果。也請檢查登入頁面是否已排除於快取之外。\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eCloudflare 警告，過度快取動態 HTML 可能導致登入功能失效。請勿快取登入表單與已驗證的頁面。修改後，也請確認驗證 Cookie 是否仍保留。\u003ca href=\"https://developers.cloudflare.com/cache/troubleshooting/dynamic-content-and-login-issues/\"\u003eCloudflare 登入問題指南\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%BA%A4%E7%B5%A6-ai-%E7%B7%A8%E7%A2%BC%E7%9A%84%E5%AF%A6%E4%BD%9C%E6%A2%9D%E4%BB%B6\" class=\"anchor\" id=\"交給-ai-編碼的實作條件\"\u003e\u003c/a\u003e交給 AI 編碼的實作條件\u003c/h2\u003e\n\u003cp\u003e向 AI 提出要求時，除了技術名稱，也請要求可驗證的結果。明確列出初始 HTML 的內容與快取排除範圍，是實用的做法。以下文字是建立公開知識頁面時的請求範例。\u003c/p\u003e\n\u003cpre\u003e\u003ccode\u003e\u003cspan\u003e請將公開知識頁面的核心內文納入初始 HTML。\n\u003c/span\u003e\u003cspan\u003e公開文件請優先考慮靜態生成。\n\u003c/span\u003e\u003cspan\u003e請另外說明變動資料的更新方式。\n\u003c/span\u003e\u003cspan\u003e請確認 CDN 是否已對 HTML 套用快取。\n\u003c/span\u003e\u003cspan\u003e請將登入、帳戶、付款頁面排除於共用快取之外。\n\u003c/span\u003e\u003cspan\u003e內容修改時，請將靜態檔案重新生成與快取更新串接起來。\n\u003c/span\u003e\u003cspan\u003e若有多語言頁面，請設定 hreflang 連結。\n\u003c/span\u003e\u003cspan\u003e請提供確認初始 HTML、快取狀態及修改是否生效的方法。\n\u003c/span\u003e\u003c/code\u003e\u003c/pre\u003e\n","tags":["AI 開發","內容變現","技術策略","開發工具"],"faqs":[{"question":"低涉入網站一定要用特定框架製作嗎？","answer":"不一定要使用特定框架。請確認主要內文是否包含在初始 HTML 中，也應一併檢視公開內容的快取與更新方式。"},{"question":"Google 不會執行 JavaScript 嗎？","answer":"Google 會透過 Chromium 執行 JavaScript。不過，等待算繪的時間與遭封鎖的資源可能影響處理。將內文放在初始 HTML 中，可以減少對額外執行作業的依賴。"},{"question":"用 React 製作的網站也能靜態生成嗎？","answer":"React 也能生成靜態 HTML，並支援在伺服器上產生 HTML 的方式。不能只憑是否使用 React，就判斷初始 HTML 的內容。"},{"question":"TTFB 不超過 0.8 秒，就表示頁面已完全載入了嗎？","answer":"TTFB 是第一個回應位元組抵達前所需的時間。圖片下載與畫面建構可能在那之後仍持續進行，應與整個頁面的載入時間區分。"},{"question":"TTFB 超過 0.8 秒，就會被 Google 搜尋排除嗎？","answer":"0.8 秒是 web.dev 提出的大致效能目標，並不是超過就會被搜尋排除的規則。持續的回應延遲與伺服器錯誤可能影響檢索容量。"},{"question":"使用韓國伺服器會對全球性網站不利嗎？","answer":"距離較遠的訪客可能遇到網路延遲。不過，不能只憑位置就斷定具體的回應時間。請依據主要造訪地區的實際測量值判斷。"},{"question":"接上 Cloudflare 後，HTML 也會自動快取嗎？","answer":"Cloudflare CDN 預設不會快取 HTML 和 JSON。請確認要套用於公開 HTML 的 Cache Rules。套用規則後，應透過回應標頭檢查實際快取狀態。"},{"question":"CDN 快取中沒有的首次請求也一定很快嗎？","answer":"快取中沒有的請求，可能需要從來源伺服器取得回應，因此延遲時間可能與快取命中的請求不同。請分別測量這兩種狀態。"},{"question":"登入頁面也可以套用 HTML 快取嗎？","answer":"請勿快取登入頁面與經身分驗證的 HTML。Cloudflare 警告，過度快取可能導致登入功能異常，也有將個別使用者的資訊傳給其他訪客的風險。"},{"question":"修改靜態網站的文章後，仍顯示舊內容時該怎麼辦？","answer":"請先確認新的 HTML 是否已生成並部署，再更新已變更 URL 的 CDN 快取。只清除快取並不會重新生成靜態檔案。"},{"question":"hreflang 只能放在 HTML 中嗎？","answer":"Google 支援 HTML、HTTP 標頭與網站地圖這三種方式。在 Google 看來，這三種方式是等效的。請選擇方便維護的方式，並一致地維持各語言版本之間的連結關係。"},{"question":"即使網站很小，也需要重點管理檢索預算嗎？","answer":"Google 的檢索預算指南主要針對規模大且經常更新的網站。如果頁面不多，請先從更新網站地圖與查看索引報告開始。若有伺服器錯誤或內文缺漏，請優先解決這些問題。"}],"sources":[{"url":"https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics","title":"Google Search Central：瞭解 JavaScript SEO 基礎知識","type":"source"},{"url":"https://web.dev/articles/rendering-on-the-web","title":"web.dev：網頁算繪","type":"source"},{"url":"https://web.dev/articles/ttfb","title":"web.dev：首位元組時間（TTFB），2025年11月18日更新","type":"data_point"},{"url":"https://developers.google.com/crawling/docs/crawlers-fetchers/overview-google-crawlers?hl=en","title":"Google：Google 檢索器與擷取工具總覽","type":"source"},{"url":"https://developers.google.com/crawling/docs/crawl-budget","title":"Google：最佳化檢索預算","type":"source"},{"url":"https://developers.cloudflare.com/cache/concepts/default-cache-behavior/","title":"Cloudflare：預設快取行為","type":"source"},{"url":"https://developers.cloudflare.com/cache/get-started/","title":"Cloudflare Cache：開始使用","type":"source"},{"url":"https://developers.cloudflare.com/cache/how-to/cache-rules/examples/cache-everything/","title":"Cloudflare：快取層級（快取所有內容）","type":"source"},{"url":"https://developers.cloudflare.com/cache/concepts/cache-responses/","title":"Cloudflare 快取回應","type":"source"},{"url":"https://developers.cloudflare.com/cache/how-to/purge-cache/","title":"Cloudflare：清除快取","type":"source"},{"url":"https://developers.cloudflare.com/cache/troubleshooting/dynamic-content-and-login-issues/","title":"Cloudflare：動態內容與登入問題","type":"source"},{"url":"https://developers.google.com/search/docs/specialty/international/localized-versions","title":"Google Search Central：告知 Google 網頁的在地化版本","type":"source"}],"images":[{"id":2451,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzgxNjYsInB1ciI6ImJsb2JfaWQifX0=--3301cc345476b9a82de57f9e5bdbad57a8717225/ai-cace8faa.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"보라색 케이블이 정돈된 서버 랙 옆에서 장비 상태를 살펴보는 남성","caption":"공개 페이지의 HTML 캐시는 적용 범위와 콘텐츠 수정 후 갱신 정책을 함께 설계해야 합니다.","description":null},"en":{"alt":"A man inspecting a server rack with neatly bundled purple cables","caption":"HTML caching for public pages requires defining both its scope and how it is refreshed after content changes.","description":null},"ja":{"alt":"紫色のケーブルが整然と束ねられたサーバーラックの横で機器を確認する男性","caption":"公開ページのHTMLキャッシュは、適用範囲とコンテンツ変更後の更新方針を併せて設計する必要があります。","description":null},"es":{"alt":"Un hombre revisa un rack de servidores con cables morados ordenados en haces","caption":"La caché HTML de las páginas públicas requiere definir su alcance y cómo se actualizará tras modificar el contenido.","description":null},"id":{"alt":"Seorang pria memeriksa rak server dengan kabel ungu yang tertata rapi","caption":"Cache HTML untuk halaman publik memerlukan penetapan cakupan dan kebijakan pembaruan setelah konten diubah.","description":null},"pt":{"alt":"Um homem inspeciona um rack de servidores com cabos roxos organizados em feixes","caption":"O cache HTML de páginas públicas exige definir seu escopo e como será atualizado após alterações no conteúdo.","description":null},"zh-hant":{"alt":"一名男子在伺服器機架旁檢查設備，機架內的紫色線纜整齊成束","caption":"公開頁面的 HTML 快取需要同時規劃適用範圍與內容修改後的更新政策。","description":null},"de":{"alt":"Ein Mann prüft ein Serverrack mit ordentlich gebündelten violetten Kabeln","caption":"Für den HTML-Cache öffentlicher Seiten müssen der Geltungsbereich und die Aktualisierung nach Inhaltsänderungen festgelegt werden.","description":null}}},{"id":2452,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzgxNzIsInB1ciI6ImJsb2JfaWQifX0=--6d794cafac94909fa4ac95705b51dc5bde79c2df/ai-9e2e0147.webp","is_representative":false,"generation_method":"ai_semi","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"두 태블릿의 웹페이지를 비교하는 여성과 문서 갱신이 두 브라우저로 이어지는 도식","caption":"콘텐츠 수정 후에는 재생성한 HTML이 캐시에도 반영됐는지 확인해야 합니다.","description":null},"en":{"alt":"A woman compares web pages on two tablets beside a diagram linking a document refresh to two browser windows.","caption":"After content changes, verify that the cache also reflects the regenerated HTML.","description":null},"ja":{"alt":"2台のタブレットでウェブページを比較する女性と、文書の更新から2つのブラウザーへつながる図","caption":"コンテンツの修正後は、再生成したHTMLがキャッシュにも反映されているか確認する必要があります。","description":null},"es":{"alt":"Una mujer compara páginas web en dos tabletas junto a un diagrama de actualización de un documento.","caption":"Tras modificar el contenido, hay que comprobar que la caché también refleje el HTML regenerado.","description":null},"id":{"alt":"Seorang perempuan membandingkan halaman web di dua tablet di samping diagram pembaruan dokumen.","caption":"Setelah konten diubah, pastikan cache juga mencerminkan HTML yang dibuat ulang.","description":null},"pt":{"alt":"Uma mulher compara páginas web em dois tablets ao lado de um diagrama de atualização de um documento.","caption":"Após alterar o conteúdo, é preciso verificar se o cache também reflete o HTML regenerado.","description":null},"zh-hant":{"alt":"一名女性比較兩台平板上的網頁，旁邊的圖示呈現文件更新後連向兩個瀏覽器視窗","caption":"修改內容後，應確認快取也已反映重新產生的 HTML。","description":null},"de":{"alt":"Eine Frau vergleicht Webseiten auf zwei Tablets neben einem Diagramm zur Dokumentaktualisierung.","caption":"Nach Inhaltsänderungen muss geprüft werden, ob auch der Cache das neu generierte HTML enthält.","description":null}}}],"published_at":"2026-11-05T07:45:55+09:00","updated_at":"2026-11-05T07:45:55+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/low-involvement-web-static-generation-html-cache"}