Question 1

Ces adresses existent-elles vraiment ?

Accepted Answer

Les villes, les régions et les codes postaux sont réels, et la mise en forme correspond à ce qu'attend la poste de chaque pays — c'est précisément ce qui rend ces données utiles pour tester un formulaire d'adresse. Les numéros et noms de rue sont des inventions génériques, et l'ensemble ne correspond pas à un point de livraison réel. Voyez-y des données de test plausibles, pas un endroit où un colis arrivera.

Question 2

Pourquoi le numéro de téléphone compte-t-il autant ici ?

Accepted Answer

Parce que des chiffres assemblés au hasard appartiennent généralement à quelqu'un. Les données de test ont l'habitude de se retrouver dans des démonstrations, des captures d'écran, des bases d'exemple et des tutoriels publiés, et la personne à l'autre bout commence à recevoir des appels. Chaque numéro produit ici provient d'un bloc qu'un régulateur a formellement mis de côté pour la fiction et n'attribuera à aucun opérateur : il n'y a donc personne à déranger.

Question 3

Pourquoi n'y a-t-il pas de téléphone pour le Japon ?

Accepted Answer

Parce que le Japon n'a pas de plage fictive officiellement réservée. Des pays comme les États-Unis, le Royaume-Uni, l'Australie, l'Allemagne et la France ont tous désigné des blocs qui ne seront jamais attribués ; le ministère japonais ne l'a pas fait. Inventer un numéro d'allure japonaise briserait la seule garantie sur laquelle repose cet outil : le champ reste donc vide.

Question 4

Pourquoi les e-mails sont-ils toujours en @example.com ?

Accepted Answer

La RFC 2606 réserve example.com, example.org et example.net précisément pour la documentation et les tests. Ces domaines sont définitivement non enregistrables, et le courrier qui leur est adressé ne peut donc atteindre aucune boîte réelle. C'est le même principe que les plages téléphoniques réservées.

Question 5

Puis-je générer une liste entière d'un coup ?

Accepted Answer

Oui : indiquez un nombre sous « Générer en lot » et exportez le résultat en CSV. Le fichier porte une marque d'ordre d'octets UTF-8 pour qu'Excel ouvre correctement les accents et les caractères japonais au lieu de les afficher illisibles.