Strapi 5 指南：設定、API、外掛與部署（2026）

Strapi 5 指南：設定、API、外掛與部署（2026）

Strapi 是一個基於 Node.js 建構的開源無頭 CMS（Headless CMS），讓您完全掌控 API、資料庫與部署流程。不同於託管式 CMS 平台僅提供基礎設施的使用權，Strapi 運行在您自己的伺服器上，根據您的內容結構自動產生 REST 和 GraphQL 端點，並允許您使用純 JavaScript 或 TypeScript 自訂後端的每一層架構。

本指南專門介紹 Strapi 5，從首次執行 npx create-strapi 到在 Railway 或 Strapi Cloud 上進行生產環境部署。所有程式碼範例均可直接複製貼上，且已針對 Strapi 5.x 版本測試通過。

什麼是 Strapi 以及它如何運作？

Strapi 是一個自行託管、API 優先的內容管理系統，將內容後端與前端分離。您可以透過視覺化建構器或程式碼定義內容結構，Strapi 會自動產生 CRUD API 端點（包含 REST 和 GraphQL），供任何前端框架呼叫。管理後台是一個基於 React 的使用者介面，內容編輯者可以在此建立和管理條目，無需接觸程式碼，詳情請參閱 Strapi 官方文件。

無頭 CMS 與傳統 CMS 的區別

傳統的 CMS（如 WordPress）將內容與表現層緊密結合。您的部落格文章、頁面和媒體都存放在同一個負責向訪客渲染 HTML 的系統中。這在您需要同時在手機應用程式、行銷微型網站和文件入口網站中使用相同內容時，就會遇到瓶頸。

無頭 CMS 則完全移除了前端部分。Strapi 儲存您的內容，並透過 API 端點以 JSON 格式提供服務。您的 Next.js 網站、React Native 應用程式和 IoT 儀表板都可以從同一個 Strapi 後端獲取資料。您將獲得單一事實來源，並支援多種消費端。

如果您正在評估 Strapi 以外的選項，我們的無頭 CMS 比較文章詳細分析了各大主流平台。

Strapi 的架構

Strapi 的技術堆疊相當直觀：Node.js 伺服器位於您的資料庫（PostgreSQL、MySQL 或 SQLite）與前端應用程式之間。管理後台是一個 React 單頁應用程式（SPA），它連接到與前端相同的 API，只是擁有更高的權限。

流程如下：資料庫儲存內容。Strapi 的 ORM 層（基於 Knex.js 建構）查詢資料。API 層暴露 REST 和 GraphQL 端點。您的前端（無論是 Next.js、Nuxt、Astro、Gatsby 還是手機應用程式）從這些端點獲取 JSON 資料。Strapi 本身從不直接向最終用戶渲染 HTML。

Strapi GitHub 儲存庫 擁有超過 65,000 顆星，使其成為該平台上最受歡迎的開源 CMS 專案之一。

Strapi 5 有什麼新功能？

Strapi 5 是一次重大的重構，它用新的 Document Service API 取代了 Entity Service API，將管理後台的建構工具從 Webpack 切換為 Vite，並將 TypeScript 設為新專案的預設語言。這些並非小幅更新，其內部架構發生了顯著變化，詳情請參閱 Strapi 5 概覽頁面。

根據 Strapi 5 開發者變更日誌，以下是對開發者最重要的變化：

• Document Service API 取代 Entity Service API，提供更清晰的方法簽名、更好的 TypeScript 類型定義，以及統一的 CRUD 操作介面
• 草稿與發布功能重構，管理後台採用雙標籤頁系統，將草稿和已發布的內容狀態分開
• 內容歷史記錄，可直接從管理後台查看並還原任何條目的先前版本
• 預覽功能，在發布前於實際前端中預覽內容，可依內容類型進行設定
• Vite 取代 Webpack，管理後台的建構速度明顯加快（我們觀察到建構時間改善了約 60%）
• TypeScript 優先 方法，新專案預設使用 TypeScript 搭建
• AI 內容類型建構器，從自然語言描述或 Figma 設計稿生成內容結構。這是 2026 年的新功能，目前其他無頭 CMS 尚未提供此功能
• 簡化的 API 回應，REST 和 GraphQL 的 JSON 結構更加扁平化
• 新版外掛 SDK，簡化了建構和發布 Strapi 外掛的 API

