Historique des pannes de Yext

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.

1. 3 juillet 2026 à 13:40 UTCinvestigating

   Nous enquêtons sur les rapports de problèmes avec le scoutisme dans la partition de l'UE

2. 3 juillet 2026 à 14:25 UTCmonitoring

   Nous avons atténué le problème et Ask Scout travaille dans l'UE.

3. 4 juillet 2026 à 14:11 UTCresolved

   Cet incident a été résolu.

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

1. 2 juillet 2026 à 05:28 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant des parties de l'application Web Hearsay. Certains utilisateurs peuvent éprouver des défaillances intermittentes lorsqu'ils naviguent ou interagissent avec certaines zones de l'interface Web. L'impact est limité à l'interface utilisateur web. Les applications mobiles, les intégrations Salesforce et tout le traitement des données backend continuent à fonctionner normalement.

2. 2 juillet 2026 à 05:33 UTCidentified

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

3. 2 juillet 2026 à 05:39 UTCresolved

   Cet incident a été résolu.

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

1. 30 juin 2026 à 16:14 UTCresolved

   La fonctionnalité de recherche sémantique dans Yext Search avait des taux d'erreur élevés dans nos régions de l'UE de 6/29/2026 de 12h à 4h. La fonctionnalité de recherche sémantique a depuis été résolue.

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

1. 29 juin 2026 à 17:00 UTCmonitoring

   Nous avons identifié des taux d'erreur élevés dans nos systèmes Analytics, affectant l'onglet Analytics dans le portail client, certaines fonctionnalités Scout et d'autres fonctionnalités liées à Analytics dans le portail client. Nous avons mis en place un correctif, et les requêtes Analytics sont actuellement servies normalement. Nous continuons de surveiller pour assurer la stabilité.

2. 29 juin 2026 à 19:16 UTCresolved

   Cet incident est résolu.

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