FlutterFlowでログインできない【2026年版】Loginの原因と認証設定

はじめに

FlutterFlowでログインできないときは、開発用の管理画面に入れないのか、自作アプリの利用者がログインできないのかを最初に分けます。同じメールアドレスを使っていても、開発者のアカウントとアプリ内のユーザーは別に管理されます。

FlutterFlowのLoginで止まった画面とエラー文を確認することが、原因を絞る第一歩です。管理画面なら入力情報、ブラウザ、通信環境を確認します。自作アプリなら認証サービス、ログインボタンのアクション、ログイン後の遷移先を調べます。設定を一度に変えると、どの変更が効いたのか分からなくなるため、一項目ずつ試してください。

この記事では、基本の5項目からFirebaseの設定、認証方式ごとの注意点、料金、よくある質問、サポートへの相談まで順番に説明します。2026年9月23日に公式情報を確認しており、Firebase連携の無料対応や認証を試せるテスト方法も整理しています。

すべての症状が数分で直るわけではありません。サービス障害や組織のネットワーク制限が原因なら、待機や管理者への確認が必要です。まず再現条件を残し、自分のアカウントだけか、別の環境でも起こるかを比較すると、不要な設定変更を減らせます。

結論を先にまとめると、次のとおりです。

• Firebaseの障害かどうかは、Firebase公式のステータスページで製品別に確認します。
• FlutterFlowの開発画面に入れない問題と、自作アプリの利用者がログインできない問題は分けて考えます。
• 公式に障害が出ていなければ、プロジェクトIDの接続・認証の有効化・ログインアクションを順に見直します。
• 障害中は設定やパスワードを変え続けず、復旧後に同じ操作で再確認します。

FlutterFlowにログインできないときの5つの確認

入力情報と登録したログイン方法を確認する

メールアドレスの前後に空白が入っていないか、別の仕事用アドレスを選んでいないかを確認します。パスワード管理ツールが古い情報を入力している可能性もあるため、保存済みの候補を見直してください。Googleなどで登録した場合は、登録時の方法で入り直し、選択中のアカウントも確かめます。

Caps Lockと入力モードを確認する

大文字・小文字の違い、全角入力、キーボード配列による記号の違いを確認します。Caps Lockを切り替えてから慎重に入力し直してください。パスワードを表示して確かめる場合は周囲から見えない場所で行い、チャットや共有メモへ貼り付けないようにします。

通信環境を比較する

他のサイトも開けない場合は、回線やWi-Fiの接続状態から調べます。FlutterFlowだけが開けない場合は、利用が許可された別回線や別端末でも同じかを確認してください。会社のVPNやプロキシを使っている場合は、その条件も記録すると管理者が調査しやすくなります。

サービス側の障害を確認する

FlutterFlowのステータスページで障害やメンテナンスの案内を確認します。障害中はアカウント作成やパスワード変更を繰り返すより、復旧案内を待つほうが原因を混同せずに済みます。ステータスに異常がなくても、個別のアカウントやネットワークの問題までは否定できません。

自作アプリの利用者がログインできない場合は、FlutterFlowではなく認証を担うFirebase側の障害も疑います。確認の手順は、次の見出し「Firebase側で障害が起きていないかを確認する」で説明します。

キャッシュとCookieを切り分ける

まず別のブラウザプロファイルで試し、普段の環境だけで失敗するかを見ます。改善する場合は、FlutterFlowに関係するサイトデータを削除して再ログインします。Cookieを消すとサインアウトするため、再ログインの方法を確認してから進めてください。シークレットモードも比較には使えますが、Cookie制限が通常と異なる点に注意します。

確認項目	比較すること	次の対応
入力情報	登録メール・認証方法	再入力、正しい方法でログイン
Caps Lock	大文字・全角・記号	入力モードの修正
通信環境	他サイト・別回線	接続確認、管理者へ相談
サービス障害	公式の障害案内	復旧案内を確認
キャッシュ	別プロファイルとの差	対象サイトのデータ削除

Firebase側で障害が起きていないかを確認する

FlutterFlowのステータスに異常がなくても、アプリのログインを担うFirebase側で障害が起きていることがあります。Firebase公式のステータスページでは、Authentication、Hosting、Realtime Databaseなど製品ごとに状態が表示されます。ログインの不具合なら、まずAuthenticationの欄を見てください。2026年10月23日に確認した時点では、状態は「Available」「Service information」「Service disruption」「Service outage」の区分で示されていました。

Cloud Firestore・Cloud Functions・Cloud Storageの障害は、FirebaseのステータスページではなくGoogle Cloud Service Healthで案内されます。 ログイン自体は通るのにプロフィールの読み込みで止まる場合は、こちらも確認します。

