網頁架構與加速

概述

這篇文章不需要您動手設定任何開關。它的目的是讓您清楚了解：當一位訪客或搜尋引擎打開您的 Kanorio 網站時，系統在底層是如何把網頁又快、又完整地送到對方眼前的。

傳統自己架網站（例如 WordPress）往往要自己租主機、設定快取、安裝圖片壓縮外掛，外掛一多還會互相拖慢速度；而部分新式架站工具則只送出一個空白外殼，要等訪客手機自己跑完一大包程式才會浮現文字。Kanorio 從底層架構解決了這兩端的問題。

1. 搜尋引擎與訪客收到什麼：伺服器直接送出完整網頁

當訪客點擊連結，或 Google、Bing、ChatGPT、Perplexity 等搜尋與 AI 機器人連上您的網址時，Kanorio 伺服器在第一次回應裡送出的，就已經是排版好的完整網頁：

• 標題與段落內文都在第一包回應裡：頁面的主標題（H1）、各段落小標題（H2、H3）與所有模組內文，在網頁送達的瞬間就已經存在，不必等瀏覽器把 JavaScript 程式跑完才組裝出來。
• 自動對齊的麵包屑導覽与結構化資料：頁面上的可見路徑導覽（例如 首頁 › 商店 › 商品名稱 或 首頁 › 部落格 › 分類 › 文章）與背景供機器判讀的 Schema.org 結構化資料（包含商家資訊、常見問題 FAQ、商品售價、文章與麵包屑標記），也都在第一次回應中一併送出。
• 這對您有什麼好處？
  1. 訪客打開不白屏：手機點開連結立刻看到畫面與文字，不會盯著空白畫面轉圈圈。
  2. 搜尋引擎與 AI 機器人一讀就懂：許多檢索機器人不會花時間等待瀏覽器程式執行；伺服器直出完整網頁，能確保所有搜尋引擎與 AI 工具百分之百讀到您的完整內容。

2. 網站放在哪裡：Cloudflare 全球邊緣節點與智慧快取

您的公開網站不是只放在遠方某一台單一主機，而是部署在 Cloudflare 全球邊緣網路上：

• 離訪客最近的節點直接回應：全球各地都有邊緣節點（就像在不同城市都設有現貨分店）。無論訪客在台北、東京還是紐約打開網站，都會由離他最近的節點直接送出快取好的頁面，不必每次繞遠路回主伺服器重算。
• 更新內容時「不卡訪客」的無縫換新：
  • 當您按下「發布」或修改 SEO 設定時，系統會立即通知邊緣節點換上新版本。
  • 就算在背景重新準備頁面的那幾秒鐘，系統也會先讓當下正好連進來的訪客零等待看到畫面，同時間在背景完成更新並無縫切換；訪客永遠不會因為您剛按發布而遇到畫面卡住或錯誤頁。
• 部落格與商品獨立更新：當您發布一篇新部落格文章或修改某件商品時，系統只會精準更新該篇文章、商品與相關列表的快取，不會影響網站其他頁面的快取效率。
• 站長「查看網站」直通最新版本：當您自己從後台點擊「查看網站」時，系統會自動帶上站長專屬的預覽通行證，直接繞過快取顯示最新狀態，方便您立刻核對修改結果。

3. 圖片與字體如何自動減負

高畫質圖片與中文字體通常是拖慢手機網頁的兩大元兇，Kanorio 在底層為它們設計了全自動的加速管線：

圖片依畫面需要自動提供尺寸（不用自己裁好幾版）

• 電腦顯示大圖、手機下載小圖：您只需要上傳一張清晰的原始圖片。系統除了自動轉為適合網路傳輸的輕量格式並控制在最佳畫質，還會在網頁裡自動標註多種尺寸清單 - 訪客用電腦大螢幕瀏覽時才拿大圖；用手機瀏覽時，瀏覽器就會自動只下載符合手機螢幕寬度的小圖，不用您自己動手準備多張尺寸。
• 首屏圖片優先下載：系統只會將每一頁「第一眼看到的第一個模組圖片」標記為最高優先下載，頁面中後段還沒滑到的圖片不會在打開網頁的第一秒跟首屏主圖搶頻寬。
• 預留圖片空間、畫面不亂跳：所有圖片在載入前都已在版面上預留好對應的寬高比例，不會發生「文字已經出來了，上方圖片載入後突然把文字跟按鈕往下推、害訪客點錯地方」的情況。

字體自託管與按需載入（省流量又保護隱私）

• 由平台邊緣節點自託管：您在編輯器選用的網站字體，全部由 Kanorio 的邊緣網路直接提供，訪客的瀏覽器不需要另外連往 Google Fonts 等外部伺服器（既省下跨網域連線延遲，也不會因為載入字體而把訪客 IP 傳給第三方）。
• 只載入頁面真正用到的語系與字集：系統會自動分析每個頁面的實際文字，只載入該頁真正用到的字體樣式與文字切片，不會把用不到的多國字庫整包塞給訪客手機。

4. 為什麼功能與頁面變多，網站也不會越用越慢？

• 內建模組，零外掛累加：傳統架站方式常需要安裝十幾個第三方外掛來拼湊表單、輪播、商店與 SEO 功能，外掛越多、重複載入的腳本就越重，還容易產生衝突與資安漏洞。Kanorio 的所有模組與圖示都在系統底層統一精簡管理，頁面只載入自己需要的部分，新增再多頁面也不會拖慢首頁。
• 深淺色外觀打開即到位：如果您的網站開啟了跟隨系統深淺色模式，網頁打開的第一瞬間就會直接由樣式表呈現對應的深色或淺色背景，不會出現「先刺眼白光閃一下才變黑」的現象。
• 第三方追蹤碼自動讓路：如果您在網站裝了 Google Analytics（GA4）、Google Tag Manager 或 Meta Pixel，系統會自動等首屏畫面呈現完成、或訪客手指開始滑動時才在背景載入追蹤碼。您不必為了維持網站速度而犧牲廣告與數據分析。

5. Kanorio 網站託管架構（進階技術說明）

如果您是技術人員、企業資安評估窗口，或打算串接 Headless API 的開發者，以下說明 Kanorio 公開網站的執行環境與前後端分工：

公開網站全球邊緣執行環境

使用 Kanorio 建立的公開網站，透過 Cloudflare 全球邊緣網路提供服務，享有 HTTPS、CDN 快取、DDoS 防護及網站應用程式防火牆（WAF）等基礎保護，並在渲染與資料讀取層嚴格隔離不同品牌的內容，同時由平台統一維護執行環境與安全更新。

公開渲染與核心後端、資料庫分離

公開網站的渲染服務與 Kanorio 的核心後端、資料庫分離：

• 公開網站邊緣渲染層：只負責處理公開頁面的路由、快取與畫面渲染，不直接連線主資料庫，也不持有管理級憑證。
• 核心後端與資料庫：會員、顧客名單、訂單、表單提交及其他需要權限驗證的資料，皆由 Kanorio 核心後端（託管於新加坡區域雲端主機與雲端資料庫）依照使用者身分及網站權限進行存取控制（更多資料隔離與基礎設施供應商職責說明，請參閱）。

Headless API 客戶的前端部署彈性

使用 、 或的客戶，可自行選擇前端部署平台（例如 Vercel、Netlify、Cloudflare Pages 或自有主機），不需要將網站部署於 Cloudflare，仍能透過 Kanorio 提供的 API 使用內容與商務功能。

相關文件