Contents
- 1 Make（旧 Integromat）とは？概要と API 認証方式
- 2 中小企業が API 連携で得られる主な効果
- 3 AI データ連携活用事例：OpenAI／Azure OpenAI／Google Vertex AI の具体シーン
- 4 SME 向け API 連携具体例10選と設定手順
- 4.1 1. 受注管理フロー（Shopify → ERP → 請求書）
- 4.2 2. 在庫更新フロー（外部倉庫 → ERP → Slack 通知）
- 4.3 3. 顧客通知フロー（HubSpot → メール／LINE）
- 4.4 4. リード獲得フロー（Google フォーム → Salesforce → Teams）
- 4.5 5. 経費承認フロー（Google スプレッドシート → Slack → 会計 API）
- 4.6 6. カレンダー自動予約フロー（Calendly → Google カレンダー → Zoom）
- 4.7 7. ソーシャルメディア自動投稿フロー（WordPress → Buffer → Twitter）
- 4.8 8. アンケート結果集計フロー（Typeform → Google シート → Data Studio）
- 4.9 9. チケット管理自動化フロー（Zendesk → Slack → Notion）
- 4.10 10. 定期請求書発行フロー（Xero → PDF Generator → Gmail）
- 5 シナリオ作成・デプロイから運用保守までの全工程とノーコード設計ポイント
- 6 導入チェックリストと次のアクション
Make（旧 Integromat）とは？概要と API 認証方式
Make は、プログラミング不要でクラウドサービスや社内システムをつなげるノーコード自動化プラットフォームです。ドラッグ＆ドロップでシナリオ（ワークフロー）を組み立て、数千に及ぶコネクタを利用してデータフローを実現できます。本節では、Make の基本機能と API 連携に必須となる認証方式について解説します。
OAuth2 と API キーの違い
OAuth2 はユーザー権限を安全に委譲する標準プロトコルです。一方、API キーは固定文字列で手軽に認証できますが、漏洩時のリスクが大きくなります。以下の表は両者の主な違いをまとめたものです（※2024 年版公式ドキュメント: https://www.make.com/ja/help/api）。
| 項目 | OAuth2 | API キー |
|---|---|---|
| 認証フロー | リダイレクト＋承認コード取得 | ヘッダーにキーを直接付与 |
| 有効期限 | トークンは数時間〜数日で自動更新可 | 永続的（手動ローテーションが必要） |
| 権限設定 | スコープ単位で細分化可能 | キー単位で一括権限 |
| 推奨シーン | ユーザーごとのデータ取得、外部 SaaS 連携 | 社内限定・テスト環境、簡易バックエンド呼び出し |
Make の管理画面から [API] → [認証情報] に進み、OAuth2 クライアント ID/シークレットか API キーを発行できます。取得手順は公式ドキュメントに詳細が掲載されています（https://www.make.com/ja/help/api/authentication）。
中小企業が API 連携で得られる主な効果
中小企業にとって業務プロセスの自動化は、コスト削減と競争力向上の重要な鍵です。本節では、実際の数値データを交えて３つの観点からベネフィットを示します。
コスト削減
手作業で行うデータ入力やレポート作成は人的ミスが発生しやすく、時間もかかります。Make で API 連携を構築すると、月間平均 20〜30 時間 の工数削減が期待できます（※Make 社内調査 2023, https://www.make.com/ja/case-studies）。たとえば受注情報を EC サイトから ERP に自動転送した事例では、手入力コストが ¥150,000 削減されました。
業務自動化
注文 → 在庫引き落とし → 請求書発行という一連の流れをシナリオ化すれば、リアルタイムで処理が完了します。導入企業では リードタイムが 30% 短縮 され、顧客満足度が向上しました（※顧客アンケート結果 2022, https://www.make.com/ja/resources）。
データ活用
複数システムから取得したデータを統合し BI ツールや AI サービスへ渡すことで高度分析が可能になります。販売履歴と在庫情報を組み合わせた需要予測モデルを Azure OpenAI で走らせたケースでは、在庫過剰率が 15% 改善 されました（※導入企業レポート, https://azure.microsoft.com/ja-jp/resources）。
AI データ連携活用事例：OpenAI／Azure OpenAI／Google Vertex AI の具体シーン
AI を組み合わせた API 連携は、単なる自動化以上の価値を提供します。ここでは Make の HTTP モジュールや公式 AI コネクタを利用した３つの実装例を紹介し、それぞれの効果指標も併記します。
OpenAI を使った顧客問い合わせ自動応答
- トリガー：WordPress の Web フォームから新規問い合わせが届くたびに発火
- HTTP モジュールで問い合わせ内容を
chat/completionsエンドポイントへ送信 - 返却された回答文を メールモジュールで顧客に自動返信
このフローにより、平均応答時間が 5 分 に短縮し、サポート担当者の負荷が約 40% 減少（※社内 KPI レポート 2023, https://openai.com/research）しました。
Azure OpenAI による需要予測と在庫最適化
- スケジュールトリガーで前月売上データを Azure Blob Storage から取得
- Azure OpenAI の
text-davinci-003を呼び出し、次月の需要予測テキストを生成 - 予測結果を Google スプレッドシートに書き込み、在庫管理システムへ自動連携
導入企業では 在庫回転率が 1.8 倍 に向上し、余剰在庫コストが約 ¥800,000 削減（※Azure ケーススタディ 2022, https://learn.microsoft.com/ja-jp/azure/openai/case-studies）しました。
Google Vertex AI での画像分類を活用した品質チェック
- 製造ラインのカメラ映像を Cloud Storage に保存
- Make の Google Cloud Vision コネクタで画像を Vertex AI カスタムモデルへ送信
- 判定結果（合格/不良）を Slack に通知し、担当者が即座に対処
この自動検査により、不良品出荷率が 0.5% → 0.1% と大幅に低減しました（※Google Cloud ケーススタディ, https://cloud.google.com/vertex-ai/custom-models）。
SME 向け API 連携具体例10選と設定手順
本節では、実務で頻出する 10 パターン のフローをピックアップし、Make の画面操作手順をステップごとに解説します。すべてドラッグ＆ドロップだけで完了できる点がポイントです。
1. 受注管理フロー（Shopify → ERP → 請求書）
このシナリオは EC サイトの注文情報を自社 ERP に即時反映し、請求書 PDF を顧客に送付する一連の流れです。
| 手順 | 操作概要 |
|---|---|
| 1 | トリガー：Shopify の「新規注文」モジュールを配置 |
| 2 | 変数マッピングで注文番号・SKU を抽出 |
| 3 | HTTP モジュールで自社 ERP の在庫減算 API にリクエスト送信 |
| 4 | 成功レスポンスを受けたら、PDF Generatorモジュールで請求書作成 |
| 5 | メールモジュールで顧客に PDF を添付送付 |
ポイント：HTTP ヘッダー欄に API キーを環境変数（例:
{{env.MY_ERP_KEY}}）として設定すると、キー管理が一元化できます。
2. 在庫更新フロー（外部倉庫 → ERP → Slack 通知）
在庫情報のリアルタイム同期と担当者への即時通知を実現します。
| 手順 | 操作概要 |
|---|---|
| 1 | スケジュールトリガーで 30 分ごとに外部倉庫 API を呼び出す |
| 2 | 取得した JSON データを Array Aggregator で整形 |
| 3 | 整形データを ERP の在庫更新エンドポイントへ HTTP POST |
| 4 | 更新結果（成功/失敗）を Slack にテキストブロックで通知 |
注意点：外部倉庫 API がレートリミットを持つ場合は、Make の「遅延」モジュールで呼び出し間隔を調整してください。
3. 顧客通知フロー（HubSpot → メール／LINE）
CRM 更新時にマルチチャネルで顧客へ感謝メッセージを送ります。
| 手順 | 操作概要 |
|---|---|
| 1 | トリガー：HubSpot の「コンタクト更新」モジュール |
| 2 | 条件分岐でステータスが「購入完了」のレコードのみ通過 |
| 3 | メールモジュールで感謝メール送信 |
| 4 | 同時に HTTP モジュールで LINE Messaging API に POST（テキストメッセージ） |
ベストプラクティス：条件分岐の「式」欄では
contains({{status}}, '購入完了')を使うと可読性が向上します。
4. リード獲得フロー（Google フォーム → Salesforce → Teams）
マーケティング施策で集めたリード情報を即座に営業チームへ共有します。
| 手順 | 操作概要 |
|---|---|
| 1 | トリガー：Google Forms の新規回答モジュール |
| 2 | 回答内容を JSON パーサーで整形 |
| 3 | Salesforce コネクタの「レコード作成」モジュールでリード登録 |
| 4 | 登録成功時に Microsoft Teams にカード形式で通知 |
5. 経費承認フロー（Google スプレッドシート → Slack → 会計 API）
従業員が提出した経費を自動的に審査し、承認後は会計システムへ連携します。
| 手順 | 操作概要 |
|---|---|
| 1 | スケジュールトリガーで毎日 09:00 に対象シートを取得 |
| 2 | 各行を Iterator で展開し、金額が ¥50,000 以下か判定 |
| 3 | 条件に合致すれば Slack に承認依頼メッセージ送信（ボタン付き） |
| 4 | 承認ボタンがクリックされたら、会計 API の「仕訳登録」エンドポイントへ POST |
6. カレンダー自動予約フロー（Calendly → Google カレンダー → Zoom）
オンラインミーティングの予約からカレンダー登録、Zoom 会議作成までを一括で行います。
| 手順 | 操作概要 |
|---|---|
| 1 | トリガー：Calendly の「新規イベント」モジュール |
| 2 | イベント情報を Google カレンダー に「イベント作成」 |
| 3 | 同時に Zoom コネクタでミーティングリンク生成 |
| 4 | 作成した Zoom URL をカレンダー招待欄に自動挿入 |
7. ソーシャルメディア自動投稿フロー（WordPress → Buffer → Twitter）
ブログ更新を検知し、同時に複数の SNS に自動でシェアします。
| 手順 | 操作概要 |
|---|---|
| 1 | トリガー：WordPress の「新規投稿」モジュール |
| 2 | 記事タイトルと URL を Buffer の「投稿作成」へ送信 |
| 3 | Buffer が各連携 SNS（Twitter, LinkedIn, Facebook）に同時配信 |
8. アンケート結果集計フロー（Typeform → Google シート → Data Studio）
顧客アンケートの回答をリアルタイムで可視化します。
| 手順 | 操作概要 |
|---|---|
| 1 | トリガー：Typeform の「新規回答」モジュール |
| 2 | 回答データを Google シート に行追加 |
| 3 | 毎日 23:00 にシート全体を CSV エクスポートし、Data Studio 用データセットへ保存 |
9. チケット管理自動化フロー（Zendesk → Slack → Notion）
サポートチームの作業負荷を軽減し、情報共有を一元化します。
| 手順 | 操作概要 |
|---|---|
| 1 | トリガー：Zendesk の「新規チケット」モジュール |
| 2 | チケット内容を Slack にテキストブロックで通知（担当者タグ付） |
| 3 | 同時に Notion データベースへレコード作成し、進捗管理用ページを自動生成 |
10. 定期請求書発行フロー（Xero → PDF Generator → Gmail）
サブスクリプション型ビジネス向けの月次請求書作成と送付を自動化します。
| 手順 | 操作概要 |
|---|---|
| 1 | スケジュールトリガーで毎月 1 日に Xero の「未払い請求」一覧取得 |
| 2 | 各レコードを PDF Generator で請求書 PDF に変換 |
| 3 | Gmail モジュールで顧客メールアドレス宛に PDF を添付送信 |
実装効果のサンプル：このフロー導入企業は、月間 12 時間 の事務作業を削減し、請求ミスが 95% 減少（※Xero ケーススタディ 2023, https://www.xero.com/jp/resources/case-studies）しました。
シナリオ作成・デプロイから運用保守までの全工程とノーコード設計ポイント
Make で構築したシナリオは、開発・テスト・本番というライフサイクルを踏むことで安定稼働が可能です。本節では、DEV Community と apidog が示すベストプラクティスに沿って全工程と設計上の留意点を解説します。
エラー処理とホワイトラベルレポート作成
エラーハンドリングは自動化成功率を左右する重要要素です。以下の手順で堅牢な仕組みを構築できます（※Make エラーハンドリングガイド 2024, https://www.make.com/ja/help/error-handling）。
- 各モジュールの「エラー時」分岐に Error Handler を追加し、失敗したリクエスト内容をログテーブルへ保存
- 「リトライ」オプションで最大 3 回、自動遅延付き再実行を有効化
- ログが一定件数以上になると、メールまたは Microsoft Teams に即時通知するフローを構築
レポート自動化手順
- スケジュールトリガー（毎日 23:00）でログテーブルから当日のエラー件数・成功率を集計
- 集計結果を Google Data Studio 用 CSV に変換し、Google Drive に保存
- 保存したファイルの共有リンクを メールモジュールで管理者へ送付
条件分岐・ループ処理のノーコード設計ポイント
| 設計項目 | 推奨手法 |
|---|---|
| 複数レコードの逐次処理 | Iterator モジュールで配列を展開し、各要素に同一シナリオ適用 |
| 動的条件分岐 | 「式」欄に JavaScript ライクな式（例：{{value}} > 100 ? true : false）を記述 |
| 大量データのバッチ処理 | Chunk モジュールで 500 件単位に分割し、レートリミット対策実装 |
ログ取得とダッシュボード作成
Make の Execution History から JSON ログをエクスポートし、Grafana と連携すればリアルタイム監視が可能です。API で取得したログは ElasticSearch に投入し、検索性の高いダッシュボードを構築すると運用負荷が大幅に減ります（※Elastic 社事例 2023, https://www.elastic.co/jp/customers）。
導入チェックリストと次のアクション
Make の導入前に以下項目を必ず確認してください。未実施項目がある場合は順次対応することで、スムーズな本番稼働が期待できます。
- 業務適合性評価
- 対象プロセスが API 経由で取得・更新可能か検証
-
手作業の工数と自動化後の効果を定量的に算出
-
テスト環境構築
- Make のサンドボックスアカウントまたは無料プランでシナリオを試験実行
-
外部 API はステージングエンドポイントを利用し、本番データへの影響を防止
-
チーム権限設定
- 管理者・開発者・閲覧者のロールを明確化し、最小権限の原則でユーザー割り当て
-
API キーやシークレットは環境変数として管理し、共有を禁止
-
運用保守体制
- 定期的なシナリオレビューとログ分析担当者を決定
- エラー時のエスカレーションフロー（Slack 通知 → 担当者対応）を文書化
チェックリストが完了したら、Make の無料トライアルで実際にシナリオを構築し、効果測定を行いましょう。導入支援や質問は、公式サポートページ（https://www.make.com/ja/contact）からお問い合わせください。
本稿の数値・事例はすべて公開されているケーススタディ、ホワイトペーパー、およびベンダー提供のレポートを元にしています。実際の効果は導入企業の業種・規模・運用体制により変動しますので、導入前にパイロットテストを実施することを推奨します。