公式ページの製品別の障害履歴では、過去のインシデントの発生日と継続時間を確認できます。自分の不具合が起きた時刻と照合し、障害の時間帯と重なるかを見てください。2026年10月23日の確認時点で、履歴の時刻は米国太平洋時間（US/Pacific）で表示されているため、日本時間に直してから比べます。

障害中は、認証設定やログインアクションを変更しないことが大切です。障害と設定変更が重なると、復旧後に失敗が続いたとき、どちらが原因か判断できなくなります。復旧の案内が出たら、障害前と同じ手順でログインを試し、再現するかを確認します。

利用者の報告を集める第三者の障害報告サイトもありますが、非公式の情報です。報告が増えているかの参考にとどめ、障害かどうかの判断は公式の案内をもとに行ってください。

障害の確認先と使い分け

確認先	分かること	使う場面	注意点
FlutterFlowのステータスページ	開発画面・ビルダー側の障害やメンテナンス	開発画面にログインできないとき	個別アカウントの問題までは判別できない
Firebase公式のステータスページ	Authenticationなど製品別の障害と履歴	アプリ利用者がログインできないとき	製品名を特定して該当欄を見る
Firebaseコンソール（プロジェクト設定・Authentication）	自分のプロジェクトの設定状態	公式に障害がないとき	設定変更は一つずつ行う
第三者の障害報告サイト	利用者報告の増減	公式発表前の参考	非公式情報として扱う

Firebase連携とアプリのログイン設定

FirebaseプロジェクトIDと接続を確認する

Firebase Consoleのプロジェクト設定でProject IDを確認し、FlutterFlowのSettings & Integrations内のFirebase設定と照合します。表示名が似ていても、本番用とテスト用で別プロジェクトということがあります。認証ユーザーを調べる前に、同じ接続先を見ているかを確かめてください。

公式のFirebase接続手順では、FlutterFlowから作成する方法と既存プロジェクトへ接続する方法が案内されています。既存環境ではIDの入力だけで完了と考えず、必要な権限と設定ファイルの生成まで確認します。障害対応のために新しいプロジェクトを作ると、既存ユーザーとは別の認証基盤になる点にも注意が必要です。

認証の有効化と初期ページを確認する

App SettingsのAuthenticationでEnable Authenticationを有効にし、Authentication TypeをFirebaseにします。未ログイン時のEntry Pageとログイン済みのLogged In Pageも指定します。公式の初期設定に沿って、usersコレクションを使う場合はUsers Collectionの指定まで確認してください。

認証成功とユーザー情報の取得成功は別の段階です。 Firebase Authenticationにユーザーが存在しても、Firestoreのプロフィールが未作成なら次画面で止まる場合があります。パスワードをusersへ保存する必要はありません。データの読取エラーを直すために、全ユーザーへ無条件のアクセス権を付けることも避けます。データ設計はFlutterFlowとFirebaseのデータベース構築も参考になります。

Email/Passwordとログインアクションを確認する

Firebase ConsoleのAuthenticationからSign-in methodを開き、Email/Passwordを有効にして保存します。FlutterFlowではログインボタンにFirebase AuthenticationのLog Inを設定し、メールとパスワードの入力欄を対応付けます。新規登録にはCreate Accountを使うため、ボタンの目的とアクションが一致しているかも確認します。Email Loginの公式手順で設定箇所を照合できます。

たとえば、新規登録はできるのに次回ログインだけ失敗する場合は、入力欄の参照先や選択中の認証方式を点検します。Firebase ConsoleのAuthentication内にあるUsersで対象ユーザーを確認し、プロフィールの保存先とは分けて調べると、登録処理とログイン処理のどちらに問題があるか判断しやすくなります。

許可ドメインとCORSを混同しない

WebのGoogle認証では、FirebaseのAuthorized domainsやGoogle Cloud側のOAuth設定を確認します。独自ドメインだけで失敗する場合は、テスト用URLとの差を調べてください。CORSはログイン障害すべてに共通する原因ではありません。 APIやStorageへの通信で発生しているなら、その通信先に応じた調査が必要です。

Firebase Hostingの設定を書き換える前に、どのリクエストが失敗したかをブラウザの開発者ツールで確認します。リダイレクト型の認証には、第三者ストレージを制限するブラウザへの対応もあります。該当する実装ではFirebaseのリダイレクト認証ガイドを参照し、認証ドメインと戻り先を確認してください。

確認軸	見る場所	切り分ける問題
接続先	Firebase Project ID	別環境への接続
認証	Sign-in method、Log In	プロバイダーと入力値
画面遷移	Entry Page、Logged In Page	認証後の遷移停止
ユーザー情報	users、アクセス権	プロフィール取得の失敗

