Français
Numéros de vérification péruviens pour les équipes produit, QA et fintech
Vous pouvez recevoir des codes de vérification du Pérou (+51) avec OTP Route en commandant un numéro temporaire dans l'OTP Gateway et en lisant le SMS dans le tableau de bord ou via l'API et les webhooks signés. Les codes coûtent dès $0.20 par code, et si rien n'arrive en 20 minutes, la totalité du montant retourne dans votre portefeuille.
Pourquoi le Pérou figure-t-il dans tant de plans de test latino-américains ?
Le Pérou est l'un des plus grands marchés hispanophones d'Amérique du Sud, et ses utilisateurs de smartphones s'appuient beaucoup sur la messagerie et les paiements mobiles. Des portefeuilles locaux comme Yape et Plin ont banalisé l'inscription par numéro de téléphone : un produit fintech, de livraison ou de marketplace qui arrive à Lima doit donc vérifier ses utilisateurs par SMS dès le premier jour.
Les équipes rencontrent généralement le Pérou dans le cadre d'un déploiement régional avec la Colombie, l'Équateur, le Chili et la Bolivie. Sur le papier, les parcours sont identiques, mais chaque pays a son propre format de numéro, et un numéro +51 pour les tests permet de prouver que votre onboarding le gère. Notre page sur l'onboarding fintech couvre le schéma plus large.
Comment s'écrivent et se normalisent les numéros mobiles péruviens ?
Les numéros mobiles péruviens comptent neuf chiffres et commencent par 9. Les mobiles se composent sans préfixe national : la forme internationale complète est donc +51 suivi de ces neuf chiffres, par exemple +519XXXXXXXX. Les lignes fixes sont différentes : elles portent un indicatif régional, et un appel national interurbain ajoute un 0 devant, qui relève de la numérotation locale et jamais du E.164.
Règles pratiques pour votre backend :
- Enregistrez une seule valeur canonique,
+51plus les chiffres nationaux, dans une seule colonne. - Quand des utilisateurs collent des numéros avec des espaces, des tirets ou un préfixe
0051, supprimez-les avant l'enregistrement. - Si une valeur compte dix chiffres nationaux commençant par
0, considérez-la comme une ligne fixe saisie avec le chiffre de préfixe et supprimez ce zéro. - Affichez un format local dans l'interface, mais n'envoyez que la chaîne E.164 à votre API de vérification SMS.
Dans quelle langue arrivent les codes péruviens ?
L'espagnol est parlé par la majorité de la population, et le quechua et l'aymara sont aussi des langues officielles. La plupart des services s'adressent aux numéros péruviens en espagnol, même si la formulation dépend de l'expéditeur et du réglage de langue du compte. Votre étape d'extraction doit donc chercher le groupe de chiffres, pas une expression comme « código », afin que le même parseur résiste à un modèle en espagnol, en anglais ou en portugais. Pour la QA de localisation, un vrai numéro de vérification péruvien confirme que les caractères accentués, l'écran de saisie du code et tout minuteur de renvoi s'affichent correctement en espagnol.
Quelles applications peuvent envoyer un code à un numéro de vérification péruvien ?
Les routes populaires de l'instantané actuel comprennent WhatsApp, Telegram, Google (Gmail & YouTube), Facebook, Instagram, TikTok, X (Twitter), ChatGPT (OpenAI), Microsoft & Outlook, Amazon, Uber, LinkedIn, Netflix, AliExpress et Discord. Au total, l'OTP Gateway répertorie plus de 1 700 services pour le Pérou.
Le stock évolue au fil de la journée : le catalogue en direct fait donc foi. Récupérez-le au début d'une exécution et ignorez les routes indisponibles plutôt que de faire échouer toute la suite.
À quoi ressemble une intégration de l'API OTP Pérou ?
Créez une clé Bearer (préfixe or_live_) dans la console développeur. Un compte peut détenir jusqu'à 10 clés et 5 endpoints webhook, et effectuer 300 requêtes par minute sur https://otproute.com/api/v1.
Un job type se déroule dans cet ordre. Il confirme le prix avec GET /api/v1/prices?country=pe&service=uber, puis ouvre une commande via POST /api/v1/activations avec {"service": "uber", "country": "pe"}. Le numéro +51 renvoyé est saisi dans l'application testée. Votre service reçoit ensuite activation.sms_received sur son webhook ou interroge GET /api/v1/activations/{id} jusqu'à ce qu'un code soit présent, et appelle POST /api/v1/activations/{id}/cancel si le test se termine plus tôt. GET /api/v1/balance est pratique comme contrôle préalable pour qu'un pipeline ne démarre jamais avec un portefeuille vide.
Validez l'en-tête X-OTPRoute-Signature de chaque webhook en calculant le HMAC-SHA256 de <t>.<raw body> avec le secret de l'endpoint, et rejetez les horodatages anciens. Avant de dépenser de vrais fonds, demandez le mode sandbox sur un compte de développement ; il renvoie des numéros et des codes simulés pour tester tout le chemin du routage OTP. Le guide d'intégration propose un tutoriel plus long.
L'équipe d'exploitation peut-elle utiliser le tableau de bord à la place ?
Oui, sans aucun code. Ouvrez l'OTP Gateway dans le tableau de bord, sélectionnez le Pérou, choisissez le service, vérifiez le prix affiché et confirmez. Copiez le numéro +51 dans l'application, déclenchez le SMS et surveillez la fiche de commande : le code y apparaît dès son arrivée.
Chaque commande reste active 20 minutes et sert pour un code. Si la fenêtre se ferme à vide, ou si vous annulez, l'argent retourne automatiquement dans le portefeuille : vous n'êtes donc facturé que lorsqu'un code arrive réellement.
Que tenter quand un code +51 n'apparaît pas ?
Le délai de livraison dépend du service et de la route ; laissez donc la fenêtre s'écouler avant de conclure. Si une route reste silencieuse :
- Attendez un peu et réessayez, ou passez à une autre route de service pour le même test.
- Vérifiez que le service cible accepte les numéros virtuels ; certains les refusent, et le remboursement couvre ce cas.
- Limitez le rythme des nouvelles tentatives dans l'automatisation au lieu de commander encore et encore en boucle serrée.
Usage légitime uniquement : testez votre propre produit, exploitez vos propres comptes professionnels, respectez les conditions de chaque service et rappelez-vous que la politique d'utilisation acceptable d'OTP Route s'applique.
Peut-on garder un numéro péruvien à long terme, et comment payer ?
Pas en libre-service. Les Dedicated Numbers n'existent que pour les États-Unis et le Canada, dès $1.95/mois. Pour une ligne péruvienne de longue durée, écrivez à [email protected] ; l'équipe examinera ce que permet la réglementation locale, sans promesse de disponibilité.
La facturation repose sur un seul portefeuille USD prépayé : paiement à l'usage, pas d'abonnement mensuel, recharges par carte ou en USDT/USDC et facture PDF envoyée par e-mail pour chaque recharge. Consultez les tarifs pour la vue en direct.
Questions fréquentes
Puis-je tester le parcours d'inscription péruvien de mon application sans SIM locale ?
Oui. Un numéro +51 de l'OTP Gateway reçoit le code, que vous lisez dans le tableau de bord ou récupérez avec l'API.
Quel est l'identifiant de pays OTP Route pour le Pérou ?
C'est pe, utilisé dans des appels comme POST /api/v1/activations et GET /api/v1/prices.
Les numéros mobiles péruviens ont-ils besoin d'un zéro de préfixe en E.164 ?
Non. Les mobiles comptent neuf chiffres commençant par 9 et s'enregistrent sous la forme +51 plus ces chiffres, sans aucun zéro.
Combien coûte la réception d'un OTP SMS du Pérou ?
Dès $0.20 par code, le montant exact dépendant du service. Rien n'est facturé si aucun SMS n'arrive dans la fenêtre de 20 minutes.
Le même numéro +51 fonctionnera-t-il pour une seconde connexion plus tard ?
Non, un numéro Gateway traite un seul code. Pour des connexions répétées, un Dedicated Number aux États-Unis ou au Canada est le bon outil.
Notre équipe peut-elle payer ses factures en stablecoins ?
Oui. Le portefeuille accepte l'USDT et l'USDC en plus des cartes, et chaque recharge est suivie d'une facture PDF par e-mail.
Les noms de services sont des marques déposées de leurs propriétaires respectifs. OTP Route n'est affilié à aucun d'entre eux. Utilisez les numéros de manière licite et respectez les conditions de chaque service ainsi que notre Politique d'utilisation acceptable.