問題のトラブルシューティング

1. アプリのダッシュボードに移動します。
2. Overview をクリックします。
3. App Visibility の下で Public を選択します。

1. 公開ランディングページ用の別のアプリを作成します。
2. 両方のアプリを公開します。
3. このランディングアプリをメインのプライベートアプリにリンクします。
4. プライマリドメインをランディングページアプリに、サブドメインをプライベートアプリに割り当てます。

• AI に公開ランディングページを作成し、すべてのユーザーのデフォルトとして設定するよう依頼します。
• 他のすべてのページを RLS の背後にロックします（ログインしたユーザーのみが見られるように）。
• リダイレクトを設定: ログアウトしている人はランディングに送信され、ログインしたユーザーはダッシュボードに送信されます。
• プロンプトの提案:
  “Please implement a landing page for our app that allows users to login/signup at /Login utilizing our existing theme. Make sure all pages except the landing page are secured behind RLS and that logged-in users can’t access the landing page but are redirected to the dashboard.”

1. チャットメッセージの Revert アイコンをクリックして、アプリを以前の動作するバージョンに復元します。
2. Version History（AI チャットの時計アイコン）を開き、何かをクリックしても白い画面が表示されなかった以前のバージョンにロールバックします。
3. AI チャットに、問題が発生する場所、時期、方法など、より具体的な詳細で問題を説明してみてください。

1. サポートされている最新のブラウザを使用していることを確認します。
2. ブラウザキャッシュと Base44 の Cookie をクリアします。
3. 特に広告ブロッカーやプライバシーツールなどのブラウザ拡張機能をオフにします。
4. シークレットウィンドウでエディターを開くか、別のブラウザを試します。
5. Discord コミュニティ で報告された障害を確認します。
6. エディターがまだ動作しない場合は、任意のエラーのスクリーンショットを撮って（特にブラウザのコンソールから）、ブラウザとオペレーティングシステムの詳細を含めて Base44 サポートに連絡 してください。

1. ブラウザとデバイスのキャッシュをクリアしてから、アプリを再読み込みします。
2. 別のブラウザまたはデバイスからアプリを再確認します。
3. Publish をクリックし、“success” メッセージが表示されたことを確認します。
4. バックエンド関数を更新した場合は、ダッシュボードから再デプロイします。
5. Base44 ダッシュボードでエラーログを確認します。
6. 何も動作しない場合、Base44 サポートに連絡 するときにアプリリンクと不足しているものの詳細を含めてください。

ヒント: アプリコードと設定がエディターで正しく見えるにもかかわらず、ライブアプリでまだ白い画面や不足している更新が表示される場合は、フィールドスキーマと保存されているデータを再確認してください。隠れたスキーマの不一致は一般的な原因です。

1. チャットを開始する前に、AI チャットのモードドロップダウンを開いて Discuss を選択します。
2. AI と一緒にアイデアを計画、質問、話し合います。
3. 話し合いを終えて AI にアクションを実行させたり何かを構築させたりする準備ができたら、モードドロップダウンを開いて Build を選択します。その後、AI に変更を実装するように依頼できます。

1. AI チャットのモードドロップダウンを開いて Discuss を選択します。
2. アプリのプレビューで、作業したい要素（ボタン、フォーム、入力、テーブル行など）をクリックします。
3. 要素で Discuss をクリックして、そのコンポーネントにリンクされた焦点を絞ったチャットを開きます。
4. AI チャットで、何が起こっているのか、何が起こるべきかを説明します。

