Störungsverlauf von Yext

1. 27. Oktober 2026 um 20:29 UTCmonitoring

   Wir haben erhöhte Fehler bei Analytics, Search, Pages, Live API und Streams API-Diensten festgestellt, die in unserer EU-Umgebung gehostet werden. Während dieser Störung sind Benutzer möglicherweise auf Fehler beim Laden von Seiten, beim Abrufen von Suchergebnissen oder beim Erstellen von API-Anfragen gestoßen. Der Verkehr der betroffenen Infrastruktur wurde wiederhergestellt, und die Dienste erholen sich. Unser Team überwacht, um die anhaltende Stabilität zu bestätigen. Wir werden ein weiteres Update bereitstellen, sobald der Vorfall vollständig behoben ist.

2. 27. Oktober 2026 um 21:54 UTCresolved

   Am 27. Oktober 2026, von ca. 16:00 Uhr bis 16:20 Uhr EDT (20:00-20:20 UTC), erlebten Dienste, die in unserer EU-Umgebung gehostet wurden, erhöhte Fehler bei der Ereignissammlung von Such-, Seiten-, Live-API-, Streams-API- und Analytics-Ereignissen. Benutzer haben möglicherweise Fehler beim Laden von Seiten, beim Abrufen von Suchergebnissen oder beim Erstellen von API-Anfragen festgestellt. Einige analytische Pixelereignisse wurden während der Störung nicht gesammelt. Der Verkehr mit der betroffenen Infrastruktur wurde wiederhergestellt, und die anschließende Überwachung bestätigte einen stabilen Betrieb. Wir entschuldigen uns für die Störung. Wir werden eine Überprüfung nach einem Vorfall mit zusätzlichen Details über die Ursache, die Auswirkungen und die Schritte, die wir ergreifen, um das Risiko eines erneuten Auftretens zu reduzieren, teilen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Oktober 2026 um 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. Oktober 2026 um 06:12 UTCresolved

   Von 10:50 Uhr EST bis 12:15 Uhr EST am 14. Oktober 2026 war Report Builder für einige Kunden aufgrund eines Fehlers im Analytics-System nicht verfügbar. Das Problem wurde gelöst und im Laufe des Tages wurden keine weiteren Probleme entdeckt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. September 2026 um 20:53 UTCresolved

   Vom 9. September um ca. 12:10 Uhr EDT bis zum 16. September um 10:13 Uhr EDT haben einige Kunden möglicherweise Autocomplete-Vorschläge erhalten, die nicht ihren eingereichten Anfragen entsprachen. Ein Cache-Konfigurationsproblem führte dazu, dass Abfrageparameter, einschließlich der Sucheingabe und der Sucherfahrung, im Cache-Schlüssel für einen Legacy-Such-API-Endpunkt weggelassen wurden. Folglich kann eine Autocomplete-Antwort, die für eine Anforderung zwischengespeichert wurde, für eine andere Abfrage oder Sucherfahrung zurückgegeben werden. Das Problem beschränkte sich auf Autocomplete-Anforderungen von älteren Frontend-Implementierungen mit dem Legacy-Endpunkt. Standard-Autovervollständigungsanfragen mit aktuellen Endpunkten waren nicht betroffen, und unsere Untersuchung ergab keine Hinweise auf signifikante Auswirkungen auf die Suchergebnisse durch den Kunden. Wir haben die Cache-Konfiguration am 16. September um 10:13 Uhr EDT korrigiert und das erwartete Verhalten innerhalb von Minuten verifiziert. Wir evaluieren zusätzliche Überwachungs- und Konfigurationsvalidierung, um ähnliche Probleme zu erkennen und zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. September 2026 um 16:26 UTCidentified

   Wir untersuchen derzeit ein Problem, das Inbound-Voice-Dienste für eine Untergruppe von Benutzern betrifft. Betroffene Benutzer können Probleme beim Empfang eingehender Anrufe haben. Unser Ingenieurteam untersucht aktiv die Ursache und arbeitet daran, den normalen Service so schnell wie möglich wiederherzustellen. Outbound Voice Services sind derzeit nicht bekannt, betroffen zu sein. Wir werden ein weiteres Update bereitstellen, sobald mehr Informationen verfügbar sind.

2. 3. September 2026 um 16:55 UTCmonitoring

   Es wurde ein Fix bereitgestellt, um das Problem mit der eingehenden Stimme zu beheben, das eine Teilmenge von Benutzern betrifft.