如何安裝與設定 Strapi 5

設定 Strapi 5 專案大約只需兩分鐘。您需要 Node.js 18 或更高版本，以及 npm、yarn 或 pnpm。Strapi 可透過單一指令搭建包含管理後台、資料庫連接和 API 層的完整專案，詳見 Strapi 快速入門指南。

先決條件

• Node.js 18+（建議使用 20 LTS）
• npm 6+、yarn 或 pnpm
• 資料庫：開發環境可使用開箱即用的 SQLite；生產環境建議使用 PostgreSQL

建立您的第一個專案

npx create-strapi@latest my-project

# Interactive prompts:
# ? Choose your preferred language: TypeScript
# ? Choose your default database client: sqlite
# ? Start with an example structure?: Yes (recommended for first-timers)

cd my-project
npm run develop

Strapi 將在 http://localhost:1337 啟動。首次訪問時，系統會提示您建立管理員帳戶。完成後，您即可進入管理後台，準備建立內容類型。

專案結構概覽

my-project/
├── config/
│   ├── database.ts          # Database connection
│   ├── server.ts             # Host, port, app keys
│   ├── admin.ts              # Admin panel config
│   └── plugins.ts            # Plugin configuration
├── src/
│   ├── api/                  # Your content types live here
│   │   └── article/
│   │       ├── content-types/
│   │       │   └── article/schema.json
│   │       ├── controllers/article.ts
│   │       ├── routes/article.ts
│   │       └── services/article.ts
│   ├── plugins/              # Custom plugins
│   └── index.ts              # App bootstrap/lifecycle
├── public/                   # Static files
├── .env                      # Environment variables
└── package.json

每個內容類型在 src/api/ 下都有各自的資料夾，包含結構、控制器、路由和服務檔案。當您透過管理後台建立內容類型時，Strapi 會自動產生這些檔案，但您也可以手動建立。

建立內容類型與管理內容

內容類型是 Strapi 的核心，它們定義您的資料結構，並自動產生 API 端點、管理後台表單和資料庫表格。Strapi 支援兩種主要類型：集合類型（Collection Types，如部落格文章或產品，擁有多個條目）和單一類型（Single Types，如首頁或網站設定，僅存在一個條目）。

內容類型建構器導覽

Strapi 管理後台中的內容類型建構器允許您以視覺化方式定義結構。您可以選擇欄位類型（文字、富文本、媒體、數字、布林值、關聯、元件、動態區域、JSON 等），Strapi 會為您撰寫結構檔案。

以下是 Article 內容類型結構的底層樣子：

{
  "kind": "collectionType",
  "collectionName": "articles",
  "info": {
    "singularName": "article",
    "pluralName": "articles",
    "displayName": "Article"
  },
  "attributes": {
    "title": {
      "type": "string",
      "required": true
    },
    "slug": {
      "type": "uid",
      "targetField": "title"
    },
    "content": {
      "type": "richtext"
    },
    "coverImage": {
      "type": "media",
      "allowedTypes": ["images"]
    },
    "category": {
      "type": "relation",
      "relation": "manyToOne",
      "target": "api::category.category"
    },
    "publishedAt": {
      "type": "datetime"
    }
  }
}

您也可以使用新的 AI 內容類型建構器，透過簡單的英文描述（例如「我需要一個部落格，文章包含標題、slug、富文本內容、封面圖片和分類」）來生成結構。Strapi 會生成結構 JSON 並建立資料庫表格。這對原型設計非常有用。

元件與動態區域

元件是可重複使用的欄位群組。可以將其想像為用於內容結構的 React 元件。例如，一個包含 metaTitle、metaDescription 和 canonicalUrl 欄位的「SEO」元件可以附加到任何內容類型上。

動態區域則更進一步，它允許內容編輯者從元件列表中選擇，以建構靈活的頁面佈局。登入頁面可能包含一個 Hero 元件，接著是 Features Grid，然後是 Testimonials Slider，全部由編輯者選擇和排序。這種模式在每個頁面結構不同的行銷網站中非常流行。

