我已經為 Stripe 和 Next.js 項目接線過無數次。每次，這個領域都會發生一點變化——新的 API 版本、新的支付方式、新的邊界情況會在凌晨 2 點咬你一口，當 webhook 無聲地失敗時。本指南包含了我在第一次構建無頭商務堆棧時希望存在的所有內容。我們將涵蓋 Checkout Sessions、Payment Intents、webhooks、訂閱、Apple Pay、Google Pay、Link 和一鍵結帳。沒有含糊其辭。實際代碼、實際架構決策、實際陷阱。

截至 2026 年中，Stripe 的 API 版本為 2025-12-18.acacia，Next.js 15.x 穩定運行，App Router 作為默認值，@stripe/stripe-js 和 @stripe/react-stripe-js 包已經成熟。如果你正在使用較舊版本，大部分內容仍然適用，但某些服務器操作模式會有所不同。

目錄

Stripe + Next.js Headless Commerce: The 2026 Integration Guide

為什麼為無頭商務選擇 Stripe + Next.js

Stripe 每年處理超過 1 萬億美元的支付量。Next.js 推動了不斷增長的電子商務店面份額——Vercel 報告稱 2025 年超過 40% 的新 Next.js 項目具有某種形式的商務功能。這個組合因為幾個具體的原因是有意義的：

  • 服務器組件和服務器操作 讓你可以在服務器端調用 Stripe SDK，而不需要構建單獨的 API 層。
  • Edge 和無服務器部署 在 Vercel、Netlify 或 AWS 上意味著你的支付端點自動擴展。
  • React 服務器組件 將你的 Stripe 密鑰保持在服務器上，不需要額外的技巧。
  • App Router 提供了映射良好到結帳流的佈局、加載狀態和錯誤邊界。

如果你正在評估無頭商務架構，我們在 Social Animal 構建了數十個——查看我們的 Next.js 開發能力 和 無頭 CMS 開發，以了解這些部分如何組合在一起的更多背景。

架構概述

在編寫任何代碼之前，讓我們正確理解架構。以下是典型無頭商務設置中各部分的連接方式：

┌─────────────────┐     ┌──────────────────┐     ┌─────────────┐
│   Next.js App   │────▶│  Stripe API      │────▶│  Webhooks   │
│  (App Router)   │◀────│  (Server-side)   │     │  Endpoint   │
└─────────────────┘     └──────────────────┘     └──────┬──────┘
        │                                                │
        │                                                ▼
        ▼                                        ┌─────────────┐
┌─────────────────┐                              │  Database /  │
│  Headless CMS   │                              │  Order Mgmt  │
│  (Products)     │                              └─────────────┘
└─────────────────┘

關鍵決定是使用 Checkout Sessions（Stripe 託管或嵌入式）還是 Payment Intents（完全自定義 UI）。以下是何時使用每一個：

特性 Checkout Sessions Payment Intents
開發速度 快——數天 較慢——數週
UI 自定義 有限（Stripe 主題） 完全控制
PCI 合規範圍 SAQ A（最簡單） SAQ A-EP
支付方式支持 自動（40+ 種方式） 每種方式手動
訂閱支持 內置 需要額外代碼
Apple Pay / Google Pay 自動 通過支付請求 API 手動
轉換優化 Stripe 優化 由你負責
定價影響 相同 Stripe 費用 相同 Stripe 費用

我的誠實建議：除非有特定原因，否則從 Checkout Sessions 開始。 你可以稍後始終遷移到 Payment Intents，Stripe 的嵌入式結帳在 2025-2026 年變得相當出色。

在 Next.js 15 項目中設置 Stripe

讓我們設置基礎。我假設你有一個具有 App Router 的 Next.js 15 項目。

npm install stripe @stripe/stripe-js @stripe/react-stripe-js

創建你的環境變量：

# .env.local
STRIPE_SECRET_KEY=sk_test_...
NEXT_PUBLIC_STRIPE_PUBLISHABLE_KEY=pk_test_...
STRIPE_WEBHOOK_SECRET=whsec_...

設置服務器端 Stripe 實例。我總是將其放在 lib/stripe.ts 文件中：

// lib/stripe.ts
import Stripe from 'stripe';

export const stripe = new Stripe(process.env.STRIPE_SECRET_KEY!, {
  apiVersion: '2025-12-18.acacia',
  typescript: true,
});

