Webhook

Webhook は、Space で何かが起きたとき(例: Content の作成・公開)にあらかじめ定めた動作を自動で実行する設定です。動作は 2 つのうちいずれかです。外部 URL へ HTTP リクエストを送るか(url)、Space 内の Script を実行します(script)。外部システム連携や自動化に使います。たとえば商品 Content が公開されるたびに社内の通知サーバーを呼び出したり、定めておいた Script で後続の作業を実行するように構成できます。

url と script は ちょうど 1 つだけ 指定します。両方を指定したり、両方を空にすると拒否されます。Webhook は CMA では Space の下位リソースであり、パスは /spaces/{spaceId}/webhooks を基準とします。

リソース構造

以下は Webhook「商品変更通知」の単一取得レスポンスです。sys(システム属性)とともに、送信先・購読イベント・トリガー条件といった設定フィールドを持ちます。

{
  "sys": {
    "id": "3trmXRM3RqbgSnifyg7PWhk01Examp",
    "type": "Webhook",
    "space": { "sys": { "id": "HnQ32YiH", "type": "Refer", "targetType": "Space" } },
    "createdBy": { "sys": { "id": "3p4tcFbQRwz503VXdtHXNI5dZH5TVB", "type": "Refer", "targetType": "User" } },
    "createdAt": "2026-06-18T11:30:00.000Z",
    "updatedBy": { "sys": { "id": "3p4tcFbQRwz503VXdtHXNI5dZH5TVB", "type": "Refer", "targetType": "User" } },
    "updatedAt": "2026-06-18T11:30:00.000Z",
    "version": 1
  },
  "name": "商品変更通知",
  "filters": [
    { "doc": "sys.contentType.sys.id", "op": "EQ", "value": "3trmXRLdJF4GBlAjtcuoZ7Pnxj8dlA" }
  ],
  "headers": [
    { "key": "X-Source", "value": "weegloo", "secret": false }
  ],
  "httpBasicUsername": "dailywear",
  "topics": ["Content.Create", "Content.Publish"],
  "transformation": { "method": "POST", "contentType": "application/json", "includeBody": true },
  "url": "https://api.dailywear.example/webhooks/products",
  "activate": true,
  "runAs": "HookOwner"
}

主なキー:

• sys.id: Webhook の一意な識別子です。単一取得・修正・削除パスの {webhookId} に入ります。
• url: イベントが発生したときに呼び出す外部の対象 URL です。script とちょうど 1 つだけ指定します。
• script: 外部呼び出しの代わりに実行する Script の参照です。url とちょうど 1 つだけ指定します。上の例にはありません。下の url と script(択一) で説明します。
• runAs: script がどのユーザーとして実行されるかです。下の runAs で説明します。
• topics: どのイベントを購読するかを定めた配列です。下の topics で形式を説明します。
• filters: 購読したイベントのうち、実際にトリガーする条件です。下の filters で説明します。
• transformation: url へ送るリクエストの形(メソッド・本文など)を変える設定です。下の transformation で説明します。

システム属性(sys)

すべての Webhook は共通のシステム属性を sys オブジェクトに格納します。space・createdBy・updatedBy は Refer の形({ "sys": { "id", "type": "Refer", "targetType" } })で入ります。

Webhook は設定リソースなので、公開という概念がありません。Content や Content Type と違い、publish・archive・status のような公開状態の属性を持たず、変更追跡用の version だけを持ちます。オン・オフは公開ではなく、本文フィールド activate で制御します。

本文属性

Webhook の本文(作成・修正時に送り、レスポンスで返ってくる設定値)は次のフィールドで構成されます。

△ を付けた url・script は ちょうど 1 つだけ 指定します。両方を指定したり、両方を空にすると拒否されます。

headers の各項目は key(必須)・value(必須)・secret(任意、boolean)で構成されます。secret を true にすると、その値は送信記録でマスクされた状態で残ります(下の WebhookLog を参照)。ただし、この Webhook を取得すると値は原文で表示されます。 応答から外れるのは httpBasicPassword だけなので、secret ヘッダーに置いた値はこの Webhook を読めるロールには見えるものとみなし、そのロールを狭く保ってください。

topics

topics の各項目は {リソース}.{アクション} 形式です。例: Content.Create、Content.Publish、Media.Create。

アクションは次のいずれか、またはリソースのすべてのアクションを意味する * です(例: Content.*)。

filters

filters は、購読した topics のうち実際に Webhook をトリガーする条件を絞り込む配列です。各フィルターは次の形です。