3. 3. September 2026 um 17:41 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. September 2026 um 15:09 UTCinvestigating

   Wir sehen eine verschlechterte Leistung in einigen Bereichen der Hearsay-Anwendung. Wir untersuchen aktiv und werden in Kürze aktualisieren.

2. 2. September 2026 um 15:21 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 2. September 2026 um 15:40 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

4. 2. September 2026 um 17:44 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. August 2026 um 15:36 UTCinvestigating

   Wir untersuchen derzeit dieses Problem.

2. 17. August 2026 um 15:48 UTCidentified

   Wir haben die Fehlerquelle identifiziert und arbeiten an der Behebung.

3. 17. August 2026 um 16:09 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 17. August 2026 um 17:18 UTCresolved

   Dieser Vorfall wurde behoben.

5. 26. August 2026 um 18:01 UTCpostmortem

   # Zusammenfassung Am 17. August 2026 waren die Nutzer vorübergehend nicht in der Lage, über [my.hearsaysocial.com](http://my.hearsaysocial.com) für etwa 12 Minuten von 11:20 Uhr bis 11:32 Uhr ET auf Yext zuzugreifen. Es gingen keine Kundendaten verloren, und dies war kein Sicherheitsvorfall. # Wurzelursache Ein Indexierungsprozess für Inhaltsbibliotheken erzeugte eine höhere Systemnachfrage als erwartet, was vorübergehend dazu führte, dass Dienstanfragen fehlschlugen und den Zugriff auf Yext über [my.hearsaysocial.com] (http://my.hearsaysocial.com) beeinträchtigte. # Sanierung Wir haben die Systemkapazität erhöht, um den Wiederaufbau abzuschließen und den normalen Service wiederherzustellen. Um Wiederholungen zu verhindern, aktualisieren wir den Indexierungsprozess, um kleinere, inkrementelle Änderungen anzuwenden, anstatt einen vollständigen Umbau zu erfordern. Wir machen auch Verbesserungen der Datenbankleistung, um eine zuverlässigere Verarbeitung während dieser Updates zu unterstützen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. August 2026 um 14:32 UTCidentified

   Wir haben einen laufenden GitHub-Service-Vorfall identifiziert, der zu Verzögerungen bei einigen Veröffentlichungen von Yext Pages führt und zu Verschlechterungen der Plattform führt. Veröffentlichungsanfragen können länger dauern als erwartet. Wir überwachen die Wiederherstellung von GitHub und werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 17. August 2026 um 17:06 UTCmonitoring

   Github hat die Probleme bei der Veröffentlichung von Seiten und dem Portal gemildert. Der Service wurde vollständig wiederhergestellt. Wir werden die Situation weiterhin beobachten.

3. 17. August 2026 um 21:37 UTCresolved

   Dieser Vorfall ist gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. August 2026 um 08:46 UTCinvestigating

   Wir untersuchen Berichte über Verzögerungen bei Pages Publishing in der EU.

2. 13. August 2026 um 09:22 UTCidentified

   We have identified the issue and are working on remediation.

3. 13. August 2026 um 09:29 UTCmonitoring

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

4. 13. August 2026 um 13:45 UTCresolved

   This incident is resolved.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. August 2026 um 14:00 UTCresolved

   This incident has been resolved.

1. 28. Juli 2026 um 21:40 UTCidentified

   Uns sind Anmeldeprobleme bekannt, die die Hearsay for Intune by Yext iOS-Anwendung betreffen. Wir arbeiten an einem Fix und werden aktualisieren, da wir mehr Informationen haben.

2. 28. Juli 2026 um 21:40 UTCidentified

   Wir arbeiten weiter an einer Lösung für dieses Problem.

3. 29. Juli 2026 um 14:28 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse. Benutzer unserer Intune iOS-Anwendung sollten auf die neueste Version 9.5.2 aktualisieren.

4. 29. Juli 2026 um 21:11 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Juli 2026 um 21:11 UTCresolved

   Erweiterte Funktionen, wie die Extraktive QA von Search oder die semantische Suche, wurden heute Morgen für eine Teilmenge von Kunden zwischen 2 und 4:30 Uhr abgebaut. Funktionell wurde nach 4:30 Uhr vollständig wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. Juli 2026 um 10:19 UTCinvestigating

   File Assets können nicht in Kundenkonten geladen werden

2. 17. Juli 2026 um 10:26 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse

3. 17. Juli 2026 um 16:51 UTCmonitoring

   Wir werden weiterhin auf weitere Probleme achten.

4. 18. Juli 2026 um 10:30 UTCresolved

   Dieser Vorfall ist gelöst.

