Webフォームにおける数字入力時の半角・全角について

Question

Webフォームで住所などを入力する時に
数字入力のところで、
●電話番号は半角
●住所の番地は全角
●郵便番号は半角
となっているサイトって結構ありますよね。

正しい数字を入れているにもかかわらず、
上記の「半角・全角」の決まりを守らないと
エラーになって再入力させられます。

すごくややこしいんですが、
なぜこのようになってるのでしょうか？
不親切な仕様ですよね

例えば、このようには出来ないのでしょうか？↓

●電話番号も住所の番地も半角（または全角）

に統一する。もしくは

●半角でも全角でもどちらでも良い

上記どちらかには出来ないものなのでしょうか？
上記を実現するには、プログラムの実装が難しいんでしょうか？

もちろん、上記を実現していて、わかりやすいユーザインターフェースのサイトも
あるにはあると思いますが。

slowboat · Accepted Answer

これイイ質問ですよね。

他には、

・郵便番号は１２３－５６７８でも１２３５６７８でもいいじゃないか
とか
・棒線の「－」は「ー」でもいいじゃないか
とか
・スペースは「　」でも「 」でもいいじゃないか
とか
・スペースの有無でいちいち別物て思わないでほしい

なんてのもあります。

これらはプログラムを開発する際の共通部品の設計段階で、
そのようなインタフェース要件を念頭に入れて設計してやれば
大してテスト費用や時間（要するに工数）を割く必要は出てきません。
（例えば、「１２３－５６７８」と新規登録したデータを
　「123-5678」で検索できるかどうかを見ればいいだけですから）

＞上記どちらかには出来ないものなのでしょうか？
＞上記を実現するには、プログラムの実装が難しいんでしょうか？
→WEBサイトによっては「半角で入力してください」と
　わざわざエラー表示してくれるサイトもありますよね。
　逆にいえば、何らか半角・全角チェックをしているサイトもある
　ということです。

　つまり、
　チェックする程度の苦労は惜しまない作成者もいるということです。
　
　「１丁目ー５－１０」と「1-5-10」を同じデータだと扱わせるんだったら
　多少難しいと思うのですが、
　全角半角程度であれば、それほどではないと考えます。
　（そういう変換プログラムを共通して使えばよいだけですから。
　　せいぜい各CGIプログラムあたり１行追加程度）

　ただし、思惑どおりいかない場面もでてくると思われます。
　（例：そのWEBフォームに何か入力すると
　　　　第三者が保有している外部のデータベースを
　　　　検索する動作をするようなものである場合は
　　　　外部のデータベースのデータ仕様に合わせる必要があります。
　　　　もし、そのデータ仕様が、全角と半角の数字の混在を
　　　　許す使用の場合はWEBフォームの入力内容を
　　　　加工するわけにもいかなくなってきます）

元々ソフト業界自体が、
広く一般の皆様に使ってもらえるものを作るよりも
固定の顧客に使ってもらえるものを長いこと作ってきたため
「運用方法でなんとかする（してもらう）」
という風習が根強く残っています。

※昔のコンピュータは能力が大変低かったので
　本当にそうしてもらわないといけなかったこともありました

それがいつしか
「そういうものなのでよろしく」
となってしまい、
「エラーですよ」
と、チェックしてるんだったら何とかできないの？
みたいなプログラムしか提供しない現状となっているのも
否定できません。

onosuke · Answer

>上記を実現していて、わかりやすいユーザインターフェースの
>サイトもあるにはあると思いますが
と御自分でも言及されているとおり、実現は可能です。

もっとも、「●半角でも全角でもどちらでも良い」以外は、
「他人の考え方は違うかもしれない…」視点で見ると、
どれも一長一短で程度は変わりません。

>実現するには、プログラムの実装が難しいんでしょうか？
難しい、難しくないで判断する事項では無いですね。
「手間がかかる(=手間賃が増える)」
「面倒(=貰えるお金は変わらないのに、機能追加しなきゃいけない)」
「何も考えてない(=業者まかせ→『面倒』へ)」
等が主な理由でしょう。

popesyu · Answer

