サーバは何を返すか — Content-Type が無いと何が起きるか

例題のサーバは Content-Type を設定していません。curl -i で応答をそのまま読みます。

HTTP/1.1 200 OK
Date: Wed, 16 Sep 2026 02:16:18 GMT
Connection: keep-alive
Keep-Alive: timeout=5
Content-Length: 14
 
<h1>Hello</h1>

res.end(...) に渡したのは本文だけなのに、Node v24.21.0 が Date / Connection: keep-alive / Keep-Alive: timeout=5 / Content-Length: 14 の4行を付けています。Content-Length: 14 は本文のバイト数と一致します(res.end(buffer) なので長さが確定した)。

そして Content-Type の行はどこにもありません。curl を通さず printf 'GET / HTTP/1.1\r\nHost: localhost:3000\r\n\r\n' | nc localhost 3000 で生のバイト列を直接投げても、返る4行は同じです(検証時はポート 3999)。

受け取った側にあるのは「200 だった」「本文は 14 バイト」「型は告げられていない」だけです。

例題の本文は 14 バイト、末尾に改行もありません。先頭4バイトは 3C 68 31 3E。§7.1 の text/html 行のうち該当するのは <!DOCTYPE HTML・<HTML・<HEAD・<SCRIPT・<IFRAME に続く6行目の <H1 です(下は抜粋)。

Byte Pattern             Pattern Mask        Computed MIME Type   Note
3C 21 44 4F 43 ... 48 54 4D 4C TT  FF FF DF ... FF   text/html   "<!DOCTYPE HTML" + 0xTT
3C 48 54 4D 4C TT        FF DF DF DF DF FF   text/html            "<HTML" + 0xTT
3C 48 31 TT              FF DF FF FF         text/html            "<H1" + 0xTT
3C 50 TT                 FF DF FF            text/html            "<P" + 0xTT
3C 21 2D 2D TT           FF FF FF FF FF      text/html            "<!--" + 0xTT

この行の Note は原文で The case-insensitive string "<H1" followed by a tag-terminating byte. 条件は2つです。

1つ目、case-insensitive。大小を区別せず突き合わせるので、<h1> の 68("h")が 48("H")と一致します。

2つ目、tag-terminating byte。§3 Terminology の定義は逐語でこうです。

<h1> の4バイト目は 3E、つまり > なので一致します。

結果として <h1>Hello</h1> は <H1 の行に一致し、computed MIME type は text/html になります。判定に使われたのは先頭の4バイトだけで、Hello も </h1> も見られていません。

この表は「HTML かどうか」を文法的に調べているのではなく、決められた並びの一覧と照合しているだけです。当たったのは、例題の最初のタグがたまたま表に載っていたからです。