認証設定を確認した後は、入力ミスや失敗時の案内も見直してください。自作アプリのログイン画面 デザインでは、入力欄・エラーメッセージ・表示速度の確認点を整理しています。

Google・Phone・Supabase・Custom Authの確認

Google認証では、Firebase側のGoogleプロバイダーとボタンのAuth Providerを確認します。Webでは利用ドメインの登録、Androidでは署名鍵の照合が必要です。リリース版は開発用と署名が異なる場合があるため、Play Console側の値も確認します。設定後はConfig Filesを再生成し、ビルドし直して試します。Google Loginの公式手順が確認先です。

想定例として、メール認証は通るのにAndroidのGoogle認証だけ失敗する場合、最初から入力フォーム全体を作り直す必要はありません。プロバイダー、署名、設定ファイルを順に比較します。Preview ModeではFirebase認証フローを検証できません。 公式のテスト方法に沿ってTest／Run Modeや実機を使い、公開ビルドでも確認します。

Phone認証ではSMS送信とコード検証の両方を調べます。Android実機向けにはSHA-256やGoogle Play Integrity APIも確認対象です。送信できない場合はPhoneプロバイダーの保存状態やSMS地域設定も見ます。Phone Loginの公式手順を使い、テスト番号と実際のSMS送信を区別してください。

Supabaseでは、FlutterFlowの認証種別と接続先、ユーザーテーブルを確認します。Supabaseの初期設定を基準に、Firebase用のアクションが残っていないかも見直します。Custom AuthではAPIが成功しても、その後のLog inアクションへトークンやユーザーIDを渡さなければ認証状態を管理できません。Custom Authenticationの公式資料でレスポンスと保存項目を照合します。

料金プランと無料で使える認証機能

FreeプランでもFirebaseとSupabaseの連携を利用できます。 有料化だけでログイン不具合が解消するとは限りません。2026年9月23日確認の公式プラン比較と料金ページのUSD・月払い表示は次のとおりです。税・初期費用は比較表で明示を確認できないため、契約画面で確かめてください。

プラン	USD・月払いの表示と条件	認証調査に関係する範囲
Free	月額0ドル、編集者1人、税・初期費用は公式比較表に明示なし	Firebase／Supabase対応、API Endpoints 2
Basic	月額39ドル、編集者1人、税・初期費用は公式比較表に明示なし	API Endpoints無制限
Growth	1席目月額80ドル、2席目55ドル、税・初期費用は公式比較表に明示なし	既定に加え開発環境を最大1つ追加
Business	1席目月額150ドル、2〜5席目は各85ドル、税・初期費用は公式比較表に明示なし	既定に加え開発環境を最大2つ追加
Enterprise	個別見積もり、席数・税・初期費用は契約確認	環境などを個別設定

FlutterFlowの利用料と、接続するFirebase等の費用は分けて考えます。また、API Endpointsの数はログインできるユーザー数を意味しません。契約変更を検討するときは、認証そのものの不具合なのか、環境分離や開発機能の制約なのかを先に確認してください。

FlutterFlowログインに関するFAQ

パスワードを忘れた場合は？

FlutterFlow管理画面のログインページでReset Passwordを選び、登録メールに届く案内から再設定します。届かない場合は迷惑メールと入力アドレスを確認してください。アプリ利用者のパスワードは別の認証基盤で管理されるので、管理画面用の再設定と混同しないことが大切です。公式アカウント管理ガイドに手順があります。

アカウントがロックされたように見える場合は？

繰り返し試す前に、表示されたエラー文を保存します。解除までの時間を一律に判断せず、管理画面の問題なら公式サポートへ確認してください。自作アプリのFirebase認証では短時間の大量要求に制限があるため、アカウント停止と通信制限を分けて調べます。Firebaseのパスワード認証資料が確認先です。

ログイン後に画面が真っ白になる場合は？

管理画面なら、別プロファイルや拡張機能のない環境で表示を比較します。自作アプリなら、ログイン後のページが必要とする引数やユーザー情報を確認してください。認証が成功した直後のデータ読取で止まっている可能性もあるため、ログインボタンだけを修正し続けないようにします。

Firebaseとの連携がうまくいかない場合は？

Project ID、接続に必要な権限、設定ファイル、利用する認証プロバイダーを順に照合します。新規登録だけが失敗する場合は、Firebase側のパスワードポリシーも確認します。エラーが認証なのかFirestoreなのかを記録すると、対処する設定を絞れます。

無料プランでもログインできますか？

