Contents
Make へのブランド変更と最新機能概観
Make(旧 Integromat)の名称統一は、2022 年 6 月に正式実施されたリブランディングです。このセクションでは、名前が変わった背景と、2024 年末までに公表されている主なアップデートを整理します。読者は「いつからどの機能が利用できるか」を把握し、移行計画の全体像をつかむことができます。
ブランド変更の目的
2022 年 6 月 7 日に発表されたリブランディングは、単なるロゴ変更ではなく次のような戦略的意図があります。
- 製品ラインアップと企業ビジョンを統一し、市場での認知度を高める
- 「ノーコード自動化=Make」というイメージをユーザーに浸透させ、競合との差別化を図る
この変更に伴い、既存アカウントは同一メールアドレスで自動的に新しい Make アカウントへマッピングされます。公式ヘルプセンター(Make Help – Account migration)で手順が確認できます。
2024‑2025 年期に公表された主な機能と UI 改善
Make は 2023 年以降、年次ロードマップを通じて AI 機能やコラボレーションツールの追加を予告しています。以下は公式ブログおよびリリースノート(2024‑01, 2024‑09, 2025‑03)に基づく主要機能です。※本記事執筆時点で正式リリースが完了しているものとし、今後の変更可能性があります。
| カテゴリ | 機能名(2025 年版) | 主な効果・利用シーン |
|---|---|---|
| AI | AI モジュール(テキスト生成・画像認識) | ノーコードで自然言語処理や画像解析を組み込み、開発工数削減が期待できる[^1] |
| トリガー | 拡張リアルタイムトリガー | Webhook の自動再接続やストリームデータ取得を標準化し、遅延を最小化 |
| UI | ダッシュボードカードビュー | シナリオ一覧・実行履歴がカード形式で一目で把握できる |
| コラボレーション | ロールベース権限細分化 | チームメンバーごとに閲覧/編集権限を柔軟に設定可能 |
| パフォーマンス | 同時実行スロット増強(最大 25 スロット) | 大規模シナリオでも同時処理がスムーズに |
[^1]: 「Make AI Modules – How they cut development time」(公式ブログ, 2024‑03) によると、ベータテストで平均 28 % の工数削減が報告されています(※個別案件によって差異あり)。
プラン・料金体系の比較と移行時に注意すべきポイント
Make のプランは 2022 年のリブランド以降、名称と上限が一部改訂されました。ここでは 旧 Integromat と 現行 Make(2024‑2025 年版) を横並びで比較し、移行前に必ず確認すべき設定項目をまとめます。
料金・リソース上限の比較表
| 項目 | Integromat(旧) | Make(現行プラン) |
|---|---|---|
| プラン名 | Free / Basic / Pro / Enterprise | Free / Core / Pro / Advanced |
| 月間シナリオ実行上限 | 1,000 / 10,000 / 無制限 | 1,500 (Free) / 15,000 (Core) / 無制限 (Pro/Advanced) |
| 同時実行スロット数 | 2 / 5 / 20 | 3 / 7 / 25 |
| 月額料金(USD) | Free / $9 / $29 / カスタム | Free / $12 / $35 / カスタム |
| AI モジュール利用可否 | 非対応 | Core 以上で利用可能 |
留意点:Core プランは旧 Basic とほぼ同等のリソースに加えて AI モジュールが使用でき、料金差は約 $3 程度です(公式価格表参照: https://www.make.com/en/pricing)。
移行前にチェックすべき課金設定
- Usage Limits の再確認
-
管理画面の「Settings → Usage limits」から、実際の利用量に合わせてシナリオ実行数・データ転送量を調整します。上限超過は自動で課金が発生するため必須です。
-
プラン自動アップグレード防止
-
同一メールアドレスで新規アカウント作成した際、Migration Tool が表示されないことがあります。その場合は手動で適切なプランを選択してください。公式ガイド(Make – Migration tool)に手順が掲載されています。
-
支払い情報の最新化
- 「Billing」セクションからクレジットカードや請求書情報を更新し、期限切れによるサービス停止を防止します。
アカウント統合と認証情報再設定の実務フロー
Make へ移行する際に最も重要なのは「認証情報」の整合性です。以下ではメール・パスワード確認から二要素認証(2FA)まで、段階的に実施すべき手順を示します。
メールアドレスとパスワードの照合
- 旧 Integromat にログインし、登録メールアドレスと現在のパスワードを確認。
- 同一メールで Make のサインイン画面に入力し、認証が通らない場合は「Forgot password」からリセット手続きを行います。
シングルサインオン(SSO)の再設定
企業向けに Azure AD、Google Workspace などの IdP を利用している場合は、Make の管理コンソールで以下を実施します。
- 「Organization Settings → Single Sign‑On」へ移動
- IdP メタデータ(XML または URL)を再登録し、接続テストを実行
二要素認証(2FA)の設定手順
- ユーザープロファイルの Security タブから「Two‑Factor Authentication」を選択。
- Google Authenticator 等の TOTP アプリで表示された QR コードをスキャンし、6 桁コードを入力して有効化。
- 生成されるバックアップコード(10 個)を安全な場所に保存。
重要事項:2FA が未設定の場合、一部 API キーの再発行や Migration Tool の利用が制限されます。
シナリオ(Scenario)移行実践ガイド
シナリオは JSON 形式でエクスポートし、Make にインポートできます。ただしモジュール名やパラメータ構造の変更があるため、マッピング表と テスト実行 が不可欠です。
エクスポート手順(Integromat)
- ダッシュボードで対象シナリオを開く。
- 「Settings → Export」から JSON ファイルを取得し、Git などのバージョン管理リポジトリに保存する(変更履歴が残せるため推奨)。
インポート手順(Make)
- Make にログイン後、左メニューの Scenarios → Create new → 「Import scenario」を選択。
- 先ほど取得した JSON をアップロードすると、自動的に可能な限りモジュールが配置されます。
非互換モジュールの置き換えマッピング表
| Integromat 名称 | Make 名称(2025 年版) | 主な差分・代替策 |
|---|---|---|
| HTTP → Get a file | HTTP → Download file | 同等機能、レスポンスヘッダー取得オプションが追加 |
| Google Sheets → Add row | Google Sheets → Append row | values → rowData にパラメータ名変更 |
| Slack → Send message | Slack → Post message | チャネル指定方式が channel_id → channel へ統一 |
| AI Text Generator (Beta) | AI → Text Generation | 正式リリースに伴う名称変更、出力フォーマットが JSON に統一 |
| Webhooks → Custom webhook | Webhooks → Generic webhook | UI が刷新され、再接続設定がデフォルトで有効化 |
接続情報(API キー・Webhook・OAuth)の移行と検証
- API キー:旧システムの「Connections」画面からキーをコピーし、Make の同名接続で貼り付け。環境変数管理(例:
.env)を推奨。 - Webhook URL:既存エンドポイントはそのまま使用可能。ただし Make では自動リトライ機能がデフォルトで無効化されているため、Enable Auto‑Retry を有効にしてください。
- OAuth 接続:Google、Microsoft、Dropbox 等は Make の「Create new connection」から再認可が必要です。認証後は必ず「Test connection」ボタンで成功を確認します。
ベストプラクティス:全接続情報の更新が完了したら、シナリオごとに「Run once」を実行し、ログとステータスを CSV 形式でエクスポートして保存するとトラブル時に迅速に原因切り分けができます。
移行後の動作確認・トラブルシューティング
移行完了後は「本番環境」へデプロイする前に、必ずテスト実行とログ解析を行いましょう。以下ではデバッグ手順とよくある障害パターン、対策をまとめます。
デバッグモードの活用方法
- シナリオ一覧から対象シナリオを選択し、右上の Debug ボタンをクリック。
- 各モジュールの入力・出力データがリアルタイムで表示されるので、期待値と比較しながら不整合箇所を特定。
- 実行履歴は「History」タブに保存され、CSV エクスポートが可能です。エラーコード(例:
ERR_LIMIT_EXCEEDED)は料金上限チェックリストで確認できます。
代表的な失敗ケースと対処法
| ケース | 主因 | 推奨アクション |
|---|---|---|
料金上限エラー (ERR_LIMIT_EXCEEDED) |
プランの実行数上限超過 | 「Usage Limits」→「Increase limit」または上位プランへアップグレード |
| モジュール非互換 | 旧モジュールが Make 未対応 | マッピング表に従い代替モジュールへ置き換え、パラメータを再設定 |
| Webhook タイムアウト | Auto‑Retry が無効化されている | Webhook 設定で Auto‑Retry を有効化し、タイムアウト値を 30 秒以上に調整 |
| OAuth 認証失敗 | トークン期限切れ・スコープ不足 | 接続再認可時に必要なスコープ全て選択し、テスト実行で成功確認 |
FAQ(よくある質問)
-
Q1. Migration Tool が表示されない場合は?
同一メールアドレスで新規 Make アカウントを作成後、一度ログアウトし再サインインすると自動的にツールが表示されます。公式ヘルプ(Migration tool FAQ)をご参照ください。 -
Q2. 無料プランで AI モジュールは利用できるか?
現行の Free プランでは AI モジュールは提供されていません。AI を使用したい場合は Core プラン以上へのアップグレードが必要です。 -
Q3. シナリオ実行が旧環境より遅くなることはあるか?
UI 改善に伴う処理速度向上が期待できる一方、同時実行スロット数の差がボトルネックになるケースがあります。必要に応じてプランを上位へ変更してください。
公式サポート窓口
- ヘルプセンター: https://www.make.com/en/help
- コミュニティフォーラム(英語): https://community.make.com/
- お問い合わせフォーム:ヘルプセンター内「Contact us」からチケットを作成できます。
移行チェックリスト(実務で使えるまとめ)
| 項目 | 実施内容 | 完了確認 |
|---|---|---|
| 1. ブランド変更の認識 | 社内ドキュメントに「Integromat → Make」表記を統一 | ✅ |
| 2. プラン選定 | 現行利用状況と AI 必要性から Core/Pro を決定 | ✅ |
| 3. アカウント・認証情報確認 | メール・パスワード、SSO、2FA の再設定 | ✅ |
| 4. シナリオエクスポート | JSON を取得し Git にコミット | ✅ |
| 5. モジュール置換マッピング適用 | マッピング表に基づき非互換モジュールを更新 | ✅ |
| 6. 接続情報再設定 | API キー・Webhook・OAuth を全て Make に登録 | ✅ |
| 7. テスト実行 & ログ保存 | 「Run once」+デバッグでエラーなしを確認 | ✅ |
| 8. 使用上限の最終チェック | Usage Limits が想定内か検証 | ✅ |
| 9. 本番デプロイ | 移行済みシナリオを本番環境へ切り替え | ✅ |
| 10. 定期的なモニタリング | 1 週間ごとに実行履歴と請求レポートをレビュー | ✅ |
記事まとめ
- ブランド変更は 2022 年 6 月に完了し、Make が自動化プラットフォームの統一ブランドとして位置付けられました。
- 最新機能(AI モジュール・拡張トリガー等)は公式ロードマップに基づき公表されており、開発工数削減やリアルタイム処理が期待できます。
- 料金体系は旧 Integromat と概ね同等ですが、AI 利用可否でプラン選定のポイントが変わります。上限設定は必ず見直してください。
- 認証情報はメール・パスワードだけでなく SSO と 2FA の再設定が必要です。未設定だと Migration Tool が利用できません。
- シナリオ移行は JSON エクスポート→Make インポートの流れで、モジュール名称のマッピング表とテスト実行を組み合わせて確実に行います。
- トラブル対策としてデバッグモード・ログ活用、FAQ、公式サポート窓口を活用し、問題があれば速やかに対応できます。
上記手順とチェックリストを踏まえて作業すれば、Integromat から Make への移行は安全かつ効率的に完了します。計画的な準備と検証が成功の鍵です。