Quand un scénario Make.com affiche « quota exceeded », on a d’abord envie de tout casser. Je suis passé par là. Dans ma pratique, je vois des dirigeants perdre une après-midi à chercher pourquoi leur automatisation Google Sheets ou Gmail s’arrête. La vérité est plus simple : ne changez pas de plan tout de suite. Le coupable est souvent un service tiers mal configuré.

Voici comment résoudre le problème étape par étape.

Lire le message d’erreur avant de toucher à votre scénario

Le message d’erreur contient le nom du service et la métrique concernée. Prenez le temps de le voir avant d’agir. Dans Make.com, l’erreur s’affiche dans le détail de l’exécution. Elle donne le code HTTP et le nom exact du quota dépassé.

Le code HTTP 429 ou 403 : comprendre ce que Make.com essaie de vous dire

Le code 429 correspond à un dépassement de quota API. Il est souvent accompagné d’une précision : « Read requests per minute » ou « Write requests per day ». Le code 403 signifie généralement un accès refusé ou une permission manquante. Dans les deux cas, le serveur vous dit d’arrêter un instant.

Chez Make.com, vous pouvez voir la date de réinitialisation du quota dans la colonne « Operations » de votre tableau de bord. Cela permet de savoir si vous devez attendre quelques secondes ou plusieurs heures.

« Quota exceeded for quota metric » : identifier le service tiers en cause (Google Sheets, Gmail, SMTP)

Le texte « quota exceeded for quota metric ‘Read requests’ » sur Google Sheets désigne un problème de taux de lecture. Vous lisez trop de lignes trop vite. Gmail affiche plutôt « User rate limit exceeded ». SMTP renvoie « 452 4.5.3 » ou « 550 5.7.0 » selon le fournisseur.

Chaque API possède ses propres limites. Un module Google Sheets peut accepter 100 requêtes par minute. Un serveur SMTP peut limiter l’envoi à 200 messages par heure. Lire le message en entier vous évite de chercher la panne du mauvais côté.

552 quota exceeded : ne confondez pas la boîte mail pleine et la limite d’envoi

L’erreur « 552 Quota Exceeded » indique une boîte aux lettres pleine. Elle survient du côté du destinataire, pas du vôtre. Votre serveur ne peut pas livrer le mail. Cela arrive quand la boîte du destinataire n’a plus d’espace pour recevoir de nouveaux fichiers ou messages.

Vérifiez encore une fois l’adresse avant d’envoyer. Une boîte pleine peut aussi nuire à votre réputation d’expéditeur. Vous pouvez résoudre le problème en contactant le destinataire par téléphone pour libérer de la place.

Les causes concrètes du dépassement de quota dans Make.com

Les causes fréquentes que je rencontre en mission sont peu nombreuses. Les voici.

Scénario trop fréquent : l’erreur classique du module « Schedule » réglé à la minute

Un module Schedule réglé pour déclencher un scénario toutes les minutes consomme vos opérations très vite. Si l’API tierce accepte 100 requêtes par minute, vous êtes déjà dans la zone rouge. Le problème se produit quand le scénario boucle ou exécute plusieurs modules en série.

Astuce de terrain : passez le réglage à toutes les 5 ou 10 minutes si votre process le permet. Votre marge vous dira merci.

Volumes de données trop lourds : le piège des lectures de 3 000 lignes dans Google Sheets

Lire 3 000 lignes dans une Google Sheet demande plusieurs requêtes API. Si la taille du fichier est énorme, Make.com découpe la lecture en plusieurs appels. Chaque appel compte dans votre quota.

J’ai vu un scénario déclencher « Quota exceeded for quota metric ‘Read requests’ » alors qu’il semblait léger. En réalité, il lisait toutes les colonnes et toutes les lignes à chaque exécution. Le coupable est souvent une configuration de lecture trop large, pas toujours la fréquence.

Boucles et envois groupés : quand votre automatisation attaque l’API plus vite que la limite autorisée

Les boucles sont pratiques mais dangereuses. Une boucle qui traite 500 éléments envoie 500 requêtes. Sans limite interne, votre scénario consomme le quota du serveur en quelques secondes.

La solution est de limiter le nombre d’itérations dans les paramètres du module. Vous pouvez aussi ajouter une pause entre chaque cycle. Certains prestataires imposent un délai explicite : par exemple, 200 messages par heure et par compte.

Exemple concret : un client utilisait Gmail pour envoyer une newsletter via SMTP. Son service plafonnait à 50 e-mails par jour en phase de warm-up. En quelques minutes, le serveur bloquait son compte pour dépannage manuel.

Résoudre le problème : actions immédiates et configuration préventive

Voici les gestes qui sauvent un scénario bloqué.

Espacer les exécutions et ajouter des modules « Sleep » : la solution rapide qui sauve votre scénario

Le module Sleep insère une pause entre les actions. Placez-le entre un module de recherche et un module d’envoi. Par exemple, après une lecture Google Sheets, ajoutez une pause de 3 secondes avant d’envoyer un email. Cette technique simple réduit la pression sur l’API tierce.

Utilisez aussi le paramètre « Exécutions maximum » dans les réglages du scénario. Cela évite les démarrages parallèles qui consomment deux fois plus de quota. Ajoutez une étape Sleep de quelques secondes si le serveur affiche une limite stricte.

Réduire les lots et ajouter des filtres pour ne traiter que les nouvelles lignes

Au lieu de lire l’intégralité d’une feuille de calcul, filtrez les données par date ou statut. Dans Google Sheets, utilisez « Rechercher des lignes » avec une condition sur la colonne « Traité ». Vous réduisez immédiatement la quantité de données à lire et à envoyer.

Pensez aussi à découper les fichiers volumineux en plusieurs morceaux. Il vaut mieux traiter 100 lignes cinq fois qu’une seule fois 500 lignes. Vos limites vous remercieront.

Gérer les erreurs avec le module « Resume » et surveiller les logs pour éviter la récidive

Le module « Résume » permet à Make.com de réessayer après une erreur de dépassement de quota. Placez-le en amont des appels sensibles. Il réessaiera automatiquement après un délai configuré.

Mon conseil : vérifiez l’onglet « History » des exécutions pour voir les messages d’erreur complets. Identifiez le schéma de dépassement qui revient. Si l’erreur persistent environ 10 minutes malgré les pauses, vous dépassez un quota de volume et non de débit.

Dernier levier : contactez le support du fournisseur de l’API (Google, Microsoft, votre serveur SMTP). Demandez une augmentation de la limite. Dans ma pratique, cela prend quelques jours et évite souvent un changement de plan coûteux.

Vous savez maintenant où regarder. L’erreur « quota exceeded » dans Make.com se résout avec une lecture attentive, une meilleure configuration et un peu de patience. Testez votre scénario avec de petits lots avant de relancer vos 3 000 lignes.