{ "doc": "sys.contentType.sys.id", "op": "EQ", "value": "3trmXRLdJF4GBlAjtcuoZ7Pnxj8dlA" }

• doc: 比較するフィールドのパス。sys.id・sys.contentType.sys.id・sys.createdBy.sys.id・sys.updatedBy.sys.id のいずれかです。
• op: 比較演算子。EQ・NE・IN・NOT_IN・REGEX・NOT_REGEX のいずれかです。
• value: 比較する値。EQ・NE・REGEX・NOT_REGEX には文字列を、IN・NOT_IN には文字列の配列を渡します。

複数のフィルターを置くと、すべてを満たしたときにトリガーします(AND)。filters を空にすると、購読した topics のすべてのイベントがトリガーします。

transformation

transformation は url へ送る HTTP リクエストの形を変えます(script を使う Webhook には適用されません)。指定しない場合は、リソースのペイロード全体が既定の POST でそのまま送られます。

本文がどの形式で送られるか

contentType が本文のシリアライズ形式を決めます。比較では大文字・小文字と ;charset=… のようなパラメーターを無視し、先頭の部分だけを見ます。指定しない場合や値が空の場合は application/json で送ります。includeBody が false の場合、または method が GET の場合は本文を送らず、そのときは Content-Type も付きません。

Webhook が送る本文は常にオブジェクトです。body テンプレートがオブジェクトであり、テンプレートを置かない場合はトリガーされたリソース全体がそのまま送られるためです。

text/plain はオブジェクトを格納できないため、格納できる形式に訂正して送ります。ヘッダーの宣言と実際の本文が食い違うことはありません。本文をテキストで受け取る必要がある対象なら contentType では解決しないため、受け取る側の契約を確認してください。

form-urlencoded はオブジェクトをブラケットキーに、配列をインデックスに展開します。

キーと値は UTF-8 でパーセントエンコードされて送られます。上の表はキーの構造を示すためにデコードした形です。値に & や + が入っていても、ペアの区切り文字や空白と誤解されることはなく、そのまま伝えられます。

ネストをブラケットキーに展開する表記は広く使われている慣例であり、形式そのものの規格ではありません。 受け取る側が product[sku] をネストしたオブジェクトに復元するかどうかを確認し、復元しない場合はフラットなキーで body テンプレートを構成してください。

フォームで送る transformation の例です。

"transformation": {
  "method": "POST",
  "contentType": "application/x-www-form-urlencoded",
  "includeBody": true,
  "body": {
    "sku": "{ /payload/fields/sku/ko-KR }",
    "price": "{ /payload/fields/price/ko-KR }"
  }
}

sku が TUMBLER-500、price が 24000 の Content がトリガーすると、本文は sku=TUMBLER-500&price=24000 として送られます。

url と script(択一)

Webhook がトリガーされると、2 つのうちいずれかを実行します。url を指定すると、その外部 URL へ HTTP リクエストを送ります(リクエストの形は transformation・headers・httpBasic* で決めます)。script を指定すると、外部へ送らず Space 内の Script を 1 つ実行します。

• url: 外部の対象 URL(http/https)。プライベートネットワーク・ループバックなどブロックされた対象は拒否されます。
• script: 実行する Script の Refer。

2 つは ちょうど 1 つだけ 指定する必要があります。両方を指定したり、両方を空にすると拒否され、返ってくるコードはパスごとに異なります(エラー を参照)。

"script": { "sys": { "id": "3trmXRMZcTAjDnphewjj1AaxYcaxlK", "type": "Refer", "targetType": "Script" } }

トリガーされると Script は委任された権限で実行され、statement ごとのリソース権限は実行時に再検査されません。何が許可されるかは Script を作成する時点ですでに検査されます。詳しい実行・権限モデルは Script の実行セマンティクス、制約、セキュリティ を参照してください。

runAs

runAs は script が どのユーザーとして実行されるか を定めます。この ID は、実行中に作成または修正されるリソースの createdBy/updatedBy になり、Script 内の createdBy: ":self" フィルターもこの ID を基準に解決されます。帰属(attribution)であって、権限の境界ではありません。何ができるかは Script を作成する時点の権限検査で決まります。

url だけを使う Webhook では runAs は無視されます。指定しない場合は HookOwner です。

WebhookLog

Webhook が 1 回送信を試みるたびに、記録が 1 つ残ります。取得専用で、作成・修正・削除エンドポイントはありません。パスは /spaces/{spaceId}/webhooks/{webhookId}/logs です。

