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

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

Le message d’erreur « quota exceeded » apparaît dans Make.com et votre premier réflexe est de modifier le scénario. Stop. Dans ma pratique, c’est la pire chose à faire. J’ai vu des dirigeants perdre une demi-journée à changer des modules alors que le coupable était une boîte mail pleine côté destinataire. Avant de tout casser, il faut lire le message complet.

Le premier réflexe : lire le message d’erreur complet, pas seulement le code

Ouvrez le détail de l’erreur. Ne regardez pas uniquement le code HTTP. Le texte complet indique le service concerné : Gmail, Google Sheets, SMTP, Dropbox. Il précise aussi la métrique dépassée : « Read requests » pour une API, « messages/heure » pour un serveur SMTP, ou « size limit ». Cette information change tout. Sans elle, vous cherchez une aiguille dans une botte de foin.

Quota API, quota SMTP ou boîte mail pleine : identifier la vraie source

Il existe trois familles d’erreurs « quota exceeded » dans Make.com. Chacune exige une réponse différente. Le tableau ci-dessous vous donne la marche à suivre en une minute.

Ce tableau ne remplace pas une lecture attentive du message. Mais il permet de gagner un temps précieux.

Les seuils concrets à connaître pour résoudre vite

Google Sheets accepte environ 100 requêtes par minute. Si votre scénario traite 3 000 lignes d’un coup, vous déclenchez l’erreur API. C’est mathématique. Gmail limite le nombre de messages envoyés par utilisateur et par minute : l’erreur « User rate limit exceeded » survient souvent en fin de journée. Côté SMTP, certains fournisseurs comme OVH plafonnent à 200 messages par heure. Si vous dépassez ce seuil, le serveur répond par une erreur 550, parfois temporaire.

Le terme « quota exceeded » est générique. Il ne décrit pas la panne, il décrit un symptôme. Votre rôle est de remonter à la source.

Résoudre le problème « quota exceeded » selon la source identifiée

Une fois la source trouvée, appliquez le bon correctif. Pas de panique, la plupart des situations se règlent sans changer de plan Make.com.

Quota API dépassé : espacer les exécutions, ajouter des filtres, utiliser des modules Sleep

Le scénario s’exécute toutes les minutes ? Réduisez la fréquence. Si l’automatisation peut attendre, passez à toutes les 5 ou 15 minutes. Ajoutez un module Sleep de 2 à 3 secondes entre deux opérations lourdes. Cela ne ralentit pas vraiment le processus, mais cela évite de saturer l’API. Pensez aussi aux filtres : ne traitez que les nouvelles lignes. Reprendre l’intégralité du tableau à chaque exécution est l’erreur classique que je constate dans 80 % des cas.

Quota SMTP dépassé : vérifier la limite d’envoi et la réputation d’expéditeur

L’erreur « sending quota exceeded » concerne votre serveur ou votre compte d’envoi. Vérifiez la limite horaire chez votre hébergeur. Si vous envoyez des emails via Gmail, le quota est souvent autour de 500 messages par jour pour les comptes gratuits. Si vous utilisez un serveur SMTP dédié, baissez le volume par lot. Attention : une erreur 550 répétée peut dégrader la réputation de votre domaine. Les mails finiront en spam. Ne lancez jamais un envoi massif sans avoir testé avec un petit volume.

Erreur 552 : la boîte du destinataire est pleine, pas la vôtre

C’est le cas le plus mal compris. Une erreur 552 signifie que la boîte aux lettres du destinataire a dépassé sa taille limite. Votre serveur est propre, votre configuration est bonne, mais l’email ne part pas. Résoudre le problème passe ici par une action manuelle : contacter le destinataire, lui demander de vider sa boîte, ou retirer cette adresse de votre liste. Envoyer plusieurs fois le même email ne fera qu’aggraver votre réputation d’expéditeur.

Prévenir l’erreur « quota exceeded » dans Make.com avec une configuration robuste

Après avoir éteint l’incendie, il faut éviter la récidive. Trois réglages simples changent la donne.

Filtrer les nouvelles lignes pour ne pas retraiter tout le volume à chaque exécution

Ajoutez un filtre basé sur une colonne « date » ou un champ « statut ». Seules les lignes modifiées depuis la dernière exécution sont traitées. Vous réduisez la charge API, le temps d’exécution et le nombre de requêtes. Votre scénario devient plus rapide et plus fiable.

Gérer les erreurs avec le module Resume pour ne jamais perdre une exécution

Make.com propose une option de reprise après erreur. En cas d’échec temporaire, le scénario reprend là où il s’est arrêté. Cela évite les boucles infinies qui surchargent le système. Configurez un chemin de gestion d’erreur pour chaque module critique. C’est le filet de sécurité qui manque à la plupart des automatisations.

Surveiller la colonne Operations du tableau de bord Make.com et la date de réinitialisation

Le tableau de bord de Make.com affiche le nombre d’opérations consommées et la date de réinitialisation. Consultez cette page régulièrement, surtout après une modification du scénario. Si le quota est réinitialisé dans 3 heures, l’erreur est temporaire. Pas besoin de changer de plan. Attendre peut être plus rentable que payer. L’erreur « quota exceeded » est frustrante, mais elle est rarement une fin en soi. Avec ces réflexes, vous saurez où regarder, quoi corriger, et quand simplement patienter.