還有一個客戶端加載器：

// lib/stripe-client.ts
import { loadStripe } from '@stripe/stripe-js';

export const stripePromise = loadStripe(
  process.env.NEXT_PUBLIC_STRIPE_PUBLISHABLE_KEY!
);

有一件事會讓人困惑：絕不要在客戶端組件中導入 lib/stripe.ts。 stripe npm 包包含你的密鑰，應該只在服務器端運行。如果你不小心在 'use client' 文件中導入它，Next.js 15 將拋出構建錯誤，這實際上是一個不錯的防護欄。

Stripe + Next.js Headless Commerce: The 2026 Integration Guide - architecture

Checkout Sessions：快速路徑

Checkout Sessions 是接受支付的最快方式。Stripe 託管支付表單（或你可以嵌入它），處理 PCI 合規性，並自動支持數十種支付方式，包括 Apple Pay、Google Pay 和 Link。

使用服務器操作創建 Checkout Session

// app/actions/checkout.ts
'use server';

import { stripe } from '@/lib/stripe';
import { redirect } from 'next/navigation';

export async function createCheckoutSession(formData: FormData) {
  const priceId = formData.get('priceId') as string;
  const quantity = Number(formData.get('quantity')) || 1;

  const session = await stripe.checkout.sessions.create({
    mode: 'payment',
    line_items: [
      {
        price: priceId,
        quantity,
      },
    ],
    success_url: `${process.env.NEXT_PUBLIC_URL}/checkout/success?session_id={CHECKOUT_SESSION_ID}`,
    cancel_url: `${process.env.NEXT_PUBLIC_URL}/checkout/canceled`,
    automatic_tax: { enabled: true },
    // Enable all relevant payment methods
    payment_method_types: undefined, // Let Stripe auto-detect
  });

  redirect(session.url!);
}

嵌入式結帳（2026 推薦方法）

Stripe 的嵌入式結帳讓用戶留在你的域上。這有更好的轉換率——Stripe 自己 2025 年的數據顯示，對於返回客戶，與基於重定向的結帳相比提高了 10-15%。

// app/checkout/embedded/page.tsx
'use client';

import { useCallback } from 'react';
import { loadStripe } from '@stripe/stripe-js';
import {
  EmbeddedCheckoutProvider,
  EmbeddedCheckout,
} from '@stripe/react-stripe-js';

const stripePromise = loadStripe(
  process.env.NEXT_PUBLIC_STRIPE_PUBLISHABLE_KEY!
);

export default function CheckoutPage() {
  const fetchClientSecret = useCallback(async () => {
    const res = await fetch('/api/checkout/embedded', {
      method: 'POST',
      body: JSON.stringify({ priceId: 'price_xxx', quantity: 1 }),
    });
    const { clientSecret } = await res.json();
    return clientSecret;
  }, []);

  return (
    <div className="max-w-lg mx-auto py-12">
      <EmbeddedCheckoutProvider
        stripe={stripePromise}
        options={{ fetchClientSecret }}
      >
        <EmbeddedCheckout />
      </EmbeddedCheckoutProvider>
    </div>
  );
}

還有 API 路由：

// app/api/checkout/embedded/route.ts
import { stripe } from '@/lib/stripe';
import { NextResponse } from 'next/server';

export async function POST(req: Request) {
  const { priceId, quantity } = await req.json();

  const session = await stripe.checkout.sessions.create({
    mode: 'payment',
    line_items: [{ price: priceId, quantity }],
    ui_mode: 'embedded',
    return_url: `${process.env.NEXT_PUBLIC_URL}/checkout/success?session_id={CHECKOUT_SESSION_ID}`,
  });

  return NextResponse.json({ clientSecret: session.client_secret });
}

Payment Intents：完全控制模式

當你需要完全自定義結帳 UI 時——也許你正在構建一個單頁結帳，或者你的設計團隊有特定的要求——Payment Intents 給你完全控制。

權衡是真實的：你會編寫更多代碼，處理更多邊界情況，並承擔略高的 PCI 合規性負擔。但對於某些產品，這是值得的。

服務器端：創建 Payment Intents

// app/api/payment-intent/route.ts
import { stripe } from '@/lib/stripe';
import { NextResponse } from 'next/server';

