Le message « quota exceeded » apparaît dans Make.com. Ce n’est pas une panne, mais un symptôme. Voici comment identifier la source et résoudre le problème en quelques minutes.
Lire le message d’erreur complet avant de toucher à Make.com
Pourquoi « quota exceeded » est un symptôme générique, pas une cause
L’erreur signifie qu’une limite a été dépassée. La nature de cette limite dépend du service concerné. Sans le contexte, vous ne pouvez pas appliquer le bon correctif.
Repérer le service en faute dans le détail du message : Make.com, Gmail, SMTP
Ouvrez le détail de l’exécution dans Make.com. La mention « user rate limit exceeded » vient souvent de Gmail, tandis qu’un code 550 5.7.0 provient d’un serveur SMTP.
Différencier quota API court terme (HTTP 429) et permission long terme (HTTP 403)
HTTP 429 indique un dépassement temporaire du nombre de requêtes : attendez quelques minutes. HTTP 403 révèle un problème de permission ou un quota définitif : vérifiez alors les droits du compte connecté.
Identifier un quota SMTP : 550 5.2.2, 550 5.4.5, 552
Un code 550 5.2.2 signale une boîte destinataire pleine. Un 550 5.4.5 signifie que le serveur SMTP a dépassé sa limite d’envoi. Un 552 trahit un espace disque insuffisant.
Le piège : ne pas modifier le scénario avant d’avoir identifié la limite
Ne réorganisez pas votre scénario avant d’avoir compris l’origine. Une modification prématurée peut introduire un bug tout en conservant l’erreur initiale.
Résoudre le problème quota côté Make.com et applications connectées
Une fois la source identifiée, vous pouvez appliquer les correctifs suivants.
Espacer les exécutions avec le module Sleep pour réduire le nombre de requêtes
Ajoutez un module Sleep avant chaque appel API sensible. Une pause de 5 à 10 secondes entre les itérations réduit le nombre de requêtes sous la limite.
Filtrer les nouvelles lignes pour éviter un traitement massif inutile
Traiter 3 000 lignes d’un coup dans Google Sheets déclenche souvent l’erreur. Filtrez les nouvelles lignes pour ne conserver que les données utiles à traiter.
Utiliser le module Resume pour gérer l’erreur sans arrêter le scénario
Le module Resume permet de passer à l’étape suivante en cas d’échec. À utiliser si l’erreur n’est pas bloquante.
Surveiller le tableau de bord Make.com et la date de réinitialisation du quota
Le tableau de bord Make.com affiche la colonne Operations et la date de réinitialisation. En phase de test, chaque exécution consomme ce quota.
Adapter votre utilisation de Google Sheets : environ 100 requêtes par minute
Google Sheets accepte environ 100 requêtes par minute via l’API. Découpez votre traitement ou utilisez le module Sleep pour rester sous cette limite.
Contourner Gmail « User rate limit exceeded » : attendre ou fractionner l’envoi
Cette erreur survient fréquemment en fin de journée. Fractionnez vos envois sur plusieurs heures ou attendez la réinitialisation, souvent le lendemain.
Gérer la limite OVH SMTP : 200 mails par heure et par compte
OVH limite les envois à 200 mails par heure et par compte. Pour une newsletter, utilisez un serveur SMTP dédié, espacez vos campagnes ou consultez notre guide du cold email B2B pour optimiser vos envois.
Appliquer les bons correctifs quand l’erreur persiste après avoir attendu
Vérifier si le problème vient de votre boîte mail ou de celle du destinataire
Envoyez un mail de test depuis votre webmail. S’il part, le quota concerne l’envoi. Si le destinataire reçoit « mailbox is full », sa boîte est pleine.
Nettoyer la boîte mail pleine : « mailbox is full » sur Free.fr et autres webmails
Sur Free.fr, ce message indique que la boîte du destinataire dépasse la limite. Demandez-lui de supprimer des mails et de vider la corbeille.
Attendre la réinitialisation du quota : minutes court terme, 10 minutes BigQuery
La plupart des quotas court terme se réinitialisent en moins de 10 minutes. Pour BigQuery, patientez au moins 10 minutes avant une nouvelle tentative.
Réessayer avec un backoff exponentiel après un HTTP 429
En cas de HTTP 429, attendez 1 seconde, puis 2, puis 4, puis 8 avant de relancer. Cette progression évite un nouveau dépassement de limite.
Passer par un serveur SMTP dédié plutôt qu’une boîte mail standard
Une boîte Gmail gratuite ne convient pas aux envois massifs. SendGrid ou Brevo fournissent un serveur SMTP que Make.com utilise pour envoyer les mails, avec des limites claires et un tableau de bord.
Prévenir l’erreur quota exceeded et sécuriser votre scénario Make.com
Respecter les seuils fournisseurs et documenter les limites de chaque compte
Notez les seuils de chaque service dans un fichier partagé : Gmail, OVH, Google Sheets. Connaître ces valeurs aide à concevoir des scénarios sous les limites.
Mettre en place des alertes et tester en phase de test avec des fichiers réduits
Configurez une notification Slack ou un email en cas d’échec. En phase de test, utilisez des fichiers réduits pour économiser vos quotas.
| Code d’erreur | Source | Action prioritaire |
|---|---|---|
| HTTP 429 | API tierce | Attendre et réessayer avec un backoff exponentiel |
| HTTP 403 | Compte sans permission | Vérifier les droits du compte |
| 550 5.2.2 | Boîte destinataire pleine | Nettoyer la boîte destinataire |
| 550 5.4.5 | Limite d’envoi SMTP dépassée | Attendre la réinitialisation ou passer sur un SMTP dédié |
| 552 | Espace disque insuffisant | Libérer de l’espace |
La clé reste de ne jamais foncer sur le scénario sans comprendre le message. Lisez le détail complet. Si l’erreur persiste, vérifiez le serveur SMTP ou le tableau de bord Make.com, et patientez quelques heures pour les quotas long terme.
