住所の文字数と書式設計 - 国ごとに異なる住所フォーマットの世界

約 5 分で読めます

日本の住所は平均 20〜30 文字。アメリカは 30〜50 文字。イギリスは最大 6 行に分かれることもあります。住所の文字数と書式は国ごとにまったく異なり、EC サイトや配送システムの入力フォーム設計に直接影響します。住所フォーマットの国際比較と、フォーム設計の最適解を探ります。

国別の住所フォーマットと文字数

住所の構成要素平均文字数記述順序
日本郵便番号 + 都道府県 + 市区町村 + 番地 + 建物名25〜40 文字大 → 小
アメリカ番地 + 通り名 + 市 + 州 + ZIP コード35〜55 文字小 → 大
イギリス番地 + 通り + 地区 + 町 + 郡 + ポストコード40〜70 文字小 → 大
ドイツ通り + 番地 + PLZ + 市25〜40 文字小 → 大
中国省 + 市 + 区 + 路 + 号 + 室15〜30 文字大 → 小
韓国道 + 市 + 区 + 洞 + 番地20〜35 文字大 → 小

日本と中国は「大きい単位から小さい単位へ」、欧米は「小さい単位から大きい単位へ」という逆の順序で住所を記述します。この違いは、住所入力フォームの設計に直接影響します。日本向けフォームで「都道府県」を最初に配置するのは自然ですが、アメリカ向けフォームでは「Street Address」が最初に来るべきです。

日本の住所 - 文字数の内訳

日本の住所を構成要素ごとに分解すると、各要素の文字数には明確な傾向があります。

構成要素文字数の範囲備考
郵便番号8 文字 (ハイフン含む)100-0001固定長
都道府県2〜4 文字東京都、神奈川県、北海道最短: 滋賀 (2 文字)、最長: 鹿児島 (4 文字)
市区町村2〜8 文字千代田区、さいたま市政令指定都市は区まで含む
町名・番地5〜15 文字丸の内 1-1-1最も変動が大きい
建物名・部屋番号0〜20 文字パークタワー東京 1501 号室マンション名が長い場合あり

日本の住所で最も文字数が変動するのは建物名です。「パークコート赤坂ザ・タワー」(14 文字) のような長いマンション名は珍しくありません。住所入力フォームの maxlength を設計する際は、建物名を含めて最大 60 文字程度を確保するのが安全です。

住所入力フォームの文字数設計

EC サイトや会員登録フォームの住所欄は、文字数制限の設計が品質を左右します。

フィールド推奨 maxlength根拠
郵便番号8 文字「000-0000」の固定形式
都道府県4 文字最長「鹿児島県」で 4 文字
市区町村20 文字長い市区町村名に対応
番地30 文字「大字○○字△△ 1234 番地の 5」等
建物名・部屋番号40 文字長いマンション名 + 部屋番号
住所全体 (1 行入力)100 文字全要素を含む最大ケース

フォーム入力のバリデーションで解説したように、入力フィールドの文字数制限は「短すぎて入力できない」と「長すぎてデータが汚れる」のバランスが重要です。住所フィールドでは、実在する最長の住所が入力できることを保証しつつ、明らかに不正な長文入力を防ぐ設計が求められます。

世界最長の住所と最短の住所

住所の長さは、国の行政区画の階層数に比例します。

行政区画の階層数住所の最大行数特徴
イギリス6 階層6 行歴史的な地名が重層的
インド5 階層5〜6 行地区名が非常に長い場合がある
日本4 階層3〜4 行漢字の圧縮力で比較的短い
シンガポール2 階層2〜3 行都市国家のため階層が少ない

イギリスの住所が長くなりがちなのは、歴史的な地名の層が厚いためです。「Flat 3, 27 Elm Street, Kensington, London, Greater London, W8 5DL」のように、建物 → 通り → 地区 → 市 → 郡 → ポストコードと 6 階層に及びます。一方、シンガポールは都市国家のため「ブロック番号 + 通り名 + 郵便番号」の 2〜3 階層で済みます。

郵便番号の文字数設計

郵便番号は、国ごとに文字数と形式がまったく異なります。

形式文字数カバー精度
日本000-00007 桁 (数字のみ)町域レベル
アメリカ00000 / 00000-00005 桁 / 9 桁地域 / 配達区域
イギリスA0 0AA / A00 0AA 等5〜7 文字 (英数混合)通り / 建物レベル
カナダA0A 0A06 文字 (英数交互)地域レベル
ドイツ000005 桁 (数字のみ)市区レベル
アイルランドA00 A0A07 文字建物レベル (Eircode)

イギリスのポストコードは最も精度が高く、1 つのポストコードが平均 15 世帯をカバーします。日本の郵便番号は町域レベル (数百〜数千世帯) なので、番地まで特定するには追加の住所情報が必要です。アイルランドの Eircode は 2015 年に導入された新しい体系で、1 つのコードが 1 つの建物を特定します。

住所の国際化と文字数の課題

グローバルに展開する EC サイトでは、住所フォームの国際化が避けられません。Google の Address Validation API や libaddressinput ライブラリは、国ごとに異なる住所フォーマットに対応するためのツールです。

最も安全な設計は、住所を「自由入力の複数行テキスト」として受け付けることです。国ごとにフィールドを分割すると、想定外の住所形式に対応できなくなります。Amazon や Google のチェックアウトフォームが「Address Line 1」「Address Line 2」という汎用的なフィールドを採用しているのは、この理由です。

多言語テキストの長さ設計と同様に、住所の国際化では「最も長い言語に合わせた余裕のある設計」が基本方針になります。

住所設計やフォーム設計に関する書籍は Amazon でも探せます

この記事を共有