1. チャットメッセージの Revert アイコンをクリックするか、正しく動作していたアプリの最後のバージョンに戻ります。これにより AI の状態がリセットされ、多くの場合問題が解決します。
2. チャットが「thinking」、「applying changes」、または「undoing」などの状態で止まっている場合、Stop ボタンをクリックします。
3. AI リクエストが非常に長いか複雑な場合、より小さく管理しやすい部分に分割します。これにより、AI が指示を正確に処理するのに役立ちます。
4. ブラウザを更新し、インターネット接続を確認します。
5. ブラウザキャッシュをクリアし、スクリプトをブロックする可能性のあるブラウザ拡張機能をオフにします。
6. プライベートまたはシークレットウィンドウでアプリを開きます。
7. それでも動作しない場合、Discord で報告された問題を確認します。
   チャット処理状態が 10 分以上続くか、更新が提供されない場合、Stop ボタンをクリックし、以下の詳細を含めてサポートチームに知らせてください:

   • AI が止まった場所（アプリ内の場所または関数）
   • 実行していたプロンプトまたはアクション
   • 処理状態が続いた時間

1. エラーによって提案されているように、最後のメッセージを元に戻します。
2. ページを完全に更新します:
   • Windows または Linux では、Ctrl + Shift + R または Ctrl + F5 を押します。
   • Mac では、Cmd + Shift + R を押します。
3. チャットセクションをクリアして、新しいプロンプトを開始します。
4. エラーが続く場合、プロンプトとエラーの詳細を含めてサポートに連絡します。

1. アプリの Dashboard に移動します。
2. Settings、次に App settings に移動します。
3. Clone app をクリックします。
4. 複製されたアプリを開きます。

1. 元のプロンプトテキストをコピーします。
2. 新しいアプリを作成します。
3. 同じプロンプトを AI チャットに貼り付けて再度実行します。

1. アプリのダッシュボードに移動します。
2. Security をクリックします。
3. Start security check をクリックして、欠落しているまたは誤設定されている RLS ルールをスキャンします。
4. 見つかった問題をレビューし、Apply Fixes をクリックして推奨される安全なデフォルトを使用するか、各データエンティティのルールを手動で調整します。
5. 異なるユーザーロールでサインインして、認可された人だけが各タイプのデータにアクセスできることを確認します。

1. 一部の 500 エラーは一時的なので、ページを更新するか、後で再試行してください。
2. 既知のプラットフォームインシデントがあるかどうか、ステータスページや Discord チャンネル を確認します。

• アプリ名
• エラーが発生する場所と時期
• コンソールからのエラーメッセージ（可能であればスクリーンショット）
• 問題につながったステップ

• アプリが短時間読み込まれた後、消える。
• アプリリンクをクリックすると、白いページまたは読み込みホイールのみが表示される。
• 一部のページ、タブ、または機能がフリーズして応答しないままである。
• ボタンをクリックまたは選択するときにアプリがクラッシュする。
• ダッシュボード、プレビュー、または主要ページにアクセスしようとしても何も表示されない。

1. ページを更新するか、新しいブラウザウィンドウでアプリを開きます。
2. ブラウザキャッシュと Cookie をクリアしてから、再度読み込んでみます。
3. インターネット接続が安定していることを確認します。
4. ブラウザまたはデバイスを切り替えて、問題が他の場所でも続くかどうかを確認します。
5. 問題が発生する前に最近編集した場合は、可能であれば最新の変更を元に戻してみます。
6. 数分待ちます。プラットフォームが更新中か、一時的にダウンしている場合があります。

• 表示されているものの説明（空白のページ/スピナーなど）
• 問題が始まった時期と、最近行った編集
• アプリ名またはリンク
• ブラウザコンソールに表示されるエラーメッセージ（可能であれば）

1. Version History を使用して、止まったプロンプトの前にアプリを素早く元に戻します。これが以前の状態に戻る最も早い方法です。
2. アプリ設定で LLM を変更し、Discuss モードに切り替えて、任意のプロンプト（たとえば “hi”）を送信して止まった状態を打破します。
3. Edit モードを使用して、余分なスペースを追加したりテキストを更新したりするなどの小さな変更を行い、状態を強制的に変更します。
4. 可能であれば、モバイルデバイスでアプリを開き、Discuss モードに切り替えてプロンプトを送信します。