郵便番号と電話番号は通常、データベース上では数字として扱いますので半角である必要があります。これが全角で入っていても、一応一文字ずつ判別する処理を入れてそれを置き換えてというようなことは可能と言えば可能ですが、単に面倒というのとそういう無駄な処理をはさむとバグの温床になるので、様々な文字コードでの対応も考えてテストしなければならないしとか、そういう手間を考えると最初から半角しか受け付けませんとしていた方がはるかに楽で確実だからです。
ということで実装は難しくないが面倒で、且つそんな面倒なことをやったとしても得られるメリットが然程ない。

住所の場合はここは文字列扱いになるので番地の部分は半角でもデータの受付自体は問題ないですが、中には受け付けれない仕様のDBもあるかもしれませんし、それよりもそのデータを二次加工する時（例えばハガキ・封筒などにまとめて印刷するとか）に全角の方が対応がしやすいというのもあるかと思います。またここの部分は数字が入るのが番地の部分だけとは限らない（町名などに数字が入る場合もある）ため、自動処理での置き換えは非常に難しいです。
こちらのケースはどちらでも良いというパターンも結構あるとは思いますが、基本的に自由入力の欄になるため自動処理での置き換えはほぼ不可能でしょう。

popesyu · Answer

メリットが然程ないというのが一番大きいですよ。
こんな機能はわざわざ仕様書に組み込むほどのものでもないですし、口頭で上司にこうしましょっかと提案して、あーやっといてとか別にわざわざ良いよで済む程度のものです。
でそういうことをわざわざして、バクテストの項目を２，３増やす手間（コード上の問題はクラス化なり関数化して使いまわすことは可能ですし、環境が変わっても大した修正は必要ないですが）をかけるのかどうかというただそれだけのことです。

この機能を入れると明らかに入力ミスが減るとか、ユーザーの負担が激減するとかまでなるなら分かりますが、逆にここはこう決め打ちしてくださいと案内したって、それはそれで丁寧な案内にもなりますから、どっちもどっちです。ここは半角/全角どちらでも良いですとここは半角しかダメですの案内の差ってそんなに拘りが大きく出るものですかね？

二次加工の件についてもこれもそんな大きい問題でも無いですがｗ　例えば縦書きで印刷するときとかのことです。封筒やハガキの印刷ソフトをいくつか試されてみたら分かりますが、全角の方がきれいに揃うソフトもあります（でもその逆はないです）。どちらでも適当にそろえてくれるのもありますので、基本的にはどっちでも良い程度の差しかありませんが。

まぁやはりそんな熱く語るほどのテーマでも無いというのが扱いが適当になっている一番の理由かと思います。エンドユーザーから熱く注文を受けたのであれば率先して対応しますけど、別にこの機能に限らずですが、最後回しにされるような場合は暇で暇でどうしようもなかったからついでにやっちゃいましたぐらいまでになら無い限りは実装されないでしょう。

Bonjin · Answer

＞なぜこのようになってるのでしょうか？
ユーザビリティを考慮して作っていないからです。
質問者さんが
＞すごくややこしい
＞不親切な仕様ですよね
と思っているのがよい証拠です。この程度のことでユーザに不便を強いる仕様は開発者側の都合をユーザに押しつけているに過ぎません(実際にはユーザに不便を強いらなければ解決出来ないこともありますが…)。
半角全角が混ざっていることを検出してエラーを出すくらいなら、全角数字を半角数字に自動的に変換してくれた方が親切ですし、技術的に難しいことではありません。
また、全角半角の区別は内部的な問題(データベースの型など)であって、普通はユーザに意識させてはいけないものです。なので、「入力は全角でも半角でもよい」かつ「画面上に"半角","全角"などの文字がない」ことが理想です。

ということで、
＞上記どちらかには出来ないものなのでしょうか？
できます。
＞上記を実現するには、プログラムの実装が難しいんでしょうか？
そんなに難しいことではありません。あまり見かけないのは、まだまだユーザビリティを考慮して作る習慣が根付いていないことと、他の方が書かれているように納期やコスト的な問題で優先順位が低いことが挙げられます。

onosuke · Answer

最近では、シャンプー容器側面の凹凸等、身の回りの多くのものにユニバーサルデザインが導入されていますよね。

