Choisir qui conservera les accès
Avant d’envoyer le formulaire, déterminez qui conservera le mot de passe et où le serveur lira la clé. Les utilisateurs ont besoin de la fonction du produit, pas de son secret de récupération. Préparer cet emplacement permet de sauvegarder immédiatement la clé, sans compter sur un e-mail qu’un autre opérateur retrouverait plus tard. Le compte, la clé et le solde sont propres à redditapigateway.com. Les 100 crédits d’essai dépendent des contrôles contre les abus du réseau ; ne les comptez pas comme un financement garanti.
Le compte que vous ouvrez ici financera les appels d’archive de votre fonction d’onboarding, même lorsqu’une recherche dans SaaS ne renvoie rien. Inscrivez son responsable avec une adresse e-mail et un mot de passe de 12 à 72 octets UTF-8 ; les caractères multioctets comptent donc autrement que les lettres affichées. L’accès par Google n’est pas proposé, et aucune connexion ni adresse de portefeuille n’est nécessaire à l’inscription. Dès que celle-ci réussit, la clé apparaît une seule fois, avant tout paiement. Transférez alors ce secret dans le stockage prévu pour le backend avant de quitter la page : cette étape prépare l’authentification des requêtes, elle ne finance pas encore leur exécution.
Confier la clé au processus serveur
Placez la valeur sauvegardée dans la configuration protégée du backend et identifiez le processus chargé du test d’onboarding dans SaaS. Excluez-la des captures d’écran, diagnostics et fichiers livrés au navigateur. Donner à un collègue accès aux résultats n’impose pas de lui donner le secret qui finance les requêtes.
Décidez quel en-tête utilisera le client HTTP de la fonction d’onboarding : X-API-Key: <clé> et Authorization: Bearer <clé> sont tous deux acceptés. Chargez la clé depuis la configuration protégée du serveur, sans l’envoyer au navigateur ni l’inclure dans le code public, les erreurs ou les journaux. La session Secure HttpOnly du panneau sert à administrer le compte, pas à authentifier ce client. Le widget conserve dans localStorage, par hostname, les identifiants de facture et d’utilisateur pour la reprise, mais pas la clé originale. Lors du test SaaS, vérifiez séparément l’autorisation du traitement utilisateur et l’ajout du secret côté serveur. Une connexion réussie au panneau ne valide pas ces choix d’implémentation.
Financer une vérification déjà préparée
Lorsque le test d’onboarding doit utiliser un solde acheté, le responsable du compte prépare le financement séparément du nombre d’appels autorisés à chaque utilisateur. Connectez-vous, puis créez une facture avant tout transfert. L’achat minimal de $50 donne 50000 crédits, au tarif de $1 pour 1000 récupérations réussies. Il n’y a pas d’abonnement et les crédits achetés n’expirent pas. Dans la facture, choisissez USDT sur TRON TRC20 ou USDC sur Ethereum mainnet ERC20 ; envoyez uniquement le montant exact au destinataire qu’elle indique actuellement. Ce solde permet de financer des appels, mais n’attribue pas de budget individuel aux utilisateurs de votre fonction.
Après le transfert, ne lancez pas le traitement d’onboarding sur la seule présence d’un identifiant de facture. Collez le hachage de la transaction et demandez sa vérification ; aucune signature de portefeuille n’est nécessaire. Le serveur doit vérifier un transfert authentique, confirmé et correspondant à la facture. Celle-ci expire après une heure, sans fixer une échéance pour cliquer sur Vérifier. Une panne du fournisseur peut laisser le contrôle en attente et aucun délai de crédit n’est garanti. Une autre facture n’implique pas non plus une nouvelle adresse de réception. Consultez le solde effectivement confirmé avant d’autoriser les prochaines requêtes payantes.
Coordonner le remplacement de la clé
Si la clé est perdue ou exposée, connectez-vous et confirmez le mot de passe pour la régénérer. L’ancienne devient aussitôt invalide. Suspendez les nouveaux traitements dans votre application, mettez à jour les processus concernés, puis reprenez un test limité. Les deux clés ne fonctionnent pas simultanément. Il n’existe ni envoi de clé par e-mail ni réinitialisation du mot de passe ; le changement n’annule pas les débits précédents.
