解決方法を見つける
ほとんどの解決方法は、使用している機能のページにあります。分野を選択すると、そのトラブルシューティングに直接移動します。AI チャット
チャットが止まる、変更を誤って理解する、元に戻せない、または復元できない。
読み込みと公開
アプリエディタが読み込まれない、アプリが空白の画面になる、または変更がライブに反映されない。
バックエンド関数
関数がエラーを返す、デプロイできない、またはアクセスできない。
アプリへのアクセス
アプリのリンクが自分では開けるのに、他の人には開けない。
ドメインを修正する
ドメインの修正方法は、ドメインを取得した場所によって異なります。わからない場合は、ドメインの登録先を確認する を参照してください。Base44 で購入
Base44 で購入した GoDaddy または IONOS のドメイン。
Wix で購入
Wix で購入したドメイン。
別のプロバイダー
別のプロバイダーから接続したドメイン。
エラーコード
エラーコードが表示された場合は、以下から探して、その意味と対処方法を確認してください。400: Bad request
400: Bad request
400 エラーは、Base44 サーバーがリクエストを処理できなかったことを意味します。多くの場合、一部の情報が欠落しているか、間違った形式である場合です。例:
- 必須フィールドが欠落しているフォームを送信する。
- 間違ったデータ形式で API を呼び出す。
403: Forbidden
403: Forbidden
サインインしていますが、このアクションを実行したりリソースにアクセスしたりする権限がありません。これは、ロールや権限が制限されている場合、または特定のデータテーブルのデータ権限が適切に設定されていない場合に発生することがあります。例:
- アクセス権のないアプリで設定を変更しようとする。
- ロールやアプリのデータ権限によって制限されているデータやページにアクセスしようとする。
404: Not found
404: Not found
アクセスしようとしたページ、リンク、またはリソースは存在しません。例:
- アプリまたはダッシュボードの間違った URL を入力する。
- 削除または移動されたファイルにアクセスする。
429: Too many requests
429: Too many requests
短時間にあまりにも多くの回数アクションを実行しようとしました。これにより、パフォーマンスと安定性を保護する一時的なレート制限がトリガーされます。例:
- ドメインを再接続するか、ダッシュボードで同じアクションを繰り返すために素早くクリックする。
- API、バックエンド関数、またはワークフローを介して短時間に多くの繰り返しリクエストを送信する。
- サインインしたユーザーのためにアプリが行う呼び出しは、そのユーザー自身の割り当てにカウントされます。そのため、アプリを使う人が増えるほど容量も増えます。サインインしていない訪問者は IP アドレスごとにカウントされます。
- バックエンド関数が管理者アクセス (サービスロール) で行う呼び出しは、個人ではなくアプリとして動作します。これらの呼び出しはすべて、アプリ全体で 1 つの割り当てを共有し、アプリを使う人の数に応じて増えません。多くのチームや顧客にサービスを提供するアプリでは、これらの呼び出しが最初に制限に達することがよくあります。
- 有料プランでは制限が高くなります。プラン別のレート制限 を参照してください。
- 一度に送信するのではなく、時間をかけてリクエストを分散させます。
- インテグレーションがサポートしている場所でバッチリクエストを使用します。
- 同じデータで同じエンドポイントを何度も呼び出さないように、キャッシュを追加します。
- 429 応答後に新しいリクエストを送信する前に少し待つリトライロジックを追加します。
- 通常のアクティビティ中に 429 エラーが表示される場合、エラーの時間と何を試みていたかを含めて Customer Care に連絡してください。
500: Internal server error
500: Internal server error
リクエストを処理するときに Base44 サーバーで問題が発生しました。アプリの読み込み、データの保存、ページを開くとき、フォームなどの機能を使うときに表示されることがあります。プレビューとライブアプリの両方で、空白の画面、データの欠落、機能の停止が起こる場合があります。例:
- 「500 Internal Server Error」ページが表示される。
- データを保存または読み込むときに機能が失敗する。
- アプリ名
- エラーが発生する場所と時間
- ブラウザのコンソールのエラーメッセージ (可能であればスクリーンショット)
- 問題が発生するまでの手順
Webhook 関数への POST リクエスト時に 500 エラー
Webhook 関数への POST リクエスト時に 500 エラー
500 エラーは通常、Webhook POST リクエストの URL が正しくないことを意味します。関数エンドポイントのベース URL としてアプリのデフォルトの Base44 アプリリンクを使用していることを確認してください。たとえば:
https://app--your-app-name.base44.app/api/apps/your-app-id/functions/yourFunctionNameカスタムドメインが接続されている場合でも、適切なルーティングを確保しエラーを減らすために、POST リクエストにはデフォルトのアプリリンクを使用することをお勧めします。URL の構造を再確認し、必要に応じてインテグレーションを更新してください。このページは AI によって翻訳されました。最も正確で最新の情報については、英語版 を参照してください。