Difyの使い方で初心者が最初にやるべきことは、「アプリを作る前に、公開後の課金とアクセス制御をどう設計するか決めること」です。
理由は単純です。Difyで作ったアプリは公開URLを知られれば認証なしで誰でも使え、そのとき消費されるトークン代は、あなたが登録した自分のOpenAI／Anthropic APIキーに請求されるからです。作り方の手順そのものは公式ドキュメントを見れば30分で終わります。詰まるのはその先です。
この記事では、手順の再説明は最小限にとどめ、Dify Cloud無料／有料／セルフホストの3分岐を「月額＋LLM API従量＋公開リスク」の3軸で選び切るところまでを扱います。診断チャート、月額試算表、公開前チェックリスト15項目をそのまま使える形で載せました。
Difyの費用は「プラットフォーム費」と「LLM API従量課金」の二層構造です。無料プランでも自前APIキーを登録すればAPI側で課金されます。「無料で始められる」＝「無料で使い続けられる」ではありません。
結論：初心者がまずやるべき3つのこと
最初にやるべきは、①診断チャートで自分の出口（無料／有料／セルフホスト）を決める、②LLM APIの月次使用上限を設定する、③公開範囲を決めてから作り始める、の3つです。
順序が大事です。多くの入門記事は「まず作ってみましょう」から始まりますが、作ってから公開設定を考えると、テスト中に公開URLを踏まれてトークンを消費される、社外に配れない仕様で作り込んでしまう、といった手戻りが起きます。
やるべきこと①：自分の出口を先に決める
Difyの3分岐は、要件が決まれば機械的に選べます。
| 出口 | 向いている人 | 初月に出ていく金額の目安 |
|---|---|---|
| ChatGPT／GPTs・Claude Projects | 自分ひとりで使う。自動起動も外部配布も不要 | 既存のサブスク内（追加0円） |
| Dify Sandbox＋自前APIキー | 個人・副業。作ったものを人に配りたい | $0＋API従量のみ |
| Dify Professional | 2人以上で運用、または定期自動実行が必要 | 年額$590（月額換算 約$49）＋API従量 |
| セルフホスト（Community Edition） | 顧客名・売上など外に出せないデータを扱う | VPS費＋API従量（Dify利用料は無料） |
（プラン構成・価格はDify公式料金ページ(2026)より）
やるべきこと②：APIキーの使用上限を先に設定する
Difyの管理画面ではなく、OpenAI等の各プロバイダー管理画面でハードリミットを設定します。
Dify側にはAPI従量課金を止める仕組みがありません。自前キーを登録した時点で、請求の蛇口はプロバイダー側にあります。月$20など、痛くない金額で上限を切ってから公開してください。
やるべきこと③：公開範囲を決めてから作る
Dify公式ドキュメント「AIアプリの共有」(2026)は、公開前に「アプリが公開であるべきか認証が必要か」を決めるよう明記しています。
配布手段はWebアプリ（URL共有）、API連携、サイト埋め込み（iframe/script）、MCPサーバー公開の4系統です。どれを使うかで、必要なアクセス制御も、漏れたときの被害範囲も変わります。
「作り方」を調べる前に、出口・上限・公開範囲の3点を決める。ここを飛ばすと、あとで作り直しか、想定外の請求のどちらかを引きます。
Difyとは何か？ChatGPTやGPTsと何が違う？
Difyは、ノーコード／ローコードでLLMアプリを作れるオープンソースのプラットフォームです。GPTsとの決定的な違いは、「作ったものをAPI・埋め込み・MCPサーバーとして自分のサービスに組み込める」点にあります。
GPTsはChatGPTの中でしか動きません。Difyで作ったアプリは、自社サイトへの埋め込み、外部システムからのAPI呼び出し、Claude DesktopやCursorからのMCP接続まで届きます。「社内ツールにしたい」「顧客に配りたい」という要件が出た瞬間に、両者は別物になります。
もう一点、Difyにはワークフローがあります。複数のLLM呼び出し、条件分岐、外部API連携、ナレッジ検索を1本の処理として組めます。「PDFを読ませて→要約させて→分類して→Slackに投げる」を1アプリにできるのがDifyで、これはGPTsの守備範囲を超えています。
前提：日本ではまだ「使っている人」が少数派
総務省の令和7年版 情報通信白書(2025)によると、日本で生成AIを使ったことがある個人は26.7%です。
前年度調査の9.1%から大きく伸びたものの、米国の68.8%とは開きがあります（20代は44.7%）。企業側は、同白書の「企業におけるAI利用の現状」で55.2%が業務で使用中と回答し、うち47.3%が「メールや議事録、資料作成等の補助」用途です。
つまり、多くの企業のAI活用は「文章作成の補助」で止まっており、Difyで社内フローを自動化する段階に入れば、それだけで差がつく状況にあります。個人・中小事業者にとっては、まだ先行者利益が残っている領域です。
上の数値は2024年度調査に基づく2025年公表値です。生成AIの普及速度を考えると、現時点の実利用率はこれより高い可能性があります。
Difyを使うべきか？5問の診断チャート
結論から言うと、「自分ひとりで使い、自動起動も不要」ならDifyは不要です。ChatGPTやClaudeのプロジェクト機能で足ります。以下の5問で出口を判定してください。
5問の分岐チャート
``` Q1. 作ったものを自分以外（社内の他メンバー/社外/顧客）に配りますか？ ├─ No → Q2へ └─ Yes → Q2へ（Dify候補）
Q2. 入力データに顧客名・売上・個人情報など、外に出したくない情報が含まれますか？ ├─ Yes → Q5へ（セルフホスト検討ライン） └─ No → Q3へ
Q3. 毎朝9時・メール受信時など、自動起動が必要ですか？ ├─ Yes → Q4へ └─ No → Q4へ
Q4. 2人以上で編集・運用しますか？ ├─ Yes → 【C】Dify Professional └─ No → Q1がNo かつ Q3もNo なら【A】、それ以外は【B】
Q5. Docker/VPSを触れる人が社内（または自分）にいますか？ ├─ Yes → 【D】セルフホスト └─ No → 【E】Difyを使わない（要検討） ```
各出口の判断理由・初月コスト・乗り換えシグナル
| 出口 | そう判断する理由 | 初月に出ていく金額 | 乗り換えシグナル |
|---|---|---|---|
| 【A】ChatGPT/GPTs・Claude Projects | 配布も自動化も不要なら、Difyの学習コストが純粋な損 | 0円（既存サブスク内） | 「あの人にも使わせて」と言われたら【B】へ |
| 【B】Dify Sandbox＋自前APIキー | 配布はしたいが機密は扱わない。無料枠で公開まで届く | $0＋API従量（数百〜数千円） | アプリ5個・ナレッジ50文書を超えたら【C】へ |
| 【C】Dify Professional | 複数人運用・トリガー常用はSandboxの枠を確実に超える | 年額$590（月額換算 約$49）＋API従量 | メンバー4人目、またはナレッジ500文書超で Team へ |
| 【D】セルフホスト（Community Edition） | データを自社管理下に置ける。Dify利用料は無料 | VPS費（月2,000〜5,000円程度）＋API従量 | 運用工数がProfessional代を上回ったらCloudへ戻す |
| 【E】Difyを使わない | 機密データを扱うのにDocker運用者がいない構成は事故が起きる | — | ローカルLLM導入か、構築の業務委託を検討 |
【E】は上位記事がほぼ書かない「撤退基準」です。「機密を扱う × 誰もサーバーを見られない」でCloudに載せるのが、個人・中小事業者で最も起きやすい事故パターンです。Q2がYesでQ5がNoなら、Difyを使わない判断を先に検討してください。
Dify以外の選択肢との切り分け
「LLMを使うか、システムを繋ぐか」で道具が分かれます。
- n8n / Zapier：SaaS間のデータ連携が主目的で、LLMは味付け程度 → n8n側が適任
- Microsoft Copilot Studio：Microsoft 365・Teamsに深く統合したい、既にMS基盤がある → Copilot Studio
- Dify：LLMの振る舞い（プロンプト・RAG・エージェント）そのものを作り込みたい → Dify
- LangChain等のコード実装：エンジニアがいて、細かい制御が要る → コードで書いた方が速い
Difyの料金はいくら？月額の計算式と3ケース試算
結論、Difyの月額総コストは「プラットフォーム費 ＋ LLM API従量 ＋ インフラ費」の三層で、多くの場合LLM API従量が主役になります。Difyの料金ページだけを見ても、実際の請求額はわかりません。
計算式と前提の置き方
まず式を固定してから、自分の数字を入れます。
``` 月額総コスト = プラットフォーム費（Difyのプラン料金） + Σ(1メッセージあたり入力トークン × 入力単価 + 出力トークン × 出力単価) + インフラ費（セルフホストのVPS等） ```
本記事の試算では、基準値として 1メッセージ＝入力1,500トークン／出力500トークン（RAGでの検索結果注入込み） を仮置きします。RAGを使うと、参照文書がまるごと入力に乗るため入力トークンが膨らむ点に注意してください。
プラン別のプラットフォーム費（Dify公式料金ページ 2026より）
| プラン | 料金 | メッセージクレジット | アプリ数 | メンバー | ナレッジ文書 | ベクトルストレージ |
|---|---|---|---|---|---|---|
| Sandbox | $0 | 200（通算枠・月次リセットなし） | 5 | 1人 | 50件 | 50MB |
| Professional | 年額$590（月額換算 約$49） | 5,000/月 | 50 | 3人 | 500件 | 5GB |
| Team | 年額$1,590（月額換算 約$133） | 10,000/月 | 200 | 50人 | 1,000件 | 20GB |
| Community Edition（セルフホスト） | 無料 | —（自前APIキー） | 制限なし | 制限なし | インフラ次第 | インフラ次第 |
二層構造の要点：クレジットとAPI課金は別レイヤー
Dify公式ドキュメント「モデルプロバイダー」(2026)によると、自前のモデルプロバイダーキーを登録するとDifyのAIクレジットを消費せずに利用できます。
ここが初心者の最大の誤解ポイントです。整理すると次のようになります。
- Difyのクレジットを使う：Difyのプラン枠を消費する。API側の請求は発生しない
- 自前APIキーを使う：Difyのクレジットは減らない。代わりにOpenAI等から直接請求される
- 両者は併用可能で、優先順位も設定できる
つまり「Sandbox（無料）だから0円」ではありません。自前キーを登録した瞬間、コストの主戦場はAPI側に移ります。
3ケース×3構成の試算表
LLM API単価はモデルと時期で変動するため、ここでは金額を確定させず「どこにコストが乗るか」の構造を示します。
| 利用シナリオ | (A) Sandbox＋自前APIキー | (B) Professional | (C) VPSセルフホスト |
|---|---|---|---|
| (1) 社内5人が1日10回＝月1,000メッセージ | プラットフォーム$0＋API従量。ただしメンバー1人制限に抵触し5人運用は不可 | $49/月＋（クレジット5,000内なら追加API費なし、自前キーならAPI従量） | VPS費＋API従量。メンバー制限なし |
| (2) 顧客向け公開ボット 月5,000メッセージ | $0＋API従量。公開URLのアクセス制御が必須 | $49/月＋クレジット5,000でほぼ収まる規模 | VPS費＋API従量。スパイク時のスケールは自己責任 |
| (3) トリガーで夜間バッチ 月3,000実行 | トリガー常用はクレジット/枠管理が前提。個人検証向き | $49/月＋従量。定期実行の主戦場 | VPS費＋API従量。cron的運用と相性が良い |
トークン費用の当てはめ方（自分の数字に置き換える手順）：
- 使うモデルの公式価格ページで、入力単価・出力単価（1Mトークンあたり）を確認する
- `月間メッセージ数 × 1,500トークン ÷ 1,000,000 × 入力単価` を計算する
- `月間メッセージ数 × 500トークン ÷ 1,000,000 × 出力単価` を計算する
- 2と3を足し、プラットフォーム費とインフラ費を加える
LLMの単価は各社が随時改定します。ここに固定値を書くとすぐ嘘になるため、必ず利用するモデルの公式価格ページで当日の単価を確認してください。概算を出すなら、まず1週間の実測メッセージ数を取ってから月換算するのが最も外れません。
Sandboxのメッセージクレジット200は月次リセットのない通算枠です。「毎月200回試せる」ではなく「合計200回で終わり」です。継続利用するなら、早い段階で自前APIキーの登録が前提になります。
具体的な使い方：最短で「公開できる状態」まで
最短ルートは、アカウント作成 → モデルプロバイダーに自前APIキー登録 → アプリ作成 → 公開設定 → 公開の5段階です。手順そのものは公式ドキュメントが最新なので、ここでは初心者が実際に詰まる点を中心に押さえます。
手順1〜5：作成から公開まで
- Dify Cloudにサインアップし、ワークスペースを作る（GoogleまたはGitHubアカウントで開始できます）
- 設定 → モデルプロバイダーで、自前のAPIキーを登録する（先にここをやる。後回しにするとクレジット200をデバッグで溶かします）
- アプリを作成する（チャットボット／テキストジェネレーター／エージェント／ワークフロー・チャットフローから選択）
- プロンプトを書き、プレビューでデバッグする（この段階ではまだ公開しない）
- 公開設定でアクセス範囲を決めてから公開する
配布方法は4系統、被害範囲が違う
Dify公式ドキュメント「AIアプリの共有」(2026)によると、配布手段はWebアプリ（URL共有）、API連携、サイト埋め込み、MCPサーバー公開の4系統です。
| 配布方法 | 用途 | 漏れたときに起きること |
|---|---|---|
| Webアプリ（URL共有） | 社内・顧客に手早く配る | URLを知る全員が使える。トークンが消費される |
| API連携 | 自社システムに組み込む | APIキー漏洩で外部から任意に呼ばれる |
| サイト埋め込み | 自社サイトにチャット窓を設置 | 埋め込み先ドメイン外からも叩かれ得る |
| MCPサーバー公開 | Claude Desktop・Cursorから使う | URLに認証資格情報が含まれる |
Dify公式ドキュメント「MCPサーバー」(2026)は、MCPサーバーURLには認証資格情報が含まれるためAPIキー同様に扱い、漏洩時は再生成するよう明確に警告しています。
RAG（ナレッジ）の精度が出ないときの直し方
「PDFを入れたのに答えない」の原因は、ほぼ次の4つに絞れます。
- インデックスが完了していない：アップロード直後は検索対象になりません。ナレッジ画面で処理完了を待ちます
- top_kが小さすぎる／大きすぎる：小さいと必要な断片が拾えず、大きいと入力トークンが膨張してコストが上がります。まず3〜5で試し、外すなら増やします
- PDFの表が崩れている：表組みPDFはテキスト抽出で列が壊れます。表はCSVやMarkdownにテキスト化してから投入するのが確実です
- チャンクの切れ目が悪い：見出し単位で切れていないと文脈が途切れます。区切り文字とチャンクサイズを見直します
「LLMが悪い」と判断する前に、まずナレッジ側を疑ってください。RAGの精度問題の大半は、モデルではなく前処理と検索設定が原因です。
公開ボタンを押す前の15項目チェックリスト
公開前に確認すべきは、①アクセス制御 ②課金上限 ③データの中身 ④撤収手順の4カテゴリ15項目です。ここが本記事の中核で、そのまま印刷して使える体裁にしてあります。
アクセス制御（4項目）
| # | 確認項目 | 確認箇所 | 未対応だと何が起きるか |
|---|---|---|---|
| 1 | □ 公開URLにアクセス制御を設定したか | アプリ → 公開 → Webアプリ設定 | URLを知る全員が使え、自分のAPIキーのトークンが第三者に消費される |
| 2 | □ 埋め込み先のドメインを限定したか | アプリ → 公開 → サイト埋め込み | 想定外のサイトから呼ばれる |
| 3 | □ MCPサーバーURLを共有した相手を把握しているか | アプリ → 公開 → MCPサーバー | URLに認証資格情報が含まれるため、漏洩＝アクセス権の譲渡になる |
| 4 | □ 漏洩時にURL／キーを再生成する手順を確認したか | 各公開設定画面 | 漏れた後に止める手段がなく、公開停止しか選べない |
課金の上限（3項目）
| # | 確認項目 | 確認箇所 | 未対応だと何が起きるか |
|---|---|---|---|
| 5 | □ OpenAI等の管理画面で月次使用上限（ハードリミット）を設定したか | 各プロバイダーの請求設定 | 暴走時の請求上限が青天井になる |
| 6 | □ 自前APIキーとDifyクレジットの優先順位を把握したか | 設定 → モデルプロバイダー | どちらが減っているか分からないまま課金が進む |
| 7 | □ 想定外の使われ方（連投・長文投入）の上限を決めたか | アプリ設定・プロンプト設計 | 1回あたりのトークン量が跳ね、単価想定が崩れる |
データの中身（4項目）
| # | 確認項目 | 確認箇所 | 未対応だと何が起きるか |
|---|---|---|---|
| 8 | □ ナレッジに入れてはいけない情報（顧客氏名・契約書・カード情報）を除外したか | ナレッジ → 文書一覧 | 回答経由で第三者に機密が出る |
| 9 | □ プロンプトに機密情報を直書きしていないか | アプリ → プロンプト | プロンプトインジェクションで抜かれ得る |
| 10 | □ ログ保持期間とプランの上限を把握したか | ワークスペース設定・プラン内容 | 入力内容が想定より長く残る／必要なログが消える |
| 11 | □ 利用者に「入力しないでください」と明示したか | アプリの説明文・開始メッセージ | 利用者が個人情報を入力してしまう |
セルフホストとライセンス（4項目）
| # | 確認項目 | 確認箇所 | 未対応だと何が起きるか |
|---|---|---|---|
| 12 | □ SECRET_KEYを既定値から変更し、v1.14.2以降に更新したか | .env／docker compose設定 | テナント分離の既知の修正が未適用のまま運用される |
| 13 | □ バージョンを固定し、検証環境で先に上げる運用にしたか | docker-compose.yml のタグ指定 | 1.15／1.16でUIと機能が変わり、手順書が陳腐化する |
| 14 | □ クライアント提供がマルチテナント提供になっていないか | 提供形態の設計 | ライセンス追加条件に抵触する |
| 15 | □ フロントエンドのロゴ・著作権表示を消していないか | 公開画面 | 同じくライセンス追加条件に抵触する |
やめるときの撤収手順も先に書き出してください。公開停止 → APIキー失効 → ナレッジ削除 → アカウント削除の順です。「使わなくなったが公開したまま」が、最も静かにトークンを溶かす状態です。
15項目のうち、個人・副業で特に落としやすいのは1・5・8・15です。この4つだけでも、公開前に必ず潰してください。
セルフホストの前に確認すべきことは？
結論、セルフホストは「機密データを扱う × Docker/VPSを触れる人がいる」の両方が揃ったときだけ選びます。片方でも欠けるとリスクだけ増えます。
動作要件とデプロイ手順
Dify公式ドキュメント「Docker Compose で Dify をデプロイする」(2026)によると、動作要件はCPU 2コア以上、RAM 4GiB以上、Docker Compose 2.24.0以上（LinuxはDocker 19.03+）です。
構築後は `http://localhost/install` にアクセスして初期管理者を設定します。逆に言えば、この画面に外部から到達できる状態で放置すると、最初に来た誰かが管理者になれます。ファイアウォールとアクセス制限を先に入れてください。
セキュリティ更新は必須
v1.14.1（2026年5月12日）／v1.14.2（2026年5月19日）で、セルフホストのSECRET_KEYハードニング、内部メトリクスエンドポイント保護、テナント分離・アカウント／ツール分離のセキュリティ修正が入っています。
自前サーバーで運用している場合、これらの適用は必須です。「動いているから触らない」は、セルフホストでは最も危険な運用方針になります。
商用利用時のライセンス制約
DifyのライセンスはApache 2.0ベースですが、追加条件が2点あります。
- 書面による許可なきマルチテナント提供の禁止
- フロントエンドUI利用時のロゴ・著作権情報の削除／変更の禁止
副業でクライアントにDify環境を提供する人には直撃します。1社に1環境を構築して納品するのか、1つの環境に複数社を相乗りさせるのかで、ライセンス上の扱いが変わります。なお、バックエンドAPIとしてのみ使い独自UIを作る場合は、ロゴ表示義務の対象外です。
「Difyで作ったボットを月額で複数社に提供する」というビジネスモデルは、構成によってはマルチテナント提供に該当します。事業として始める前に、ライセンス条項の原文（GitHubのLICENSE）を確認してください。
専門家・公的情報の見解：Difyの信頼性はどう判断する？
結論、DifyはSOC 2 Type II・ISO 27001:2022・GDPRコンプライアンスを2年連続で取得しており、認証面での裏付けはあります。「中国発だから危険」といった漠然とした評価ではなく、公開されている一次情報で判断してください。
認証取得とTrust Center
Dify公式ブログ／Dify Docs「Get Compliance Report」(2026)によると、DifyはSOC 2 Type II、ISO 27001:2022、GDPRコンプライアンスを2年連続で取得しています。
コンプライアンスレポートは、クラウド版画面右上の Compliance からダウンロードできます。稟議や取引先説明で証跡が必要な場合は、ここから取得するのが最短です。
セキュリティ情報（認証状況・サブプロセッサ一覧等）は、公式のTrust Center（https://security.dify.ai/）で公開されています。どのサブプロセッサにデータが渡るかを確認したい場合は、まずここを見てください。
運営主体と国内導入実績
日本法人は株式会社LangGenius（東京）で、2025年11月28日のプレスリリースでは、NTTデータ・NTT東日本・カカクコム・リコー等の国内導入企業名が公表されています。
日本法人が存在し、大手の導入実績が公表されている点は、中小事業者が社内説明をする際の材料になります。ただし導入実績は「安全性の証明」ではありません。自社が扱うデータの機微性に応じて、Cloudかセルフホストかを判断してください。
中小企業のAI導入という文脈
独立行政法人 中小企業基盤整備機構が2026年3月に公表した「中小企業のAI等の利活用に係る実態調査」は、中小事業者のAI導入実態と障壁に関する公的な一次データです。
個人・中小事業者がAI導入を検討する際、補助金申請や社内合意形成の根拠資料として、こうした公的調査を引用できると話が早くなります。
バージョン追従はどうする？手順記事が動かない理由
結論、Difyは基盤機能が数ヶ月単位で変わるため、2025年前半の手順記事どおりに画面は動きません。一次情報（公式ドキュメント日本語版）を基準にし、セルフホストではバージョンを固定してください。
直近1年で何が変わったか
| 時期 | 変更内容 |
|---|---|
| 2025年11月 | 新基盤「トリガー（Trigger）」正式リリース。スケジュールや外部イベント起点でワークフローを自動起動できるようになり、手動実行／API呼び出し依存から脱却 |
| 2026年5月 | v1.14.1／v1.14.2でセルフホストのセキュリティ修正（SECRET_KEYハードニング、テナント分離等） |
| 2026年6月 | v1.15.0でCLIクライアント`difyctl`、Chain-of-Thought（思考過程）可視化、Human-in-the-Loopフォーム強化（ドロップダウン・ファイルアップロード対応）、ランディング／オンボーディング刷新 |
| 2026年7月17日 | v1.16.0で「Dify Agent（Beta）」搭載。Linuxサンドボックス上でシェルコマンドやファイル操作を実行可能に |
（出典：langgenius/dify GitHub Releases、株式会社LangGenius プレスリリース 2025年11月28日）
Dify Agent（Beta）の注意点
公式リリースノートは、実験版では全Dify Agentが同一サンドボックスを共有するため、他エージェントの環境・データにアクセスし得ると明記しています。
そのうえで、信頼できる利用者にのみ提供すべきとされています。顧客向けの公開アプリでDify Agent（Beta）を使うのは、現時点では避けるのが妥当です。
追従方針の実務ルール
- 手順の一次情報は公式日本語ドキュメント（docs.dify.ai/ja/）を見る（2026年6月時点でワークフロー入門レッスンが整備されています）
- ブログ記事は「考え方」を読み、画面操作は公式で確認する
- セルフホストはイメージのバージョンタグを固定する（`latest`運用は事故のもと）
- セキュリティ修正リリースだけは速やかに適用する（機能追加とは扱いを分ける）
「記事のとおりにやったのにボタンがない」は、あなたのミスではなくバージョン差です。まず自分が使っているバージョンを確認し、公式ドキュメントの該当ページを見てください。
やってはいけないNG対応
結論、最も避けるべきは「アクセス制御なしで公開URLを配る」「APIキーの上限を設定しない」の2つです。どちらも金銭的被害に直結します。
NG①：テスト中に公開URLを共有する
「とりあえず見て」でURLを送ると、その時点で認証なしの公開状態になります。
受け取った相手がさらに転送すれば、追跡は不可能です。デバッグはプレビュー画面で行い、共有はアクセス制御を設定してからにしてください。
NG②：APIキーの上限を設定しないまま運用する
Dify側に従量課金を止める仕組みはありません。
上限を切っていない状態で公開ボットが連投されると、請求は止まりません。公開前にプロバイダー側でハードリミットを設定するのが唯一の防御です。
NG③：機密文書をとりあえずナレッジに入れる
「精度を上げるため」と契約書や顧客リストを投入すると、回答経由で外に出ます。
RAGは入れた文書の内容を回答に使う仕組みです。出したくない情報は、そもそも入れないのが原則です。
NG④：古い記事の手順を鵜呑みにする
2025年前半の記事は、トリガーもdifyctlも存在しない時代の内容です。
画面構成が変わっているため、そのままなぞると詰まります。公式ドキュメントと突き合わせてください。
NG⑤：ライセンス条項を読まずに商用提供を始める
マルチテナント提供の禁止とロゴ削除の禁止は、副業でのクライアント提供に直撃します。
事業化する前に、GitHubのLICENSEを一度読んでください。
上記5つのうち、①②は「知らなかった」では済まない金額になり得ます。公開前チェックリストの1番と5番に対応しているので、そこだけは必ず確認してください。
まとめ：作る前に決める、公開前に止める
Difyは、個人・中小事業者がLLMアプリを実運用に載せられる数少ない選択肢です。ただし、価値が出るのは「作った後」を設計できた場合に限られます。
最後に、今日やることを3つに絞ります。
- 診断チャートで自分の出口（A〜E）を決める——ここで【A】や【E】に着地したなら、Difyを触らないのが正解です
- 使うモデルの公式価格ページを開き、月額試算の式に自分の数字を入れる——プラットフォーム費とAPI従量は別レイヤーです
- 15項目チェックリストを印刷し、公開前に上から潰す——特に1・5・8・15
手順の細部は公式日本語ドキュメントが最新です。この記事は、そこに書かれていない「自分の財布とデータをどう守るか」の部分を担当しました。
Difyの使い方でつまずくのは操作ではなく判断です。出口・上限・公開範囲の3点を先に決めれば、あとは公式ドキュメントどおりに進めて問題ありません。
よくある質問
Q1. Difyは完全に無料で使い続けられますか？
使い続けられますが、条件があります。 Dify公式料金ページ(2026)のSandboxプランは$0ですが、メッセージクレジット200は月次リセットのない通算枠です。継続するなら自前APIキーの登録が前提になり、その場合はOpenAI等から従量課金されます。Difyの利用料が0円でも、LLM API費は別途かかると考えてください。セルフホスト（Community Edition）ならDify利用料は無料ですが、VPS費とAPI費は発生します。
Q2. 初心者でもプログラミングなしで使えますか？
チャットボット程度なら、コードは不要です。 基本情報の入力、プロンプト設定、プレビューでのデバッグ、公開の4ステップで作れます。ただしワークフローで外部API連携やコード実行ノードを使う段階になると、JSONやHTTPの基礎知識が必要です。まずはチャットボット＋ナレッジ（RAG）の組み合わせから始めるのが現実的です。
Q3. 作ったアプリのURLを知られたら、誰でも使えてしまいますか？
アクセス制御を設定していなければ、そのとおりです。 Dify公式ドキュメント「AIアプリの共有」(2026)は、公開前に「アプリが公開であるべきか認証が必要か」を決めるよう明記しています。特にMCPサーバーURLは認証資格情報を含むため、公式もAPIキー同様に扱い漏洩時は再生成するよう警告しています。公開前チェックリストの1〜4番で確認してください。
Q4. Difyで作ったものをクライアントに販売しても大丈夫ですか？
構成次第です。 DifyのライセンスはApache 2.0ベースですが、①書面許可なきマルチテナント提供の禁止、②フロントエンドUI利用時のロゴ・著作権情報の削除／変更の禁止、という追加条件があります。1つの環境に複数社を相乗りさせる形はマルチテナント提供に該当し得ます。バックエンドAPIとしてのみ使い独自UIを作る場合は、ロゴ表示義務の対象外です。事業化前にGitHubのLICENSE原文を確認してください。
Q5. 記事の手順どおりに画面が動きません。どうすればいいですか？
バージョン差が原因です。公式日本語ドキュメントを基準にしてください。 2025年11月にトリガー、2026年6月のv1.15.0でdifyctlとCoT可視化、2026年7月17日のv1.16.0でDify Agent（Beta）と、基盤が変わり続けています。2025年前半の記事は画面構成が異なります。docs.dify.ai/ja/ にワークフロー入門レッスンが整備されているので、操作はそちらで確認するのが確実です。セルフホストの場合は、バージョンタグを固定して検証環境で先に上げる運用にしてください。