> For the complete documentation index, see [llms.txt](https://docs-embed.anyflow.jp/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs-embed.anyflow.jp/solution-editor/triggers/outgoing/request-vs-my-event-vs-webhook.md).

# Request / My Event / Webhook トリガーの違い

以下の3つのトリガーは、いずれもAnyflowのAPIエンドポイントを呼び出すことで実行されるトリガーです。\
それぞれの違いは、表にまとめると以下の通りです。

<table data-header-hidden><thead><tr><th></th><th width="109.33984375"></th><th></th><th></th><th></th><th></th><th></th><th></th></tr></thead><tbody><tr><td>アプリ名</td><td>リクエスト<br>検証</td><td>ユーザー<br>負荷</td><td>レスポンス</td><td>実行<br>ソリューション</td><td>呼出元</td><td>Method</td><td>Content-Type</td></tr><tr><td><a href="/solution-editor/triggers/outgoing/request-triggers.md">Request and Response</a></td><td>○</td><td>○</td><td>○</td><td>1つ</td><td>自社プロダクト<br>のサーバー</td><td>POST</td><td>application/json</td></tr><tr><td><a href="/solution-editor/triggers/outgoing/my-event.md">My Event</a></td><td>○</td><td>○</td><td>✗</td><td>複数</td><td>自社プロダクトのサーバー or<br>フロント</td><td>POST</td><td>application/json</td></tr><tr><td><a href="/solution-editor/triggers/outgoing/webhook.md">Webhook</a></td><td>✗</td><td>△</td><td>✗</td><td>1つ</td><td>自社プロダクト<br>or 外部SaaSのWebhook機能</td><td>GET<br>POST</td><td>application/json<br>text/csv</td></tr></tbody></table>

## **リクエスト検証**

○：アクセストークンを用いて動的な検証を行うことができます。\
✗：動的な検証を行うことはできません。

## **ユーザー負荷**

○：エンドユーザーはソリューションをインストールするだけで済みます。\
△：エンドユーザーはソリューションのインストールに加えて、Webhook URL を自社プロダクトまたは外部SaaSのWebhook設定画面に入稿しなければいけません。

## **レスポンス**

○：呼出に対して、ソリューションの処理内容をレスポンスとして受け取ることができます。\
✗：呼出が正しいかどうかのレスポンスのみが返却されます。

## **実行ソリューション**

1つ：1回の呼出で実行できるソリューションは1つだけです。\
複数：エンドユーザーが複数のソリューションをインストールしていれば、1回の呼出で複数のソリューションを実行できます。

## **呼出元**

Requestトリガーは、レスポンス内容を自社DB等に格納する想定で、サーバーでの呼び出しに限定しています。\
My Eventトリガーは、サーバーからもフロントエンドからも呼び出すことも可能です。\
Webhookトリガーは、自社プロダクトまたは外部SaaSにWebhookが存在する場合に呼び出すことが可能です。

## **Method, Content-Type**

APIの呼出で使うことのできるMethodとContent-Typeです。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs-embed.anyflow.jp/solution-editor/triggers/outgoing/request-vs-my-event-vs-webhook.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.