では、Webにおけるユニバーサルデザインの取組みは？
この業界は歴史が浅く、ユニバーサルデザイン取組みの面では遅れているのが実情です。そんな中でも、この全角半角問題は英語圏にはない問題なので、情報源が少なく議論に上がること自体も少ないのでしょう。

Webは、極最近に、手馴れた人々によるニッチな社会から、多様な人々による大衆社会への移行を遂げました。この問題も、そんな社会の常として存在する、社会的取組みが必要な課題の一つじゃないですかね？

# 個人的には、全ブラウザ、携帯で共通に利用できる
# IME制御の仕組みが欲しいなぁ…

# ちなみに全角制限は、根本がCOBOLの亡霊のパターンも多いです。

ron3 · Answer

IMEをonにして、キーボードの１をクリックして、スペースをおしてください。候補が出ると思います。
全角数字に対応するということはそのすべてに対応するということになります。さらに、たとえば１１だとしたら、日本語だと十一とかにも対応。英語の自動翻訳と同じ処理のめんどくささとなります。

今、ブラウザがどうなってるかとか、実際のコードの値がどうなっているかとかは把握できてませんが、文字データは内部的に、結局コードで制御されているわけです。たとえば、SJISだと、
http://docs.hp.com/ja/B3782-90873/apcs01.html
のような表であらわされるとおりのコードが各漢字に設定されています。
IEだと、IE上で右クリックを押したときに出てくるメニューに「エンコード」というものがありますよね？
日本語（EUC）とかUnicodeとかが選択できると思います。
このEUCとかUnicodeというものはそのコードの定義の体系で、
SJISとEUCでは、同じ文字だとしても、設定されているコードが違うわけです。たとえばSJIS、EUCだと２Byteのコードであらわされていますが、違うコードが振られていて、UTF-8とかだと３Byteで表現されたりするわけです。
もし全角対応するとなると、その全角文字を何という文字かを判別するなどの対応が必要がでてくるわけです。
しかし、半角の英数字は基本的にASCIIコードといって同じ１Byteのコード番号で振られるため、文字コードに依存せず使用できるため、処理が楽なわけです。
　簡単に言っちゃうと、半角文字はそのままコンピュータが認識できるけど、全角文字はコンピュータそのまま認識できないのでその対応をプログラムとして作らないとだめということです。
で、郵便番号を半角でお願いしているのは、郵便番号をキーに住所をひっぱってくるとかの機能がついている場合だと思います。つまりそのデータを元にデータを取得するという処理が有る場合、よくあります。
住所に関しては、住所の名前なのか、番地なのかの判別つけようとおもえば、すべての住所のデータが必要となります。たとえば
○○区というところに、丸一という住所があったとすると、その1丁目とかだと、丸一1丁目、どこまでが丁目の表示？とかいう話になるわけです。
なんか見当違いな回答な気もしますがかなり「実装がめんどくさい」ということです。
＃というかその全角半角の処理エンジン作って公開してくだされば解決ですよ（゜ｗ｜

でも、全角半角どっちでも同じ文字やん！ってよくお客さん（年配の方が特に多いです）によく言われますorz
それでも、歩み寄りとして、webアプリケーションだったら、javascriptで入力フィールドに入った際にIMEをオン、オフ、
winアプリケーションなら、漢字、半角カナ、全角ひらがな、全角カタカナ、数字のみ入力可能にするとかができるので、ある程度軽減するとかはやっていますけどね・・・

Webフォームにおける数字入力時の半角・全角について

>上記を実現していて、わかりやすいユーザインターフェースの

この回答への補足

郵便番号と電話番号は通常、データベース上では数字として扱いますので半角である必要があります。

この回答への補足

メリットが然程ないというのが一番大きいですよ。

この回答への補足

＞なぜこのようになってるのでしょうか？

この回答への補足

最近では、シャンプー容器側面の凹凸等、身の回りの多くのものにユニバーサルデザインが導入されていますよね。

この回答への補足

IMEをonにして、キーボードの１をクリックして、スペースをおしてください。

この回答への補足

これイイ質問ですよね。

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング