英数字7桁を伝えれば、住所を書かずに荷物が届く。この説明は2026年時点では正しくありません。日本郵便のデジタルアドレスは、対応するアプリやAPIが7桁を住所全文へ変換するためのキーです。郵便物や荷物には、変換後の郵便番号、住所・居所、氏名を記載します。
便利さは短い文字列そのものより、建物名や部屋番号まで含む住所入力を減らし、転居後も本人が登録を更新すればサービス側で新住所を取得しやすくなる点にあります。その反面、一つのキーで複数サービスの住所を更新できる設計は、同意範囲と取得履歴を曖昧にすると生活拠点を横断的に追える仕組みにもなります。
デジタルアドレスは配送先の表示ではなく住所データを呼び出す識別子です。画面で住所へ変換し、本人が確認してから注文・申込データへ保存します。
本記事は2026年9月8日に、日本郵便の個人向けサービス、2025年開始資料、2026年のビジネスデジタルアドレス、API v2.0、法人向けQ&A、プライバシーセンターを確認しました。対応サービス、返却項目、利用規約は更新されるため、実装時はAPIリファレンスとリリースノートを確認してください。
7桁だけ書いても郵便物は届かない
住所へ変換する入力キーと、配送ラベルの宛名を分けます。
デジタルアドレスは郵便番号とは役割が違います。郵便番号は地域を表す公的な配達情報として宛名へ記載できますが、デジタルアドレスは日本郵便のデータベースから登録住所を取得するキーです。配送ラベルを作る前に住所文字列へ展開する工程があります。
開始時点の主な個人向け利用先は郵便局アプリのゆうパック・ゆうパケット送り状作成でした。対応していないECサイトの住所欄へ7桁だけ入力しても、住所と認識されません。利用者へは、デジタルアドレス入力欄がある画面だけで使えることを示します。
7桁をメールやチャットで共有すれば住所を短く伝えられますが、相手が対応サービスで変換すれば住所全文を知り得ます。名刺へ無制限に載せるかは、電話番号と同じ感覚ではなく、住所を誰へ開示するかで決めます。
「7桁だけで届く」と案内すると宛名不備を生みます。サービス側が変換した住所と氏名を配送ラベルへ出力できた時点で初めて送付に使えます。
個人版とビジネス版は返す情報が違う
対象者、会社情報、組織権限、店舗登録を整理します。
個人向けデジタルアドレスは、ゆうIDへ登録した個人の住所を7桁へ結びます。取得と利用は無料で、本人が住所を更新すれば同じデジタルアドレスをキーに新住所を取得しやすくなります。家族共用の住所であっても、アカウントと開示は個人単位で考えます。
2026年3月19日に始まったビジネスデジタルアドレスは、法人と個人事業主が対象です。住所に加え、会社名・屋号、電話番号、WebサイトURL、法人番号、緯度経度などのビジネス情報を持てます。登記上の本店だけでなく、店舗やオフィスの所在地にも使えます。
一つの法人番号につき組織は一つという管理単位があり、組織内で管理者と参照権限を分けます。営業所が勝手に別組織を作る運用ではなく、本社が組織を確保し、店舗の登録、更新、削除を誰が承認するかを決めます。
個人版と法人版を一つの住所コードとして扱わず、返却項目と利用目的を分けます。
APIは無料でも導入費がゼロとは限らない
接続、同意、例外、規約対応まで一年で計算します。
郵便番号・デジタルアドレスAPIは無料で提供され、郵便番号から住所、個人・法人のデジタルアドレスから住所等を取得できます。通信はTLS 1.2以上、認証・認可はOAuth 2.0やOpenID Connectを用い、レート制限と利用ログがあります。
費用はAPI利用料だけではありません。会員登録画面の改修、本人同意、既存住所の移行、入力補助、エラー時の手入力、監視、問い合わせ、規約変更対応が必要です。住所入力が月1,000件しかなく誤入力も少ない業務なら、導入工数を回収できない場合があります。
SaaSへ組み込み、顧客企業がそのAPI機能を使う形は第三者提供特約の対象になり得ます。自社の注文画面だけで使う場合と、API認証キーを使った機能を他社へ提供する場合を契約図で分けます。
無料APIの採否は呼出料金ではなく、住所入力時間、返送率、名寄せ工数、障害時の代替入力、規約対応を一年分で比較します。
転居追随は便利だが勝手な更新にしない
現在住所と取引時点の住所を別に保存します。
デジタルアドレスを顧客IDへ結ぶと、本人が登録住所を更新した後に新住所を取得しやすくなります。定期購入、会員制サービス、自治体申請では変更届の負担を減らせます。ただし、過去の注文住所まで自動的に書き換えると、取引時点の証拠が失われます。
顧客マスターの現住所、注文ごとの配送先、請求書記載住所、本人確認時住所を別項目にします。デジタルアドレスから新住所を取得したら、取得日時と本人確認を記録し、既に確定した発送・契約書へ遡及反映しません。
家族、会社、倉庫、短期滞在先を使い分ける人もいます。一つのコードを「常に正しい唯一住所」とみなさず、配送目的、居住確認、法定本人確認のどれに使うかを画面ごとに固定します。
緯度経度は建物中心ではなく入口を管理する
最後の50メートルで使う地点と公開範囲を決めます。
ビジネスデジタルアドレスでは緯度経度を登録でき、2026年7月30日以降は取得時に登録が必須と案内されています。大型施設、商業ビル、工場では住所の中心点より、搬入口、来客入口、店舗入口を示す位置の方が配送と来店に役立ちます。
同じ施設に正面玄関、夜間入口、トラックバースがある場合、一つの緯度経度だけで全用途を賄えません。ビジネスデジタルアドレスは代表入口、配送管理システムは車両別のゲートとし、用途ラベルを付けます。
位置情報を公開すると、従業員専用入口や高価な在庫の搬入口を推測される場合があります。登録前に公開範囲を確認し、一般客が使う地点か、業務委託先だけへ渡す地点かを分けます。
緯度経度の価値は地図に点を置くことではなく、運転手や来訪者が最後の50メートルで迷わない入口を示すことです。
住所入力画面は三段階で設計する
入力、展開確認、保存を分けて誤配送を防ぎます。
第一段階で、郵便番号、デジタルアドレス、通常の住所手入力から利用者が選びます。デジタルアドレスを持たない人へ取得を強制せず、API停止時にも手入力で注文を完了できるようにします。
第二段階で、APIが返した郵便番号、都道府県、市区町村、町域、番地、建物名、部屋番号を画面へ展開します。非表示で自動確定せず、利用者が送り先を読める状態にします。法人版では会社名、電話番号、法人番号を全部自動上書きせず、用途ごとの採用項目を決めます。
第三段階で、注文へ保存する住所のスナップショットと、次回更新に使うデジタルアドレスのキーを分離します。注文確定後の住所変更は配送会社の変更手続へ回し、マスター更新だけで輸送中の荷物を動かしません。
入力成功の判定はAPIが200を返したことではなく、利用者が展開後の住所を読み、建物・部屋・氏名を含む配送先を確定できたことです。
プライバシーは住所を見せる相手で設計する
7桁と変換後住所の取得・表示・ログを制御します。
日本郵便はデジタルアドレスの発行・利用で、ゆうIDに登録された氏名・住所、ユーザー識別子、利用履歴、端末情報、Cookie等を扱います。導入事業者も、7桁、変換後住所、取得日時、注文履歴を持つため、自社のプライバシーポリシーへ利用目的を記載します。
不正取得を防ぐため、第三者が知った7桁を入力するだけで無制限に住所を表示しない設計が必要です。本人が注文フォームへ直接入力する、ログイン済みアカウントで使う、表示を確認して送信するなど、住所開示の意思と取得要求を結びます。
ログへ7桁と住所全文を二重に残すと、短縮コードにした意味がありません。アプリケーションログ、解析ツール、サポート画面のマスキングを確認し、必要な監査ログと開発者が読むログを分けます。
500件で導入効果と事故を試す
実住所の難例と転居を含めて完了率を測ります。
本番前に、戸建て、集合住宅、京都の通り名、事業所個別番号、離島、同名ビル、転居済み、法人店舗を含む500件程度で入力を比較します。測るのは入力秒数、補正率、建物名欠落、配送戻り、問い合わせ、API失敗時の完了率です。
デジタルアドレス利用者だけで成功率を出すと、未保有者の離脱が見えません。郵便番号入力、住所候補、手入力を同じ期間で残し、選択率と完了率を分けます。返却住所が正しくても氏名・部屋番号の不足で返送された件数も追います。
転居試験では、変更前に確定した注文、変更後の新規注文、本人確認記録、請求書の四つが期待どおりに残るかを確認します。すべてが新住所へ上書きされるなら、監査と返品対応に使えません。
導入効果は7桁の入力率ではなく、住所補正の減少、注文完了時間、返送率、転居変更の工数で測ります。
導入するサービスと残す住所情報
用途ごとにキー、現在住所、取引時住所を持ち分けます。
ECや配送では、デジタルアドレスを入力補助として採用し、確定時の住所スナップショットを残します。CRMでは本人同意の下で住所最新化のキーにできますが、本人確認や契約時点を証明する住所は別に保存します。店舗検索ではビジネス版の入口緯度経度が役立ちます。
法人番号、会社名、電話番号をビジネス版から取得しても、契約相手の実在性や権限を保証する資料にはなりません。デジタル本人確認、CRM・SFA・MAの違い、置き配の証跡、ラストマイル配送コストと組み合わせ、入力、本人確認、配送を別の統制にします。
住所を消して7桁だけ保存するのではなく、更新用キー、現在住所、取引時住所、配送結果を役割別に残す設計が実務的です。
API障害と誤変換では注文を止める範囲を分ける
手入力への切替と不自然な住所変更の検知を設計します。
APIがタイムアウトしたとき、全ての注文を停止する必要はありません。通常住所の手入力へ切り替え、郵便番号候補だけを後で補正できる設計なら販売を継続できます。デジタルアドレスしか保存していないと、変換障害中は出荷ラベルを作れません。
7桁の打ち間違いで別の有効な住所が返る場合に備え、郵便番号、市区町村、建物名を本人へ見せます。氏名と返却住所の関係をAPIだけでは確認できないため、過去注文と違う都道府県へ変わったら追加確認するなど、不自然な変更を検知します。
監視項目はHTTPエラーだけでなく、変換0件、複数候補、返却遅延、建物名欠落、旧API版、認証失敗、レート制限です。障害時に何分で手入力へ切り替え、復旧後にどの注文を再確認するかを決めます。
変換成功だけで終えず、建物名、部屋番号、入口、注文時住所が配送現場で使えるかを試します。
APIの応答を長期キャッシュすると転居更新を取り込めません。一方、画面を開くたびに新住所を取得すると本人が確定した取引時住所が変わります。キャッシュ期間を用途別にし、注文確定時は住所スナップショットを固定します。
変更・削除時に顧客IDを壊さない
7桁を期間付き属性として履歴管理します。
デジタルアドレスやビジネスデジタルアドレスが変更・削除された場合、7桁を顧客の主キーにしていると履歴をたどれません。自社の不変な顧客IDを主キーにし、デジタルアドレスは有効開始日・終了日を持つ属性として管理します。
法人の店舗閉鎖、移転、合併、電話番号変更では、ビジネス情報の一部だけ変わる場合があります。API取得結果を全項目一括上書きせず、法人番号、拠点ID、住所、入口位置、連絡先ごとに承認します。
利用者が連携解除を求めたときは、更新用キーの削除と、法令・取引上保存が必要な過去住所を分けます。「忘れられる権利」という一語で全記録を消すのでも、監査を理由に将来の住所取得キーを残すのでもなく、目的と保存期限で処理します。
自社顧客IDと7桁を同一視せず、変更・削除後も過去取引を説明できる履歴構造を持ちます。
サポート担当には7桁から住所を口頭で読み上げる権限を一律に与えません。注文者本人の確認、利用目的、表示項目を絞り、画面キャプチャやチャット履歴へ住所全文が残らない手順を作ります。誤配送の調査では注文時スナップショットと変換時刻を使い、現在住所を不用意に取得し直しません。
参考情報
サービス範囲、API、個人情報を支える公式資料です。
以下は2026年9月8日に内容と到達性を確認した日本郵便の一次情報です。
よくある質問
気になる質問を開くと、本文の重要点を短く確認できます。
Qデジタルアドレス7桁だけで荷物は届きますか？
A届きません。対応サービスで住所全文へ変換し、郵便番号、住所・居所、氏名を宛名へ記載します。
Qデジタルアドレスの取得は有料ですか？
A個人向けデジタルアドレスとビジネスデジタルアドレスの取得・利用、事業者向けAPIは公式案内上無料です。自社システムの改修・運用費は別です。
Q転居すると7桁も変わりますか？
A本人が登録住所を更新することで、同じキーから新住所を取得しやすい設計です。確定済み注文や契約の過去住所を自動上書きしないでください。
Q会社も個人用デジタルアドレスを取れますか？
A法人・個人事業主にはビジネスデジタルアドレスが用意されています。会社情報、法人番号、緯度経度など個人版と返却項目が異なります。
QAPIを使えば住所の本人確認も完了しますか？
A完了しません。登録住所の取得と、申込者が本人で居住実態があることの確認は別です。金融・契約の本人確認要件を別に満たします。
Q7桁は顧客データベースの住所欄へ保存すればよいですか？
A更新用キーとして別欄へ保存し、現在住所、取引時住所、配送先のスナップショットを分ける方が、監査と返品対応に向きます。