使用草稿與發布管理內容

Strapi 5 徹底改革了草稿與發布系統。不再是單一開關，現在內容管理器中有兩個獨立的標籤頁，一個用於草稿版本，一個用於已發布版本。編輯者可以自由修改草稿而不影響即時內容。準備就緒後，他們發布內容，草稿即成為新的已發布版本。如果出現問題，內容歷史記錄功能允許您還原到任何先前的狀態。

使用 Strapi API（REST 和 GraphQL）

Strapi 會為您建立的每個內容類型自動產生 REST 和 GraphQL 端點。REST API 立即可用，無需設定。GraphQL 需要啟用內建外掛，但設定過程約需 30 秒。根據 Strapi REST API 文件，這兩種 API 都支援過濾、排序、分頁、欄位選擇和關聯填充。

REST API 查詢

每個集合類型在 /api/{pluralName} 都有端點。以下是帶有過濾器和關聯填充的文章獲取方式：

// Fetch published articles, sorted by date, with category populated
const response = await fetch(
  'http://localhost:1337/api/articles?' + new URLSearchParams({
    'filters[publishedAt][$notNull]': 'true',
    'sort': 'publishedAt:desc',
    'populate': 'category,coverImage',
    'pagination[page]': '1',
    'pagination[pageSize]': '10',
    'fields[0]': 'title',
    'fields[1]': 'slug',
    'fields[2]': 'publishedAt'
  }),
  {
    headers: {
      'Authorization': `Bearer ${API_TOKEN}`
    }
  }
);

const { data, meta } = await response.json();
// data: array of articles
// meta.pagination: { page, pageSize, pageCount, total }

Strapi 5 扁平化了回應格式。在 v4 中，您需要深入挖掘 data.attributes.title。在 v5 中，直接使用 data.title 即可。這是一個小小的改變，卻大幅提升了開發體驗。

GraphQL 設定與查詢

透過安裝外掛啟用 GraphQL：

npm run strapi install graphql

然後在 /graphql 進行查詢：

query GetArticles {
  articles(
    filters: { publishedAt: { notNull: true } }
    sort: "publishedAt:desc"
    pagination: { page: 1, pageSize: 10 }
  ) {
    title
    slug
    publishedAt
    category {
      name
    }
    coverImage {
      url
      alternativeText
    }
  }
}

當您的前端需要深度巢狀關聯時，GraphQL 特別有用。與其進行多次帶有不同 populate 參數的 REST 呼叫，一次 GraphQL 查詢即可精確獲取所需資料。

在 Next.js 中獲取 Strapi 內容

以下是一個在 Next.js App Router 頁面中獲取 Strapi 內容的實用範例，這是 Strapi 與 前端框架 最常見的組合之一：

// app/blog/page.tsx
async function getArticles() {
  const res = await fetch(
    `${process.env.STRAPI_URL}/api/articles?populate=category,coverImage&sort=publishedAt:desc`,
    {
      headers: {
        Authorization: `Bearer ${process.env.STRAPI_TOKEN}`,
      },
      next: { revalidate: 60 }, // ISR: revalidate every 60 seconds
    }
  );

  if (!res.ok) throw new Error('Failed to fetch articles');
  const { data } = await res.json();
  return data;
}

export default async function BlogPage() {
  const articles = await getArticles();

  return (
    <main>
      {articles.map((article) => (
        <article key={article.documentId}>
          <h2>{article.title}</h2>
          <span>{article.category?.name}</span>
        </article>
      ))}
    </main>
  );
}

請注意 v5 中的 documentId -- 它取代了 v4 中的數字 id。這是遷移過程中若忽略容易出錯細節之一。

Strapi 中的自訂控制器、服務與路由

自訂控制器是 Strapi 真正脫穎而出，區別於 Contentful 或 Sanity 等 SaaS 無頭 CMS 平台的地方。由於 Strapi 作為 Node.js 應用程式運行在您的伺服器上，您可以使用自己的業務邏輯覆蓋任何自動產生的端點，包括輸入驗證、資料轉換、外部 API 呼叫、通知觸發器等，就像在 Express.js 應用程式中所做的一樣。我發現這是讓團隊選擇 Strapi 而非託管替代方案的关键功能。