1. チャット履歴のすべてのプロンプトには Revert ボタンがあります。これをクリックしてアプリをその変更の直前にロールバックします。
2. チャットで AI に “依頼” してアプリをロールバックしても、実際にプロンプトの変更は元に戻りません。Revert ボタンまたは Version History のみが修正します。
3. Revert ボタンが動作しない場合、Version History（通常、ダッシュボードまたはプレビュー近くにあります）を使用します。これにより、以前のアプリバージョンに復元できます。
4. Revert と Version History の両方が動作しない場合、さらなるサポートについて Base44 サポートに連絡してください。

• アプリへのリンク
• 影響を受けるバックエンド関数名のリスト（たとえば、ebayAuth）
• 各エンドポイントで 404 エラーを示すスクリーンショット
• デプロイ、移行、プラットフォーム更新後など、問題が始まった時期

1. サービスにログインします。
2. API または開発者セクションに移動します。
3. キーを生成します。
4. Base44 に Secret として貼り付けます。

• GET リクエスト は、URL のクエリ文字列でデータを渡すことができます。
• POST リクエスト は、リクエスト本文でデータを安全に送信できます。

1. Deno.serve エントリポイントの欠落: /functions フォルダー内の各関数ファイルは、Deno.serve() をエントリポイントとして使用する必要があります。たとえば: Deno.serve((request) => { ... })
2. /functions 内のユーティリティファイルまたは空のファイル: /functions フォルダー内のユーティリティモジュールや完全に空のファイルは、実際のエンドポイントとして意図されていなくても、このエラーをトリガーする可能性があります。ヘルパーファイルは /functions の外に移動するか、デプロイから除外する必要があります。
3. 無効なインポート: バックエンド関数は自己完結型でなければなりません。サポートされている npm パッケージからのインポートのみを保持します。次のものはインポートしないでください:
   • フロントエンドコンポーネント
   • 他のフォルダーからの共有プロジェクトユーティリティ
   • 他のバックエンド関数を直接
4. サポートされていない API: Deno ランタイムは一部の Node.js 組み込みまたはブラウザ専用の API をサポートしていません。次のようなものを削除または置き換えてください:
   • fs、path、process、crypto などの Node.js モジュール
   • DOM または window ベースのブラウザ API

1. エントリポイントを確認: バックエンド関数としてデプロイされている /functions 内のすべてのファイルがエントリポイントとして Deno.serve() ブロックを定義していることを確認します。
2. /functions フォルダーをクリーンアップ
   • 関数としてデプロイされるべきでない空のファイルや純粋なユーティリティモジュールを削除または外に移動します。
   • /functions に実際の関数ファイルのみが存在することを確認します。
3. インポートと API を修正
   • フロントエンドコンポーネント、共有ユーティリティ、または他のバックエンド関数のローカルインポートを削除します。
   • サポートされていない Node.js やブラウザ固有の API をサポートされている代替品に置き換えます。
   • サポートされている npm パッケージからのインポートのみを保持します。
4. 保存して公開: 変更を保存し、アプリを公開して、バックエンド関数を再ビルドしてデプロイできるようにします。
5. Base44 AI に関数のリファクタリングを依頼: それでもエラーが表示される場合、関数コードを Base44 AI チャットにコピーして、次のように言います: “This backend function returns ISOLATE_INTERNAL_FAILURE. Make it self contained and compatible with Deno.serve without changing what it does.” AI は、ロジックを同じに保ちながら、正しい Deno パターンに従うように関数を書き直すのを助けます。

1. アプリのダッシュボードに移動します。
2. 右上の Publish をクリックします。
3. アプリがまだ公開されていない場合、Publish app を選択します。

1. アプリのダッシュボードに移動します。
2. Overview をクリックします。
3. App Visibility の下で Public を選択して、リンクを持つ人なら誰でもアプリを開けるようにします。
4. アプリが Private に設定されている場合、明示的に招待したメールアドレスのみがリンクを開けます。

