Pipedreamとは？

Pipedreamは、API、SaaS、Database、WebhookをつないでWorkflowを動かすためのDeveloper-firstなAutomation Platformです。

MakeやZapierと同じく、Triggerから処理を開始してActionを並べられます。ただしPipedreamでは途中にJavaScript、Python、Go、Bashを置くことが特別扱いではありません。

公式の表現を借りれば、

“Code-level control when you need it and no code when you don't.”

という設計です。

そのためPipedreamの比較対象は、Zapierだけではありません。

「APIを使うために小さなBackendを毎回作るのか。それとも認証・Event・RuntimeをPipedreamへ任せるのか」

というDeveloper側の判断も含みます。

No-codeにコードを足したサービスというより、Managed API runtimeにVisual Workflowを足した方が理解しやすいです。

まず何をするサービス？

PipedreamのWorkflowは、

Trigger → Step → Step → Deploy

で構成されます。

TriggerにはHTTP / Webhook、Schedule、App eventなどを使えます。

Stepは、

• 既成Action
• JavaScript / Node.js
• Python
• Go
• Bash

などを混在できます。

さらにConnected AccountのOAuthやAPI key認証をPipedream側で管理できるので、「GoogleのOAuth処理だけで半日終わる」という種類のIntegration workを減らすのが大きな役割です。

最初の10分：Webhook → Code → Google Sheets

これは公式Documentationを基にした導入順序であり、FineInTheoryが10分で完了できることを実測したものではありません。

Pipedreamの公式Quickstartは、無理にGoogle Sheets → SlackのNo-code例へ寄せません。

Developer向けの性格が分かる流れとして、

HTTP / Webhook → JSON event → Node.js/npm → Google Sheets → Deploy

を使います。

1. Projectを作る。
2. Workflowを作る。
3. TriggerにHTTP / Webhookを選ぶ。
4. 発行されたEndpointへTest JSONをPOSTする。
5. Trigger eventのJSON構造を確認する。
6. 次のStepにNode.js codeを置く。
7. 必要ならnpm packageをimportしてDataを整形する。
8. Google Sheets Actionを追加し、Google Accountを接続する。
9. 前段のevent / code outputをSheetの列へMappingする。
10. Deployする。

ここで理解できるのは、Pipedreamが「Canvas上に丸をつなぐ」ことを主目的にしていない点です。

Eventを受ける → Codeで加工する → Managed authentication付きのAPI actionへ渡す

という小さなIntegration Backendを、Serverless Workflowとして置くサービスです。

設計思想：Integrationで面倒な部分だけManagedにする

API Integrationでは、Business logicそのものより、

• OAuth
• token refresh
• webhook subscription
• event payload
• retry
• secrets
• runtime
• deployment

に時間がかかることがあります。

Pipedreamはこの周辺をPlatform側へ寄せつつ、肝心の処理ではCode-level controlを残します。

そのため、Makeのように「非技術者が複雑なVisual Scenarioを組む」方向とは異なります。

n8nとも似ていますが、PipedreamはHostingを自分で持つことより、Managed runtimeでDeveloperのIntegration作業を減らす方へ重心があります。

Workflow BuilderとConnectは分けて考える

Pipedreamには大きく2つの利用面があります。

Workflow Builder

自社のAutomationをPipedream上で作って動かす。

Pipedream Connect

自分のSaaSやAI Agentへ、他サービスとのIntegration機能を埋め込むDeveloper toolkitです。

Connectではmanaged authenticationを使って、多数のAPIへユーザーごとの接続を作れます。

つまりPipedreamは、

「自社業務を自動化する」

だけでなく、

「自社製品にIntegration機能を実装する」

側にも入ります。

ここはMake / Zapierの記事と同じ比較表だけでは見えにくい違いです。

MCP

Pipedreamは現在、MCP serverから多数のAPI / ToolをAI clientへ公開する面も持っています。

ChatGPT、Claude系Client、Developer Agentなどから、managed authentication付きの外部Toolを利用させる用途です。

40_AI / LLMとの境界では、Pipedreamを「LLMそのもの」ではなく、Agentに外部サービスを触らせるIntegration layerとして扱います。

Current FACT Box — verified 11 October 2026

料金・仕様の公式確認先：https://pipedream.com/pricing · https://investor.workday.com/news-and-events/press-releases/news-details/2026/Workday-Announces-Fiscal-2026-Fourth-Quarter-and-Full-Year-Financial-Results/default.aspx

• Product: Pipedream, part of Workday following completed acquisition
• Product surfaces: Workflow Builder, Connect, hosted MCP; pricing differs by surface
• Connect development Free is not an unrestricted production tier
• Connect Startup: $99/month annual equivalent or $150 billed monthly
• Startup includes 100 external users and 10,000 usage credits
• Business: quote-based; additional users/usage may cost extra
• Do not apply Connect rates to the Workflow Builder

Pricing and product features may change. Official pricing sources are listed above and in Primary sources.

メリット

• HTTP/Webhookを入口にしやすい。
• Codeと既成Actionを同じWorkflowで混ぜられる。
• OAuth / API authenticationを毎回自作しなくてよい。
• npm等を使った小さなIntegration logicを書きやすい。
• SaaS/AgentへIntegration機能を埋め込むConnectがある。

デメリット / 注意点

• 非技術者だけのTeamでは、価値の一部を使い切れない可能性がある。
• Self-host ownershipを目的に選ぶ製品ではない。
• Visual-onlyで大規模Business flowを読みたい人にはMake系の方が直感的な場合がある。
• Workflow / Connect / MCPでProduct surfaceが分かれるため、Pricingと契約対象を混ぜない確認が必要。

Learning Ecosystem

評価: Good to Excellent for developers

Official Docs、Quickstart、App integrations、Community、Code examplesが豊富です。検索時にCode snippetへ到達しやすい点はDeveloperにとって強みです。

一方、「Automationを初めて触るBusiness user向け教材量」はZapierやMicrosoftとは意味が違います。

誰に向く？

• API / Webhookを日常的に扱うDeveloper。
• 小さなIntegration Backendを大量に作りたくないTeam。
• No-code Actionだけでは足りないが、Infrastructureまでは持ちたくない。
• 自社SaaS / Agentへ外部Integrationを組み込みたい。

向かない可能性が高い人

• 完全No-codeだけを求めるBusiness user。
• Self-hostを必須条件にする組織。
• Microsoft 365中心の業務自動化。
• PC上のRPAが主目的。

まだ調べますか？

A18 — API / Webhook selection

そもそもVisual AutomationとAPIのどちらが向くか確認する。

A02 — n8n

よりSelf-host / Workflow ownership側へ寄せる場合を見る。

A01 — Make

Visual-firstで同じIntegration問題を解く場合を見る。