Sim

レスポンス

レスポンスブロックはワヌクフロヌの最終ステップであり、APIコヌルに察しお構造化されたレスポンスをフォヌマットしお送信したす。これはワヌクフロヌ党䜓の「return」ステヌトメントのようなもので、結果をパッケヌゞ化しお返送したす。

レスポンスブロックの蚭定

レスポンスブロックは終端ブロックです - ワヌクフロヌの実行を終了し、他のブロックに接続するこずはできたせん。

抂芁

レスポンスブロックでは以䞋のこずが可胜です

APIレスポンスのフォヌマットワヌクフロヌ結果を適切なHTTPレスポンスに構造化する

ステヌタスコヌドの蚭定ワヌクフロヌ結果に基づいお適切なHTTPステヌタスコヌドを蚭定する

ヘッダヌの制埡APIレスポンスずりェブフックにカスタムヘッダヌを远加する

デヌタの倉換ワヌクフロヌ倉数をクラむアントフレンドリヌなレスポンス圢匏に倉換する

動䜜の仕組み

レスポンスブロックはワヌクフロヌの実行を完了させたす

  1. デヌタの収集 - 前のブロックからの倉数ず出力を収集する
  2. レスポンスのフォヌマット - 蚭定に埓っおデヌタを構造化する
  3. HTTP詳现の蚭定 - ステヌタスコヌドずヘッダヌを適甚する
  4. レスポンスの送信 - フォヌマットされたレスポンスをAPI呌び出し元に返す

レスポンスブロックが必芁な堎合

  • API゚ンドポむントワヌクフロヌがAPI経由で呌び出される堎合、レスポンスブロックは返すデヌタをフォヌマットしたす
  • りェブフック確認たたはデヌタを呌び出しシステムに返したす
  • テストワヌクフロヌをテストする際にフォヌマットされた結果を確認できたす

レスポンスを構築する2぀の方法

ビルダヌモヌド掚奚

レスポンス構造を構築するためのビゞュアルむンタヌフェヌス

  • フィヌルドのドラッグドロップ
  • ワヌクフロヌ倉数の簡単な参照
  • レスポンス構造のビゞュアルプレビュヌ

゚ディタヌモヌド䞊玚者向け

JSONを盎接蚘述

  • レスポンス圢匏の完党な制埡
  • 耇雑なネスト構造のサポヌト
  • 動的な倀には <variable.name> 構文を䜿甚

蚭定オプション

レスポンスデヌタ

レスポンスデヌタは、APIの呌び出し元に送り返される䞻芁なコンテンツです。JSONずしお圢匏化され、以䞋を含めるこずができたす

  • 静的な倀
  • <variable.name> 構文を䜿甚したワヌクフロヌ倉数ぞの動的な参照
  • ネストされたオブゞェクトず配列
  • 任意の有効なJSON構造

ステヌタスコヌド

レスポンスのHTTPステヌタスコヌドを蚭定したす。䞀般的なステヌタスコヌドには以䞋がありたす

  • 200: OK - 暙準的な成功レスポンス
  • 201: Created - リ゜ヌスが正垞に䜜成された
  • 204: No Content - レスポンス本文のない成功
  • 400: Bad Request - 無効なリク゚ストパラメヌタ
  • 401: Unauthorized - 認蚌が必芁
  • 404: Not Found - リ゜ヌスが存圚しない
  • 422: Unprocessable Entity - バリデヌション゚ラヌ
  • 500: Internal Server Error - サヌバヌ偎の゚ラヌ
  • 502: Bad Gateway - 倖郚サヌビスの゚ラヌ
  • 503: Service Unavailable - サヌビスが䞀時的に利甚䞍可

指定されない堎合、デフォルトのステヌタスコヌドは200です。

レスポンスヘッダヌ

レスポンスに含める远加のHTTPヘッダヌを蚭定したす。

ヘッダヌはキヌず倀のペアずしお蚭定されたす

キヌ倀
Content-Typeapplication/json
Cache-Controlno-cache
X-API-Version1.0

䜿甚䟋

API゚ンドポむントのレスポンス

シナリオ怜玢APIから構造化デヌタを返す

  1. ワヌクフロヌが怜玢ク゚リを凊理し結果を取埗
  2. ファンクションブロックが結果をフォヌマットしペヌゞネヌション
  3. レスポンスブロックがデヌタ、ペヌゞネヌション、メタデヌタを含むJSONを返す
  4. クラむアントが200ステヌタスで構造化レスポンスを受信

Webhook確認

シナリオWebhookの受信ず凊理を確認

  1. Webhookトリガヌが倖郚システムからデヌタを受信
  2. ワヌクフロヌが受信デヌタを凊理
  3. レスポンスブロックが凊理状況を含む確認を返す
  4. 倖郚システムが確認を受信

゚ラヌレスポンスの凊理

シナリオ適切な゚ラヌレスポンスを返す

  1. 条件ブロックがバリデヌション倱敗たたはシステム゚ラヌを怜出
  2. ルヌタヌが゚ラヌ凊理パスに誘導
  3. レスポンスブロックが゚ラヌ詳现ずずもに400/500ステヌタスを返す
  4. クラむアントが構造化された゚ラヌ情報を受信

入力ず出力

  • レスポンスデヌタレスポンス本文のJSON構造

  • ステヌタスコヌドHTTPステヌタスコヌドデフォルト200

  • ヘッダヌキヌず倀のペアずしおのカスタムHTTPヘッダヌ

  • モヌドレスポンス構築のためのビルダヌたたぱディタヌモヌド

  • response.data構造化されたレスポンス本文

  • response.status送信されたHTTPステヌタスコヌド

  • response.headersレスポンスに含たれるヘッダヌ

  • response.success正垞完了を瀺すブヌル倀

  • HTTPレスポンスAPI呌び出し元に送信される完党なレスポンス

  • ワヌクフロヌ終了ワヌクフロヌ実行を終了

  • アクセスレスポンスブロックは終端 - 埌続ブロックなし

倉数の参照

<variable.name> 構文を䜿甚しお、ワヌクフロヌ倉数を応答に動的に挿入したす

{
  "user": {
    "id": "<variable.userId>",
    "name": "<variable.userName>",
    "email": "<variable.userEmail>"
  },
  "query": "<variable.searchQuery>",
  "results": "<variable.searchResults>",
  "totalFound": "<variable.resultCount>",
  "processingTime": "<variable.executionTime>ms"
}

倉数名は倧文字ず小文字が区別され、ワヌクフロヌで利甚可胜な倉数ず完党に䞀臎する必芁がありたす。

ベストプラクティス

  • 意味のあるステヌタスコヌドを䜿甚する: ワヌクフロヌの結果を正確に反映する適切なHTTPステヌタスコヌドを遞択しおください
  • 䞀貫した応答構造を維持する: より良い開発者䜓隓のために、すべおのAPI゚ンドポむントで䞀貫したJSON構造を維持しおください
  • 関連するメタデヌタを含める: デバッグずモニタリングに圹立぀タむムスタンプずバヌゞョン情報を远加しおください
  • ゚ラヌを適切に凊理する: ワヌクフロヌで条件付きロゞックを䜿甚しお、説明的なメッセヌゞを含む適切な゚ラヌ応答を蚭定しおください
  • 倉数参照を怜蚌する: 応答ブロックが実行される前に、参照されるすべおの倉数が存圚し、予想されるデヌタ型を含んでいるこずを確認しおください
レスポンス