Observatoire d’automatisation Datvero · status.zapier.com
Non. La page de statut de Zapier indique que tous les systèmes sont opérationnels pour Zapier : Instant Triggers, Polling Triggers, Zap Editor et 15 autres composants (relevé le 6 novembre 2026, 18:00 UTC ; cette page se rafraîchit toutes les 15 minutes).
Lu sur l’API de statut officielle de Zapier le 6 novembre 2026, 18:00 UTC. Datvero republie ce que Zapier déclare ; ce n’est pas une mesure de disponibilité indépendante.
Du 20 mai au 6 novembre 2026, status.zapier.com recense 53 incidents : 0 critique, 5 majeurs, 17 mineurs et 31 sans impact (classification de l’éditeur). Durée médiane entre la première publication et la résolution, incidents avec impact uniquement : 1,6 h. Le plus long : « Connection errors affecting Salesforce Pardot Zaps » (23 octobre 2026), 3,5 jours. Sur les 30 derniers jours : 14 incidents, dont 2 de gravité majeure ou critique.
Réessayez avec un délai croissant, envoyez les échecs vers un workflow d’erreur et soyez alerté quand les exécutions cessent de réussir. Dans n8n, chaque nœud a un réglage Retry On Fail ; Make propose des gestionnaires d’erreur Break qui relancent les exécutions incomplètes ; Zapier peut rejouer les exécutions échouées avec Autoreplay. Datvero surveille les exécutions de vos workflows n8n, Make et Zapier et vous alerte quand elles échouent, quelle qu’en soit la cause.
Non. La page de statut de Zapier indique que tous les systèmes sont opérationnels pour Zapier : Instant Triggers, Polling Triggers, Zap Editor et 15 autres composants (relevé le 6 novembre 2026, 18:00 UTC ; cette page se rafraîchit toutes les 15 minutes).
Du 20 mai au 6 novembre 2026, status.zapier.com recense 53 incidents : 0 critique, 5 majeurs, 17 mineurs et 31 sans impact (classification de l’éditeur). Durée médiane entre la première publication et la résolution, incidents avec impact uniquement : 1,6 h. Le plus long : « Connection errors affecting Salesforce Pardot Zaps » (23 octobre 2026), 3,5 jours. Sur les 30 derniers jours : 14 incidents, dont 2 de gravité majeure ou critique.
Zapier la publie sur https://status.zapier.com/. Cette page republie son flux public toutes les 15 minutes, avec les horodatages. Datvero n’est pas affilié à Zapier.
La page de statut liste ce que Zapier a déclaré. Si elle est verte et que vous voyez quand même des erreurs, lisez le code d’erreur, réessayez avec un délai croissant et vérifiez si le problème est propre à votre compte, à votre région ou à une intégration. Une page verte ne prouve pas que chaque requête vers Zapier réussit.
Réessayez avec un délai croissant, envoyez les échecs vers un workflow d’erreur et soyez alerté quand les exécutions cessent de réussir. Dans n8n, chaque nœud a un réglage Retry On Fail ; Make propose des gestionnaires d’erreur Break qui relancent les exécutions incomplètes ; Zapier peut rejouer les exécutions échouées avec Autoreplay. Datvero surveille les exécutions de vos workflows n8n, Make et Zapier et vous alerte quand elles échouent, quelle qu’en soit la cause.
Méthode : l’API de statut publique de Zapier (status.zapier.com/api/v2) est lue toutes les 15 minutes par le collecteur de Datvero, qui conserve chaque incident avec ses horodatages officiels depuis le 16 août 2026. Les durées vont de la première publication à la publication de résolution. Copie lisible par machine : services.json. Source officielle : https://status.zapier.com/.
Les statuts, noms d’incident et textes appartiennent à Zapier et sont publiés en anglais. Datvero n’est pas affilié à Zapier. Une page de statut verte ne signifie pas que tous les workflows qui appellent Zapier réussissent.