Strapi 控制器文件 涵蓋了完整的 API。以下是我根據官方服務和控制器範例最常使用的模式。

擴展核心控制器

Strapi 提供了 createCoreController 工廠函數。您可以透過覆蓋特定動作（find、findOne、create、update、delete）來擴展它，同時保留其餘自動產生的行為：

// src/api/article/controllers/article.ts
import { factories } from '@strapi/strapi';

export default factories.createCoreController(
  'api::article.article',
  ({ strapi }) => ({
    // Override the default find to add custom filtering
    async find(ctx) {
      // Validate and sanitize the incoming query
      const sanitizedQuery = await this.sanitizeQuery(ctx);

      // Add your custom logic -- e.g., only return articles
      // that belong to the authenticated user's organization
      const user = ctx.state.user;
      if (user?.organization) {
        sanitizedQuery.filters = {
          ...sanitizedQuery.filters,
          organization: user.organization.id,
        };
      }

      const { results, pagination } = await strapi
        .service('api::article.article')
        .find(sanitizedQuery);

      const sanitizedResults = await this.sanitizeOutput(results, ctx);
      return this.transformResponse(sanitizedResults, { pagination });
    },
  })
);

編寫自訂服務

服務包含控制器（和其他服務）可以呼叫的可重用業務邏輯。保持控制器輕量，服務厚重：

// src/api/article/services/article.ts
import { factories } from '@strapi/strapi';

export default factories.createCoreService(
  'api::article.article',
  ({ strapi }) => ({
    // Custom method: publish article and notify subscribers
    async publishAndNotify(documentId: string) {
      const article = await strapi.documents('api::article.article').update({
        documentId,
        data: { publishedAt: new Date() },
        status: 'published',
      });

      // Call an external notification service
      const subscribers = await strapi
        .service('api::subscriber.subscriber')
        .find({ filters: { active: true } });

      await Promise.allSettled(
        subscribers.results.map((sub) =>
          fetch(process.env.NOTIFICATION_WEBHOOK, {
            method: 'POST',
            body: JSON.stringify({
              email: sub.email,
              article: article.title,
            }),
          })
        )
      );

      return article;
    },
  })
);

新增自訂路由

將自訂路由註冊到自動產生的 CRUD 路由旁邊：

// src/api/article/routes/custom-article.ts
export default {
  routes: [
    {
      method: 'POST',
      path: '/articles/:id/publish-notify',
      handler: 'article.publishAndNotify',
      config: {
        policies: ['admin::isAuthenticatedAdmin'],
      },
    },
  ],
};

然後將處理程序添加到您的控制器中：

async publishAndNotify(ctx) {
  const { id } = ctx.params;
  const article = await strapi
    .service('api::article.article')
    .publishAndNotify(id);
  return this.transformResponse(article);
}

這種後端自訂在 Contentful 或 Sanity 中根本不可能實現，您需要單獨的無伺服器函數或中介軟體層。而在 Strapi 中，所有內容都在同一個程式碼庫中。

外掛生態系與建立您自己的外掛

Strapi 的外掛市場擁有 500 多個外掛，涵蓋從 SEO 元數據到 Stripe 付款的一切。有些是官方的（由 Strapi 團隊維護），有些是社群建構的。品質參差不齊，就像 npm 套件一樣，因此在安裝前請檢查 GitHub 星星數、近期提交記錄以及 Strapi 5 相容性。

必備外掛

這些外掛隨 Strapi 附帶或只需一個安裝指令：

• GraphQL，新增 /graphql 端點和 GraphQL Playground
• i18n，支援基於語言環境的內容變體的國際化功能
• Users & Permissions，身份驗證、角色、公開/已認證的 API 存取
• Upload，媒體庫，支援本地儲存、AWS S3 或 Cloudinary 提供者
• Email，透過 SendGrid、Mailgun、Amazon SES 或 SMTP 發送交易電子郵件

