【入門編】HTTPステータスコード405(Method Not Allowed)の仕様とAllowヘッダー – HTTPプロトコル・通信規格実践ガイド

Webの「立ち入り禁止」？HTTP 405 Method Not AllowedとAllowヘッダーの正しい作法

こんにちは。ネットワークの深淵を愛するエンジニアの皆さん、あるいは今まさにWebの仕組みを学ぼうとしている皆さん。

今日は、WebブラウザやAPIとサーバーが会話をする中で、時折ピリッとした雰囲気を作り出す「405 Method Not Allowed」というエラーについてお話しします。

「メソッドが許可されていない」という、どこか冷たい響きのこのエラー。実はこれ、サーバーからの「ごめんね、そのやり方じゃ受け取れないんだ。正しい方法はこれだよ！」という、とても誠実なガイドラインなんです。

今日はこの仕組みを、私たちの身近な「郵便配達」に例えて紐解いていきましょう。一歩ずつ、丁寧に見ていきましょうね。

—

そもそも「メソッド」って何？

Webの世界で、私たちはサーバーに対して「リクエスト」を送ります。このとき、「何をしてほしいか」を指定する命令がHTTPメソッドです。

一番よく使うのは、このあたりではないでしょうか。

GET：情報を「ちょうだい！」と取りに行く（Webページを見るときなど）
POST：データを「送るから登録して！」と預ける（フォームの送信など）

これを郵便に例えると、「GETは手紙の内容を読む」「POSTは荷物を届ける」といった「作業の手順」のようなものです。

—

405エラーが発生する瞬間：空気を読まないリクエスト

さて、ここからが本題です。ある日、あなたが特定の窓口（URL）に対して、「DELETE（削除して！）」という命令を送ったとします。

しかし、その窓口の受付係（サーバー）はこう答えます。

> 「405 Method Not Allowed」

これは、「君がやろうとしている『削除』という作業は、この窓口では受け付けていないよ」という意味です。

エンジニアとして覚えておいてほしいのは、405エラーは「そのページが存在しない（404）」のではなく、「そのページはあるけれど、やり方が間違っている」ときに返されるという点です。ここ、非常に重要なポイントですよ！

—

Allowヘッダーという「親切な案内板」

405エラーが返されたとき、サーバーはただ門前払いをするだけではありません。ここで登場するのが「Allowヘッダー」という仕組みです。

これは、サーバーが「この窓口では、代わりにこれならできるよ！」と教えてくれる案内板のようなものです。

例えば、あなたがサーバーに「消してくれ（DELETE）」と頼んだとき、サーバーが以下のような返答をしたとしましょう。

HTTP/1.1 405 Method Not Allowed
Allow: GET, POST # 「DELETEはできないけど、GETとPOSTなら受け付けるよ！」という情報
Content-Type: text/plain

このリソースに対してDELETEメソッドは許可されていません。

このように、Allowヘッダーは405エラーを返す際に「必須」の要素です。これがないと、クライアント（ブラウザやあなたのプログラム）は「じゃあ、どうすればいいの？」と路頭に迷うことになります。

—

開発現場で遭遇したら：デバッグの心構え

もしあなたがWeb APIを作っていて、この405エラーに直面したら、まずは以下のステップで確認してみてください。

1. URLは正しいか？：そもそも目的の機能を持っているURLを叩いていますか？
2. メソッドは適切か？：そのURLは「取得(GET)」専用ではありませんか？
3. サーバーの許可設定を見直す：Webサーバー（NginxやApacheなど）やフレームワークのルーティング設定で、そのメソッドが意図的に禁止されていないか確認しましょう。

設定のヒント（Nginxの例）

例えば、特定のURLでPOSTだけを許可したい場合、設定ファイルにはこう書くことがあります。

特定のパスでGETとPOST以外を拒否する設定例
location /api/data {
# 許可するメソッド以外は405エラーを出すのが標準的な作法です
limit_except GET POST {
deny all;
}
}

—

まとめ：ネットワークは「対話」である

HTTPステータスコードは、単なる数字の羅列ではありません。クライアントとサーバーが互いに納得して通信を続けるための「言葉」です。

405エラーは、一見するとエラーで怖いもののように感じるかもしれませんが、実は「お互いのルールを正しくすり合わせるための大切なサイン」なのです。

次に405エラーを見かけたら、「おっ、サーバーが『そっちのやり方じゃないよ、こっちだよ』と教えてくれているな」と、優しく受け止めてあげてくださいね。

皆さんの開発するネットワークが、今日もエラーなく、健やかでありますように！