Historique des pannes de Yext

1. 27 octobre 2026 à 20:29 UTCmonitoring

   Nous avons connu des erreurs élevées affectant les services d'analyse, de recherche, de pages, d'API en direct et d'API Streams hébergés dans notre environnement européen. Pendant cette perturbation, les utilisateurs peuvent avoir rencontré des erreurs de chargement des pages, de récupération des résultats de recherche, ou de faire des requêtes API. Le trafic a été rétabli dans l'infrastructure touchée, et les services se rétablissent. Notre équipe surveille pour confirmer la stabilité continue. Nous fournirons une autre mise à jour lorsque l'incident sera complètement résolu.

2. 27 octobre 2026 à 21:54 UTCresolved

   Le 27 octobre 2026, d'environ 16 h à 16 h 20 HAE (20 h à 20 h 20 UTC), les services hébergés dans notre environnement européen ont connu des erreurs élevées affectant la recherche, les pages, l'API en direct, l'API Streams et la collection d'événements analytiques. Les utilisateurs peuvent avoir rencontré des erreurs de chargement des pages, de récupération des résultats de recherche, ou de faire des requêtes API. Certains événements de pixel analytique n'ont pas été recueillis pendant la perturbation. Le trafic a été rétabli dans l'infrastructure touchée et la surveillance subséquente a confirmé la stabilité de l'exploitation. Nous nous excusons pour la perturbation. Nous partagerons un examen post-incident avec des détails supplémentaires sur la cause, l'impact et les mesures que nous prenons pour réduire le risque de récidive.

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

1. 21 octobre 2026 à 16:46 UTCresolved

   On October 20, some customers in our EU region experienced errors when making Knowledge Graph updates, delays in Pages publishing, and saved filters that did not reflect recent changes. Our monitoring detected the interruption at 08:29 UTC (4:29 a.m. EDT). A database server supporting these services became unresponsive. Our on-call engineers restarted the server and restored its normal read/write configuration, allowing affected services to recover. Core API and data-freshness checks confirmed recovery by 09:16 UTC (5:16 a.m. EDT). The service interruption has been resolved. Our engineering team is reviewing the event and identifying improvements to strengthen service resilience and recovery. We apologize for the disruption and appreciate your patience.

1. 15 octobre 2026 à 06:12 UTCresolved

   De 10h50 HNE jusqu'à 12h15 HNE le 14 octobre 2026, Report Builder n'était pas disponible pour certains clients en raison d'une erreur dans le système Analytics. Le problème a été résolu et aucun autre problème n'a été découvert tout au long de la journée.

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

1. 16 septembre 2026 à 20:53 UTCresolved

   Du 9 septembre vers 12 h 10 HAE jusqu'au 16 septembre à 10 h 13 HAE, certains clients ont peut-être reçu des suggestions autocomplètes qui ne correspondaient pas à leurs questions soumises. Un problème de configuration du cache a fait que les paramètres de la requête, y compris l'entrée de recherche et l'expérience de recherche, ont été omis de la clé de cache pour un paramètre d'API de recherche. Par conséquent, une réponse automatique mise en cache pour une requête peut être retournée pour une autre requête ou expérience de recherche. Le problème se limitait aux demandes auto-complètes provenant d'anciennes implémentations frontend en utilisant le paramètre left. Les demandes autocomplètes standard utilisant les paramètres actuels n'ont pas été touchées, et notre enquête n'a trouvé aucune preuve d'impact significatif sur les résultats de recherche pour les clients. Nous avons corrigé la configuration du cache à 10h13 HAE le 16 septembre et vérifié le comportement attendu en quelques minutes. Nous évaluons des validations supplémentaires de surveillance et de configuration afin de détecter et de prévenir des problèmes similaires.

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

1. 3 septembre 2026 à 16:26 UTCidentified

   Nous enquêtons actuellement sur un problème touchant les services vocaux entrants pour un sous-ensemble d'utilisateurs. Les utilisateurs touchés peuvent éprouver des problèmes à recevoir des appels entrants. Notre équipe d'ingénieurs enquête activement sur la cause et travaille à rétablir le service normal le plus rapidement possible. À l'heure actuelle, les services vocaux sortants ne sont pas affectés. Nous fournirons une autre mise à jour à mesure que de plus amples renseignements seront disponibles.

