なぜパスワードは半角英数字なのか？残る昭和の理由

会員登録の画面で、パスワードを打ち込んだら赤い文字で弾かれる。半角英数字で入力してください、という一文を見て、全角と半角の何が違うのかと一瞬固まった経験は、誰にでもあるはずです。

不思議なのは、この指定が何十年も前から今日まで、まるで様式美のように残り続けていることです。スマホもクラウドも当たり前になった時代に、なぜ半角という古い区別だけが生き残っているのか。今回はその理由を、文字コードの歴史という一次情報からたどっていきます。

入力フォームで全角が弾かれる現象は、単なる入力ミスではなく、コンピュータの内部で起きている文字の照合そのものが背景にあります。人間の目には同じAという文字に見えても、全角のＡと半角のAは別々の番号を割り当てられた別の文字です。フォームがその番号を突き合わせている以上、番号が違えば一致しない、という素朴な理屈がここにあります。

この4コマの新人が最後にたどり着いた気づきは、現場でも本質を突いています。半角英数字が求められるのは意地悪でも手抜きでもなく、どの言語環境でもコードがぶれない文字だけを受け付けるという、安全側に倒した設計判断の名残だと私は考えています。迷ったら半角、という結論は乱暴なようでいて、実は歴史的な根拠のある選択なのです。

そもそも半角と全角は何が違うのか？

半角と全角の違いは、1文字が占めるデータの大きさと、由来する文字コード規格にあります。半角はもともと1バイトで表現される文字、全角は主に2バイトで表現される文字だと考えると、輪郭がつかめます。

半角英数字のルーツは、アメリカで作られたASCII（アスキー）という文字コードです。日本ではこれをほぼ引き継いだJIS X 0201が使われ、アルファベット・数字・記号・カタカナを1バイトで表しました。一方、漢字やひらがな、そして全角の英数字は、より広い文字を収めるJIS X 0208などの規格で2バイトを使って表現されます。

つまり全角のＡと半角のAは、画面上では似ていても、コンピュータの中では住所（文字コード）も部屋の大きさ（バイト数）も違う、別の文字なのです。この差が、入力フォームの合否を分ける根っこになります。

比較観点	半角英数字	全角英数字
主な由来規格	ASCII／JIS X 0201	JIS X 0208 など
1文字のデータ量	1バイト系	2バイト系
環境による一致	ほぼどの環境でも同じコード	環境・符号化で扱いが変わりやすい
パスワードでの可否	受け付けられることが多い	弾かれることが多い

なぜパスワードは半角英数字でないと弾かれるのか？

パスワードで全角が弾かれる主な理由は、全角と半角が文字コード上で別の値を持ち、完全一致の照合に通らないためです。パスワードは1文字でも違えば認証が失敗する仕組みなので、見た目の似ている全角と半角の取り違えは致命傷になります。

半角英数字の強みは、その国際的な素性の良さにあります。ASCIIは1963年6月17日に米国規格協会（後のANSI）が制定した、7ビットで128文字を表す古典的な規格です。この95の印字可能な文字と33の制御文字という枠組みは、UTF-8やShift_JISといった後の符号化方式にもほぼそのまま引き継がれたとされます。だからこそ半角英数字は、日本語環境でも英語環境でも同じ番号を指す、いわば世界共通のパスポートのように振る舞います。

この事情は、実在サービスの入力条件にもはっきり表れています。アフィリエイトサービスのバリューコマースは、パスワードを半角8文字以上100文字以下とし、数字・大文字英字・小文字英字・特殊記号のうち3種以上を組み合わせるよう公式ヘルプで案内しています。入札情報サービスのNJSSも、パスワードは半角英数字6ケタ以上とし、全角文字や英数字以外の文字は使用できないと明記しています。いずれも半角に限定する運用が、確認できる事実として共通しています。

対照的に、全角の英数字は日本語の文字集合の中に後から用意されたもので、符号化方式によってコードの割り当てが変わりやすい性質があります。この違いが、入力の受け付け段階でシステムを慎重にさせる一因だと考えられます。

なお、システムによっては入力された全角を半角へ変換する前処理を挟む設計もあり、必ずしも全角が常に弾かれるわけではありません。ここは実装次第なので、一般論として押さえておくのが安全です。

半角英数字という表現が英語圏のフォームにないのはなぜか？