值得關注的社群外掛：@strapi/plugin-seo（元標籤和社交卡片）、strapi-plugin-sitemap（自動生成的 XML 站点地圖）和 strapi-plugin-content-versioning（超越內建內容歷史記錄的細粒度版本控制）。

建立自訂外掛（Strapi 5 SDK）

Strapi 5 引入了新的外掛 SDK，簡化了外掛開發。官方外掛教學 詳細介紹了整個過程，但重點如下：

1. 執行 npx @strapi/sdk-plugin init my-plugin 進行搭建
2. 定義外掛的內容類型、控制器和管理後台 UI
3. 使用 npm run build 建構並發布至 npm

決定建立外掛還是編寫自訂控制器取決於可重用性。如果邏輯僅適用於特定專案，請使用控制器。如果您希望跨專案共享或與社群分享，請將其打包為外掛。

資料庫設定：PostgreSQL、MySQL 還是 SQLite？

Strapi 開箱即支援 PostgreSQL、MySQL、MariaDB 和 SQLite。SQLite 作為新專案的預設值，因為它無需設定，非常適合開發和原型設計。對於生產環境，PostgreSQL 是推薦的選擇，也是 Strapi 團隊測試最密集的資料庫。

以下是生產環境可用的 PostgreSQL 設定：

// config/database.ts
export default ({ env }) => ({
  connection: {
    client: 'postgres',
    connection: {
      host: env('DATABASE_HOST', 'localhost'),
      port: env.int('DATABASE_PORT', 5432),
      database: env('DATABASE_NAME', 'strapi'),
      user: env('DATABASE_USERNAME', 'strapi'),
      password: env('DATABASE_PASSWORD', ''),
      ssl: env.bool('DATABASE_SSL', false) && {
        rejectUnauthorized: env.bool('DATABASE_SSL_REJECT', true),
      },
    },
    pool: {
      min: env.int('DATABASE_POOL_MIN', 2),
      max: env.int('DATABASE_POOL_MAX', 10),
    },
  },
});

如果您正在權衡資料庫選項，我們的 PostgreSQL 與 MySQL 比較 深入探討了兩者的差異。

對於擁有 10,000+ 條目的內容密集型應用程式，配備連接池（PgBouncer）的 PostgreSQL 能很好地處理負載。SQLite 在幾百個併發請求時開始出現寫入競爭問題，對於部落格管理來說沒問題，但對於高流量 API 則會有問題。

將 Strapi 部署至生產環境

生產環境部署是大多數 Strapi 指南止步之處，也是許多開發者陷入困境的地方。Strapi 需要持久的 Node.js 伺服器（它不是靜態網站）、資料庫、媒體儲存和適當的環境設定。您有兩條路徑：Strapi Cloud（託管）或在 Railway、Render 或 DigitalOcean 等平台上自行託管，詳見 Strapi 部署文件。

Strapi Cloud（託管）

Strapi Cloud 是官方託管選項。它處理伺服器配置、資料庫管理、CDN 和備份。以下是各層級方案：

Strapi Cloud 是通往生產環境的最快途徑。但與 Contentful 和 Sanity 的託管服務相比，它仍在成熟過程中：區域較少、存取控制較不細緻，且免費層級限制較多。對於側邊專案或 MVP，免費層級可行。對於服務真實流量的生產應用程式，您可能需要 Essential 或 Pro 方案。

在 Railway 或 Render 上自行託管

根據我們的經驗，Railway 是自行託管生產環境 Strapi 實例的最快途徑。您連接 GitHub 儲存庫，設定環境變數，Railway 會處理其餘事項。如需詳細的平台比較，請參閱我們的 Railway 與 Render 比較。

以下是生產環境設定：

# .env.production
NODE_ENV=production
HOST=0.0.0.0
PORT=1337

# App keys (generate unique values!)
APP_KEYS=key1,key2,key3,key4
API_TOKEN_SALT=your-api-token-salt
ADMIN_JWT_SECRET=your-admin-jwt-secret
JWT_SECRET=your-jwt-secret
TRANSFER_TOKEN_SALT=your-transfer-token-salt

