Historique des pannes de Gorgias

1. 2 septembre 2026 à 14:49 UTCidentified

   Nous sommes conscients d'un problème qui peut causer des retards dans la réception des messages directs Instagram dans Gorgias. Les messages ne sont pas perdus — ils arriveront, juste plus tard que d'habitude. Notre équipe enquête et travaille pour rétablir les délais de livraison normaux.

2. 2 septembre 2026 à 18:03 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 2 septembre 2026 à 19:11 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 septembre 2026 à 17:05 UTCmonitoring

   Notre fournisseur de téléphonie en amont Twilio connaît actuellement un incident affectant les services de téléphonie vocale (status.twilio.com). Par conséquent, certains clients peuvent éprouver une dégradation ou une défaillance de la fonctionnalité d'appel vocal dans Gorgias, y compris des appels échoués ou retardés et des résultats inexacts des tests d'appel. SMS et toutes les autres fonctionnalités de Gorgias (email, chat, helpdesk) ne sont pas affectées. L'équipe d'ingénierie de Twilio a identifié la cause et déploie une solution. Nous suivons la situation et mettrons à jour cette page dès que le service sera rétabli ou que nous aurons plus d'informations. Aucune action n'est requise de votre côté.

2. 1 septembre 2026 à 18:00 UTCresolved

   L'incident touchant notre fournisseur de téléphonie en amont, Twilio, a été résolu. La fonctionnalité d'appel vocal dans Gorgias est revenue à la normale, y compris les résultats des tests d'appel.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 septembre 2026 à 15:21 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 1 septembre 2026 à 16:24 UTCmonitoring

   Nous voyons des signes de reprise, nous continuons à surveiller nos services

3. 1 septembre 2026 à 18:59 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 27 août 2026 à 16:22 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 27 août 2026 à 16:30 UTCidentified

   Nous continuons de travailler sur une solution à ce problème.

3. 27 août 2026 à 16:43 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 27 août 2026 à 17:02 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 11 août 2026 à 14:31 UTCmonitoring

   Between 4:30 PM and 8:00 PM UTC on August 10th, some customers using the WhatsApp integration saw unexpected ticket behavior. New tickets were created with older messages, and some previously closed tickets reopened with older messages added to them, which in some cases produced duplicates. Current status: The underlying issue is resolved and normal WhatsApp message processing has resumed. We are investigating the billing impact for affected accounts. Impact: - Closed WhatsApp tickets reopened unexpectedly, with older messages added to them. - Some accounts may have had new or duplicate tickets created during the affected window. - Ticket counts during that period may have been inflated, which could affect billing. We are reviewing this. What to know: We did not close or merge affected tickets ourselves. Deciding which ticket to keep depends on your workflow, and we can't make that call for you. Some merchants have also already cleaned up the data on their end, so running an automated cleanup risked overwriting changes you'd made or leaving you with a state you didn't want. Use the filters below to find the duplicated and newly created tickets, then bulk-close them as appropriate. How to identify affected (duplicated/created) tickets: Apply these filters in your helpdesk. All times are UTC, so convert to your helpdesk timezone: - Channel: WhatsApp - Created before: August 10, 2026 at 20:30 UTC - Created after: August 10, 2026 at 16:00 UTC - Last shopper message received: between July 23, 2026 at 17:00 UTC and August 10, 2026 at 18:00 UTC - Status: Open (or other status filters relevant to your workflow) Billing: We are working to remove the tickets created by this incident from your billing. We will follow up once this is complete.

2. 12 août 2026 à 10:59 UTCresolved

   The WhatsApp ticket issue that occurred on August 10th between 4:30 PM and 8:00 PM UTC is now fully resolved. **What happened:** A replay of WhatsApp webhooks caused older messages to be imported, which resulted in closed tickets reopening and, in some cases, duplicate tickets being created. **Billing:** Billable tickets created as a result of this incident have been removed from affected merchants' billing counts. Please note that billing corrections may take a bit of time to reflect in your account. Merchants who were already charged before this correction was applied will receive a refund in the following days — our team will reach out as needed. **What's next:** A public post-mortem detailing the root cause, impact, and steps taken to prevent recurrence will be published by tomorrow, August 13th, at the latest. We sincerely apologize for the disruption this caused to your workflows. Thank you for your patience.

