FlutterFlow のプラン別デプロイ制限と Firebase 連携完全ガイド

2026年6月23日

Contents

1 1. プラン別ビルド上限と機能一覧
- 1.1 1-1. プラン比較の概要
- 1.2 1-2. プラン選定のポイント
2 2. Firebase プロジェクト作成と FlutterFlow への連携手順
3 3. Google Play Console と App Store Connect の事前準備
- 3.1 3-1. Google Play Console の必須項目
- 3.2 3-2. App Store Connect の必須項目
4 4. ネイティブビルド取得とローカルテストの流れ
- 4.1 4-1. Android ビルド取得手順
- 4.2 4-2. iOS ビルド取得手順
5 5. エラー対処例と継続的デリバリー（CI/CD）ベストプラクティス
6 6. まとめと最終結論

スポンサードリンク

1. プラン別ビルド上限と機能一覧

FlutterFlow の利用プランは Free / Pro / Team の3種類です。各プランが提供する「ネイティブビルド」や「コードエクスポート」などの機能は、公式ドキュメント（FlutterFlow Pricing）で随時更新されています。本節では 2026 年 3 月現在確認できた情報を表にまとめ、重要ポイントだけを抜粋しています。

1-1. プラン比較の概要

以下の表は プランごとの主要機能とビルド上限 を示します。※各項目は公式ページおよび最新リリースノート（2026‑03‑15）に基づき、リンク先で随時確認できます。

プラン	月間ネイティブビルド上限	Web 公開	コードエクスポート	CI/CD 連携	主な利用シーン
Free	✖（不可）	✅（FlutterFlow Hosting）	✖	✖	プロトタイプ、社内デモ
Pro	5 回 / 月	✅	✅（Flutter ソースコード）	✅（GitHub Actions テンプレート）	小規模リリース・テストマーケット
Team	無制限	✅	✅	✅（高度なパイプライン構築可）	エンタープライズ、継続的デリバリー必須

公式根拠
- ビルド上限: https://docs.flutterflow.io/pricing#build-limits
- CI/CD 連携機能: https://docs.flutterflow.io/ci-cd/github-actions

1-2. プラン選定のポイント

Free は Web アプリだけが対象。ネイティブビルドが必要な場合は必ず上位プランへ移行してください。
Pro の月5回という制限は、テストリリースやクライアント向けデモに十分です。ただし、頻繁に UI を更新するプロジェクトでは上限に注意が必要です。
Team は無制限ビルドとコードエクスポートに加えて、組織単位での権限管理や SSO 連携も可能です。大規模開発・複数チーム体制ではこちらを推奨します。

2. Firebase プロジェクト作成と FlutterFlow への連携手順

Firebase は認証、データベース、プッシュ通知などモバイルアプリに必須のバックエンドです。正しい設定が行われていないと、ビルド時に API キー欠落 や 署名エラー が頻発します。本節では画面項目名を意識した ステップバイステップ手順 を示します。

2-1. Firebase コンソールでプロジェクトを作成

ブラウザで https://console.firebase.google.com/ にアクセスし、Google アカウントでサインイン。
左上の 「プロジェクトを追加」 ボタン（Add project）をクリック。
プロジェクト名と Google アナリティクス設定（任意）を入力し、「続行」 → 「作成」 を選択。

公式参照: https://firebase.google.com/docs/projects/learn-more#creating_a_firebase_project

2-2. Android アプリの登録と `google-services.json` の取得

手順	コンソール項目名
アプリ追加	「Android アプリを追加」ボタン（`Add app → Android`）
パッケージ名入力	`android package name`（例: `com.example.myapp`）
ニックネーム（任意）	`App nickname`
デバッグ証明書 SHA-1	`SHA-1 certificate fingerprint`（必要に応じて入力）
設定ファイルダウンロード	「google-services.json をダウンロード」ボタン

2-3. iOS アプリの登録と `GoogleService‑info.plist` の取得