# Database (Railway provides DATABASE_URL automatically)
DATABASE_CLIENT=postgres
DATABASE_HOST=${PGHOST}
DATABASE_PORT=${PGPORT}
DATABASE_NAME=${PGDATABASE}
DATABASE_USERNAME=${PGUSER}
DATABASE_PASSWORD=${PGPASSWORD}
DATABASE_SSL=true

# Media storage (S3-compatible)
AWS_ACCESS_KEY_ID=your-key
AWS_SECRET_ACCESS_KEY=your-secret
AWS_REGION=us-east-1
AWS_BUCKET=your-strapi-uploads

如果您偏好容器，可以將 Strapi Docker 化並部署到任何地方，請參閱我們的容器化選項指南。Railway 也支援 Nixpacks，無需 Dockerfile 即可自動建構。

生產環境檢查清單

上線前，請驗證以下事項：

• 建構管理後台： 執行 npm run build，這會為生產環境編譯 React 管理後台
• 進程管理器： 使用 PM2 保持 Strapi 運行並在崩潰時自動重啟
• 健康檢查： Strapi 暴露 /_health（返回 HTTP 204），將您的負載平衡器指向它
• 媒體儲存： 從本地上傳切換到 S3 或 Cloudinary，大多數 PaaS 平台上的本地儲存不會持久保存
• 反向代理： 在 Strapi 前面放置 Nginx 或 Caddy 以進行 SSL 終止和靜態檔案快取
• 環境變數： 切勿提交機密資訊。使用平台原生的環境變數管理

Strapi vs Sanity vs Contentful：該選擇哪一个？

在 Strapi、Sanity 和 Contentful 之間進行選擇取決於三件事：是否需要自行託管、團隊如何協作處理內容，以及預算限制。這三者都是生產級別的無頭 CMS 平台，但它們做出了根本不同的權衡。如需更深入的分析，請查看我們的 Sanity CMS 指南 和 Contentful 指南。

決策框架，根據您的實際限制進行選擇：

在 Techsy，我們使用 Strapi、Sanity 和 Contentful 建構無頭 CMS 架構。如果您需要幫助為專案選擇合適的 CMS，或想要生產環境就緒的 Strapi 設定，獲取免費諮詢。

誠實的優缺點以及何時不該使用 Strapi

在三個客戶專案中測試 Strapi 5 後，以下是誠實的分析。Strapi 非常適合希望完全控制後端的團隊，但它並非適合所有人的工具。

優點：

• 完整程式碼所有權，您的資料、您的伺服器、您的規則
• MIT 授權，無供應商鎖定
• v5 採用 TypeScript 優先，具有強大的類型推斷
• 從內容結構自動產生 REST 和 GraphQL 端點
• 活躍的社群：65,000+ GitHub stars，Discord 擁有 20,000+ 成員
• 市場中有 500+ 外掛
• 自訂控制器提供 Express.js 級別的後端靈活性
• Strapi Cloud 提供託管選項，若您不想自行託管

缺點：

• 自行託管需要維運工作，預計每月需 10-20 小時進行更新、監控和備份
• 無即時協作功能（兩位編輯者可能會覆蓋彼此的更改）
• Strapi 4 到 5 的遷移存在摩擦：Entity Service 轉為 Document Service、新的回應格式、外掛相容性缺口
• 與 Contentful 或 Sanity 的託管平台相比，Strapi Cloud 仍在成熟中
• 企業採用率低於 Contentful，合規認證較少
• 管理後台自訂雖然可行，但需要深入了解 Strapi 的內部 API

何時不該使用 Strapi：

• 需要即時協作，您的編輯團隊同時處理內容？請使用 Sanity。Strapi 沒有多人編輯功能。
• 需要企業治理和 SOC2，合規性要求高的組織？Contentful 在治理工具方面領先十年。
• 非技術團隊，無開發者支援，Strapi 需要開發者進行設定、部署和維護。如果您的團隊全是行銷人員，請考慮 SaaS CMS 或 WordPress。
• 無伺服器優先架構，Strapi 需要持久伺服器。如果您完全在邊緣函數和無伺服器上建構，Sanity 或 Contentful 更適合。

常見問題

什麼是 Strapi 以及它如何運作？