export async function POST(req: Request) {
  const { amount, currency = 'usd', metadata } = await req.json();

  const paymentIntent = await stripe.paymentIntents.create({
    amount, // in cents
    currency,
    metadata,
    automatic_payment_methods: {
      enabled: true, // This enables Apple Pay, Google Pay, Link, etc.
    },
  });

  return NextResponse.json({
    clientSecret: paymentIntent.client_secret,
  });
}

客戶端：支付表單

// components/PaymentForm.tsx
'use client';

import { useState } from 'react';
import {
  PaymentElement,
  useStripe,
  useElements,
} from '@stripe/react-stripe-js';

export function PaymentForm() {
  const stripe = useStripe();
  const elements = useElements();
  const [error, setError] = useState<string | null>(null);
  const [processing, setProcessing] = useState(false);

  const handleSubmit = async (e: React.FormEvent) => {
    e.preventDefault();
    if (!stripe || !elements) return;

    setProcessing(true);
    setError(null);

    const { error: submitError } = await stripe.confirmPayment({
      elements,
      confirmParams: {
        return_url: `${window.location.origin}/checkout/success`,
      },
    });

    if (submitError) {
      setError(submitError.message ?? 'Payment failed');
      setProcessing(false);
    }
    // If no error, Stripe redirects automatically
  };

  return (
    <form onSubmit={handleSubmit}>
      <PaymentElement
        options={{
          layout: 'accordion',
          wallets: {
            applePay: 'auto',
            googlePay: 'auto',
          },
        }}
      />
      {error && <p className="text-red-500 mt-2">{error}</p>}
      <button
        type="submit"
        disabled={!stripe || processing}
        className="mt-4 w-full bg-black text-white py-3 rounded-lg disabled:opacity-50"
      >
        {processing ? 'Processing...' : 'Pay now'}
      </button>
    </form>
  );
}

注意服務器端的 automatic_payment_methods: { enabled: true }。這是 2025-2026 年處理支付方式支持的方式。Stripe 將自動根據客戶的設備、位置和貨幣顯示正確的支付方式。無需手動列出 payment_method_types。

實際有效的 Webhook 處理

Webhooks 是大多數 Stripe 整合中斷的地方。我見過生產系統丟失訂單，因為有人忘記驗證 webhook 簽名，或者因為處理程序在發送回 200 之前拋出了錯誤。

以下是我經過戰鬥驗證的 webhook 處理程序：

// app/api/webhooks/stripe/route.ts
import { stripe } from '@/lib/stripe';
import { headers } from 'next/headers';
import { NextResponse } from 'next/server';
import type Stripe from 'stripe';

export async function POST(req: Request) {
  const body = await req.text();
  const headersList = await headers();
  const signature = headersList.get('stripe-signature');

  if (!signature) {
    return NextResponse.json({ error: 'Missing signature' }, { status: 400 });
  }

  let event: Stripe.Event;

  try {
    event = stripe.webhooks.constructEvent(
      body,
      signature,
      process.env.STRIPE_WEBHOOK_SECRET!
    );
  } catch (err) {
    console.error('Webhook signature verification failed:', err);
    return NextResponse.json({ error: 'Invalid signature' }, { status: 400 });
  }

  try {
    switch (event.type) {
      case 'checkout.session.completed': {
        const session = event.data.object as Stripe.Checkout.Session;
        await handleCheckoutComplete(session);
        break;
      }
      case 'payment_intent.succeeded': {
        const paymentIntent = event.data.object as Stripe.PaymentIntent;
        await handlePaymentSuccess(paymentIntent);
        break;
      }
      case 'payment_intent.payment_failed': {
        const paymentIntent = event.data.object as Stripe.PaymentIntent;
        await handlePaymentFailure(paymentIntent);
        break;
      }
      case 'customer.subscription.created':
      case 'customer.subscription.updated':
      case 'customer.subscription.deleted': {
        const subscription = event.data.object as Stripe.Subscription;
        await handleSubscriptionChange(subscription);
        break;
      }
      case 'invoice.payment_failed': {
        const invoice = event.data.object as Stripe.Invoice;
        await handleInvoiceFailure(invoice);
        break;
      }
      default:
        console.log(`Unhandled event type: ${event.type}`);
    }
  } catch (err) {
    console.error(`Error processing ${event.type}:`, err);
    // Still return 200 to prevent Stripe from retrying
    // Log the error for manual investigation
  }

  return NextResponse.json({ received: true });
}

