# Combien de requêtes API pour une agence OnlyFans ? Planifier RPM et crédits

> Calculez les requêtes API et crédits dont votre agence OnlyFans a besoin pour grandir. Optimisez le débit avec notre guide des RPM et des capacités par plan.

**En bref**

- Le débit (RPM) repose sur une fenêtre fixe de 60 secondes partagée par tout l'espace de travail de l'agence, sans marge de rafale séparée.
- Les crédits API mesurent le poids en données des opérations : une requête non mise en cache coûte 1 crédit, une réponse en cache 0 crédit.
- Le polling continu épuise à la fois les RPM et les crédits, ce qui fait des webhooks (à partir du plan Basic) l'architecture standard pour des notifications en quasi temps réel.
- Les plans OnlyFansAPI vont d'un niveau Free à 60 RPM à un niveau Pro à 5 000 RPM.

La capacité API d'une agence OnlyFans dépend de son plan : le plan Basic d'OnlyFansAPI offre 1 000 requêtes API par minute (RPM) et 20 000 crédits mensuels pour 1 compte, et le plan Pro 5 000 RPM et 100 000 crédits mensuels pour 5 comptes, de quoi faire tourner les workflows des chatteurs et la synchronisation du CRM. Planifier cette capacité demande de calculer le volume de données sortant et de passer d'un polling à haute fréquence à des webhooks événementiels (à partir du plan Basic) pour rester bien en dessous des limites de requêtes.

**Points clés**

- Le débit (RPM) repose sur une fenêtre fixe de 60 secondes partagée par tout l'espace de travail de l'agence, sans marge de rafale séparée.
- Les crédits API mesurent le poids en données des opérations : une requête non mise en cache coûte 1 crédit, une réponse en cache 0 crédit.
- Le polling continu épuise à la fois les RPM et les crédits, ce qui fait des webhooks (à partir du plan Basic) l'architecture standard pour des notifications en quasi temps réel.
- Les plans OnlyFansAPI vont d'un niveau Free à 60 RPM à un niveau Pro à 5 000 RPM.

## Gérer le débit et les crédits API

La planification de capacité distingue la vitesse à laquelle un système interroge les données de la quantité de données qu'il consomme. Le débit se mesure en requêtes par minute (RPM) sur une fenêtre fixe de 60 secondes. Cette fenêtre est évaluée avant la consultation du cache. Même si une ressource demandée est en cache et ne coûte aucun crédit, elle consomme quand même une requête de la limite par minute.

