最終更新: 2026-09-03

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

住所は、構成要素の並び順から郵便番号の桁数まで、国ごとに書式がまったく異なります。どの要素で文字数が伸びるかを把握しないまま入力フォームを設計すると、実在する住所が入りきらない欄が生まれます。この記事では住所書式の国際比較と、日本の住所を要素ごとに実測した文字数、そしてフォーム設計の目安を整理します。

国別の住所フォーマット

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

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

日本の住所を構成要素ごとに分解すると、どこが固定長でどこが伸びるかがはっきり分かれます。以下は代表的な表記を実際に数えた値です。数え方は「区切りの半角スペースを 1 文字として数え、〒記号は含めない」で統一しています。

日本の住所で最も文字数が変動するのは建物名です。「パークコート赤坂ザ・タワー」だけで 13 文字あり、部屋番号を足すと 21 文字になります。上の例をすべて半角スペースでつなぐと 53 文字です。1 行入力の欄を設計するなら、この程度の住所が余裕をもって収まる長さ、つまり 60 文字前後を下限として確保しておくと安全です。

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

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

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

住所が長くなる要因 - イギリスの住所仕様から読む

住所が長くなるかどうかは、行政区画の階層の深さと、1 要素あたりに許される文字数の掛け算で決まります。イギリスの住所データベース仕様 (Royal Mail の Postcode Address File) は要素ごとの最大文字数を定義しており、文字数制限を決めるときの手がかりになります。

上の表に挙げた 13 欄の上限を単純に足すと 471 文字になります。全欄が埋まる住所はまれですが、要素を分割せず 1 欄で住所を受け取る設計では、日本の住所を基準にした 60 文字程度の上限ではまったく足りない国があるということです。書式を示すための架空例として「Flat 3, 27 Elm Street, Kensington, London, W8 5DL」を挙げると、サブ建物名 → 建物番号 → 通り名 → 地区 → 郵便町名 → ポストコードの順に要素が並びます。一方シンガポールでは、1995 年に導入された 6 桁の郵便番号が建物 1 棟を特定するため、「ブロック番号 + 通り名 + 郵便番号」という短い書式で足ります。日本の住所が同じ階層数でも短く収まるのは、漢字が 1 文字に多くの情報を持たせられるためです。

郵便番号の文字数設計

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

文字数が多い郵便番号ほど、指し示す範囲が細かくなります。イギリスの完全形のポストコードが指すのは、おおむね 10 件前後の住所群、または大量の郵便物を受け取る配達先 1 か所です。日本の郵便番号は町域単位なので、建物を特定するには番地以降の情報が欠かせません。アイルランドの Eircode は 2015 年に導入された 7 文字の体系で、先頭 3 文字が配送地域、残り 4 文字が個々の住所を表します。番地や家屋名を持たない住宅が多い事情を、コード側で解決した設計です。フォームを設計するときは、郵便番号欄の桁数を日本の 7 桁前提で固定せず、英字と空白を含む 8 文字程度まで受け付けられるようにしておくと、海外の住所でつまずきません。

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

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

国ごとに欄を細かく分割すると、その国の書式から外れた住所を受け取れなくなります。扱いやすいのは、国名と郵便番号だけを構造化し、残りは「住所 1 行目」「住所 2 行目」のように順序だけを決めた自由記述で受け取る設計です。行ごとの意味を国別に決め打ちしないため、番地が先に来る国も後に来る国も同じフォームで処理できます。この形なら 1 行あたりの上限を国際的な仕様に合わせて広く取っておけば済み、国別の分岐を抱え込む必要もありません。

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