Français
Recevoir des codes de vérification indiens (+91) via une API
Oui : OTP Route vous permet de recevoir des codes de vérification SMS indiens (+91) sur un numéro à usage unique de l'OTP Gateway, soit dans le tableau de bord, soit par programmation via l'interrogation REST et des webhooks signés. Les tarifs débutent à $0.20 par code, le montant exact pour chaque service est renvoyé en direct par l'API, et vous n'êtes facturé que si un code arrive réellement dans la fenêtre de 20 minutes.
À quoi ressemble la séquence d'appels de l'API OTP Inde ?
Tout le flux tient en une poignée de requêtes vers https://otproute.com/api/v1, authentifiées par une clé Bearer commençant par or_live_. Les clés proviennent de la console développeur, jusqu'à 10 par compte, de sorte que chaque environnement peut avoir la sienne.
- Appelez
GET /api/v1/countriesune fois et mettez le résultat en cache. L'identifiant pays de l'Inde estin. - Appelez
GET /api/v1/prices?country=in&service=<id>pour le service testé. Il renvoie le prix et la disponibilité en direct ; lisez-le donc à chaque exécution. - Commandez avec
POST /api/v1/activationset un corps JSON tel que{"service": "telegram", "country": "in"}. La réponse vous donne un identifiant d'activation et un numéro +91. - Saisissez ce numéro sur l'écran d'inscription ou de connexion de votre propre application.
- Récupérez le code par webhook ou en interrogeant
GET /api/v1/activations/{id}. Si le test s'arrête prématurément, appelezPOST /api/v1/activations/{id}/cancel.
Vérifiez GET /api/v1/balance au début d'une suite pour qu'une exécution échoue vite. L'API autorise 300 requêtes par minute, largement assez pour une interrogation toutes les quelques secondes. Les détails des requêtes et des réponses figurent dans la documentation de l'API.
Comment construire un gestionnaire de webhook pour les codes +91 ?
Un webhook signé passe mieux à l'échelle que l'interrogation dès que les tâches s'exécutent en parallèle. Enregistrez un endpoint dans la console développeur (jusqu'à 5 par compte) et écoutez activation.sms_received, activation.expired et activation.cancelled.
Chaque livraison porte un en-tête X-OTPRoute-Signature de la forme t=<unix>,v1=<hex>. Pour la vérifier, calculez le HMAC-SHA256 de la chaîne <t>.<raw body> avec le secret de cet endpoint et comparez le résultat à v1 en temps constant. Deux détails piègent souvent :
- Hachez les octets bruts de la requête, jamais un objet JSON resérialisé ; l'ordre des clés et les espaces changent l'empreinte.
- Refusez les horodatages de plus de quelques minutes pour qu'une requête capturée ne puisse pas être rejouée.
Indexez vos écritures sur l'identifiant d'activation pour qu'une livraison en double devienne sans effet, et accusez réception par un 2xx avant d'effectuer un traitement lent. Notre article sur la sécurisation des webhooks OTP avec HMAC détaille l'étape de comparaison ligne par ligne.
Quels services peuvent envoyer des codes à des numéros indiens ?
La route de l'Inde répertorie actuellement plus de 2 300 services. Parmi les entrées populaires de l'instantané en direct figurent WhatsApp, Telegram, Google (Gmail & YouTube), Instagram, Facebook, X (Twitter), ChatGPT (OpenAI), Microsoft & Outlook, Amazon, LinkedIn, Discord, Uber et Snapchat.
La disponibilité évolue au fil de la journée, et c'est pourquoi l'API la communique en direct. Si votre matrice de tests dépend d'un service, interrogez les prix pour in avant l'exécution et passez proprement votre tour quand cette route est fermée. N'utilisez ces routes que pour vos propres produits et comptes, respectez les conditions de chaque service, et gardez à l'esprit que la politique d'utilisation acceptable d'OTP Route s'applique.
Les non-développeurs peuvent-ils commander un numéro de vérification indien depuis le tableau de bord ?
Oui. Le personnel d'exploitation et les responsables de comptes en agence peuvent se passer de l'API :
- Créez un compte avec votre e-mail et un code à 6 chiffres reçu par e-mail, ou avec la connexion Google, puis activez l'authentification à deux facteurs TOTP.
- Rechargez le portefeuille.
- Choisissez l'Inde et le service, vérifiez le prix à l'écran et passez la commande.
- Saisissez le numéro +91 dans l'application que vous configurez ; le code apparaît sur la page d'activation dès que le SMS arrive.
Le tableau de bord et l'API partagent une même fenêtre, une même règle de remboursement et un même portefeuille.
Que faire si aucun code n'arrive dans les 20 minutes ?
Chaque activation reste ouverte 20 minutes. Vous ne payez que si le SMS arrive : lorsque la fenêtre se ferme à vide, ou si vous annulez avant, la totalité du montant retourne automatiquement sur votre portefeuille et votre webhook reçoit activation.expired ou activation.cancelled.
Si un code manque :
- Laissez la fenêtre aller à son terme avant de réagir ; un service peut simplement être plus lent que d'habitude à envoyer.
- Confirmez que le service accepte bien les numéros virtuels. Certaines plateformes les refusent, ce qui relève de leur politique et non d'une panne de livraison.
- Réessayez plus tard, ou testez avec une autre route de service.
- Ne recommandez jamais en boucle serrée. Espacez les tentatives pour ne pas gaspiller d'efforts sur une route qui refuse les numéros.
Un traitement plus long de la stratégie de relance figure dans réduire les échecs de livraison d'OTP.
Comment stocker et normaliser les numéros de téléphone indiens ?
Les numéros mobiles indiens comptent dix chiffres et commencent en pratique par 6, 7, 8 ou 9. En Inde, on les écrit souvent avec un préfixe de ligne 0 initial, ou séparés en cinq et cinq par un espace. Le format international supprime ce 0 et ajoute l'indicatif pays, ce qui donne +91 suivi des dix chiffres.
Ne stockez que la forme E.164 : +91 plus dix chiffres, sans espaces, tirets ni zéro. Normalisez la saisie en périphérie en retirant la mise en forme, un 0 initial, ou un 91 nu saisi sans le plus. Cela évite les utilisateurs en double qui ne diffèrent que par le formatage.
La plupart des SMS de vérification en Inde arrivent en anglais et proviennent d'un en-tête d'expéditeur alphanumérique plutôt que d'un numéro de téléphone. Certaines applications envoient en hindi ou dans une autre langue régionale ; testez donc aussi tout analyseur de code avec des écritures non latines.
Pourquoi les équipes produit ont-elles besoin d'un numéro +91 pour leurs tests ?
L'Inde est un marché de lancement courant pour les applications grand public, l'onboarding fintech et les places de marché, et ses utilisateurs s'attendent à une étape SMS lors de l'inscription. Les équipes utilisent les routes +91 pour répéter un lancement, mener la QA de localisation sur des interfaces en hindi, tamoul, télougou, bengali, marathi et autres langues, soutenir le personnel d'exploitation régional, et vérifier les parcours des clients de la diaspora indienne à l'étranger qui se connectent encore avec un numéro du pays. Un bon routage OTP consiste ici à choisir la route de service qui correspond au vrai parcours utilisateur, puis à la brancher sur les mêmes appels d'API de vérification SMS que ceux de vos autres marchés.
Existe-t-il une ligne indienne longue durée, et comment fonctionne la facturation ?
Non. Les numéros dédiés sont un produit américain et canadien, à partir de $1.95/mois, et vous ne pouvez pas acheter de ligne indienne longue durée depuis le tableau de bord. Si vous en avez besoin d'une, écrivez à [email protected] ; la disponibilité dépend de la réglementation locale et n'est pas garantie.
La facturation repose sur un seul portefeuille prépayé en USD, sans abonnement mensuel ni forfait à choisir. Rechargez par carte ou en stablecoins USDT/USDC, et chaque recharge s'accompagne d'une facture PDF envoyée par e-mail. Pour le travail d'intégration, demandez au support de basculer un compte de développement en bac à sable : il renvoie des numéros et des codes simulés, ce qui vous permet de tester votre gestionnaire de webhook de bout en bout sans dépenser les fonds du portefeuille.
Questions fréquentes
Puis-je tester l'inscription indienne de mon application sans carte SIM locale ?
Oui. Commandez un numéro +91 via l'OTP Gateway, saisissez-le sur votre écran d'inscription et lisez le code dans le tableau de bord, via l'API ou sur votre webhook.
Quel est l'identifiant de l'Inde dans l'API OTP Route ?
C'est in. Passez-le comme pays dans GET /api/v1/prices et dans le corps de POST /api/v1/activations.
Combien coûte la réception d'un SMS OTP indien ?
Les codes démarrent à $0.20 par code et le prix exact dépend du service. Vous le voyez avant de commander, et une activation sans code est remboursée sur votre portefeuille.
Puis-je réutiliser le même numéro +91 pour me reconnecter le mois prochain ?
Non. Un numéro de la passerelle couvre un seul code de vérification. Les comptes qui ont besoin de connexions répétées relèvent d'une ligne dédiée, et celles-ci n'existent qu'aux États-Unis et au Canada.
Existe-t-il un bac à sable pour développer l'intégration pour l'Inde ?
Oui, sur demande. Le support peut basculer un compte de développement en bac à sable, où des numéros et des codes simulés traversent votre code sans toucher au portefeuille.
Notre équipe financière peut-elle payer avec des stablecoins ?
Oui. Le portefeuille accepte les paiements par carte ainsi que l'USDT et l'USDC, et chaque recharge produit 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.