我學到的 Webhook 陷阱

  1. 始終返回 200，即使你的處理失敗。否則 Stripe 重試，你可能會多次處理同一事件。記錄錯誤並以非同步方式處理。

  2. 使處理程序冪等。 Stripe 可以並且會多次發送同一事件。使用事件 ID 或對象的元數據檢查你是否已經處理過它。

  3. 使用 req.text() 而不是 req.json() 進行簽名驗證。簽名是基於原始正文字符串計算的。如果你先解析它，驗證將始終失敗。

  4. 為本地測試設置 Stripe CLI。 這是不可協商的。

stripe listen --forward-to localhost:3000/api/webhooks/stripe
  1. 在 Vercel 上，webhook 路由需要特定配置。 確保你的路由不在任何修改請求正文的中間件後面。在 Next.js 15 中，App Router 中的 API 路由默認正確處理此問題，但如果你有自定義中間件，請雙重檢查。

訂閱和定期帳單

訂閱增加了一層複雜性。你不僅處理一次性支付——你正在管理一個生命週期：試用、升級、降級、取消、失敗的支付、催收。

通過結帳創建訂閱

最簡單的方法：

// app/actions/subscribe.ts
'use server';

import { stripe } from '@/lib/stripe';
import { redirect } from 'next/navigation';

export async function createSubscriptionCheckout(
  customerId: string,
  priceId: string
) {
  const session = await stripe.checkout.sessions.create({
    mode: 'subscription',
    customer: customerId,
    line_items: [{ price: priceId, quantity: 1 }],
    success_url: `${process.env.NEXT_PUBLIC_URL}/account/billing?success=true`,
    cancel_url: `${process.env.NEXT_PUBLIC_URL}/pricing`,
    subscription_data: {
      trial_period_days: 14,
      metadata: {
        plan: 'pro', // Your own metadata
      },
    },
    allow_promotion_codes: true,
    tax_id_collection: { enabled: true },
  });

  redirect(session.url!);
}

管理訂閱

對於客戶門戶（升級、降級、取消、更新支付方式），Stripe 的客戶門戶在 2026 年確實很出色：

// app/actions/billing.ts
'use server';

import { stripe } from '@/lib/stripe';
import { redirect } from 'next/navigation';

export async function createBillingPortalSession(customerId: string) {
  const session = await stripe.billingPortal.sessions.create({
    customer: customerId,
    return_url: `${process.env.NEXT_PUBLIC_URL}/account/billing`,
  });

  redirect(session.url);
}

關鍵訂閱 Webhook 事件

事件 何時觸發 要做什麼
customer.subscription.created 新訂閱 配置訪問
customer.subscription.updated 計劃變更、續訂 更新訪問級別
customer.subscription.deleted 取消（期間結束） 撤銷訪問
invoice.payment_succeeded 成功續訂 更新帳單記錄
invoice.payment_failed 續訂失敗 發送催收電郵，標記帳戶
customer.subscription.trial_will_end 試用結束前 3 天 發送提醒電郵

不要僅依賴 API 調用中的訂閱狀態。Webhooks 是訂閱狀態更改的真實來源。我見過的團隊輪詢 Stripe API 而不是使用 webhooks，這既較慢又更脆弱。

Stripe 2025-2026 Payment Element 的美妙之處在於錢包支付在很大程度上是有效的。但有些人們遺漏的設置要求。

Apple Pay 設置

  1. 需要域驗證。 你需要在域根處託管一個 .well-known/apple-developer-merchantid-domain-association 文件。Stripe 在你的儀表板中的「設置」→「支付方式」→「Apple Pay」下提供此文件。

  2. 在 Next.js 中，將文件放在 public/.well-known/apple-developer-merchantid-domain-association 中。

  3. 在 Stripe 儀表板中註冊你的域。

  4. Apple Pay 僅在 Safari/iOS 上顯示。當它在 Chrome 中的測試期間沒有出現時，不要驚慌。

Google Pay 設置

Google Pay 需要的設置較少——只要你的 Stripe 帳戶配置正確，它就可以自動使用 Payment Element。它在 Chrome 和 Android 設備上顯示。

Link 是 Stripe 對 Shop Pay 的回應。客戶保存他們的支付信息一次，可以在任何使用 Link 的 Stripe 商戶之間進行一鍵結帳。