{
  "sys": {
    "id": "3trmXRM3RqbgSnifyg7PWhc01Exam",
    "type": "WebhookLog",
    "space": { "sys": { "id": "HnQ32YiH", "type": "Refer", "targetType": "Space" } },
    "requestId": "3trmXRM3qWnLb7Vd1yPcYs04kKrjq",
    "statusCode": 200,
    "errors": [],
    "eventType": "Create",
    "url": "https://api.dailywear.example/webhooks/products",
    "requestAt": "2026-06-18T11:35:00.100Z",
    "responseAt": "2026-06-18T11:35:00.350Z",
    "request": {
      "url": "https://api.dailywear.example/webhooks/products",
      "method": "POST",
      "headers": { "Content-Type": "application/json", "X-Source": "weegloo" },
      "body": "{\"sys\":{\"type\":\"Content\"}}"
    },
    "response": {
      "url": "https://api.dailywear.example/webhooks/products",
      "headers": { "Content-Type": "application/json" },
      "body": "{\"ok\":true}",
      "statusCode": 200
    },
    "createdBy": { "sys": { "id": "3trmXRM3RqbgSnifyg7PWhk01Examp", "type": "Refer", "targetType": "Webhook" } },
    "createdAt": "2026-06-18T11:35:00.350Z",
    "updatedBy": { "sys": { "id": "3trmXRM3RqbgSnifyg7PWhk01Examp", "type": "Refer", "targetType": "Webhook" } },
    "updatedAt": "2026-06-18T11:35:00.350Z"
  }
}

すべての値が sys の中にあり、本文属性はありません。値のないキーはレスポンスから外れます。

どの Webhook が残した記録かは sys.createdBy が指します。ユーザーではなくその Webhook の Refer であり、sys.updatedBy も同じ Webhook です。

request と response はそれぞれ次のキーを持ちます。

• request: url(リクエストを送った対象 URL)・method(HTTP メソッド)・headers(送ったヘッダーのマップ)・body(送った本文の文字列)。
• response: url(レスポンスを受け取った URL)・headers(受け取ったヘッダーのマップ)・body(受け取った本文の文字列)・statusCode(受け取ったステータスコード)。

script で Script を実行する Webhook の記録は形が違います。送る宛先がないため url がなく、request の method は "SCRIPT" に固定されます。request の body にはその送信を引き起こした payload が、response の body にはその Script が返した値(または失敗メッセージ)が入ります。

secret をオンにしたヘッダーの値はマスクされて保存されます。実際の値は記録に残りません。

長い本文は縮めて保存されます。 request の body は 65,536 文字、response の body は 8,192 文字が基準です。それより長い場合は 前後を残して中間を省略 し、省略された文字数をその場所に書き込みます。本文が JSON の場合は構造を壊さないよう、長い文字列の値だけを同じ方式で縮めるため、キーと短い値はそのまま残ります。

成功と失敗を分ける基準は連携方式ごとに異なります。 URL へ送る Webhook は、レスポンスが 2xx または 3xx なら成功です。script で Script を実行する Webhook は、statusCode が 400 より小さく errors が空のときに成功です。この判定 1 つが、下の保存期間と 送信状態 の成功率を合わせて決めます。

一覧取得は request と response を外して返します。 一覧エンドポイントの select の既定値が -sys.response,-sys.request だからです。送ったリクエストと受け取ったレスポンスの本文まで見るには、単一取得を使うか、select を直接指定してその既定値を上書きする必要があります。

成功した送信の記録は 1 時間後、失敗した送信の記録は 3 日後に消えます。有効期限を収めたフィールドはレスポンスになく、時が来ると記録は自然に消えます。それより長く保管する必要がある値は、受け取る側のサーバーに別途保存するか、script で実行する Script から Content として残してください。

エラー

Webhook を扱うときに出会うコードです。すべてのリソースに共通するコードは 共通エラー を参照してください。

API

以下のすべてのエンドポイントの基準 URL は https://cma.weegloo.com/v1 で、Authorization ヘッダーに CMA を認証する Bearer トークンが必要です。修正(PUT)と部分修正(PATCH)は、楽観的同時実行制御のために X-Weegloo-Version ヘッダー(現在のリソースの sys.version)を一緒に送る必要があります。

関連ドキュメント

• Content: Webhook をトリガーする本文データ。
• Media: Webhook をトリガーできるファイルリソース。
• Script: script で実行する宣言型のバックエンドエンドポイント。実行・権限モデルを含む。
• SpaceRole: Script の実行(Execute)権限などを持つロール設定。