はい。FlutterFlowへのログインに有料契約は必須ではなく、FreeでもFirebase／Supabase連携に対応します。ただし、連携先の利用条件や使いたい開発機能は別途確認が必要です。課金前に、無料プランの制約と認証設定の不備を区別してください。

Firebaseに障害が出ているとき、FlutterFlow側の設定を変える必要はありますか？

いいえ。障害中は設定を変えずに復旧を待ち、復旧後に同じ操作で再現するかを確認してください。障害中に認証設定やログインアクションを書き換えると、復旧後も失敗が続いたときに原因を切り分けにくくなります。

一部の利用者だけログインできない場合もFirebaseの障害を疑うべきですか？

全体の障害を疑う前に、その利用者のログイン方法、端末、通信環境がほかの利用者とどう違うかを確認します。メールとGoogleなど方式の違いや、特定の端末・回線だけで起きるかを比べると、個別の原因を絞りやすくなります。

解決しないときの再起動・再インストール・サポート

ブラウザを長時間開いている場合は、保存状態を確認して終了し、再起動後に試します。デスクトップ版だけで失敗するなら、まずWeb版で同じアカウントを確認します。Web版で使える場合は、アプリの更新や再インストールを検討できますが、ローカルの未保存データや作業ファイルを確認してから進めてください。

再インストールは、認証サービス側の設定不足を直す操作ではありません。AppDataなどを理由なく一括削除せず、問題が続く場合は公式の案内に従います。管理画面のアカウント不明やログイン問題は、公式ガイドが案内するsupport@flutterflow.ioへ相談できます。技術的なサポート範囲は利用プランも確認してください。

問い合わせには、発生日時、OSとブラウザ、問題の画面、認証方法、エラー文、試した操作と結果をまとめます。スクリーンショットではパスワードやトークン、利用者の個人情報を隠してください。「別ブラウザでは成功する」「公開版だけ失敗する」といった比較結果があると、調査の入口が明確になります。

アプリ側の認証・画面遷移・権限が複雑で判断が難しい場合は、開発担当者と処理を一段階ずつ確認します。ノーコード総合研究所への開発相談でも、まず再現条件と必要な機能を整理しておくと、対応範囲を具体的に検討できます。

FlutterFlowを快適に使う環境設定

FlutterFlowの公式セットアップ資料はChromeを推奨し、直近2バージョン内での利用を案内しています。app.flutterflow.ioのポップアップ、リダイレクト、クリップボードの権限も確認対象です。必要なサイト単位で許可を見直し、全サイトの保護設定を緩める操作は避けます。

広告ブロッカーなどの拡張機能は、一つずつ影響を比較します。組織のセキュリティソフトや通信制限が疑われる場合は、接続先とエラーを管理者へ伝えてください。保護機能を全面停止するのではなく、許可された範囲で検証環境を用意することが、再発時の切り分けにも役立ちます。

環境	確認内容	対応
ブラウザ	Chromeのバージョン・サイト権限	更新と必要な許可の確認
拡張機能	別プロファイルとの差	影響する機能を特定
組織の通信制限	VPN・プロキシ・遮断記録	管理者へ条件を共有

まとめ

FlutterFlowでログインできないときは、管理画面へのログインと自作アプリの認証を分けてください。管理画面なら、登録したログイン方法、入力情報、Caps Lock、通信環境、サービス障害、ブラウザのサイトデータを確認します。パスワードを忘れた場合は公式の再設定を使い、アカウントが分からない場合は公式窓口へ相談します。

自作アプリでは、Firebase等の接続先と認証方式をそろえ、認証プロバイダー、ログインアクション、初期ページ、ユーザー情報の順で調べます。ログイン後のデータ読取や権限で止まることもあるため、認証成功だけで確認を終えないことが大切です。GoogleやPhone認証では対象端末と実行環境に応じた設定も照合します。

無料プランだからログインできないと決めつける必要はありません。FirebaseとSupabaseの連携はFreeでも利用できます。料金表の機能制限と接続先の利用条件を分け、必要な開発機能を確認してから契約を検討してください。また、Previewで認証の成功を判断せず、適切なテスト環境と公開ビルドで動作を確かめます。

原因が特定できない場合は、エラー文、発生条件、試した操作を残して相談します。一度に複数の設定を変えず、変更前後の結果を比較することで、担当者が引き継ぎやすくなります。業務アプリの開発や改善を相談するときも、ログイン後に誰が何を利用するのかを整理しておくと、認証から権限まで一貫した設計につながります。

費用の目安：生成AI×ノーコードで進む業務システム開発｜費用・期間・失敗回避の型を公開

関連する事例・活用例：flutterflow 導入事例【2026年版】開発会社の選び方と費用

群別サービス：受託開発