截至 2026 年，Link 在新 Stripe 帳戶上默認啟用。轉換提升是真實的——Stripe 報告稱，當 Link 可用時，結帳完成提高了 7%。對於返回 Link 用戶，數字更高。

使用 Payment Element，Link 自動出現。使用 Checkout Sessions，它也是自動的。你不需要做任何特殊的事情。

// Link is automatic with Payment Element, but you can customize:
<PaymentElement
  options={{
    wallets: {
      applePay: 'auto',
      googlePay: 'auto',
    },
    // Link shows up in the email field automatically
  }}
/>

Link 應該有自己的部分，因為它已成為一個嚴肅的轉換驅動器。它的工作原理如下：

  1. 客戶在你的結帳表單中輸入他們的電郵。
  2. 如果他們有 Link 帳戶，他們會通過短信接收驗證碼。
  3. 驗證後，他們保存的地址和支付方式自動填充。
  4. 他們點擊「支付」——完成。

關鍵見解：Link 可以跨商戶使用。 如果你的客戶在完全不同的網站上使用過 Link，他們會在你的網站上獲得一鍵體驗。Stripe 的網絡效應是真實的——截至 2026 年初，他們報告超過 1 億 Link 用戶。

為了最大化 Link 採用率，確保電郵欄位是客戶在結帳流中與之互動的第一個內容。Payment Element 使用 accordion 佈局可以做到這一點。

如果你想進一步，可以使用 Express Checkout Element 將 Apple Pay、Google Pay 和 Link 顯示為表單上方的突出按鈕：

// components/ExpressCheckout.tsx
'use client';

import { ExpressCheckoutElement } from '@stripe/react-stripe-js';

export function ExpressCheckout() {
  return (
    <ExpressCheckoutElement
      onConfirm={async (event) => {
        // Handle the express payment confirmation
        console.log('Express checkout confirmed:', event);
      }}
      options={{
        buttonType: {
          applePay: 'buy',
          googlePay: 'buy',
        },
      }}
    />
  );
}

安全性、測試和上線

安全檢查表

  • Stripe 密鑰僅在服務器端使用
  • Webhook 簽名在每個請求上驗證
  • 在生產環境中強制執行 HTTPS
  • 金額計算發生在服務器端（絕不相信客戶端發送的金額）
  • API 路由具有速率限制
  • 客戶數據根據你的隱私政策處理
  • CSP 標題允許 Stripe 的域（js.stripe.com、api.stripe.com）

測試

Stripe 的測試模式非常出色。使用這些測試卡號：

卡號 場景
4242 4242 4242 4242 成功支付
4000 0000 0000 3220 需要 3D Secure
4000 0000 0000 9995 被拒絕
4000 0025 0000 3155 需要身份驗證
4000 0000 0000 0341 附加失敗（用於保存的卡）

對於訂閱測試，使用 Stripe 的測試時鐘來模擬時間流逝，而無需實際等待。

上線

  1. 將你的密鑰從 sk_test_ 切換到 sk_live_ 和 pk_test_ 到 pk_live_。
  2. 在 Stripe 儀表板中設置你的實時 webhook 端點。
  3. 為生產驗證你的 Apple Pay 域。
  4. 在 Stripe 儀表板中啟用你想要的支付方式。
  5. 確保你的 Stripe 帳戶已完全激活（身份驗證、銀行帳戶等）。

性能考慮

Stripe.js 是約 40KB gzipped。這不是微不足道的。以下是一些提示：

  • 延遲加載 Stripe.js。 不要在每個頁面上加載它——僅在與結帳相關的頁面上加載。loadStripe 函數可以很好地處理這個問題；在你調用它之前，它不會取回腳本。

  • 使用 @stripe/stripe-js/pure 如果你想精確控制腳本的加載時間：

import { loadStripe } from '@stripe/stripe-js/pure';
// Script won't load until loadStripe() is called

  • 為產品頁面使用服務器組件。 將 Stripe 客戶端代碼保持在你的產品列表和詳細頁面之外。僅當用戶實際啟動結帳時才引入客戶端組件。

  • API 路由的邊界運行時。 Stripe 的 Node.js SDK 自 2025 年以來可在邊界運行時上運行。你可以將 export const runtime = 'edge' 添加到你的 Stripe API 路由以降低延遲。