2. 3 septembre 2026 à 16:55 UTCmonitoring

   Une correction a été déployée pour régler le problème de voix entrante touchant un sous-ensemble d'utilisateurs.

3. 3 septembre 2026 à 17:41 UTCresolved

   Cet incident a été résolu.

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

1. 2 septembre 2026 à 15:09 UTCinvestigating

   Nous voyons des performances dégradées avec certains domaines de l'application Hearsay. Nous enquêtons activement et nous le ferons sous peu.

2. 2 septembre 2026 à 15:21 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 2 septembre 2026 à 15:40 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

4. 2 septembre 2026 à 17:44 UTCresolved

   Cet incident a été résolu.

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

1. 17 août 2026 à 15:36 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 17 août 2026 à 15:48 UTCidentified

   Nous avons identifié la source d'erreurs et nous travaillons à l'assainissement.

3. 17 août 2026 à 16:09 UTCmonitoring

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

4. 17 août 2026 à 17:18 UTCresolved

   Cet incident a été résolu.

5. 26 août 2026 à 18:01 UTCpostmortem

   # Résumé Le 17 août 2026, les utilisateurs ont été temporairement incapables d'accéder à Yext par [my.hearsaysocial.com](http://my.hearsaysocial.com) pendant environ 12 minutes, de 11h20 à 11h32 ET. Aucune donnée client n'a été perdue, et ce n'était pas un incident de sécurité. Cause racine Un processus d'indexation de la bibliothèque de contenu a généré une demande de système plus élevée que prévu, provoquant temporairement l'échec des demandes de service et affectant l'accès à Yext par [my.hearsaysocial.com] (http://my.hearsaysocial.com). # Réparation Nous avons augmenté la capacité du système pour terminer la reconstruction et rétablir un service normal. Pour éviter les récidives, nous mettons à jour le processus d'indexation afin d'appliquer des changements plus petits et progressifs plutôt que d'exiger une reconstruction complète. Nous améliorons également les performances de la base de données afin de soutenir un traitement plus fiable durant ces mises à jour.

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

1. 17 août 2026 à 14:32 UTCidentified

   Nous avons identifié un incident de service continu GitHub qui cause des retards pour certaines pages de Yext publiées et qui entraîne des dégradations dans la plate-forme. Les demandes de publication peuvent prendre plus de temps que prévu. Nous surveillons la récupération de GitHub et fournirons une mise à jour à mesure que de plus amples informations seront disponibles.

2. 17 août 2026 à 17:06 UTCmonitoring

   Github a atténué les problèmes touchant l'édition de pages et le portail. Le service a été entièrement restauré. Nous continuerons de suivre la situation.

3. 17 août 2026 à 21:37 UTCresolved

   Cet incident est résolu.

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

1. 13 août 2026 à 08:46 UTCinvestigating

   Nous enquêtons sur les informations faisant état de retards dans l'édition de pages dans l'UE.

2. 13 août 2026 à 09:22 UTCidentified

   We have identified the issue and are working on remediation.

3. 13 août 2026 à 09:29 UTCmonitoring

   We have remediated the issue, and are processing the delayed data. We will continue to monitor the situation.

4. 13 août 2026 à 13:45 UTCresolved

   This incident is resolved.

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

1. 10 août 2026 à 14:00 UTCresolved

   This incident has been resolved.

1. 28 juillet 2026 à 21:40 UTCidentified

   Nous sommes conscients des problèmes de connexion affectant l'application Hearsay for Intune de Yext iOS. Nous travaillons sur un correctif et nous mettrons à jour car nous avons plus d'informations.

2. 28 juillet 2026 à 21:40 UTCidentified

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

3. 29 juillet 2026 à 14:28 UTCmonitoring

   Une correction a été mise en œuvre et nous surveillons les résultats. Les utilisateurs de notre application Intune iOS doivent mettre à jour la dernière version, 9.5.2.

4. 29 juillet 2026 à 21:11 UTCresolved

   Cet incident a été résolu.

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