1. デフォルトの Base44 アプリ URL の代わりにカスタムドメインを使用する場合、Base44 設定でドメインが接続され検証されていることを確認します。
2. デフォルトの Base44 アプリ URL を直接開いて、アプリ自体が期待どおりに読み込まれることを確認してみます。

1. ドメインの AAAA (IPv6) レコードを削除します。これらは適切な設定を妨げる可能性があります。
2. 変更がインターネット全体に完全に伝播するまで 48〜72 時間待ちます。
3. whatsmydns.net のようなツールを使用して、更新されたレコードがグローバルに表示されていることを確認します。
4. 入力した正確なレコード値を再確認します。
5. 約 30 分後もステータスが保留のままの場合、Base44 でドメインをリンク解除して再追加してみます。

• DNS レコードのスクリーンショット
• ドメイン名
• Base44 アプリのリンク

1. GoDaddy または IONOS からの確認メールを開き、リンクをクリックしてメールアドレスを確認します。
2. Base44 で、アプリのダッシュボードに移動して Domains をクリックし、ドメインを選択し、Unlink domain をクリックします。
3. 再度ドメインを接続します。
4. 接続が完了するまで数分待ちます。

• DNS レコードがセットアップタイプ用にこのガイドに示されているものと正確に一致することを確認します。
• 接続をブロックする可能性のある AAAA (IPv6) レコードを削除します。
• タイプミスを再確認します。このガイドから値を正確にコピー&ペーストするようにしてください。
• www とルートドメインの両方が正しく設定されていることを確認します。
• ドメインが更新されアクティブであることを確認します。
• 変更が有効になるまで最大 72 時間待ちます。

• CNAME と ANAME/ALIAS レコード要件を再確認します:
  • www → base44.onrender.com (CNAME)
  • root / @ → base44.onrender.com (ANAME/ALIAS、または ANAME/ALIAS がサポートされていない場合は A レコード)
  • A レコードを使用している場合、@ → 216.24.57.1 を設定
• AAAA レコードを削除します。Base44 は IPv4 のみをサポートしており、AAAA レコードはドメイン解決を壊す可能性があります。
• GoDaddy または IONOS 経由で Base44 から購入したドメインの場合、ほとんどの問題を解決するためにドメインをリンク解除して再リンクします。
• これらの手順を試してもフル DNS 伝播後も問題が続く場合、サポートに連絡してください。

• ドメインの DNS レコードが Base44 ダッシュボードに表示されているものと正確に一致することを確認します。
• DNS 設定から AAAA (IPv6) レコードを削除します。これらは安全な接続をブロックする可能性があります。
• DNS エントリのタイプミスや欠落している値を慎重に確認します。
• www とルートドメインの両方が正しい Base44 IP アドレスまたは CNAME を指していることを確認します。
• ドメイン登録がアクティブで確認済みであることを確認します。
• DNS と SSL の変更が世界中に完全に伝播するまで最大 72 時間許可します。
• Cloudflare のような DNS サービスを使用している場合、そのサービス内で直接レコードを更新し、Base44 関連のレコードをプロキシではなく DNS only（灰色の雲）に設定します。プロキシのままにすると、新しく追加したページが .base44.app アドレスでは動作するのにカスタムドメインで 404 を返すことがあり、Base44 ドメインの手前では Cloudflare Workers は実行されません。

• 現在の DNS レコードのスクリーンショット
• ドメイン名
• Base44 アプリへのリンク

1. どのレジストラがドメインを保持しているかに関係なくメールを見つけられるように、受信トレイ、スパム、迷惑メールフォルダーで “GoDaddy” と “IONOS” の両方を検索します。
2. 見つからない場合、そのレジストラに新しい検証メールを依頼してください。ドメイン名を伝え、ドメインを購入した後、検証メールを受け取っていないことを説明します。
3. レジストラのアカウントにアクセスできない場合、Base44 サポート に連絡し、代わりに要求するよう依頼してください。
4. 新しいメールを開き、そのステップに従ってドメイン検証を完了します。

