開発者ツール(コンソール)をのぞく
この章でわかること: ブラウザに最初から付いている「開発者ツール」の開き方と、 コンソールに出たエラーを見つけてコピーする手順。これを知るだけで、 「画面は動くのにデータが来ない」ような場面で自分の打つ手が一気に増えます。
開発者ツールとは——ブラウザ標準の「点検窓」
Section titled “開発者ツールとは——ブラウザ標準の「点検窓」”私たちが見ている画面の裏側では、ブラウザが常に大量のやり取りをしています。 その様子をのぞける点検窓が、どのブラウザにも最初から備わっています。これが **開発者ツール(デベロッパーツール)**です。専門家だけの道具ではなく、 車のボンネットを開けてエンジンを確認するのと同じ、誰でも開けてよい蓋です。
非エンジニアの多くは、この窓の存在そのものを知りません。だからこそ、 「ボタンを押しても反応がない」「一覧が空のまま」といったとき、 何が起きているのか確かめる術がなく、丸ごとAIに預けるしかなくなります。 点検窓を開けられるようになるだけで、状況を言葉にして渡せるようになります。
開き方——右クリック「検証」か、ショートカット
Section titled “開き方——右クリック「検証」か、ショートカット”いちばん覚えやすいのは、**画面のどこかを右クリックして「検証(Inspect)」**を 選ぶ方法です。ショートカットでも開けます。
-
Chrome / Edge(Windows):
F12またはCtrl + Shift + I -
Chrome / Edge(Mac):
Command + Option + I -
Safari(Mac): まず「Safari」→「設定」→「詳細」で **「Webページ開発者向けの機能を表示」**をオンにし、その後
Command + Option + I
開くと画面の横か下にパネルが現れ、上部に「Elements(要素)」「Console (コンソール)」「Network(ネットワーク)」などのタブが並びます。 今回使うのはコンソールとネットワークの2つだけです。
赤いエラーを見つけて、そのままAIに貼る
Section titled “赤いエラーを見つけて、そのままAIに貼る”コンソールには、裏側で起きたことが時系列で流れます。中でも注目すべきは 赤い文字の行です。赤はエラー、つまり「うまくいかなかった」という ブラウザからの報告です。黄色は警告(すぐ困るとは限らない注意)なので、 まずは赤だけを気にすれば大丈夫です。
赤い行を見つけたら、次の手順で写し取ります。
-
コンソールの赤い行の上で右クリックし、「Copy(コピー)」を選ぶ。 選べない場合は、その行を範囲選択して
Command / Ctrl + C -
全文をそのまま Claude Code のチャット欄に貼る
-
**「このエラーが出ています。原因と直し方を教えて」**と一言添える
エラーメッセージは英語で、しかも呪文のように見えますが、中身を理解する 必要はありません。大事なのは「一字一句そのまま渡す」こと。要約したり 一部だけ抜き出すと、原因の手がかりが欠けてしまいます。この受け渡しの コツは、エラーとの向き合い方でさらに詳しく 扱っています。
ネットワークタブは「通信が失敗しているか」だけ見る
Section titled “ネットワークタブは「通信が失敗しているか」だけ見る”「画面は正しく表示されるのに、データだけ出てこない」——これは典型的に、 裏側の通信(データの取り寄せ)が失敗しているサインです。ここで役立つのが Network(ネットワーク)タブです。
やることは1つだけ。タブを開いた状態で画面を再読み込みすると、 やり取りの一覧がずらりと出ます。そのうち赤く表示された行、あるいは ステータスが 404 や 500 といった数字の行があれば、「そこで取り寄せに 失敗している」という意味です。細かい見方は覚えなくてかまいません。
- 200 番台の数字ばかり → 通信は成功している(原因は別の場所)
- 赤字の行や 404 / 500 の数字がある → その通信が失敗している
この「失敗している行があるか、ないか」が分かるだけで、AIに 「データを取り寄せる通信が 500 で失敗しているようです」と、 ぐっと具体的に相談できます。原因の切り分けが半分終わったようなものです。
触りすぎても本体は壊れない
Section titled “触りすぎても本体は壊れない”開発者ツールでは、画面の文字や色をその場で書き換えて試すこともできます。 ここで安心してほしいのは、その変更はあなたの手元の表示に一時的に効くだけ だということ。再読み込みすれば元に戻り、公開中のサイトや保存されたファイル、 ほかの人が見る画面には影響しません。
とはいえ、目的は「点検」です。あちこち書き換えて遊ぶより、 開く・読む・コピーするの3つに絞るほうが、確実に力がつきます。 壊す心配はいらないので、まずは臆せず開いてみてください。
開発者ツールを開けることは、「困った」を「これが起きている」に変える力です。 状況を自分の言葉で説明できれば、AIはずっと的確に助けてくれますし、 エンジニアに相談するときも話が早く進みます。
作ったプロトタイプを商談の場で見せている最中に、うまく動かない場面が 訪れるかもしれません。そのとき慌てず点検窓を開けて原因を一言で言える人は、 それだけで信頼されます。中身を直せなくてよいのです。「何が起きているか 分かる」だけで、あなたの自己解決力は確実に一段上がります。
参考リンク(情報ソース)
Section titled “参考リンク(情報ソース)”- Chrome DevTools 公式(開き方・コンソール): https://developer.chrome.com/docs/devtools/open
- Chrome DevTools コンソールの概要: https://developer.chrome.com/docs/devtools/console
- Firefox 開発者ツール 公式(MDN): https://firefox-source-docs.mozilla.org/devtools-user/
- Safari 開発者向け機能の有効化(Apple サポート): https://support.apple.com/ja-jp/guide/safari-developer/dev34a8e7fd2/mac