1. 23 juillet 2026 à 21:11 UTCresolved

   Des fonctionnalités avancées, comme l'AQ Extractif ou la recherche sémantique de Search, ont été dégradées pour un sous-ensemble de clients entre 2h et 4h30 ce matin. Fonctionnellement a été entièrement restauré après 4:30 AM.

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

1. 17 juillet 2026 à 10:19 UTCinvestigating

   Les actifs de fichiers ne sont pas chargés dans les comptes clients

2. 17 juillet 2026 à 10:26 UTCmonitoring

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

3. 17 juillet 2026 à 16:51 UTCmonitoring

   Nous restons à l'affût de tout autre problème.

4. 18 juillet 2026 à 10:30 UTCresolved

   Cet incident est résolu.

5. 29 juillet 2026 à 20:53 UTCpostmortem

   Cet incident était lié à [https://www.yexttrust.com/incidents/vflk2wb46qj3](https://www.yexttrust.com/incidents/vflk2wb46qj3), veuillez consulter le post mortem complet.

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

1. 16 juillet 2026 à 23:41 UTCidentified

   Les déploiements de nouvelles pages échouent actuellement en raison d'une panne avec notre fournisseur de dépôt, Github. Nous surveillons leur situation à https://www.githubstatus.com/

2. 16 juillet 2026 à 23:55 UTCmonitoring

   Nous observons la fonctionnalité restaurée, mais nous continuerons à surveiller l'incident de Guthub

3. 17 juillet 2026 à 00:36 UTCresolved

   Cet incident est résolu.

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

1. 16 juillet 2026 à 18:32 UTCinvestigating

   Un sous-ensemble d'images ne se charge pas sur les pages de notre client et les réponses à la recherche.

2. 16 juillet 2026 à 21:01 UTCinvestigating

   Nous enquêtons encore sur les pannes de chargement d'images et travaillons avec notre fournisseur de CDN pour évaluer le problème

3. 17 juillet 2026 à 00:00 UTCmonitoring

   Nous avons corrigé les erreurs. Nous continuerons de suivre la situation.

4. 17 juillet 2026 à 02:16 UTCresolved

   Cet incident est résolu.

5. 29 juillet 2026 à 20:45 UTCpostmortem

   Résumé Le 16 juillet 2026, un changement apporté par un fournisseur tiers, Cloudflare, a causé l'échec intermittent d'une partie des images redimensionnées dynamiquement sur un sous-ensemble d'expériences client hébergées par Yext dans notre environnement de production américain. Plus précisément, ces images et fichiers ont été utilisés dans notre domaine [mktgcdn.com](http://mktgcdn.com). Ceux-ci sont largement utilisés sur les pages et produits de recherche de Yext. L'incident initial a affecté les demandes d'image à partir de 11h00 ET et a été résolu à 19h49 ET. Environ 11 % des demandes de services d'images ont été touchées. L'assainissement de l'incident initial a révélé un écart d'acheminement distinct touchant un plus petit ensemble de dossiers hébergés. Ce problème de suivi moins grave a commencé lorsque la première remise en état a été déployée dans la soirée du 16 juillet et a été résolue par 6h33 HE le 17 juillet. Le service normal a été rétabli. Aucune donnée client n'a été perdue ou corrompue, et aucune action n'est requise des clients. La cause de la mort Cloudflare a apporté un changement interne qui a modifié l'interaction d'une configuration de routage existante avec les services de traitement des requêtes Yext utilise pour la livraison d'images. Par conséquent, certaines requêtes d'images dynamiques ont suivi un chemin de traitement incorrect et ont retourné du contenu qui ne pouvait pas être interprété comme une image. Cela a produit des pannes intermittentes de chargement de l'image. Un large ensemble de demandes, y compris celles déjà mises en cache par Cloudflare, pourrait continuer à réussir, ce qui rendait l'impact incohérent entre les demandes. Pour restaurer la livraison de l'image, Yext a migré la configuration de routage affectée depuis le système de règles en place de Cloudflare. Le remplacement initial n'incluait pas une voie de repli qui était encore utilisée par un plus petit ensemble d'actifs de fichiers non images. Ces actifs ont retourné des erreurs jusqu'à ce que le comportement de routage manquant soit rétabli le lendemain matin. **Remédiation** Yext a restauré la livraison dynamique de l'image en migrant la configuration de routage affectée vers le système de règles en cours de Cloudflare, en éliminant les caches affectés et en vérifiant que les requêtes d'image mises en cache et non mises en cache ont réussi. Par la suite, nous avons rétabli la route manquante pour le plus petit ensemble d'actifs de fichiers touchés et confirmé que ces actifs étaient chargés normalement. Pour réduire la probabilité et l'impact d'incidents semblables, Yext est : * Continuer à migrer les règles de routage existantes de Cloudflare vers le système de règles actuel. * Améliorer la surveillance et l'alerte pour les taux élevés d'échec d'image et de livraison de fichiers afin que les problèmes intermittents puissent être détectés plus tôt. * Développer les capacités de traçage et de diagnostic pour les demandes de service d'images traitées par Cloudflare. * Examiner et supprimer les dépendances restantes sur les chemins de stockage et de routage de repli. Il n'y a pas de solution de rechange temporaire pour les clients et ceux-ci n'ont pas besoin de prendre de mesures.

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

1. 16 juillet 2026 à 14:05 UTCinvestigating

   Nous étudions les indications d'un taux d'erreur accru dans l'API Events dans la partition américaine.

2. 16 juillet 2026 à 14:40 UTCmonitoring

   Une solution de rechange a été mise en place et l'API des événements accepte à nouveau les événements. Nous travaillons à résoudre le problème sous-jacent.

3. 16 juillet 2026 à 15:56 UTCidentified

   Nous avons identifié la source des augmentations intermittentes de la latence dans l'API Events dans la partition américaine. Nous avons pris certaines mesures pour aider à atténuer le problème et nous travaillons à une résolution complète.

4. 16 juillet 2026 à 17:01 UTCidentified

   Les mesures que nous avons prises pour aider à atténuer le problème ont des avantages et d'autres événements sont acceptés. Nous continuons de travailler à la résolution de la cause sous-jacente.

5. 16 juillet 2026 à 23:43 UTCresolved

   Nous avons résolu la question sous-jacente, et au cours des six dernières heures de surveillance, la question n'a pas repris. L'API des événements fonctionne normalement maintenant. Le problème a eu des répercussions intermittentes sur les demandes de l'API des événements entre 12h37 et 13h11 HAE.

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

1. 16 juillet 2026 à 13:08 UTCinvestigating

   Nous enquêtons sur les rapports d'erreurs dans Hearsay Platform.

2. 16 juillet 2026 à 13:10 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

3. 16 juillet 2026 à 13:52 UTCidentified

   Nous poursuivons la mise en œuvre du correctif et fournirons une autre mise à jour dès que plus d'informations seront disponibles.

4. 16 juillet 2026 à 14:04 UTCmonitoring

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

5. 16 juillet 2026 à 15:05 UTCresolved

   Cet incident a été résolu.

6. 21 juillet 2026 à 19:12 UTCpostmortem

   Résumé Le 16 juillet 2026, les utilisateurs n'ont pas pu accéder à Yext via [my.hearsaysocial.com] (http://my.hearsaysocial.com). La perturbation a commencé à 8h43 ET et a été résolue à 9h56 ET, ce qui a entraîné une durée totale d'impact d'environ 73 minutes. Les API et les intégrations automatisées n'ont pas été affectées, et aucune donnée client n'a été perdue ou à risque. La cause de la mort Un changement d'infrastructure a empêché le service d'authentification d'accéder à la configuration dont il avait besoin pour fonctionner, empêchant ainsi les connexions des utilisateurs. Comme de nombreuses fonctionnalités de la plate-forme dépendent du service d'authentification, cette défaillance s'est propagée au-delà de la connexion elle-même et a causé des erreurs dans la plupart des applications. **Remédiation** Notre équipe a identifié la cause de l'incident et a rétabli le service en retournant le changement d'infrastructure. Le service a été entièrement restauré à 9h56 HE. Un correctif permanent a été mis en place depuis, et aucune solution de rechange temporaire n'est en place. Afin d'éviter une récurrence, nous sommes \(1\) améliorant notre validation préproduction des changements d'infrastructure pour confirmer la configuration requise est en place avant le déploiement, \(2\) mettant à jour le service d'authentification pour dégrader gracieusement plutôt que de échouer complètement lorsque la configuration n'est pas disponible, et \(3\) renforçant notre processus de retour rapide et l'exercice sur une base régulière.

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

1. 15 juillet 2026 à 14:48 UTCidentified

   Nous avons identifié un problème qui retarde les mises à jour des Listings depuis mardi 14 juillet, 23:17 EST. Nous avons mis en place un correctif pour reprendre ces mises à jour, mais la file d'attente prendra un certain temps pour être à jour; nous mettrons à jour au fur et à mesure que le système reprendra.

2. 15 juillet 2026 à 17:43 UTCidentified

   Les files d'attente sont à mi-chemin du rattrapage; nous continuerons à fournir des mises à jour lorsque le système reviendra à un comportement normal.

3. 15 juillet 2026 à 20:07 UTCresolved

   Cet incident a été résolu.

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

1. 14 juillet 2026 à 10:33 UTCinvestigating

   Nous enquêtons sur les rapports selon lesquels les pages relatives aux commentaires du portail client ne sont pas disponibles.

2. 14 juillet 2026 à 10:34 UTCidentified

   Nous avons identifié le problème, mis en oeuvre un correctif et rétabli le service aux pages liées aux examens.

3. 14 juillet 2026 à 10:35 UTCmonitoring

   Nous continuerons de surveiller de près le système et d'élaborer d'autres mesures préventives.

4. 14 juillet 2026 à 11:30 UTCresolved

   Cet incident a été résolu.

5. 17 juillet 2026 à 09:00 UTCpostmortem

   Résumé Le 14 juillet 2026, une erreur a causé une perturbation du service qui a empêché les clients de consulter les commentaires, de répondre aux commentaires, de générer des réponses aux commentaires dans l'interface utilisateur de la plateforme client et de gérer les réponses aux commentaires au moyen de l'API de gestion. La perturbation a commencé à 5h43 HAE, a été détectée par une surveillance automatisée à 5h48 HAE, et a été résolue à 6h13 HAE, ce qui a entraîné une durée d'impact totale d'environ 30 minutes. La cause de la mort Une mise à jour des services a permis d'appuyer une nouvelle intégration de la réponse à l'examen. Cette mise à jour a été la première à dépendre d'une configuration interne qui n'avait pas encore été établie pour le service affecté, ce qui a entraîné l'échec de ce service pendant le démarrage. Parce que certains services connexes manquaient de certains comportements de repli, l'échec s'est propagé au-delà de la nouvelle intégration elle-même et a causé à la fois les pages de suivi de l'examen et de réponse dans l'interface utilisateur de la plate-forme client, ainsi que la gestion de la réponse par l'intermédiaire de l'API de gestion, de renvoyer des erreurs. **Remédiation** Notre équipe a identifié la cause de l'incident et a rétabli le service en revenant sur la mise à jour qui a introduit le problème. Le service a été entièrement restauré à 6h13 HE. Un correctif permanent a été mis en place depuis, et aucune solution de rechange temporaire n'est en place. (en milliers de dollars) Pour éviter la récurrence, nous sommes \(1\) isolant les défaillances spécifiques à l'intégration de sorte qu'une intégration malsaine unique ne puisse pas perturber ces pages, \(2\) ajoutant un comportement de repli gracieuse afin que les pages restent utilisables lorsqu'une seule capacité n'est pas disponible, et \(3\) renforçant notre validation avant la publication pour confirmer que la configuration requise est en place avant le déploiement d'une nouvelle fonctionnalité.

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

1. 14 juillet 2026 à 00:23 UTCmonitoring

   Nous avons déployé un correctif après avoir identifié les problèmes d'acceptation des événements via l'API Events aux États-Unis. Les événements sont à nouveau acceptés et nous surveillons la stabilité.

2. 14 juillet 2026 à 00:46 UTCresolved

   Le problème touchant l'API des événements aux États-Unis a été résolu. Tous les systèmes fonctionnent maintenant normalement. Le problème signifie que les événements envoyés à l'API n'ont peut-être pas été enregistrés pendant la période allant de 19h34 à 19h48 HAE.

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