Erreur quota exceeded Make.com : comment la résoudre ?

Pour résoudre l’erreur « quota exceeded » sur Make.com, il faut d’abord comprendre d’où vient le dépassement. Ce guide vous aide à lire le message d’erreur, à identifier le serveur ou l’API concerné, puis à corriger votre scénario sans tout casser.

Comprendre l’erreur « quota exceeded » dans Make.com

Ce que le message d’erreur ne vous dit pas

Le message « quota exceeded » peut signaler plusieurs problèmes : un quota d’API atteint, un serveur SMTP qui refuse d’envoyer, ou une boîte mail destinataire pleine. Le code exact affiché par Make.com est votre meilleur point de départ.

Le piège : tout mettre sur le dos de Make.com

Quand le module passe en rouge, on a tendance à chercher un bug dans Make.com. Dans la plupart des cas, le problème vient d’un service externe connecté au scénario, comme Gmail, Google Sheets ou un hébergeur de mails.

La vérification qui prend 30 secondes : la colonne Operations du tableau de bord

Ouvrez le tableau de bord Make.com et repérez la colonne Operations. Elle affiche le nombre de requêtes consommées et la date de réinitialisation. Si vous approchez de la limite, le dépassement vient probablement de votre compte Make.com ; sinon, cherchez ailleurs.

Les trois sources possibles : API, SMTP, boîte destinataire pleine

Trois origines expliquent l’erreur : les limites d’une API tierce, celles de votre serveur SMTP, ou une boîte destinataire saturée. Identifier la bonne source permet d’appliquer la bonne correction.

Diagnostic rapide par code HTTP et message SMTP

Pour diagnostiquer, utilisez le code HTTP renvoyé par le module et le message SMTP du serveur. Voici les cas les plus fréquents.

HTTP 429 / rateLimitExceeded : le quota court terme

Ce code indique que votre scénario envoie trop de requêtes en peu de temps. Attendez quelques secondes ou étalez les exécutions sur plusieurs minutes.

HTTP 403 / quotaExceeded : le quota long terme

Ici, le quota quotidien ou horaire est dépassé. Vérifiez l’heure de réinitialisation indiquée par le service, puis relancez après ce délai.

SMTP 550 5.2.2 : boîte mail du destinataire pleine

Cette erreur ne concerne pas votre configuration : le destinataire ne peut plus recevoir de mails, car sa boîte email est pleine. Ne modifiez pas votre serveur SMTP dans ce cas.

SMTP 550 5.4.5 / 5.7.0 : limite d’envoi SMTP dépassée

Votre serveur SMTP a atteint son plafond d’envoi. Par exemple, un compte OVH permet environ 200 messages par heure. Utilisez une file d’attente ou un service d’envoi dédié si vous dépassez régulièrement ce seuil.

SMTP 552 : espace disque insuffisant côté destinataire

Comme le 550 5.2.2, cette erreur signale un espace de stockage plein, souvent parce que le destinataire ne peut plus recevoir de fichiers. Vérifiez la boîte du destinataire avant d’incriminer votre scénario.

Exemple concret : Gmail, Google Sheets, OVH et leurs seuils

Google Sheets supporte environ 100 requêtes par minute, Gmail limite le nombre de messages par utilisateur sur une courte période, et OVH plafonne l’envoi à 200 mails par heure et par compte. En phase de test, ces seuils sont vite atteints si le scénario traite tout le volume en une fois.

Utiliser le code exact du module Make.com pour comprendre l’erreur

Cliquez sur le module en erreur et ouvrez le détail de la réponse. Le corps de la réponse HTTP contient souvent des informations précises, comme le nombre de secondes à attendre avant un nouvel essai. Notez aussi le code exact pour chercher la bonne solution.

Corriger le scénario pas à pas dans Make.com

Une fois la source identifiée, vous pouvez adapter le scénario pour résoudre le problème et éviter qu’il ne revienne.

Espacer les exécutions avec le module Sleep

Ajoutez un module Sleep entre deux itérations pour lisser les appels. Un délai de 500 millisecondes suffit souvent pour rester sous la limite de Google Sheets.

Filtrer les nouvelles lignes pour ne pas retraiter tout le volume

Un scénario qui reprend toutes les lignes d’un tableau à chaque exécution consomme des requêtes inutilement. Ajoutez un filtre pour ne traiter que les nouvelles entrées depuis le dernier passage.

Activer Resume pour ne pas perdre d’exécutions

Activez l’option Resume dans les réglages du scénario. En cas d’échec, le module reprend à l’étape suivante au lieu de relancer tout le traitement depuis le début.

Passer en mode manuel ou phase de test : ce que je fais vraiment

Pendant la phase de test, passez le scénario en mode manuel. Cela évite les exécutions automatiques qui consomment votre quota et permet de vérifier chaque module avec un petit volume de données.

Vérifier le serveur SMTP et les paramètres d’envoi

Si votre scénario utilise le serveur SMTP de votre hébergeur, assurez-vous qu’il autorise le volume d’envoi prévu. Pour les campagnes importantes, préférez un service comme SendGrid ou Mailgun.

Combien de temps attendre avant de relancer une exécution

Attendez une minute pour un quota API court terme, ou la fin de l’heure pour une limite SMTP. Relancer toutes les cinq minutes ne fait qu’aggraver le dépassement.

Prévenir durablement le retour de l’erreur

Surveiller la colonne Operations et la date de réinitialisation

Consultez cette colonne une fois par jour pour un scénario actif. La date de réinitialisation vous indique quand le quota revient ; vous pouvez ainsi planifier vos envois en conséquence.

Les limites à connaître avant de créer un scénario avec Gmail, Google Sheets ou OVH

Les seuils diffèrent selon le type de compte et l’offre d’hébergement. Un compte Google gratuit et Google Workspace n’ont pas les mêmes limites, tout comme un serveur SMTP mutualisé et une offre dédiée. Renseignez-vous avant de configurer votre automatisation.

Avec ces repères et une bonne lecture des codes d’erreur, vous pouvez résoudre l’erreur « quota exceeded » sur Make.com sans casser votre automatisation. Si vous préférez explorer d’autres outils, consultez notre comparatif des alternatives gratuites à Zapier. Prenez le temps de vérifier la source réelle avant de modifier votre scénario.