--- title: "ログ:ビルドとサイトへのリクエスト | Briks" url: https://briks.dev/ja/docs/logs description: "ビルドログとサイトへの直近1日分のリクエストを読み、レベルやステータスで絞り込んで、失敗しているフォームやジョブ、遅いページの原因を探せます。" last_updated: 2026-10-08 --- # ログ:ビルドとサイトへのリクエスト ログには、いつ何が起きたかが残ります。プロジェクトのすべてのビルドと公開、そして直近1日にサイト独自のコードを実行したすべてのリクエストです。フォーム、定期タスク、ページの動作がおかしい理由を調べるときに使います。 読了時間 5 分 2026年10月8日にスタジオで確認済み ## 2種類のログ どこで 1. Projects 2. Your project 3. Settings 4. Logs | 表示 | 表示される内容 | どこまでさかのぼるか | | --- | --- | --- | | **Builds** | このプロジェクトのすべてのビルド、変更、公開と、それぞれが経たステップです。 | 最新の40件 | | **Requests** | サイトへのリクエストとエラーを、新しい順に表示します。 | 過去24時間分を、一度に最大100件まで | 定期タスクとWebhookには、それぞれ30日間保存される専用のログがあります。[定期タスク](https://briks.dev/ja/docs/crons) の **Runs** と、[Webhook](https://briks.dev/ja/docs/webhooks) の **Deliveries** です。フォームから送信されたメッセージは **Settings**、**Forms** に保存されます。 ## ビルド 各項目には、依頼内容(依頼の文言のまま)、依頼した人、日時、かかった時間が表示されます。人が開始したものでない場合は、Briksと表示されます。右側にはステータスが表示されます: | ステータス | 意味 | | --- | --- | | **Waiting** | ほかの作業の後ろで待機中です。 | | **Running** | 現在進行中です。 | | **Done** | 完了しました。 | | **Failed** | 最後まで終わらずに止まりました。 | | **Stopped** | 完了する前に停止されました。 | 項目をクリックすると、各ステップとその発生時刻が表示されます。うまくいかなかったステップは赤で表示されます。失敗した項目の最後には「It did not finish. Nothing on the live site changed, and no credits were charged for it.」と表示されます。 同じ作業をプレビューを横に見ながらリアルタイムで確認したい場合は、スタジオを使ってください。[ビルドを見守る](https://briks.dev/ja/docs/watching-a-build) をご覧ください。 ## リクエスト **Requests** には、サイト独自のコードが動いた呼び出しが表示されます。具体的には、`/api` ルートへのアクセスと、A/Bテストで訪問者を2つのバージョンに振り分けている間のページ訪問です。通常のページ、画像、ファイルはそのまま配信されるため、表示されません。お問い合わせフォームから送られたメッセージも表示されません。これらはサイトのコードを通さず、直接 Briks に届くためです。 各行には、時刻、メソッドとパス（GETは何かを求め、POSTは何かを送ります）、かかった時間（ミリ秒）、サイトが返したステータス（返答がない場合もあります）が表示されます。サイトのコード自身が書いた行には、メッセージと、errorやwarningなどのレベルが表示されます。行をクリックすると、メッセージ全文、日付、リクエストIDが見られます。 | ステータス | 意味 | | --- | --- | | 200などの2xx | うまくいきました。 | | 4xx(400や404など) | リクエストは受け付けられませんでした。内容に不足や誤りがあるか、そのパスに何も存在しません。 | | 500などの5xx | サイトのコードが応答中に失敗しました。 | ### フィルター | フィルター | 選択肢 | できること | | --- | --- | --- | | **Search** | 任意の語句:パス、メッセージ、リクエストID | 1つのルートや1つのエラーを探します。 | | **Level** | **All levels**、**Errors**、**Warnings** | コードが報告した問題だけを表示します。 | | **Status** | **Any status**、**Succeeded**、**4xx**、**5xx** | 拒否または失敗したリクエストだけを表示します。 | 条件を設定して **Show** を押してください。ページのアドレスに条件が残るので、絞り込んだ表示をブックマークできます。**No requests in the last day** は、24時間のあいだサイトのコードが一度も実行されなかったという意味です。ページに **Logs cannot be read right now** と出たら、1分ほど待ってからもう一度お試しください。 ## 失敗するフォームを診断する 1. エントリーを探す 場所: Settings, Forms 訪問者が送ったメッセージはすべてここに保管され、画面には最新の100件が表示されます。それぞれに、届いた日時と送信元のページ、そして **emailed**、**not emailed**、**preview** のいずれかが表示されます。 2. プレビューと表示されている場合 場所: Settings, Forms サイトが本番環境に公開されていないため、エントリーは保存されますが、メールでは送信されません。[本番環境への公開](https://briks.dev/ja/docs/publish-to-production) を参照してください。 3. メール送信済みと表示されたのに届かないとき 場所: Your inbox エントリーは、プロジェクトを作成した人に届きます。その人が退会している場合は、ワークスペースの最初のOwnerに届きます。迷惑メールフォルダーも含めて、その受信箱を確認してください。 4. まったく見つからない場合 場所: The live site メッセージがBriksに届きませんでした。ご自身で送信してください。ここから送られたメッセージが多すぎるとフォームに表示された場合は、上限に達しています。上限は、1人の訪問者につき10分間で5件まで、サイト全体で1日300件までです。 5. ほかのツールに必要な場合 場所: Settings, Webhooks, Deliveries **Status** を **Failed** にして **Show** を押します。配信を開いて相手のツールの応答を確認し、問題を直したら **Send again** を押してください。 データベースに保存されるフォーム アプリの予約リクエストのように、データベースに保存するフォームは、サイト自身のコードで動きます。その送信は **Requests** にも表示されます。パスで検索し、**Status** を **5xx** にすると、失敗したものが見つかります。 ## 失敗する定期タスクの原因を調べる 1. 実行内容を読む 場所: Settings, Scheduled tasks, Runs 失敗した実行を開きます。たとえば「answered 500」のように、アドレスが返した応答と、その冒頭部分が表示されます。 2. エラーを見つける 場所: Settings, Logs, Requests タスクがサイト上のルートを呼び出す場合は、`/api/daily-summary` のようなそのパスを検索し、**Level** を **Errors** にします。メッセージには、コードのどこで問題が起きたかが表示されます。 3. 修正を依頼する 場所: Studio エラーをスタジオのチャットに貼り付け、作業について一文添えてください。例: 毎朝、日次サマリーのルートがこのエラーで失敗します。[変更を加える](https://briks.dev/ja/docs/making-changes) をご覧ください。 4. もう一度試す 場所: Settings, Scheduled tasks 修正が公開されたら、タスクの三つの点を開いて **Run now** を選びます。結果はすぐに表示されます。 **Skipped** と表示された実行は失敗ではありません。そのプロジェクトのその日の呼び出し回数を使い切ったということです。実行は UTC の午前0時を過ぎると再開します。プランごとの上限は [定期タスク](https://briks.dev/ja/docs/crons) のページにあります。 ## 表示が遅いページを診断する **Requests** は、サイトのコードを動かす処理すべての時間を計測します。サイトのルートから内容を読み込むページが遅いと感じるときは、ここを見てください。アプリやダッシュボードは、たいていこの方式で動きます。 1. ページを開いて時刻を控えましょう 場所: The live site 遅いページを一度ご自身で読み込んでおくと、そのリクエストが最新のものに含まれます。 2. 所要時間を確認する 場所: Settings, Logs, Requests そのときに行われた各リクエストの横にあるミリ秒を見てください。ほかが数百ミリ秒なのに、1つのルートだけが数秒かかっていれば、それが原因です。 3. 絞り込む 場所: Settings, Logs, Requests そのルートのパスを検索して、常に遅いのか、時々だけ遅いのか、そして隣に **Warnings** や **Errors** が表示されていないかを確認します。 4. 修正を依頼する 場所: Studio どのルートが、どのくらい遅いのか、そのルートが表示するページとあわせてスタジオに伝えてください。 遅い項目が見つからなければ、遅延の原因はサイトのコードではありません。ページ、画像、ファイルはそのまま配信されるため、大きな画像や動画など、ページの中身を確認し、遅いと感じる点をスタジオで伝えてください。 ## 実例: 保存されなくなった予約アプリ オーナーが気づいたこと リーズのドッグトリミングサロン > 午前中から新しい予約が1件も入っていませんでしたが、フォームが反応しないという電話は鳴り続けていました。 **Requests** で **Status** を **5xx** にすると、9:12以降の `POST /api/bookings` がすべて500で応答していました。その横のエラー行には、必須項目が足りないと表示されていました。 スタジオでの質問 > 今朝から、/api/bookings で予約がすべて500エラーになります。ログには、ペットのサイズの項目がないと出ています。この項目は昨日、フォームから削除しました。 変更が公開され、**Requests** の次の予約は 200 を返しました。 ## 次に読む - [データと自動化 **定期タスク** サイトで定期タスクを決まった時刻に実行。朝の要約や週次の整理に。書き方、実行結果の確認、失敗時の対処、プランごとの上限を解説します。](https://briks.dev/ja/docs/crons) - [データと自動化 **Webhook** サイトの公開時、フォームの送信時、レコードの変更時に、署名付きのメッセージを別のツールへ送ります。ペイロード、署名、再試行、配信について説明します。](https://briks.dev/ja/docs/webhooks) - [サイトの機能 **フォーム** Briks のサイトにフォームを追加し、プレビューでテストし、スタジオで送信内容をすべて確認し、本番環境では1件ずつメールで受け取り、webhook で他へ渡せます。](https://briks.dev/ja/docs/forms) - [ヘルプ **トラブルシューティング** Briksで何かがうまく動かないときの対処法です。サインイン、クレジット、ビルドと変更、ドメイン、フォーム、メール、チャットボット、データ、チームについて説明します。](https://briks.dev/ja/docs/troubleshooting) まだ解決しませんか? プロジェクト名と、表示されると思っていた内容を添えて [hello@briks.dev](mailto:hello@briks.dev) までご連絡ください。スクリーンショットがあると助かります。