無料ランダム電話番号ジェネレーター – US・UK・日本のテスト用番号

A いいえ、それはしないでください。これらの番号は構造的には有効ですが、通信ネットワークには接続されていません。認証チェックはすべて失敗します。入力フィールドを埋めてバリデーションロジックをテストするのに使いましょう。実際のSMS認証には、通信事業者が割り当てたアクティブな番号が必要です。「完璧な」番号がコードを受信しない原因を何時間もデバッグしている開発者を何人も見てきました。その手間を省きましょう。

A 各国のフォーマットルールが適用されているからです。アメリカは (555) 123-4567、日本では 090-1234-5678 のようにハイフンで区切られます。日本の固定電話は市外局番が2～5桁と可変長なので、番号の見た目が変わります。一見おかしな番号でも、国を選び直せば理由がわかります。まずは国の選択を確認してみてください。

A 555 で始まる番号は米国では意図的にテレビや映画の架空利用に予約されています。電話の厳格なマナーです。000 の市外局番は実在しないため、ジェネレーターは完全に回避します。それでも 555 が表示されることがあるのは、フォーマットとして技術的に有効だからです。フォームテストでは問題なく、実際の回線に繋がることはありません。555 が弾かれる場合はバリデーションルールを見直してください。多くのチームがここでつまずきます。

A いいえ、このツールは生成履歴を保存しません。リフレッシュするたびにプールが完全にリセットされます。プライバシー保護のため、サーバー側にデータを残さない設計です。必要な番号は必ずメモ帳やスプレッドシートにコピーしてから移動してください。作業中に50件のテスト番号を失うと、結構な痛手ですよ。

A 自動では通りません。このツールは各国のローカル形式で出力します。アメリカなら (415) 555-0132、日本なら 03-1234-5678 のような形です。E.164形式にするには、括弧やハイフンを削除して国番号を先頭に付ける必要があります。たとえば日本の場合は +81 3 1234 5678 ですね。小さな正規化スクリプトを書いて、全出力を変換してからテストに使うのがおすすめです。そうすればバリデーションロジックを正確に検証できます。

A バリデーターが形式だけでなく実在のキャリアデータベースと照合している可能性が高いです。このジェネレーターは各国の公式パターンに一致する番号を作ります。例えば日本の番号は090や03から始まりますが、どのキャリアも未割り当てとして扱います。長さと数字だけをチェックするフォームなら通りますが、キャリア照会をするシステムは必ず失敗します。実際、東京の03番号でも存在しない局番が含まれます。バリデーションロジックとキャリアチェックを分けてテストしてください。そうすれば混乱を避けられます。

A このジェネレーターは未割り当ての番号帯から抽出するので、実際のキャリアの電話帳とは一切交差しません。例えば日本の番号は「070-5555-XXXX」や「03-5555-XXXX」といった、ドラマや映画で使われる架空専用ブロックから生成されます。万一一致が見つかっても、それは偶然であり、データ漏洩ではありません。ただし、クライアント向けデモで使う前には逆引き検索を推奨します。30秒もかからず、誤解を未然に防げますよ。

A はい、結果ボックスの下部にあるCSVダウンロードボタンをクリックすると、最大5,000件の番号を即座にエクスポートできます。ファイルにはローカル形式、国コード、E.164文字列の列が含まれており、スキーマにそのまま一致します。開発者はこの機能を使って、10秒足らずでテスト環境にデータを投入しています。

A 日本の携帯番号は通常090や080で始まり、全体で11桁の構成になります。このジェネレーターはそうした国内の規則通りに番号を組み立てます。海外向けのテスト環境で日本の入力フォームを検証する際に役立ちます。必要な分だけコピーして開発作業を進めてください。

A 通信キャリアがこれらのシミュレーション回線を持たないため、メッセージは届きません。Firebaseなどが確認コードを送信しても、ゲートウェイはパケットを即座に破棄します。実際の配信を期待する代わりに、SMSのAPIをモック化する必要があります。私たちのチームではローカルのWebhookリスナーを使ってリクエストをキャッチしています。