手順	コンソール項目名
アプリ追加	「iOS アプリを追加」ボタン（`Add app → iOS`）
バンドル ID 入力	`iOS bundle ID`（例: `com.example.myapp`）
ニックネーム（任意）	`App nickname`
App Store ID（任意）	`App Store ID`
設定ファイルダウンロード	「GoogleService‑info.plist をダウンロード」ボタン

2-4. Web API キーの取得

コンソール左メニュー → 「プロジェクト設定」（⚙️アイコン）をクリック。
「全般」タブ の 「マイアプリ」セクション に表示される Web API Key をコピー。

公式参照: https://firebase.google.com/docs/projects/api-keys

2-5. FlutterFlow 側への設定入力

FlutterFlow ダッシュボードで対象プロジェクトを開く → 「Settings」 > 「Firebase」 ページへ移動。
各項目に以下の情報を貼り付け／アップロードする。
API Key：手順 2‑4 の Web API Key
Android 設定ファイル：google-services.json（ドラッグ＆ドロップ）
iOS 設定ファイル：GoogleService‑info.plist（同上）
「保存」 ボタンをクリックし、画面右上の 「テスト接続」 を実行。エラーが出なければ連携完了です。

3. Google Play Console と App Store Connect の事前準備

ネイティブビルド取得後にスムーズにリリースできるよう、各ストアで必要になる アカウント・証明書・メタ情報 をあらかじめ整えておくことが重要です。

3-1. Google Play Console の必須項目

手順	コンソール画面名
デベロッパーアカウント登録	https://play.google.com/console → 「アカウント作成」
新規アプリ作成	左メニュー「すべてのアプリ」 → 「+ 新しいアプリを作成」
署名キー（Keystore）生成	ローカルで `keytool` コマンド使用、例: `keytool -genkeypair -v -keystore myapp.keystore -alias upload_key -keyalg RSA -keysize 2048 -validity 10000`
Google Play にアップロード証明書登録	「リリース」→「アプリ署名」→「アップロード用証明書を追加」
ストアリスティング情報入力	「製品」→「ストアの掲載情報」へ、アイコン・スクリーンショット・説明文等を登録

公式ガイド: https://developer.android.com/studio/publish

3-2. App Store Connect の必須項目

手順	コンソール画面名
Apple Developer Program 加入	https://developer.apple.com/programs/ → 「Enroll」
App ID（Bundle Identifier）作成	Apple Developer ポータル → 「Certificates, Identifiers & Profiles」→「Identifiers」→「+」
Distribution 証明書発行	同ポータル → 「Certificates」→「+」→「Apple Distribution」
プロビジョニングプロファイル作成	「Profiles」→「+」→「App Store」→対象 App ID を選択
App Store Connect にアプリ登録	https://appstoreconnect.apple.com/ → 「My Apps」→「+」→「New App」

公式ガイド: https://developer.apple.com/app-store/connect/

4. ネイティブビルド取得とローカルテストの流れ

FlutterFlow の Native Deployment 機能はクラウド上でビルドを生成し、完成したパッケージ（.aab/.apk、.ipa）をダウンロードできるようにします。ここでは Android と iOS それぞれの手順と、取得後のローカルテスト方法を解説します。

4-1. Android ビルド取得手順

ビルド設定画面へ
FlutterFlow ダッシュボード → 「Deploy」 > 「Native Deployment」 を開く。
プラットフォーム選択とバージョン情報入力（導入文：Android 用の必須項目を設定します）
Platform = Android、Build type = Release
versionCode（整数）例: 10001、versionName 文字列例: 1.0.1
環境変数のオプション登録（必要に応じて API エンドポイント等を注入）
ビルド開始 → 「Start Build」ボタンをクリック。完了後に .aab と .apk のダウンロードリンク が表示されます。
ローカルテスト
USB デバッグが有効な端末へ adb install myapp.apk でインストール、または Android Studio エミュレータにドラッグ＆ドロップ。
起動後に Firebase Auth や Cloud Firestore が正常に機能すれば OK。