Strapi 是一個基於 Node.js 建構的開源無頭 CMS。您可以透過視覺化建構器或程式碼定義內容類型，Strapi 會自動產生 REST 和 GraphQL API 端點。前端應用程式從這些端點以 JSON 格式獲取內容。管理後台提供基於 React 的介面，供內容編輯者無需編寫程式碼即可管理條目。

Strapi 可以免費使用嗎？

是的。Strapi 社群版在 MIT 授權下免費且開源。您可以在自己的伺服器上自行託管，無使用限制、無席位限制、無 API 呼叫上限。Strapi Cloud（託管主機選項）有一個免費層級，每月提供 10,000 次 API 呼叫，付費方案從 $18/月起，提供更高的限制。

Strapi 和 Contentful 有什麼區別？

Strapi 是開源且可自行託管的，賦予您完整的程式碼存取權和資料所有權。Contentful 是專有的 SaaS 平台，擁有更強大的企業治理、合規認證和更大的編輯工具集。若重視程式碼控制和預算靈活性，請選擇 Strapi。若需要企業合規性和需要託管基礎設施的大型編輯團隊，請選擇 Contentful。

Strapi 適合初學者嗎？

如果您具備基本的 Node.js 和 JavaScript 知識，Strapi 對初學者很友好。管理後台和內容類型建構器是視覺化且直觀的，內容建模無需程式碼。部署和自訂後端邏輯需要開發者經驗。對於完全沒有程式背景的絕對初學者，WordPress 或完全託管的 SaaS CMS 會是更容易的起點。

Strapi 使用什麼資料庫？

Strapi 支援 PostgreSQL、MySQL、MariaDB 和 SQLite。新專案預設使用 SQLite 以實現零設定開發。PostgreSQL 建議用於生產工作負載，它是與 Strapi 測試最多的資料庫，能很好地處理併發存取、複雜查詢和 JSON 欄位類型。您在 config/database.ts 中設定資料庫連接。

如何將 Strapi 部署到生產環境？

您可以將 Strapi 部署到 Strapi Cloud（託管主機，$18/月起），或自行託管在 Railway、Render、DigitalOcean 或 AWS 等平台上。自行託管需要設定 Node.js 伺服器、PostgreSQL 資料庫、環境變數、媒體儲存（S3 或 Cloudinary）以及像 PM2 這樣的進程管理器。部署前執行 npm run build 以編譯管理後台。

Strapi 比 WordPress 好嗎？

Strapi 和 WordPress 解決不同的問題。Strapi 是一個無頭 CMS，向任何前端提供 JSON API，非常適合建構自訂應用程式、多平台內容交付或重度使用 JavaScript 網站的開發者。WordPress 是一個傳統 CMS，渲染 HTML 頁面，更適合希望使用主題、拖放建構器和龐大外掛生態系而無需編寫程式碼的非技術用戶。

Strapi 的缺點是什麼？

主要缺點是自行託管帶來的維運負擔（更新、監控、備份）、缺乏編輯團隊的即時協作功能、主要版本之間的遷移摩擦（v4 到 v5 需要程式碼更改），以及與 Contentful 相比較不成熟的企業產品。Strapi Cloud 減輕了託管負擔，但在功能和全球可用性方面仍在趕超。

Strapi 能處理大規模應用程式嗎？

可以。Strapi 配合適當的基礎設施可以處理大規模應用程式：帶有連接池的 PostgreSQL、負載平衡器後方的水平擴展、媒體資產的 CDN 以及用於快取的 Redis。IBM、NASA 和 Toyota 等公司都在生產環境中使用 Strapi。瓶頸通常是資料庫性能和主機設定，而非 Strapi 本身。

什麼是 Strapi Cloud，費用是多少？

Strapi Cloud 是 Strapi 專案的官方託管主機平台。它處理伺服器配置、資料庫管理、CDN 和自動備份。定價從免費層級開始（1 個專案，每月 10K 次 API 呼叫），然後是 Essential ($18/月)、Pro ($90/月) 和 Scale ($450/月)。每個層級都會增加 API 呼叫限制、團隊席位和儲存容量。