网页架构与加速

概述

这篇文章不需要您动手设置任何开关。它的目的是让您清楚了解：当一位访客或搜索引擎打开您的 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 使用内容与商务功能。

相关文件