4-2. iOS ビルド取得手順

ビルド設定画面へ（導入文：iOS 用の必須項目を入力します）
Platform = iOS、Build type = Release
CFBundleShortVersionString（例: 1.0.1）と CFBundleVersion（整数例: 10001）を設定。
証明書・プロビジョニングの自動適用
事前に App Store Connect に登録した Distribution Certificate と Provisioning Profile が FlutterFlow 側で紐付いていることを確認。
ビルド開始 → 「Start Build」ボタンをクリックし、完了後に .ipa ダウンロードリンク を取得。
TestFlight で内部テスト（導入文：アップロード手順とテスター招待）
App Store Connect にログイン → 対象アプリ → 「TestFlight」タブ → 「+ New Build」 → ダウンロードした .ipa をアップロード。
招待メールが届く内部テスター（最大 100 人）がビルドをインストールし、動作確認。

5. エラー対処例と継続的デリバリー（CI/CD）ベストプラクティス

実務で遭遇しやすいエラーを 原因別に整理 し、即座に取れる対策を示します。さらに、GitHub Actions を用いた自動ビルドパイプラインの最新例も掲載しています。

5-1. 頻出エラーと具体的な解決手順

エラー	主な原因	解決ステップ
Signing mismatch (署名不一致)	Android: keystore と Play Console のアップロード証明書が異なる iOS: Provisioning Profile が古い	1. 新しい keystore を `keytool` で生成 2. Play Console → 「アプリ署名」へ再登録 3. iOS は Apple Developer ポータルで最新 Distribution Certificate と Provisioning Profile を作成し、FlutterFlow の Settings > CI/CD から再アップロード
Bundle Identifier 不整合	FlutterFlow の iOS 設定と App Store Connect の Bundle ID が食い違う	App Store Connect の「App Information」→「Bundle ID」を確認 → FlutterFlow の Settings > Firebase > iOS で同一に修正
Firebase API キー無効	コンソール上でキーが削除、またはプロジェクトが別のものに切り替わっている	Firebase Console → 「プロジェクト設定」→「全般」から新しい Web API Key を取得し、FlutterFlow に再貼付
VersionCode / CFBundleVersion 重複	前回と同じ整数を使用したためストアが受け入れない	ビルドごとに `versionCode`（Android）・`CFBundleVersion`（iOS）をインクリメント。GitHub Actions の `${{ github.run_number }}` を利用すると自動化しやすい
CI/CD ステップが失敗	古い FlutterFlow CLI インストール手順を使用している	最新の公式インストールコマンド `npm install -g @flutterflow/cli`（または `curl -L https://cli.flutterflow.io/install.sh \| bash`）に置き換える

5-2. GitHub Actions による自動ビルド例（最新手順）

以下は FlutterFlow CLI の公式インストール方法 (2026‑03版) を使用した、Android AAB ビルドを Google Play に自動アップロードするサンプルです。iOS 用のステップも同様に追加できます。

name: FlutterFlow CI/CD

on:
  push:
    branches: [ main ]

jobs:
  build_android:
    runs-on: ubuntu-latest
    steps:
      # ソースコード取得
      - uses: actions/checkout@v3

      # Node.js 環境（CLI が npm パッケージのため）
      - name: Set up Node
        uses: actions/setup-node@v3
        with:
          node-version: '20'

      # FlutterFlow CLI のインストール（公式手順）
      - name: Install FlutterFlow CLI
        run: npm install -g @flutterflow/cli

      # 環境変数の設定（FlutterFlow API キーは Secrets に保存済みと仮定）
      - name: Build Android AAB
        env:
          FLUTTERFLOW_API_KEY: ${{ secrets.FF_API_KEY }}
        run: |
          flutterflow build android \
            --type aab \
            --version-code ${{ github.run_number }} \
            --output ./build/app.aab

      # Google Play へ自動アップロード
      - name: Upload AAB to Play Console
        uses: r0adkll/upload-google-play@v1
        with:
          serviceAccountJsonPlainText: ${{ secrets.PLAY_SERVICE_ACCOUNT }}
          packageName: com.example.myapp
          releaseFiles: ./build/app.aab
          track: internal  # internal, alpha, beta, production のいずれか