1. 公開 DNS 検索ツールを開き、ドメインの A レコードを検索します。
2. そこに表示される IP をレジストラの DNS ゾーンの A レコードと比較し、1 つの IP が公開ツールにのみ表示されることを確認します。
3. ドメインレジストラのアカウントにサインインし、ドメインの管理ページを開きます。
4. ドメイン転送、URL リダイレクト、Web 転送、またはパーキングという名前のセクションを探します。
5. ドメインに対して転送、リダイレクト、またはパーキングオプションのいずれかがオンになっている場合、オフにするか削除して、変更を保存します。
6. 追加の IP がどこから来ているのかわからない場合、DNS ツールから IP アドレスをコピーして、それに対して WHOIS 検索を実行します。
7. IP がドメインを登録した会社のものである場合、ほぼ確実にデフォルトのパーキングまたは転送ページです。このドメインに対してすべての転送とパーキング機能が完全に無効になっていることを確認します。
8. DNS 変更が伝播するのを待ってから、ドメイン接続または SSL ステータスを再度確認します。

1. 動画がサポートされている形式のいずれかであることを確認します: MP4、WEBM、MOV、AVI、MKV、M4V、WMV、OGV、3GP、または 3G2。
2. 動画が動画あたり 100MB 以下であることを確認します。
3. 動画を再度アップロードしてみます。
4. アップロードがまだ動作しない場合、エディターを更新して再試行します。

1. ファイルがサポートされている形式のいずれかであることを確認します。
2. ファイルがそのファイルタイプのサイズ制限を超えていないことを確認します。
3. 誤って間違ったファイルをアップロードした場合、メッセージで Revert をクリックして最後のプロンプトを元に戻します。
4. サポートされている形式を使用してファイルを再度アップロードしてみます。

1. 特に画像アップロードが前のステップにあった場合、最後のメッセージを元に戻します。
2. 画像エディターでファイルを開き、単にファイル拡張子を変更するのではなく、PNG、JPG、JPEG などのサポートされている形式で再保存またはエクスポートします。
3. ファイルが AI チャットの制限 を満たしていることを確認します。
4. サポートされている形式を使用して新しくエクスポートした画像を再度アップロードしてみます。

• 必須フィールドが欠落しているフォームを送信する。
• 間違ったデータ形式で API を呼び出す。

• サインインせずにダッシュボードページを表示しようとする。
• 無効な認証情報または期限切れのトークンで API またはインテグレーション機能を呼び出す。

• アクセス権のないアプリで設定を変更しようとする。
• アプリでロールや RLS ルールによって制限されているデータやページにアクセスしようとする。

• 認証情報を送信できないサービスに対して Webhook エンドポイントが認証を必要としないことを確認します。これらのタイプの統合で動作するには、エンドポイントが公開されている必要があります。
• 他の統合の認証を維持したい場合、これらのサービス用に別の公開のみの関数またはエンドポイントを設定し、機密でないアクションにのみ使用します。

• アプリまたはダッシュボードの間違った URL を入力する。
• 削除または移動されたファイルにアクセスする。

• ドメインを再接続するか、ダッシュボードで同じアクションを繰り返すために素早くクリックする。
• API、バックエンド関数、または自動化を介して短時間に多くの繰り返しリクエストを送信する。

• レート制限は 1 人あたりに適用されるため、アプリを使用する人の数に応じて容量がスケールします。
• 一度に送信するのではなく、時間をかけてリクエストを分散させます。
• インテグレーションがサポートしている場所でバッチリクエストを使用します。
• 同じデータで同じエンドポイントを何度も呼び出さないように、キャッシュを追加します。
• 429 応答後に新しいリクエストを送信する前に少し待つリトライロジックを追加します。
• 通常のアクティビティ中に 429 エラーが表示される場合、エラーの時間と何を試みていたかを含めて Base44 サポートに連絡してください。

• 「500 Internal Server Error」ページが表示される。
• データを保存または読み込むときに機能が失敗する。