核心功能
- 结构化内容与 API
- 可定制的 Studio 编辑界面
- 托管内容与图片分发
适合哪些场景
经常发布文章、案例或其他内容，又希望编辑体验与网站设计各自独立的商家。
我们为何推荐
好的发布体验值得交给专业团队。Sanity 管理内容基础设施，我们专注于清晰的编辑体验，以及真正符合您品牌的网站。
选择前，了解一下： 网站和编辑体验仍需构建。套餐要根据编辑人数、内容量和访问量选择。
精选工具与服务
每项工具，各有所长。
从您真正需要解决的问题出发，选择适合的基础：既有日常业务服务，也有支撑定制应用的开发工具与运行环境。
业务服务
把内容、分发、沟通、支付与电商交给各有所长的专业服务。
核心功能
- DNS 与全球 CDN
- DDoS 防护与安全工具
- Pages 与 Workers 托管
适合哪些场景
需要高效内容分发、托管运行环境，并应对常见网络威胁的企业网站。
我们为何推荐
运营全球网络本身就是一门专业。Cloudflare 提供托管基础设施，让我们安心构建网站，也让您少操心服务器。
选择前，了解一下： 防护能力取决于套餐与配置。好的基础设施，也需要好的网站实现。
核心功能
- 使用自己域名的企业邮箱
- Drive、Docs 与共享日历
- Meet 与账号管理
适合哪些场景
需要企业邮箱、共享文件，以及统一协作方式的小团队。
我们为何推荐
我们不会自己研发企业邮箱。团队每天依赖的沟通工具，应该交给持续专注于这件事的专业服务商。
选择前，了解一下： 订阅通常按用户收费。上线前要安排好账号归属、访问权限，以及可能需要的邮件迁移。
核心功能
- 在线支付处理
- 托管 Checkout 与支付链接
- 发票与订阅账单
适合哪些场景
需要线上收款的服务商、发送付款账单的团队，或提供订阅服务的业务。
我们为何推荐
支付基础设施需要专业投入。Stripe 提供成熟的支付工具，让我们把精力放在清晰、顺畅的客户付款体验上。
选择前，了解一下： 地区、业务资质、支付方式与费用都影响选择。设计收款流程前，先确认可用性。
核心功能
- 在线店铺与结账
- 商品、库存与订单管理
- 应用生态与 POS 方案
适合哪些场景
销售商品，需要稳定管理商品目录、订单与日常店铺运营的零售商。
我们为何推荐
当卖商品是核心业务，店铺就值得使用专门的电商平台。如果 Shopify 比定制开发更适合您，我们乐意主动推荐。
选择前，了解一下： 预算要包含套餐、付费应用与支付费用。店面和结账流程的定制也有平台边界。
前端开发
内容页用好静态交付，业务应用做好交互，按页面职责选择。
核心功能
- 构建时生成 HTML
- 按需加载交互岛屿
- 集成 React 等界面工具
适合哪些场景
重视搜索可见性和首屏体验的企业官网、落地页、文章与文档站。
我们为何推荐
公开内容优先用静态 HTML。Astro 让我们只在需要的地方加入交互，让其余页面保持简单，也便于分发和维护。
选择前，了解一下： 频繁切换页面、持续更新数据的工作台，我们通常选择 React 应用。只有需要被索引的内容随请求变化时，才考虑服务端渲染。
核心功能
- 可复用的界面组件
- 状态驱动的交互
- 丰富的配套工具生态
适合哪些场景
交互频繁的客户门户、工作台、预约流程与业务应用。
我们为何推荐
应用需要顺畅的页面切换和好用的本地状态。React 提供一致的组件方式，让交互容易维护，也能随产品成长复用。
选择前，了解一下： React 是界面库，路由、数据获取和渲染方式仍需单独选择。简单内容页不一定需要整套客户端应用。
核心功能
- 实用类样式
- 响应式与交互状态变体
- 用主题变量统一设计决策
适合哪些场景
需要在多个组件间统一间距、字体、颜色和响应式行为的网站与应用。
我们为何推荐
我们用少量设计 token 统一决策。Tailwind 让这些规则贴近组件，方便理解样式，也方便有依据地调整。
选择前，了解一下： 实用类不能代替设计系统。仍需维护共享 token 与组件，避免每个页面各长一套风格。
核心功能
- 本地开发服务器
- 模块热更新
- 生产构建与插件集成
适合哪些场景
需要清晰开发和构建流程的 React 应用及其他前端项目。
我们为何推荐
及时看到改动，才能认真打磨真实页面与交互。Vite 提供简洁的开发流程，也给应用架构保留选择空间。
选择前，了解一下： 构建工具不负责身份认证、API 或生产托管。这些职责需要各自的实现和部署安排。
核心功能
- 组件源码加入项目
- 可访问的交互基础
- 可定制的样式与组合方式
适合哪些场景
包含表单、弹窗、菜单等常用控件，需要统一设计系统的定制应用。
我们为何推荐
我们偏爱可以检查和调整的组件。shadcn/ui 提供一个起点，让最终行为与视觉语言仍由项目自己掌握。
选择前，了解一下： 拥有源码也意味着承担维护。可访问性核验、更新，以及与项目 token 的映射，仍是开发的一部分。
核心功能
- 类型安全的应用路由
- 服务端数据获取与缓存
- 预取与有针对性的数据刷新
适合哪些场景
用户全天在列表、详情、筛选和编辑流程间切换的 React 应用。
我们为何推荐
工作页面应该有可用的网址和清晰的数据生命周期。Router 与 Query 帮助保留导航上下文，也让刷新针对真正发生变化的数据。
选择前，了解一下： Router 与 Query 是两个独立工具。缓存键、刷新规则、加载与错误状态，仍需按业务流程设计。
后端与 API
轻量 API 层负责连接，核心后端负责业务，让职责各有归属。
核心功能
- 基于 Web 标准的请求与响应
- 路由与可组合中间件
- 支持 Bun、Node.js 和边缘运行环境
适合哪些场景
职责明确的 API，以及连接浏览器应用和受保护业务服务的 BFF 层。
我们为何推荐
我们偏爱路由明确的薄 API 层。Hono 适合集中处理浏览器侧需求，让核心后端专注于业务规则。
选择前，了解一下： 框架本身不构成安全边界。身份认证、输入校验、限流与可信上游调用，都需要设计和核验。
核心功能
- 运行 JavaScript 与 TypeScript
- HTTP 服务能力
- 包管理与测试工具
适合哪些场景
大量时间用于等待上游的小型 Hono 服务、API 集成层或 BFF。
我们为何推荐
薄集成层适合与前端工具链接近的异步运行时，Bun 是一个务实选择。性能投入通常更应关注业务后端和数据库。
选择前，了解一下： 选用前核验依赖兼容性与运行行为。部署、监控、进程管理和资源上限，仍需要运维安排。
核心功能
- Eloquent ORM 与数据库迁移
- 输入校验与授权
- 队列与定时任务
适合哪些场景
涉及账号、订单、账单流程、后台任务和关系数据的业务系统。
我们为何推荐
业务规则与数据归属应该清晰。Laravel 提供成熟的基础，配合精简控制器和可复用服务，让代码容易理解和维护。
选择前，了解一下： 查询、队列与部署都需要持续照顾。面向浏览器的轻量代理通常独立承担，按职责选择合适的工具。
基础设施
围绕应用的运行需要，认真评估维护、恢复与成本。
核心功能
- 静态文件服务
- 反向代理
- TLS 终止与响应配置
适合哪些场景
需要发送静态页面与资源，再把 API 请求转给对应应用进程的服务器部署。
我们为何推荐
我们喜欢明确的交付边界：静态内容直接提供，动态请求交给应用。nginx 让这条分工和入口请求限制都可以清晰配置。
选择前，了解一下： 真实客户端 IP、请求上限、Host 规则和缓存头都需认真配置。只有文件名随内容变化的资源，才适合长期缓存。
核心功能
- 可配置的虚拟服务器实例
- VPC 网络与安全组
- 面向不同负载的实例选择
适合哪些场景
需要控制运行环境、常驻后台任务，或在 AWS 中运行定制服务器栈的应用。
我们为何推荐
当服务器控制权值得相应维护投入时，EC2 是务实选择。我们按实际负载选型，并倾向让应用服务器留在私网，由明确的公网入口承接访问。
选择前，了解一下： 系统更新、监控和应用恢复仍需自己负责。计算、存储、流量和负载均衡费用要一起评估，不能把 AWS 理解为固定月费。
核心功能
- 兼容 MySQL 与 PostgreSQL 的引擎
- 托管备份与复制
- 预置容量与 Serverless 选项
适合哪些场景
在 AWS 上运行、持有关联业务数据，需要托管数据库运维和可用性规划的应用。
我们为何推荐
数据库运维值得专门投入。Aurora 可以承接部分基础设施工作，我们仍认真设计数据结构与查询，并为合适的报表负载使用只读副本。
选择前，了解一下： Aurora 属于 Amazon RDS，有自己的架构与计费方式。需核验引擎兼容性、恢复要求、容量、存储与 I/O 成本；更小的 RDS 数据库也可能足够。
我们的选择标准
我们的品味，也体现在选择里。
01
专业，有深度
持续专注于自己的领域，有清晰的文档、专业积累和支持实际工作的生态。
02
日常使用，够清晰
团队容易理解，工作流程顺手，让每天的事情更好处理。
03
长期使用，讲得通
成本、维护和所有权，都适合您正在经营的这门生意。
这些是我们的推荐，每个项目按需选择。开源工具同样需要开发与维护投入。除非方案另有说明，第三方订阅费与云服务用量费用与 SiteMonk 服务费分开计算。
合适的工具，从您的业务出发。
告诉我们您想发布什么、销售什么，或把什么变简单。我们一起选择一条务实的路。