name: FlutterFlow CI/CD

on:

push:

branches: [ main ]

jobs:

build_android:

runs-on: ubuntu-latest

steps:

# ソースコード取得

- uses: actions/checkout@v3

# Node.js 環境（CLI が npm パッケージのため）

- name: Set up Node

uses: actions/setup-node@v3

with:

node-version: '20'

# FlutterFlow CLI のインストール（公式手順）

- name: Install FlutterFlow CLI

run: npm install -g @flutterflow/cli

# 環境変数の設定（FlutterFlow API キーは Secrets に保存済みと仮定）

- name: Build Android AAB

env:

FLUTTERFLOW_API_KEY: ${{ secrets.FF_API_KEY }}

run: |

flutterflow build android \

--type aab \

--version-code ${{ github.run_number }} \

--output ./build/app.aab

# Google Play へ自動アップロード

- name: Upload AAB to Play Console

uses: r0adkll/upload-google-play@v1

with:

serviceAccountJsonPlainText: ${{ secrets.PLAY_SERVICE_ACCOUNT }}

packageName: com.example.myapp

releaseFiles: ./build/app.aab

track: internal # internal, alpha, beta, production のいずれか

ポイント解説

npm install -g @flutterflow/cli が現在の公式インストール方法です（2026‑03 更新）。
flutterflow build android --type aab コマンドは CLI の最新オプションで、--output に出力先を指定できます。
バージョンコードは GitHub Actions の ${{ github.run_number }} を利用し、自動インクリメントを実現しています。

iOS 向けビルドは flutterflow build ios --type ipa とし、App Store Connect へのアップロードは fastlane supply も併用可能です。

5-3. バージョン管理とリリースタグのベストプラクティス

Git タグをバージョン番号に合わせる
bash git tag -a v1.0.1 -m "Release 1.0.1" git push origin v1.0.1
CI/CD パイプラインでタグ検出時のみ本番デプロイ
yaml on: push: tags: - 'v*'
リリースノートは自動生成（例: git log --pretty=format:"- %s" $(git describe --tags --abbrev=0)..HEAD）を利用し、Play Console / App Store Connect の「リリースノート」欄に流用。

6. まとめと最終結論

本ガイドでは プラン別ビルド上限の公式根拠、Firebase 設定手順の画面項目名、ストア側事前準備、そして 最新 CI/CD スクリプト を網羅的に解説しました。以下が実務で最も重要なポイントです。

プラン選択はビルド上限と CI/CD 必要性で決める
無料プランは Web のみ、Pro は月 5 回のネイティブビルド、Team は無制限かつエンタープライズ向け。公式ページを随時確認してください。
Firebase API キー・設定ファイルは必ず最新状態に保ち、FlutterFlow に正しくアップロード
コンソールの「プロジェクト設定 > 全般」から取得した Web API Key を使用し、google-services.json と GoogleService‑info.plist はそれぞれ Android / iOS 用に最新のものを配置。
ビルド前に Google Play と App Store の証明書・プロファイルを整備
Keystore と Distribution Certificate が不一致だと「Signing mismatch」エラーになるので、必ず同一情報で登録してください。
CI/CD は公式 CLI (npm install -g @flutterflow/cli) を使い、GitHub Actions でビルド・デプロイを自動化
バージョンコードは GitHub のラン番号でインクリメントし、タグ駆動の本番リリースフローを構築すると管理が楽になります。

これらを順守すれば、FlutterFlow から iOS と Android 両方のストアへ安全・迅速にリリース でき、エラーによる遅延も最小化できます。ぜひ本稿の手順をプロジェクトに組み込み、継続的デリバリー体制を構築してください。