合成アドレスと実在する配達可能アドレス:テストにはどちらを使うべき?

Ken
Ken
ENJAKORUZH

結論から言うと: 合成アドレス(Synthetic Address)は、郵便フォーマットに準拠しているものの実際には届かないアドレスで、テスト・デモ・開発用に作られたものです。一方、配達可能アドレス(Deliverable Address)は、郵便局が認識する実在の届け先です。フォームバリデーション、決済フロー QA、CRM デモ、回帰テストなど、ほとんどのソフトウェアテストでは合成アドレスのほうが安全かつ実用的です。

合成アドレスとは

合成アドレスとは、対象国の郵便フォーマット規則に沿って生成されたアドレスのことです。通りの名前、市区町村、州・都道府県、郵便番号などがそれらしく含まれていますが、実際にはどの建物にも対応していません。

開発の現場では fake address(偽アドレス)、test address(テスト用アドレス)、dummy address(ダミーアドレス)とも呼ばれます。

主な特徴:

  • 対象国の郵便フォーマット規則に準拠(例:米国の ZIP+4、カナダの A1A 1A1)
  • 番地・通り名・市区町村・州・郵便番号など、実際のアドレスと同じフィールド構成
  • 実際の郵便物は届かず、USPS や Canada Post の配達検証は通らない
  • 非本番環境・テスト環境で安心して使える

配達可能アドレスとは

配達可能アドレスとは、郵便システムで検証された実在の物理的な届け先です。USPS Address Validation、Google Address Validation API、SmartyStreets などのサービスで配達可否を確認できます。

主な特徴:

  • 実際の建物や郵便受けに対応している
  • 郵便局の公式データベースで検証済み(例:USPS CASS 認証)
  • 郵便データベースに基づき正規化されたアドレス構成要素を持つ
  • 配送・物流・法令遵守のワークフローに不可欠

比較表:合成アドレス vs 配達可能アドレス vs 匿名化された実データ

観点合成アドレス配達可能アドレス匿名化された実データ
データソースアルゴリズム生成郵便データベースまたは検証 APIマスキングされた本番データ
フォーマット正確性ほぼ正確
配達可能か×場合による
実際の個人情報を含むかいいえはい(ユーザー由来の場合)一部含む — 再特定リスクあり
コスト無料〜低コストAPI 検証費用が発生コンプライアンス・法務コスト
最適な用途テスト、デモ、開発配送、物流、法令遵守法的保護のある分析業務

合成アドレスが適しているケース

合成アドレスは、ソフトウェアが正しく動くかどうかを確認したい ときに最適です。実在の人が実在の場所に住んでいるかを検証する必要はありません。

会員登録・入力フォームのテスト

ユーザー登録フローのテストでは、クライアントサイドとサーバーサイド両方のバリデーションを通過するアドレスデータが必要です。合成アドレスを使えば、本物のユーザーデータに触れることなく、フィールド解析・必須項目チェック・エラーハンドリングを検証できます。

決済・チェックアウトの QA

EC サイトの決済フローでは、国ごとに異なるフォーマットのアドレスを処理する必要があります。合成アドレスで以下をテストできます:

  • 州・都道府県ドロップダウンの正しい表示
  • 郵便番号フォーマットのバリデーション(米国の 5 桁、英国の英数字混在、カナダの混合形式など)
  • アドレスの地域に基づく税額計算
  • 配送ゾーンごとの送料見積もり

CRM・デモ環境

営業デモや CRM のサンドボックス環境には、本物らしく見えるデータが必要です。合成アドレスなら、デモ動画が社外に共有されても実在の顧客情報が漏れる心配がありません。

多国対応アドレスフォーマットの回帰テスト

国際アドレスに対応するシステムでは、構造がまったく異なる国のテストデータが必要です。日本(住所の順序が逆)、英国(state フィールドがない)、ドイツ(郵便番号が市名の前に来る)など、国ごとに合成アドレスを生成することで、テストカバレッジを安定して確保できます。

開発者のローカルテスト

アドレス関連の機能を開発するとき、API キーの設定やデータベース接続なしで、フォーマットの正しいアドレスをすぐに手に入れたいもの。合成アドレス生成器なら、それを瞬時に実現できます。

配達可能アドレスが必要なケース

アドレスの物理的な配達能力や法的な本人確認 が重要なときは、実在の配達可能アドレスを使わなければなりません。

配送・物流

実際の荷物配送やルート最適化、ラストマイル配送をテストする場合は、実在の場所に対応したアドレスが必要です。合成アドレスでは配送業者の検証を通過できず、送料の見積もりも不正確になります。

