Reddit App API · 04 / APP
Créer la clé, puis décider comment financer les requêtes
Créez un compte par e-mail et mot de passe, sauvegardez la clé avant paiement et gérez les crédits via une facture USDT ou USDC générée par le serveur.
S’inscrire et sauvegarder la clé avant de partir
Créez un compte avec votre e-mail et un mot de passe de 12–72 octets en UTF-8. Les octets ne correspondent pas toujours aux caractères visibles. L’inscription utilise l’e-mail et le mot de passe ; la connexion Google et la connexion d’un portefeuille ne sont pas disponibles. Aucune réinitialisation du mot de passe n’est actuellement proposée : conservez-le en lieu sûr.
Une inscription réussie affiche immédiatement la clé API, avant tout paiement. Sauvegardez-la dans la configuration secrète du serveur pendant qu’elle est visible. C’est un identifiant réutilisable, pas une clé à usage unique. La clé complète ne peut pas être réaffichée lors d’une visite ultérieure ; le compte montre son préfixe. Le serveur conserve une empreinte et un préfixe, pas la clé brute récupérable.
Une clé et un solde propres à ce domaine
Utilisez la clé enregistrée avec https://api.redditapp.com via X-API-Key ou Authorization: Bearer. Ne l’intégrez pas dans un binaire mobile, un fichier destiné au navigateur, une URL ou un rapport d’erreur public. Votre serveur effectue les requêtes authentifiées pour l’application. La session du compte utilisée ici est distincte de ces en-têtes.
Les comptes, soldes et clés appartiennent à ce domaine. Une clé d’un autre site du réseau ne fonctionne pas ici. Une inscription éligible peut recevoir 100 crédits d’essai, sous réserve des contrôles anti-abus sur l’e-mail et l’IP d’origine, partagés dans le réseau. Cet essai est conditionnel : il ne promet pas un accès gratuit et ne s’ajoute pas systématiquement à chaque recharge payante.
Compter les requêtes, pas les enregistrements
Un crédit paie une récupération réussie, y compris une réponse réussie sans enregistrements. $1 correspond à 1000 crédits payants ; la recharge minimale de $50 fournit 50000 crédits payants. Renvoyer trois ou 100 enregistrements ne change pas le prix d’un crédit par requête. Il n’y a pas d’abonnement et les crédits payants n’expirent pas.
Les requêtes invalides rejetées avant réservation ne débitent pas de crédit. Une défaillance de la source libère le crédit réservé, bien que sa restitution puisse attendre une régularisation. La réponse publique /v1/status n’est pas facturée et ne teste pas le moteur de recherche. Consultez le solde et les comptes de requêtes réussies, en attente et restituées pour rapprocher l’usage.
Créer une facture avant de transférer des fonds
Connectez-vous ici et créez une facture pour le montant souhaité. Les choix acceptés sont USDT sur TRON TRC20 et USDC sur Ethereum mainnet ERC20. Utilisez le destinataire, le montant exact, le token et le réseau affichés par cette facture du serveur. Conservez toutes les décimales ; le montant payable peut comporter un petit suffixe d’identification.
N’utilisez pas une adresse mémorisée et ne remplacez pas le destinataire par l’adresse du contrat du token. Une facture unique ne signifie pas que son adresse de réception change chaque fois. La facture affiche son expiration, normalement une heure après création. Suivez ses instructions ; aucun délai fixe de confirmation ou de crédit n’est promis.
Vérifier le transfert et lire son état réel
Après le transfert indiqué, collez son hash de transaction dans le champ de vérification. Seul un transfert authentique, éligible et confirmé par le serveur fait passer la facture à paid et ajoute des crédits. Un état en attente, un prestataire de vérification indisponible ou le seul hash ne confirment pas le paiement. N’envoyez pas un deuxième transfert simplement parce que la vérification est temporairement indisponible.
Le widget peut conserver dans ce navigateur la référence de la dernière facture et votre identifiant utilisateur, puis consulter son état à la reconnexion du même utilisateur. C’est une récupération de la dernière facture, pas un historique complet des transactions. La clé API n’y est pas stockée, et une facture absente ou payée ne crée pas automatiquement de remplaçante.
Remplacer délibérément une clé perdue
Un utilisateur connecté peut saisir le mot de passe du compte et régénérer la clé API. Cela invalide immédiatement l’ancienne : préparez la mise à jour de chaque déploiement qui l’utilise. Sauvegardez la nouvelle clé complète lorsqu’elle s’affiche, remplacez le secret précédent et vérifiez avec une requête volontaire. La régénération ne récupère pas l’ancienne clé et ne l’envoie pas par e-mail.
Consultez Créer la fonctionnalité pour la première requête illustrative et la note sur le budget pour estimer votre usage. Ces exemples ne confirment ni une intégration fonctionnelle ni la présence d’un contenu précis dans l’archive.
