先说清楚这两个概念
- Portable Website 是可以带走的网站。你拿到完整文件，可以自己保存、换一家兼容的托管服务，也可以找其他开发者修改。
- Web Application 是通过浏览器使用的软件，例如在线文档、订单系统或客户账户。它要让用户完成操作；涉及账户、交易等业务时，还需要相应的后台服务。
- 建站工具和成品网站可以分开。你可以用功能复杂的 Web Application 建站，再把生成好的 Portable Website 放到自己选择的托管服务上。
1. 你想展示内容，还是让用户在线办事？
一家工厂想让海外客户看到产品、设备和认证；一家咨询公司想介绍服务、展示案例；设计师想让人浏览作品、找到联系方式。这些网站的主要任务是把事情讲清楚，帮助访客了解你，再决定是否联系你。
在线交易平台和协作软件要做的事就不同了。用户会登录账户、下单、修改记录，或者和同事一起编辑文档。系统必须处理这些操作，并在需要时保存数据、检查权限。这类通过浏览器使用的软件，就是 Web Application。它可以在浏览器里运行，也可以配合服务器完成工作。
如果你的客户看到的是同一份公司介绍或产品说明，就不一定需要每来一个访客，都让后台从数据库取出资料、重新拼成页面。你完全可以先把页面做好，访客来了就直接展示。以后资料变了，再更新网站文件。
以产品目录为例：客户在网站上看产品，通过邮件询价。这里需要一个好用的网站，却未必需要客户账户、实时库存和一套常年运行的内容管理后台。如果交付的是 Portable Website，你可以保存这套页面和图片，自行选择放在哪里，也可以换人维护。
| 你关心的问题 | Portable Website | Web Application |
|---|---|---|
| 拿到的是什么？ | 一套能保存、迁移和继续修改的网站文件 | 一套让用户在线完成操作的软件 |
| 上线后靠什么运行？ | 托管服务提供网页文件；额外功能按需连接其他服务 | 运行应用所需的程序和服务，可能还包括数据库、登录认证和接口 |
| 平时要维护什么？ | 网站内容、域名、托管账户，以及用到的外部服务 | 除了网站本身，还要照看应用所需的程序、数据、权限和服务 |
| 换人接手要交什么？ | 完整文件、部署说明和外部服务资料 | 代码、相关数据、配置、服务账户和运行维护说明 |
2. 网站做完了，为什么还有一堆系统要维护？
很多建站方案把“制作网站”和“运行网站”放在一起。你用同一个平台编辑内容、存图片、选样式，也由它把网站展示给访客。传统 CMS（内容管理系统）还可能需要数据库、主题、插件和服务器程序一起配合。客户买的是一个网站，接手的却常常是这些系统的长期使用和维护。
这种方案有它的用途。编辑团队每天要写稿、审稿，后台就很有价值；网店要处理订单，业务系统当然不能缺。但如果只是一个一年改几次资料的公司网站，数据库备份、后台升级、插件兼容检查和安全补丁，可能已经超出了实际需要。
托管平台可以替你做不少维护工作，不过工作并没有消失。你依然要持续使用这项服务，承担相应费用。挑选建站方案时，可以具体问一句：这些系统是我今后每天要用的，还是只在制作网站时用过？
也不要只看有没有管理账号，或者代码是否开源。开源程序可能仍需要数据库、指定版本的软件和定期升级；不开源的建站工具，也可能交付普通的网站文件。你要确认的是：能不能拿到能用的完整网站，以及离开原服务商以后，需要做什么才能继续运行。
3. 建站用到的工具，不必一直跟着网站
从一堆资料做出网站，确实可能需要复杂的软件。提取文档内容、整理产品目录、翻译、排版和生成页面，都可以交给 Web Application 来处理。LiteSite 就是这样的工具。
但网站做完后，访客打开“关于我们”页面，只需要看到已经确定的文字和图片。这时不必再次调用整理资料的 AI，也不必重新走一遍建站流程。制作网站时要用的软件，可以和网站上线后的运行方式分开选择。
制作网站：Web Application
整理资料 → 修改内容 → 翻译与排版
↓
交付网站：Portable Website
HTML、CSS、JavaScript、图片等文件
↓
把文件放到兼容的托管服务
↓
访客用浏览器打开网站
表单、支付等额外功能，另行连接所需服务。“静态网站”说的就是一种常见做法：提前生成页面，访问时由托管服务把文件交给浏览器。动态网站则可能在收到访问请求后，再由程序读取数据、生成页面。选择哪一种，要看哪些内容必须实时变化，哪些可以在修改资料时提前做好。
静态网站也能有丰富的设计与交互。导航、图片画廊、动画、手机适配和语言切换，都可以在浏览器里完成。需要登录、收款或发送消息时，可以连接相应服务。例如，在产品页面放一个付款链接，就能让客户进入支付服务完成购买。
4. 怎样才算 Portable Website？
在 LiteSite，Portable Website 的意思很直接：交付给你一套完整的网站文件。你可以下载保存，放到兼容的托管服务上，也可以请其他开发者继续修改。网站主要页面的展示，不需要持续连接 LiteSite 的应用服务器，也不要求你一直保留 LiteSite 账户或订阅。
- 文件要完整。除了文字，还要有实际可用的页面，以及这些页面用到的图片、样式和脚本。
- 独立运行。网站的主要页面可以直接放在你选择的托管服务上，访客打开网址就能浏览。
- 能换地方托管。新服务能处理这些文件和页面地址，完成相应设置后就可以继续使用。
- 能换人维护。开发者可以用常见工具查看和修改 HTML、CSS、JavaScript 及其他文件。
- 按需连接服务。表单、地图、统计、预约或支付，可以使用你选择的服务和账户。
Portable Website 关心“网站能不能带走”，Web Application 关心“用户能用它完成哪些操作”。这两个特点可以同时具备，完全在浏览器里运行的应用也可以便于迁移。对于展示公司和产品的网站，提前做好页面、交付完整文件，就能让内容展示与建站平台分开。
5. 能带走，对你有什么用？
首先，你能留住已经做好的网站。把完整文件下载保存，交给自己的托管服务，网站就能独立运行。以后更换建站工具，也可以继续使用这份成品。
其次，你可以换服务商，也可以换开发者。接手的人能从现有页面、图片和代码开始工作，直接调整内容、改进设计，或迁移到新的托管服务。已经完成的网站会成为下一次更新的起点。
对于展示型网站，还能减少后台维护。提前生成的页面省去了展示内容所需的数据库和管理后台，也就少了相应的升级、备份和监控工作。你可以把精力放在产品资料、案例和页面体验上。
费用也更容易分开算。买网站是一笔费用，域名、托管和后续维护可以按自己的需要安排。静态托管可以很便宜，甚至可能完全免费。你可以从合适的方案开始，随着业务发展再调整预算和服务。
6. 购买后，你拿到哪些文件？
你先在 LiteSite 中检查内容和多语言网站预览，再决定是否购买。购买后拿到的是可以正式上线的完整网站，预览水印也会移除。把文件下载保存，你就能自己使用、交给开发者修改，或选择其他托管服务。
index.html
about.html
content.json
…其他页面
zh-Hans/
index.html
about.html
content.json
…其他页面
assets/
…样式、脚本、图片、字体
robots.txt
sitemap.xml
seo-manifest.json
manifest.json
package-info.json
healthcheck.json
README.md
AGENTS.md
DEVELOPMENT.md
litesite-dev.mjs
litesite-bind-origin.mjsHTML 页面和图片、样式、脚本等资源文件，组成访客看到的网站。content.json 保存了购买时的网站内容，方便查阅和交接。需要直接修改成品时，开发者可以在部署目录中编辑对应的 HTML 页面和资源文件。
文件清单和校验信息用来确认下载包是否完整。README.md 是部署说明；AGENTS.md 帮助 AI 编程 Agent 快速了解这份代码。DEVELOPMENT.md 说明网站文件、设计惯例和交互方式，litesite-dev.mjs 用于本地预览和检查。litesite-bind-origin.mjs 是随包提供的工具，用来根据网站将要使用的地址，生成一个用于上传的部署目录。下一节会说明用法。
请保留原始下载包作为备份。需要修改时，先按说明生成部署目录，再在该目录中编辑页面和资源文件。工具会校验原始包中的文件，保留它就方便以后为其他托管地址准备新的部署目录。
7. 换个地方托管，具体怎么做？
先确定网站最终使用的 HTTPS 地址，再选择支持这些静态文件和页面路径的托管服务。通过 LiteSite 部署到你自己的 Cloudflare 账户时，LiteSite 会准备好对应文件。如果你打算自行上传，就先解压购买后下载的 ZIP，保留一份未修改的原始备份，并阅读里面的 README。
node litesite-bind-origin.mjs https://example.com/
# 然后上传生成的 litesite-deployment/ 目录。这个工具会把网站的正式地址写进相关文件，包括供搜索引擎识别的 canonical 地址、各语言版本链接、社交分享信息中的地址，以及站点地图。处理后的文件另存到 litesite-deployment/，原始文件保持不变。Node.js 用于准备这份部署文件；上线后的页面由静态托管服务直接提供给浏览器。
上传生成的 litesite-deployment/ 目录即可。这个目录整理好了正式网站需要的文件，README 和准备文件用的工具留在原始包中。
node litesite-bind-origin.mjs https://USER.github.io/ /REPO/上传后，在实际网址上检查首页、内页、各语言版本、图片和下载链接。直接打开各个内页，确认每个地址都能访问，再检查 HTTPS、表单和其他连接的服务。
更换域名或托管服务时，按需调整 DNS；页面地址有变化时，为旧地址设置重定向，让原有链接继续把访客带到正确位置。保留原来的页面路径，通常可以让迁移更顺畅。
托管在子目录下时，按平台提供的设置管理抓取规则。如果你能管理域名根目录，就把 robots.txt 放在那里，供搜索引擎读取。例如，网站位于 /REPO/，robots.txt 仍在域名根目录统一管理。
8. 连接业务需要的服务
Portable Website 可以和你已经使用的业务工具配合。联系表单连接消息服务，地图展示公司位置，预约和付款交给相应平台。你可以按业务需要选择服务，让网站既保持简洁，又方便客户联系、预约或购买。
| 项目 | 你可以怎样安排 |
|---|---|
| 网页、样式、脚本和随包图片 | 保存完整文件，选择托管服务，也可以交给开发者继续修改。 |
| 域名、DNS 和 HTTPS | 使用自己的域名和托管账户，配置网站地址与安全连接。 |
| 表单、地图、统计、预约和支付 | 选择适合业务的服务，连接自己的账户，把客户操作接入日常工作。 |
| 后续修改 | 由自己选择的开发者更新内容、改进功能与无障碍体验，再上线新版本。 |
同一家企业也可以同时使用 Portable Website 和 Web Application。公司介绍、服务和产品展示用可带走的网站；登录、预约和订单交给独立应用，再用链接或必要的接口连接起来。例如，客户在网站上了解服务，再进入预约系统选择时间。每一部分都能选择适合的工具。
9. 哪种方案适合你的业务？
如果主要是展示公司、服务、产品资料或作品，而且内容是隔一段时间更新一次，Portable Website 通常值得优先考虑。尤其是你需要多个语言版本，也希望以后能换人维护、换地方托管的时候。
如果用户要登录后查看各自的数据，系统要处理订单、同步实时库存、管理订阅，或者支持多人同时编辑，Web Application 就能发挥作用。你可以为这些业务保留专门的应用，让它与展示网站配合。
即使你的业务需要 Web Application，也可以请开发人员在 LiteSite 生成的网站基础上继续开发。已有的页面、设计和内容都能用起来，再按业务需要加入用户账户、订单处理和后台服务，让今天做好的网站成为下一步开发的起点。
更新很频繁的内容团队，也可能确实需要 CMS 来安排写作和审批。不过编辑后台可以继续使用，给访客看的页面仍然可以提前生成。你可以分别决定内容怎么编辑、哪些功能需要后台，以及哪些页面能直接用文件展示。
- 访客看到的是相同内容，还是每个人都要读取自己的账户和数据？
- 资料多久更新一次？由谁来改？
- 付费后能拿到哪些文件，允许如何使用？
- 停止使用建站工具后，页面和哪些功能还能继续工作？
- 换一个开发者，对方能否凭现有文件和说明接手？
- 上线后还有哪些账户要管理，哪些费用要持续支付？
10. LiteSite 是 Web Application，交给你的是 Portable Website
LiteSite 提供账户、资料整理、内容编辑、翻译和网站生成功能，所以它本身就是 Web Application。你在这里把网站做出来、查看预览、决定是否购买。
你购买的是做好的网站。完整文件可以由你下载保存，网站的主要页面能放在兼容的托管服务上运行，不需要 LiteSite 的应用服务器一直参与。之后你可以自己管理，也可以把文件交给另一位开发者。
很多客户只想有一个专业、好用的网站，却因此背上了一整套软件的维护工作。LiteSite 希望把这两件事分开：制作时用好工具，做完后把网站交到你手里。你能保存完整文件，自己选择托管服务，也能决定以后由谁修改。
参考资料
下面的官方文档可以帮助你进一步了解静态网站、服务器程序和网站迁移。