3. 13 août 2026 à 09:52 UTCpostmortem

   On August 10, 2026, between approximately 4:30 and 8:00 PM UTC, some WhatsApp tickets unexpectedly reopened or duplicated. We understand how disruptive that is when you're trying to stay on top of customer conversations, and we'd like to walk you through what happened and how to tidy things up. **What happened** Between July 23 and August 10, a separate issue had prevented some inbound WhatsApp messages from reaching Gorgias. On August 10 we fixed it and ran a recovery to bring those messages in. As the older messages arrived, our system read them as brand-new activity, so it created new tickets, reopened some closed ones, and in a few cases produced duplicates. **What you may have seen** During that window you may have seen reopened, new, or duplicate WhatsApp tickets, auto-replies that didn't send, and brief delays on new messages. Because of the extra tickets, your ticket counts for that period may also have looked higher than usual. **What we did** We finished restoring the missing messages and fixed the underlying cause of the duplicates to prevent a recurrence. We also corrected the billing impact: the tickets this incident created have been removed from your bill, so you won't be charged and no action is needed on your side. The tickets themselves stay in your helpdesk, so you can review or close them as you see fit. **What you can do** We didn't close or merge any tickets for you, since you know your workflow best and some teams had already tidied things up. If you'd like to clean up, the search below surfaces the new and duplicate tickets created during the window \(it won't include tickets that were reopened when an older message was added to them\). Apply these criteria to your tickets. All times are in UTC, so convert them to your helpdesk timezone: * Channel: WhatsApp * Created between August 10, 2026 16:00 and 20:30 UTC * Last customer message between July 23, 2026 17:00 UTC and August 10, 2026 18:00 UTC Then bulk-close whatever you don't need. **What's next** We're strengthening how we handle large message recoveries and expanding our monitoring so issues like this are caught and addressed earlier. We sincerely apologize for the disruption and any confusion it may have caused you and your customers, and we thank you for your patience.

1. 11 août 2026 à 11:36 UTCinvestigating

   We are currently investigating this issue. Some users may experience issues during signup

2. 11 août 2026 à 13:16 UTCresolved

   The issue has been resolved

1. 27 juillet 2026 à 22:30 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 27 juillet 2026 à 23:01 UTCmonitoring

   Les intégrations de Gmail ont repris normalement la synchronisation et de nouveaux courriels créent des tickets comme prévu. Les notifications de Gmail se sont arrêtées puis ont repris seules, sans aucun changement de notre côté. Nous n'avons trouvé aucun problème avec nos systèmes, ce qui suggère que la cause était externe. Nous veillons à confirmer la stabilité avant de marquer la résolution.

3. 27 juillet 2026 à 23:13 UTCresolved

   Le trafic des notifications Gmail pour notre application est de retour à des niveaux normaux.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 juillet 2026 à 12:35 UTCinvestigating

   Une de nos bases de données est devenue temporairement indisponible. Par conséquent, certaines données sur le commerce électronique n'étaient pas disponibles grâce à notre service. Nous enquêtons actuellement sur la question et nous travaillons à restaurer la fonctionnalité complète le plus rapidement possible.

2. 22 juillet 2026 à 12:51 UTCmonitoring

   Une de nos bases de données est devenue temporairement indisponible. Par conséquent, certaines données sur le commerce électronique n'étaient pas disponibles grâce à notre service. Nous enquêtons actuellement sur la question et nous travaillons à restaurer la fonctionnalité complète le plus rapidement possible. Le numéro a duré de 10:56 à 11:28 UTC. La base de données est maintenant opérationnelle et le service a été restauré.

3. 22 juillet 2026 à 13:13 UTCresolved

   A transient network issue has been resolved, and all queued requests have been processed. All services are now operational.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 juillet 2026 à 18:10 UTCinvestigating

   Nous enquêtons actuellement sur cette question. Il pourrait y avoir un décalage sur les mises à jour en temps réel sur nous-central1-df88

2. 17 juillet 2026 à 18:37 UTCidentified

   Nous continuons de travailler sur une solution à ce problème.

3. 17 juillet 2026 à 18:45 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 17 juillet 2026 à 18:51 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 juillet 2026 à 08:06 UTCresolved

   Ce qui s'est passé: Entre 01:43 et 02:25 UTC, certains clients ont connu des réponses lentes ou échouées Helpdesk et des problèmes de connexion intermittents. L'impact a été limité à une seule grappe d'infrastructures (us-east1-2607). Cause: Un défaut temporaire dans la couche de stockage de notre fournisseur de cloud, isolé dans une zone de datacenter. C'était un problème d'infrastructure sous-jacent, pas un problème d'application Gorgias ou un changement de notre côté. Résolution : Nos systèmes ont été récupérés automatiquement via une panne intégrée. Aucune donnée n'a été perdue et aucune intervention manuelle n'a été nécessaire. Prochaines étapes : Nous examinerons l'incident avec notre fournisseur de cloud et évaluerons les mesures visant à renforcer la résilience face à cette catégorie de problèmes. Nous nous excusons pour la perturbation, vous pouvez contacter votre contact de soutien avec toutes les questions.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 juillet 2026 à 13:56 UTCinvestigating

   Nous avons identifié la cause des taux d'erreur élevés sur l'API Agent AI. Au cours de cette période, certaines demandes d'agent d'IA peuvent échouer ou être retardées, et les réponses automatisées sur les billets touchés peuvent ne pas être envoyées. Notre équipe travaille activement sur une solution pour restaurer le service complet.

2. 16 juillet 2026 à 14:26 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 juillet 2026 à 16:42 UTCresolved

   Entre 8h00 et 18h30 UTC le 14 juillet, un problème d'infrastructure à l'un de nos fournisseurs tiers ML a causé des défaillances intermittentes dans la récupération des connaissances de l'agent AI. Au cours de cette fenêtre, l'agent d'IA n'a pas toujours saisi les sources de connaissances (articles du Centre d'aide et conseils) lors de la composition des réponses, et a pu répondre uniquement en fonction du contexte de la conversation. Certaines automatisations fondées sur l'intention (règles et routage) ont également été touchées de façon intermittente.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 juillet 2026 à 10:18 UTCinvestigating

   Synchroniser le contenu du site Web de Store et les sources d'URL dans Knowledge est un échec pour de nombreux magasins. Nous enquêtons sur la question. Le contenu existant n'est pas affecté.

2. 16 juillet 2026 à 11:13 UTCidentified

   Synchroniser le contenu du site Web de Store et les sources d'URL dans Knowledge est un échec pour de nombreux magasins. Nous enquêtons sur la question. Le contenu existant n'est pas affecté.

3. 17 juillet 2026 à 12:01 UTCmonitoring

   Nous avons déployé une correction pour résoudre les problèmes de synchronisation du site. Nous suivons la situation.

4. 17 juillet 2026 à 13:27 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 juillet 2026 à 16:01 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 7 juillet 2026 à 18:20 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 7 juillet 2026 à 20:16 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 juillet 2026 à 10:14 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 3 juillet 2026 à 10:33 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 3 juillet 2026 à 11:37 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 juillet 2026 à 11:25 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 1 juillet 2026 à 12:37 UTCidentified

   Nous travaillons sur le déploiement d'une solution

3. 1 juillet 2026 à 13:28 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 juin 2026 à 16:03 UTCidentified

   En raison d'un pic de trafic, certains clients peuvent connaître de longs temps de chargement pour l'analyse. Nous avons identifié la cause racine et poussé une correction. Si vous éprouvez encore des problèmes, vous devriez essayer de recharger l'application dans le navigateur.

2. 29 juin 2026 à 16:32 UTCmonitoring

   La cause fondamentale a été abordée et nous surveillons actuellement les services.

3. 29 juin 2026 à 16:59 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 juin 2026 à 07:53 UTCidentified

   Nous avons identifié un problème touchant la recherche de billets. Depuis environ 9:19 AM CEST, les résultats de la recherche peuvent ne pas inclure les billets les plus récents ou refléter les dernières mises à jour des billets existants. Les billets eux-mêmes ne sont pas affectés — ils sont reçus et traités normalement, et toutes les fonctionnalités en dehors de la recherche continuent de fonctionner comme prévu.

2. 29 juin 2026 à 08:47 UTCresolved

   La recherche des billets est à jour. Entre 9:19 AM et 10:34 AM CEST, les tickets récemment créés ou mis à jour peuvent ne pas être apparus dans les résultats de recherche en raison d'un problème d'infrastructure sur un cluster. Ceci a été corrigé et toutes les mises à jour en attente ont été traitées. Les billets eux-mêmes n'ont jamais été affectés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 25 juin 2026 à 08:26 UTCinvestigating

   Les clients du cluster europe-west3 peuvent connaître des données inexistantes dans leurs vues, y compris des nombres de tickets incorrects ou manquants. D'autres régions ne sont pas touchées. Notre équipe travaille activement sur un correctif et fournira une mise à jour une fois résolu.

2. 25 juin 2026 à 08:44 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 25 juin 2026 à 09:02 UTCmonitoring

   Nous avons atténué la question touchant les points de vue du groupe Europe-Ouest3. Le comptage des billets et la visualisation des données devraient maintenant être mis à jour, mais les performances sont encore dégradées et les mises à jour peuvent prendre plus de temps que d'habitude. Nous suivons la situation et nous déploierons une solution définitive pour résoudre le problème.

4. 25 juin 2026 à 16:40 UTCresolved

   Cet incident est résolu. À partir de 12:57 CEST (10:57 UTC), les vues et le nombre de tickets dans le cluster europe-west3 sont pleinement opérationnels et mettent à jour normalement. Nous avons déployé des changements pour améliorer la fiabilité de l'ingestion de données et nous avons confirmé que les données de visionnement et le nombre de billets sont exacts et à jour. La performance est revenue à la normale. D'autres régions n'ont jamais été touchées. Nous sommes désolés de tout inconvénient que cela pourrait avoir causé, et merci de votre patience.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juin 2026 à 11:43 UTCidentified

   We identified that the Shopify API is experiencing some degraded performance. That means some of our customers may experience some issues in regards to the Shopify actions. That includes the manual actions and the actions that are performed by the AI agent on Shopify, but also the historical sync. Shopify status page: https://www.shopifystatus.com/. We will provide the next update in 1 hour.

2. 24 juin 2026 à 11:46 UTCidentified

   We are continuing to monitor this issue.

3. 24 juin 2026 à 12:09 UTCresolved

   This incident has been resolved. Shopify fixed the outage on their side.