對於構建高性能無頭店面的團隊，Astro 等框架也非常適合內容繁重的頁面，而 Next.js 處理動態結帳流。我們已經為多個客戶完成了這種混合方法——我們的 Astro 開發 和 Next.js 開發 團隊在這些架構上進行合作。

常見問題

Stripe 在 2026 年的交易費用是多少？ Stripe 在美國的標準定價是每筆成功卡付款 2.9% + $0.30。對於歐洲卡，它是 1.5% + €0.25。處理超過 100 萬美元年度交易的企業可以獲得批量折扣。Stripe 對手動輸入的卡收取額外 0.5% 的費用，對國際卡收取 1% 的費用。標準計劃上沒有設置費用、月費或隱藏費用。

我應該使用 Checkout Sessions 還是 Payment Intents？ 在大多數情況下使用 Checkout Sessions。它們的實現速度更快，自動支持 40+ 種支付方式，處理 PCI 合規性，Stripe 持續優化轉換率。當你需要無法通過嵌入式結帳實現的完全自定義結帳 UI，或者當你需要對支付流進行細粒度控制（如分割支付或手動捕捉）時，使用 Payment Intents。

我如何在生產環境中處理 webhook 失敗？ 始終從 webhook 處理程序返回 200 狀態碼，即使你的業務邏輯失敗。記錄錯誤並以非同步方式處理。通過針對你的數據庫檢查事件 ID，在處理前使你的處理程序冪等。Stripe 使用指數退避重試 webhooks 長達 3 天。在 Stripe 儀表板中設置 webhook 失敗警報，並考慮使用隊列（如 AWS SQS 或 Inngest）以非同步方式處理 webhook 有效負載。

我能否將 Stripe 與 Sanity 或 Contentful 等無頭 CMS 一起使用？ 絕對。典型的模式是：在你的無頭 CMS 中存儲產品信息和內容，在 Stripe 中存儲價格和支付數據，並通過共享的產品 ID 或 SKU 連接它們。你的 Next.js 前端從 CMS 獲取內容，並在客戶準備好購買時創建 Stripe Checkout Sessions 或 Payment Intents。我們在我們的 無頭 CMS 開發 工作中廣泛涵蓋此模式。

我如何在本地測試 Apple Pay？ 你無法輕鬆在 localhost 上測試 Apple Pay，因為它需要 HTTPS 和域驗證。最好的方法是使用 Stripe 的測試模式，在 Payment Element 中使用 4242 測試卡——它模擬支付流。對於實際 Apple Pay 測試，部署到具有 HTTPS 的暫存環境。Stripe CLI 也支持為 Apple Pay 交易轉發 webhook 事件。

Stripe Link 值得啟用嗎？ 是的。Link 對商戶是免費的——Stripe 不會為其收取額外費用。它在 Payment Element 和 Checkout Sessions 中自動顯示。Stripe 報告 Link 平均將結帳完成度提高多達 7%，對於返回 Link 用戶數字更高。啟用它沒有缺點，在 2026 年擁有 1 億多 Link 用戶的情況下，網絡效應很明顯。

我如何在 Next.js 中使用計量計費處理訂閱？ 使用計量價格在 Stripe 中創建訂閱。然後，使用使用記錄 API 從你的後端報告使用情況。在每個計費週期結束時，Stripe 自動計算總額並向客戶收費。你的 webhook 處理程序應該監聽 invoice.payment_succeeded 和 invoice.payment_failed 事件以保持你的系統同步。使用 cron 作業或事件驅動架構從服務器端報告使用情況。

為國際客戶處理貨幣和定價的最佳方式是什麼？ Stripe 適應性定價（推出 2025）自動將價格轉換為客戶的本地貨幣結帳。你設置以基礎貨幣為單位的價格，Stripe 處理轉換、顯示和結算。或者，你可以在 Stripe 中為不同貨幣中的每個產品創建多個價格以獲得更多控制。使用客戶的 IP 或瀏覽器語言環境來確定在你的產品頁面上顯示的貨幣。

使用 Stripe 構建無頭商務整合的成本是多少？ 這取決於範圍。基本 Checkout Sessions 整合可以在幾天內完成。具有訂閱、客戶門戶、webhooks 和自定義 UI 的全功能設置通常需要 2-6 週的開發時間。如果你想討論你的具體需求，請查看我們的 定價頁面 或 聯繫我們——我們已在各種行業開發過這些整合，可以為你提供現實的估計。