KYC・本人確認

KYC(Know Your Customer)のプロセスでは、政府の記録と一致するアドレスが求められます。金融機関や規制対象サービス、本人確認プロバイダーは実在の検証可能なアドレスを必要とします。合成データでは代用できません。

アドレス検証サービスのテスト

USPS Address Standardization や Google Address Validation などのアドレス検証 API を構築・統合する場合、既知の正しい実在アドレスがなければ、統合結果が正しいかどうかを判定できません。

税務・コンプライアンスのワークフロー

実際の取引に影響する税額計算では、正しい管轄区域・税率・ネクサス(課税関連)を決めるために検証済みアドレスが必要です。本番環境で合成アドレスを使うと、税計算の結果が不正確になるおそれがあります。

本番の個人情報をテストに使ってはいけない理由

本番データベースのアドレスをそのままテスト環境にコピーしたくなる気持ちはわかります。「実データだから正確で完全」という理屈です。しかし、これには深刻なリスクが伴います。

プライバシーとコンプライアンスの違反: テスト環境で実際の顧客アドレスを使うと、GDPR、CCPA、個人情報保護法などに抵触する可能性があります。テスト環境のアクセス制御は、本番環境より甘いことがほとんどです。

データ漏洩のリスク拡大: 実データのコピーが増えるたびに、攻撃対象も増えます。ステージング環境が侵害されれば、実際の顧客アドレスがそのまま流出します。

監査上の問題: 規制当局や監査担当は、個人情報がどの環境に存在するかを厳しく問うようになっています。テスト環境に説明のつかない本番データのコピーがあれば、それだけでリスクフラグです。

合成データならこれらのリスクをゼロにできます。 フォーマットが正しく、多様で代表性のあるテストデータを安全に利用できます。

AddressGen でテスト用アドレスを生成する方法

AddressGen は複数の国の合成アドレスを提供しており、それぞれ正しいフォーマットに準拠しています。特定の国・地域のアドレスを生成できます:

生成されるアドレスには、通り名、市区町村、州・都道府県、郵便番号、国コード、緯度経度がすべて含まれています。テストワークフローにそのまま活用できます。

大切なポイント:フォーマットが正しい ≠ 配達できる

USPS Publication 28Canada Post の宛名ガイドライン が明確に示しているとおり、フォーマットが完璧でも配達できないアドレスは存在します。 たとえば「123 Maple Street, Springfield, IL 62704」は形式的には正しく見えますが、実際の郵便受けには対応していないかもしれません。

これこそが、テストにおいて合成アドレスが安全である理由です。バリデーションやフォーマット処理のロジックを検証しつつ、実在の人物や場所との誤った紐付けを生みません。

万国郵便連合(UPU)も同様に、郵便宛名の標準は 形式 を定めるものであり、実在性 を保証するものではないと述べています。テストデータはフォーマット標準に合わせるべきですが、実在の場所に合わせる必要があるのは本番データだけです。

よくある質問

合成アドレスはアドレス検証 API を通過できますか?

API の種類によります。基本的なフォーマットバリデーターは通過します。一方、配達ポイント検証(USPS DPV など)は、実際の郵便データベースと照合するため拒否されます。これは想定どおりの動作です。テストスイートでは両方のケースを網羅しておきましょう。

合成アドレスの利用は合法ですか?

はい。テスト、開発、デモ、教育目的であれば問題ありません。合成アドレスは実在の人物を表すものではなく、個人情報も含みません。ただし、本人確認が必要なサービス(金融口座の開設や法的書類の提出など)で実在アドレスを装う目的での使用は避けてください。

テストスイートにはいくつの合成アドレスが必要ですか?

決済やフォームのテストでは、対象国ごとに少なくとも 5〜10 件、異なる地域や郵便番号フォーマットをカバーするのがおすすめです。国際アドレス対応の回帰テストでは、主要市場 10 か国以上を対象に、それぞれ 3〜5 件のアドレス(長い通り名、特殊文字、state フィールドがない国など、エッジケースを含む)を用意しましょう。

「偽アドレス」と「合成アドレス」は何が違いますか?

実質的に同じものを指すことが多いですが、「合成アドレス(synthetic address)」は業務・コンプライアンスの場面で好まれる用語です。「特定の目的のために意図的に生成されたデータ」というニュアンスであり、「偽造して騙すためのもの」という含みがありません。


本記事は教育・開発の参考を目的としています。生成されたアドレスデータを使用する際は、関連する法令やサービス利用規約を必ず遵守してください。