5. 29. Juli 2026 um 20:53 UTCpostmortem

   Dieser Vorfall stand im Zusammenhang mit [https://www.yexttrust.com/incidents/vflk2wb46qj3](https://www.yexttrust.com/incidents/vflk2wb46qj3), siehe bitte den vollständigen Postmortem dort.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Juli 2026 um 23:41 UTCidentified

   Neue Seiten-Bereitstellungen scheitern derzeit aufgrund eines Ausfalls bei unserem Repository-Anbieter Github. Wir überwachen ihren Status unter https://www.githubstatus.com/

2. 16. Juli 2026 um 23:55 UTCmonitoring

   Wir beobachten die wiederhergestellte Funktionalität, werden aber die Überwachung fortsetzen, da der Guthub-Vorfall noch andauert

3. 17. Juli 2026 um 00:36 UTCresolved

   Dieser Vorfall ist gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Juli 2026 um 18:32 UTCinvestigating

   Eine Teilmenge von Bildern kann die Seiten und Suchantworten unserer Kunden nicht laden.

2. 16. Juli 2026 um 21:01 UTCinvestigating

   Wir untersuchen immer noch die Fehler beim Laden von Bildern und arbeiten mit unserem CDN-Anbieter zusammen, um das Problem zu bewerten

3. 17. Juli 2026 um 00:00 UTCmonitoring

   Wir haben die Fehler behoben. Wir werden die Situation weiterhin beobachten.

4. 17. Juli 2026 um 02:16 UTCresolved

   Dieser Vorfall ist gelöst.

5. 29. Juli 2026 um 20:45 UTCpostmortem

   # **Zusammenfassung** Am 16. Juli 2026 führte eine Änderung eines Drittanbieters, Cloudflare, dazu, dass ein Teil der dynamisch veränderten Bilder zeitweise in einer Teilmenge der von Yext gehosteten Kundenerfahrungen in unserer US-basierten Produktionsumgebung fehlschlug. Dazu gehörten insbesondere Bilder und Dateien, die auf unserer [mktgcdn.com](http://mktgcdn.com)-Domain bereitgestellt wurden. Diese werden in den Seiten und Suchprodukten von Yext weit verbreitet verwendet. Der erste Vorfall betraf Bildanforderungen ab 11:00 Uhr ET und wurde um 19:49 Uhr ET gelöst. Rund 11% der Bildbearbeitungsanfragen waren betroffen. Die Behebung für den ersten Vorfall ergab eine separate Routing-Lücke, die einen kleineren Satz von gehosteten Datei-Assets betrifft. Dieses weniger schwerwiegende Folgeproblem begann, als die anfängliche Sanierung am Abend des 16. Juli eingesetzt wurde und am 17. Juli um 6:33 Uhr ET gelöst wurde. Der normale Service wurde wiederhergestellt. Es wurden keine Kundendaten verloren oder beschädigt, und es sind keine Maßnahmen von Kunden erforderlich. # **Wurzelursache** Cloudflare hat eine interne Änderung vorgenommen, die die Interaktion einer Legacy-Routing-Konfiguration mit den Anforderungsverarbeitungsdiensten verändert hat. Yext verwendet für die bildbereitstellung. Infolgedessen folgten einige dynamische Bildanforderungen einem falschen Verarbeitungspfad und gaben Inhalte zurück, die nicht als Bild interpretiert werden konnten. Dies führte zu intermittierenden Bildladefehlern. Eine große Teilmenge von Anfragen, einschließlich derjenigen, die bereits von Cloudflare zwischengespeichert wurden, könnte weiterhin erfolgreich sein, was die Auswirkungen auf alle Anfragen inkonsistent machte. Um die Bildbereitstellung wiederherzustellen, migrierte Yext die betroffene Routing-Konfiguration vom alten Regelsystem von Cloudflare auf das aktuelle Regelsystem. Der ursprüngliche Ersatz enthielt keine Fallback-Route, die immer noch von einer kleineren Gruppe von Nicht-Bilddatei-Assets verwendet wurde. Diese Assets gaben Fehler zurück, bis das fehlende Routing-Verhalten am nächsten Morgen wiederhergestellt wurde. # **Abhilfe ** Yext stellte die dynamische Bildbereitstellung wieder her, indem es die betroffene Routing-Konfiguration in das aktuelle Regelsystem von Cloudflare migrierte, betroffene Caches löschte und überprüfte, ob sowohl zwischengespeicherte als auch nicht zwischengespeicherte Bildanforderungen erfolgreich waren. Wir haben anschließend die fehlende Route für den kleineren Satz betroffener Datei-Assets wiederhergestellt und bestätigt, dass diese Assets normal geladen wurden. Um die Wahrscheinlichkeit und die Auswirkungen ähnlicher Vorfälle zu reduzieren, ist Yext: * Weiter migrieren der verbleibenden Legacy-Cloudflare-Routingregeln auf das aktuelle Regelsystem. * Verbesserung der Überwachung und Alarmierung für erhöhte Fehlerraten bei der Bild- und Dateizustellung, so dass intermittierende Probleme früher erkannt werden können. * Erweiterung der Rückverfolgungs- und Diagnosefunktionen für Bildbearbeitungsanforderungen, die über Cloudflare bearbeitet werden. * Überprüfen und Entfernen der verbleibenden Abhängigkeiten von Legacy Storage und Fallback Routing Pfaden. Es bleiben keine temporären Kunden-Workarounds vorhanden und die Kunden müssen keine Maßnahmen ergreifen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Juli 2026 um 14:05 UTCinvestigating

   Wir untersuchen Hinweise auf eine erhöhte Fehlerrate in der Events API in der US-Partition.

2. 16. Juli 2026 um 14:40 UTCmonitoring

   Ein Workaround wurde implementiert und die Events API akzeptiert nun erneut Events. Wir arbeiten daran, das zugrunde liegende Problem zu lösen.

3. 16. Juli 2026 um 15:56 UTCidentified

   Wir haben die Quelle für intermittierende Latenzerhöhungen in der Events API in der US-Partition identifiziert. Wir haben einige Maßnahmen ergriffen, um das Problem zu lindern, und arbeiten an einer umfassenden Lösung.

4. 16. Juli 2026 um 17:01 UTCidentified

   Die Maßnahmen, die wir ergriffen haben, um das Problem zu lindern, haben einen gewissen Nutzen und es werden weitere Ereignisse akzeptiert. Wir arbeiten weiter an der Lösung der zugrunde liegenden Ursache.

5. 16. Juli 2026 um 23:43 UTCresolved

   Wir haben das zugrunde liegende Problem gelöst, und in den letzten sechs Stunden der Überwachung ist das Problem nicht wieder gelöst worden. Die Events API funktioniert jetzt normal. Das Problem hatte zeitweise Auswirkungen auf Anfragen an die Event-API zwischen 12:37 Uhr und 1:11 Uhr EDT.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Juli 2026 um 13:08 UTCinvestigating

   Wir untersuchen Berichte über Fehler in der Hearsay-Plattform.

2. 16. Juli 2026 um 13:10 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 16. Juli 2026 um 13:52 UTCidentified

   Wir setzen den Fix fort und werden ein weiteres Update bereitstellen, sobald weitere Informationen verfügbar sind.

4. 16. Juli 2026 um 14:04 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

5. 16. Juli 2026 um 15:05 UTCresolved

   Dieser Vorfall wurde behoben.

6. 21. Juli 2026 um 19:12 UTCpostmortem

   # **Zusammenfassung** Am 16. Juli 2026 konnten die Nutzer über [my.hearsaysocial.com](http://my.hearsaysocial.com) nicht auf Yext zugreifen. Die Störung begann um 8:43 Uhr ET und wurde um 9:56 Uhr ET aufgelöst, was zu einer Gesamtaufpralldauer von ungefähr 73 Minuten führte. APIs und automatisierte Integrationen waren nicht betroffen, und keine Kundendaten gingen verloren oder waren gefährdet. # **Wurzelursache** Eine Infrastrukturänderung führte dazu, dass der Authentifizierungsdienst nicht auf die Konfiguration zugreifen konnte, die er zum Funktionieren benötigte, wodurch Benutzeranmeldungen verhindert wurden. Da viele Plattformfunktionen vom Authentifizierungsdienst abhängen, verbreitete sich dieser Fehler über die Anmeldung hinaus und verursachte Fehler in den meisten Anwendungen. # **Abhilfe ** Unser Team identifizierte die Ursache des Vorfalls und stellte den Service wieder her, indem es die Infrastrukturänderung rückgängig machte. Der Service wurde um 9:56 Uhr ET vollständig wiederhergestellt. Seitdem wurde ein permanenter Fix implementiert, und es bleiben keine temporären Workarounds vorhanden. Um Wiederholungen zu verhindern, verbessern wir unsere Vorproduktionsvalidierung von Infrastrukturänderungen, um zu bestätigen, dass die erforderliche Konfiguration vor der Bereitstellung vorhanden ist, aktualisieren den Authentifizierungsdienst, um anmutig zu degradieren, anstatt vollständig zu scheitern, wenn die Konfiguration nicht verfügbar ist, und stärken unseren Rapid-Rollback-Prozess und üben ihn regelmäßig aus.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Juli 2026 um 14:48 UTCidentified

   Wir haben ein Problem festgestellt, das die Aktualisierungen von Listings seit Dienstag, 14. Juli, 23:17 Uhr verzögert. Wir haben einen Fix implementiert, um diese Updates wieder aufzunehmen, aber die Warteschlange wird einige Zeit dauern, um aktuell zu werden; wir werden aktualisieren, wenn das System wieder aufholt.

2. 15. Juli 2026 um 17:43 UTCidentified

   Die Warteschlangen sind ungefähr auf halbem Weg durch Aufholen; wir werden weiterhin Updates bereitstellen, wenn das System zum normalen Verhalten zurückkehrt.

3. 15. Juli 2026 um 20:07 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 10:33 UTCinvestigating

   Wir untersuchen Berichte, dass die bewertungsbezogenen Seiten im Kundenportal nicht verfügbar sind.

2. 14. Juli 2026 um 10:34 UTCidentified

   Wir haben das Problem identifiziert, einen Fix implementiert und den Service für bewertungsbezogene Seiten wiederhergestellt.

3. 14. Juli 2026 um 10:35 UTCmonitoring

   Wir werden das System weiterhin genau beobachten und zusätzliche Präventivmaßnahmen entwickeln.

4. 14. Juli 2026 um 11:30 UTCresolved

   Dieser Vorfall wurde behoben.

5. 17. Juli 2026 um 09:00 UTCpostmortem

   # **Zusammenfassung** Am 14. Juli 2026 führte ein Fehler zu einer Serviceunterbrechung, die Kunden daran hinderte, Bewertungen anzuzeigen, auf Bewertungen zu reagieren, Rezensionsantworten in der Benutzeroberfläche der Kundenplattform zu generieren und Rezensionsantworten über die Management-API zu verwalten. Die Störung begann um 5:43 Uhr ET, wurde durch automatisierte Überwachung um 5:48 Uhr ET erkannt und um 6:13 Uhr ET aufgelöst, was zu einer Gesamtaufpralldauer von etwa 30 Minuten führte. # **Wurzelursache** Ein Service-Update führte Unterstützung für eine neue Review Response Integration ein. Dieses Update war das erste, das von einer internen Konfiguration abhing, die für den betroffenen Dienst noch nicht festgelegt wurde, was dazu führte, dass dieser Dienst beim Start fehlschlug. Da bestimmten verwandten Diensten ein bestimmtes Rückfallverhalten fehlte, verbreitete sich der Fehler über die neue Integration hinaus und führte dazu, dass sowohl die Überprüfungsüberwachung als auch die Überprüfungsantwortseiten in der Benutzeroberfläche der Kundenplattform sowie das Überprüfungsantwortmanagement über die Management-API Fehler zurückgaben. # **Abhilfe ** Unser Team identifizierte die Ursache des Vorfalls und stellte den Dienst wieder her, indem es das Update zurückstellte, das das Problem einführte. Der Service wurde um 6:13 Uhr ET vollständig wiederhergestellt. Seitdem wurde ein permanenter Fix implementiert, und es bleiben keine temporären Workarounds vorhanden. Um Wiederholungen zu verhindern, isolieren wir \(1\) integrationsspezifische Fehler, so dass eine einzelne ungesunde Integration diese Seiten nicht stören kann, \(2\) fügen anmutiges Fallback-Verhalten hinzu, damit die Seiten verwendbar bleiben, wenn eine einzelne Fähigkeit nicht verfügbar ist, und \(3\) stärken unsere Pre-Release-Validierung, um zu bestätigen, dass die erforderliche Konfiguration vorhanden ist, bevor eine neue Funktion bereitgestellt wird.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 00:23 UTCmonitoring

   Wir haben einen Fix bereitgestellt, nachdem wir Probleme identifiziert haben, die Ereignisse über die Events API in den USA akzeptieren. Die Ereignisse werden wieder akzeptiert, und wir überwachen, um Stabilität zu gewährleisten.

2. 14. Juli 2026 um 00:46 UTCresolved

   Das Problem, das die Event-API in den USA betrifft, wurde behoben. Alle Systeme arbeiten jetzt normal. Das Problem bedeutet, dass Ereignisse, die an die API gesendet wurden, möglicherweise für die Zeitspanne von 19:34 Uhr bis 19:48 Uhr EDT nicht aufgezeichnet wurden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.