Les équipes peuvent suivre le débit en temps réel via les en-têtes de réponse `X-Rate-Limit-Limit-Minute` et `X-Rate-Limit-Remaining-Minute`, ou via l'objet JSON `_meta._rate_limits` du payload. Au-delà de la limite, l'API renvoie `429 Too Many Requests`, et la [documentation sur les limites de requêtes](https://docs.onlyfansapi.com/introduction/essentials/rate-limits) recommande un backoff exponentiel.

Votre plan ajoute chaque mois une enveloppe de crédits à votre solde, et les crédits non utilisés y restent. Chaque requête non mise en cache déduit 1 crédit, et chaque page d'une liste paginée compte comme une requête. Les opérations lourdes en données coûtent davantage. L'export de profils publics coûte 3 crédits par profil. Le téléchargement de médias depuis OnlyFans coûte 3 crédits par mégaoctet décimal, tandis que les téléchargements de médias Fansly redirigent directement vers les sources CDN, à 0 crédit.

## Planifier RPM et crédits selon le plan de l'agence

Chaque espace de travail partage un seul pool de limite de requêtes entre toutes les clés API et tous les comptes connectés. La [page des tarifs d'OnlyFansAPI](https://onlyfansapi.com/pricing) fixe les limites exactes de RPM et de crédits selon l'échelle d'activité, sur plus de 320 endpoints.

- **Free :** connecte 1 compte avec 60 RPM et 100 crédits uniques. Ce niveau n'inclut ni webhooks, ni proxy dédié, ni Smart Links, ni suivi des liens.
- **Basic :** $69/mois ou $690/an. Il connecte 1 compte avec 1 000 RPM et 20 000 crédits/mois. Il ajoute les webhooks, un proxy mobile dédié, les Smart Links et le suivi avancé des liens.
- **Pro :** $299/mois ou $2 990/an. Il inclut 5 comptes et 5 000 RPM avec 100 000 crédits/mois. Chaque compte supplémentaire (jusqu'à 500 comptes) ajoute 10 000 crédits mensuels et coûte $29, un prix dégressif jusqu'à $11,60. Ce plan ajoute les analytics avancées, le développement d'API sur mesure, l'accès anticipé à de nouveaux endpoints et le support prioritaire.
- **Enterprise :** tarif sur mesure, recommandé à partir de 100 comptes. Il propose des systèmes développés sur mesure et un account manager technique dédié.

Tous les plans payants incluent une garantie de remboursement de 60 jours.

## Pourquoi les webhooks événementiels font mieux que le polling

Le polling provoque des dépassements de limite de requêtes et l'épuisement des crédits. Vérifier les nouveaux messages toutes les cinq secondes génère 17 280 requêtes par jour et par créateur. Les endpoints propres à un compte ne sont jamais mis en cache : chaque interrogation coûte donc 1 crédit et compte dans la limite de requêtes de l'espace de travail, même quand elle ne renvoie rien de nouveau.

Passer aux webhooks (à partir du plan Basic) supprime les goulots d'étranglement liés à la récupération des données. Au lieu d'enchaîner des requêtes GET, la plateforme pousse les données directement vers l'endpoint de votre agence. Le traitement des webhooks entrants coûte 1 crédit pour 100 événements webhook.

Les événements webhook utiles pour ces workflows :

- `subscriptions.new`
- `subscriptions.renewed`
- `subscriptions.expired`
- `tips.received`
- `messages.received`
- `messages.ppv.unlocked`
- `transactions.new`
- `media_uploads.completed`

Nos propres applications Zapier et Make proposent des déclencheurs pour les nouveaux abonnements, les renouvellements, les messages reçus et les achats PPV, pour que les équipes puissent y réagir sans écrire de code.

## Comment éviter les bannissements d'IP en récupérant les données des créateurs

Pour éviter les bannissements d'IP en récupérant les données des créateurs, remplacez les scripts de polling agressifs par des webhooks événementiels et faites passer chaque compte connecté par sa propre IP mobile dédiée.

Nos systèmes internes appliquent un rythme de requêtes calé sur un usage normal de la plateforme. À partir du plan Basic, OnlyFansAPI attribue une [IP mobile dédiée par compte connecté](https://onlyfansapi.com/onlyfans-proxy) (US ou UK), sans rotation, pour garder chaque compte protégé. Pour un guide détaillé sur l'architecture réseau, lisez comment [éviter les bannissements d'IP en récupérant les données des créateurs](https://onlyfansapi.com/fr/blog/eviter-bannissement-ip-donnees-createurs).

OnlyFansAPI affiche 99,98 % de disponibilité, est utilisé par plus de 1 100 entreprises, protège plus de 20k comptes OnlyFans et n'a enregistré aucun bannissement en plus de 5 ans. Notre service n'est pas un scraper.

## Structurer la capacité de l'espace de travail d'une agence

Les agences comparent leur usage à l'infrastructure API pour estimer leurs coûts mensuels et éviter les limites.

### Petites structures sur le plan Pro

Prenons une agence qui gère 5 comptes de créateurs, traite 10 000 événements webhook entrants par jour (3 000 crédits par mois) et envoie 1 500 réponses de chat par jour (45 000 crédits par mois). Avant les synchronisations d'analytics, cela consomme environ 48 000 crédits par mois. Les 100 000 crédits inclus dans le plan Pro de base couvrent largement cette charge. 1 500 réponses par jour représentent en moyenne environ une requête par minute, très loin de la limite de 5 000 RPM de l'espace de travail.

### Agences à fort volume sur la tarification Pro

Une agence qui gère 25 comptes de créateurs ajoute 20 comptes supplémentaires au niveau Pro de base. L'enveloppe mensuelle totale passe ainsi à 300 000 crédits. Traiter 60 000 événements webhook et envoyer 6 000 requêtes API sortantes par jour coûte environ 198 000 crédits par mois. Un [message de masse hebdomadaire](https://onlyfansapi.com/onlyfans-mass-messaging-api) correspond à un seul appel API : notre file d'attente l'envoie progressivement, et les webhooks `chat_queue.updated` et `chat_queue.finished` rendent compte de l'avancement.

OnlyFansAPI a traité plus de 300 millions de requêtes API et de webhooks. En surveillant les en-têtes de limite de requêtes, les développeurs peuvent maintenir leur automatisation sous les limites de RPM et de crédits de leur plan.