Payload 是 Next.js 的全栈框架。编写 Payload 配置并立即获得：

• 使用 React 服务器/客户端组件的完整管理面板，与您的数据形状匹配，并且可以完全扩展为您自己的 React 组件
• 自动数据库架构，包括直接数据库访问和所有权，带有迁移、事务、适当的索引等
• 即时 REST、GraphQL 和直接到数据库的 Node.js API
• 可以在您自己的应用程序中使用的认证
• 深度可定制的访问控制模式
• 文件存储和图像管理工具，如裁剪/焦点选择
• 实时预览 - 随着您更新内容，前端渲染内容变化实时可见
• 更多功能

即时后端超能力

无论您是在构建什么，Payload 都会为您提供后端超能力。您的整个 Payload 配置可以一键安装到任何现有的 Next.js 应用中，旨在加速您的开发过程。Payload 将现代 Web 应用中最复杂和耗时的部分变得简单。

开源 - 可在任何地方部署，包括 Vercel

它完全开源，拥有 MIT 许可证，您可以在任何可以运行 Node.js 应用的地方自托管。您也可以将服务器端部署到像 Vercel 这样的无服务器主机，直接在您现有的 Next.js 应用程序中。

代码优先和版本控制

在 Payload 中，没有“点击操作” - 就像在管理面板中点击以定义您的架构。在 Payload 中，一切都是正确的方式 - 代码优先和版本控制，像一个合适的后端一样。但一旦开发人员定义了 Payload 应该如何工作，非技术用户可以独立使用其管理面板来管理他们需要的任何内容，而无需知道代码。

完全可扩展

即使您从盒子里得到很多，您仍然可以完全控制应用程序的每个方面 - 无论是数据库、管理 UI 还是其他任何东西。Payload 的每个部分都设计为可扩展和可定制的，使用现代 TypeScript / React。您将完全理解您编写的代码。

使用案例

Payload 最初是一个无头内容管理系统（CMS），但自那以后，我们看到我们的社区以远远超出仅仅管理页面和博客文章的方式使用 Payload。它已经发展成为一个全栈 TypeScript 应用框架。

大型企业使用 Payload 来驱动重要的内部工具，零售商在不需要无头 Shopify 的情况下驱动他们的整个店面，大量的数字资产在 Payload 中存储和管理。当然，大大小小的网站仍然使用 Payload 进行内容管理。

无头 CMS

营销人员在大型 Web 项目中提到的最大障碍是工程。另一方面，工程师说相反。这是一个尚未解决的大问题，尽管我们有无数的 CMS 选项。

Payload 通过实时预览、重定向、表单构建器、视觉编辑、静态 A/B 测试等功能，恢复了开发人员/营销人员方程式的一点爱意。但即使在所有这些关注营销效率的同时，我们也没有牺牲开发人员体验。这样，工程师和营销人员都可以为他们构建的产品感到自豪。

如果您正在构建一个网站，并且您的前端在 Next.js 上，那么 Payload 是一个不费脑筋的选择。

与其出去注册一个 SaaS 供应商，让您不得不管理两个完全不同的问题，几乎没有原生的来回连接，只需在您现有的 Next.js 仓库中安装 Payload，立即获得一个完整的 CMS。

使用我们的官方网站模板开始使用 Payload 作为 CMS：

1

npx create-payload-app@latest -t website

企业工具

当一个大型组织启动一个新的软件计划时，有很多管道需要处理。

• 使用 ORM 或像 Ruby on Rails 或 Laravel 这样的应用框架来搭建数据层
• 实现他们的 SSO 提供者进行认证
• 设计授权的访问控制模式
• 打开所需的任何 REST 端点或实现 GraphQL 查询/突变
• 实现数据库随时间变化的迁移工作流程
• 通过制作 webhook 系统或类似系统与其他第三方解决方案集成

然后是管理面板。大多数企业工具都需要管理 UI，从头开始构建可能是任何新企业工具最耗时的部分。对于像 Rails 这样的应用框架，有现成的软件包，但通常定制如此复杂，从头开始使用 Material UI 或类似的东西可能更好。

还有一些无代码管理构建器可以使用。然而，连接访问控制和数据层的连接，以及适当的版本控制，使这成为一个具有挑战性的任务。

这就是 Payload 的用武之地。Payload 立即提供所有这些开箱即用的功能，使复杂的内部工具非常简单，无论是启动还是随时间维护。唯一需要编写的自定义代码是任何自定义业务逻辑。这意味着 Payload 可以加快时间表，保持预算低，并允许工程师专注于他们的具体要求，而不是复杂的后端/管理 UI 管道。

通常，新企业工具的最佳起点是空白画布，您可以在其中定义自己的功能：

1

npx create-payload-app@latest -t blank

无头商务

优先考虑 UX 的公司通常会在传统的商务供应商中遇到前端限制。这些公司将选择像 Next.js 这样的前端框架，允许他们尽可能地微调用户体验 - 提高转化率，个性化体验，并优化 SEO。

但使用像 Next.js 这样的无头商务的挑战在于，为了让非技术用户管理店面，您立即需要将无头商务产品与无头 CMS 配对。然后，您的编辑需要在不同的管理 UI 之间来回切换以实现不同的功能。前端需要无缝地将它们粘合在一起的代码变得过于复杂。

Payload 可以与任何支付处理器（如 Stripe）集成，其内容创作能力允许它管理店面的各个方面 - 都在一个地方。

如果您可以使用单一后端构建您的店面，并且只卸载像支付处理这样的事情，代码将更简单，编辑体验将大大简化。管理产品、目录、页面内容、媒体等 - 都在一个地方。

数字资产管理

Payload 的 API 优先标记、排序和查询引擎非常适合 CMS 通常存储的所有类型的内容，但这些坚实的基础也使其成为一个强大的数字资产管理（DAM）工具。

与上述电子商务用例类似，如果一个组织使用 CMS 用于其内容，但使用单独的 DAM 用于其数字资产，那么这两个工具的管理员将需要为密切相关的任务管理完全不同的服务。需要管理两个订阅，需要提供两套基础设施，并且需要使用/学习两个管理 UI。

Payload 将 CMS 和 DAM 合并为一个工具，在这方面不妥协。像基于文件夹的组织、文件版本控制、批量上传和媒体访问控制等强大功能允许 Payload 同时作为一个完整的数字资产管理平台和内容管理系统。

点击这里 了解更多关于如何开始使用 Payload 作为 DAM 的信息。

选择一个框架

Payload 是所有大小和类型的应用程序的好选择，但它可能不是每个项目的合适选择。以下是一些指导方针，帮助您决定 Payload 是否是您项目的合适选择。

当 Payload 可能适合您时

• 如果数据所有权和隐私对您很重要，您不想让另一个专有 SaaS 供应商托管和拥有您的数据
• 如果您正在构建一个需要 CMS 的 Next.js 站点
• 如果您需要在 SaaS API 之外重用您的数据
• 如果您正在构建的产品有超出典型无头 CMS 的自定义业务逻辑要求
• 您希望在像 Vercel 这样的平台上部署无服务器

当 Payload 可能不适合您时

• 如果您可以完全用代码管理您的项目，并且不需要管理 UI
• 如果您正在构建一个网站，该网站适合像 Webflow 或 Framer 这样的工具的限制
• 如果您已经拥有一个完整的数据库，只需要以某种方式可视化数据
• 如果您确信您在未来任何时候都不需要代码/数据所有权

准备好开始了吗？首先，让我们回顾一下 Payload 中使用的一些高级概念。