半角英数字という表現が英語圏のフォームに存在しないのは、ASCIIの世界にはそもそも全角という対になる概念がないからです。区別する相手がいない以上、半角という言い方も生まれようがありません。

英語圏の入力欄では、アルファベットも数字も基本的にASCIIの1バイト文字だけで完結します。幅が半分か全部か、という区別を意識する必要がないため、フォームの注意書きにもhalf-widthのような指定は原則として登場しません。

半角と全角という言葉が必要になったのは、1バイトのANK（英数カナ）と2バイトの漢字・全角文字が同じ画面に同居する、日本語環境ならではの事情があったからです。二種類の幅の文字が混ざるからこそ、どちらを使うかを人間が指定する必要が生まれました。この意味で、半角指定は日本語のコンピュータ文化が生んだローカルな作法だと言えます。

なぜ今も昭和生まれの半角指定が残り続けるのか？

昭和生まれの半角指定が今も残るのは、確実に動くものを壊さないという互換性優先の設計判断が積み重なってきたからだと私は見ています。ここからは事実の説明ではなく、外から現場を見てきた私の考察になります。

私が技術を評価するとき、まず気にするのは、それが誰のどんな課題を解決していたかです。半角英数字への限定は、文字コードがまだ乱立していた時代に、環境をまたいでも認証が破綻しないための保険として合理的でした。JIS X 0201の初版が1969年6月1日制定という日本最古のJIS文字コードであることを思えば、この作法は半世紀を超えて受け継がれてきた計算になります。

持論を一つ挙げるなら、技術に良い悪いはなく、価値は使いどころで決まる、というのが私の見方です。半角制約は不便の象徴のように語られがちですが、認証という一文字も間違えられない場面では、ぶれない文字だけを通す判断はむしろ理にかなっています。

あくまで外から見ていた私の見立てですが、この作法が消えない本当の理由は、技術の遅れというより、動いている認証基盤をあえて作り替える動機が乏しいことにあると思います。仕組みを新しくして得られる利便より、変更で生じる不具合のリスクの方が現場では重く見られる。この慣性が、昭和の作法を令和まで運んできたのではないでしょうか。

よくある質問

この先、パスワードそのものがパスキーや生体認証に置き換わっていけば、半角英数字という指定を目にする機会は少しずつ減っていくのかもしれません。それでも、どの環境でもぶれない文字だけを信じるという発想は、認証が続く限り姿を変えて生き残るはずです。あなたが今使っているサービスのログイン画面は、なぜその文字種を求めているのか。一度立ち止まって眺めてみると、半世紀分の設計判断の跡が見えてきます。

次にどこかのフォームで半角英数字を求められたら、まず入力モードを半角にしてから打つ習慣をつけてみてください。エラーで足止めされる時間を、それだけで確実に減らせます。

この記事と一緒に知っておきたい用語

用語	この記事との関連
文字コード	半角と全角を別の文字として区別している、番号の割り当てルールそのもの。
ASCII	半角英数字のルーツにあたる、7ビット128文字の古典的な文字コード。
エンコード	文字を特定のコードへ変換する処理で、全角の扱いが環境で変わる背景にある。
デコード	符号化された文字を元に戻す処理で、文字化けや不一致が起きる場面と関わる。

【出典】参考URL

https://ja.wikipedia.org/wiki/JIS_X_0201 ：JIS X 0201の初版が1969年6月1日制定で日本最古のJIS文字コードである点、ANK（英数カナ）で1バイトである点の根拠。
https://ja.wikipedia.org/wiki/ASCII ：ASCIIが1963年6月17日に米国規格協会（後のANSI）により制定され、7ビットで128文字を表す規格である点の根拠。
https://en.wikipedia.org/wiki/ASCII ：ASCIIが95の印字可能文字と33の制御文字の計128文字で構成される点の根拠。
https://e-words.jp/w/%E5%85%A8%E8%A7%92%E8%8B%B1%E6%95%B0%E5%AD%97.html ：全角英数字と半角英数字が異なる文字コードを持つ別の文字として扱われる点の根拠。
https://help.valuecommerce.ne.jp/mer/login/password/02/ ：バリューコマースがパスワードを半角8文字以上100文字以下・文字種3種以上と案内している点の根拠。
https://www2.njss.info/helps/view/82 ：NJSSがパスワードを半角英数字6ケタ以上とし全角文字を使用不可としている点の根拠。