技术选型
静态网站和动态网站有什么区别，该怎么选
sima发布于
静态网站不等于没有动画，动态网站也不等于界面更高级。两者主要区别在于内容如何生成、请求如何处理。选择时先看内容由谁更新、是否因用户而不同、是否需要保存业务数据，再决定技术实现。
一、静态网站如何提供内容
静态网站通常在发布前生成 HTML、样式、脚本和图片等文件，访问时由托管服务直接提供。同一个地址面向访客提供相同的公开内容，修改文章或介绍后重新生成并发布。企业介绍、产品资料、个人作品和更新频率可控的博客，常能采用这种方式。
静态页面仍然可以有菜单、筛选、计算器和交互动画，这些行为能够在浏览器中完成。如果交互需要读取服务器数据，也可以调用接口；只是接口本身需要另外运行和维护。判断是否静态，不能仅靠“页面会不会动”或“是否使用 React”。
二、动态网站何时需要服务器参与
动态网站可以在访问或操作时读取数据库、判断身份并生成结果。比如客户登录后看到自己的订单、员工按权限修改库存、运营人员发布内容后立即生效。这些场景涉及状态、权限与持续变化的数据，通常需要后端接口和数据存储。
有数据库并不意味着所有页面都要实时生成。一个系统可以让公开介绍页预先生成，而把登录后的订单管理交给后端。也可以用内容管理工具维护文章，再触发静态发布。它们是可组合的实现方式，不必把整个网站硬性归为单一类型。
三、按更新方式和使用人选择
如果网站主要展示服务，内容偶尔变化，并由开发者负责更新，静态方案通常容易控制运行环节。如果运营团队每天发布内容、多人审核、按计划上下架，就需要认真评估编辑界面、权限与发布流程。是否增加后台，应由实际编辑需求决定。
如果需要预约、交易、客户资料或多人协作，应先画清数据怎样流转：谁创建，谁修改，谁查看，发生冲突怎么办。这些问题不是换一套网页模板就能解决。先确定业务边界，再决定哪些页面保持静态、哪些功能由独立服务处理。
四、比较部署、维护与搜索可见性
静态托管主要管理文件发布、域名和缓存；动态服务还需要考虑应用运行、数据库、备份和权限配置。两者都要维护依赖与公开资源，也都可能因错误的路由或域名设置而无法访问。不要把静态理解成完全不需要维护，或把动态理解成必然不稳定。
搜索引擎能否获取主要正文，也不是只由静态或动态标签决定。预渲染和服务端渲染可以把内容放进初始 HTML；只在浏览器执行脚本后才出现的正文，则需要结合目标爬虫验证。标题、规范链接、有效状态和站内入口仍应逐页检查，技术选型本身不能保证排名。
五、用最小版本保留未来扩展空间
一个合理的起点是把当前必须展示的内容做完整，同时把联系方式、服务数据和文章内容放在明确的维护位置。暂时没有编辑团队，就不必为了“以后可能用到”立即开发复杂后台；但应交付源码和发布说明，避免更新流程只掌握在某个人手里。
决定之前可以回答四个问题：多久更新一次，谁负责更新，是否需要保存用户提交的数据，不同用户是否看到不同内容。把答案与预算、维护能力一起交给开发者，通常就能缩小方案范围。后续需要管理端或业务接口时，再根据实际流程增加对应能力。
把思路变成具体需求
可以带上已有资料、当前流程和期望结果，由 sima 直接沟通，先确认范围，再讨论实现与交付。
沟通网站与网页工具需求 →