Historia awarii Yext

1. 27 października 2026 20:29 UTCmonitoring

   Doświadczyliśmy zwiększonych błędów wpływających na usługi analityki, wyszukiwania, stron internetowych, live API i Streams API w naszym środowisku UE. Podczas tego zakłócenia użytkownicy mogli napotkać błędy podczas wczytywania stron, pobierania wyników wyszukiwania lub składania wniosków API. Ruch został przywrócony do dotkniętej infrastruktury, a usługi wracają do normy. Nasz zespół monitoruje utrzymanie stabilności. Dostarczymy kolejną aktualizację, gdy sprawa zostanie w pełni rozwiązana.

2. 27 października 2026 21:54 UTCresolved

   W dniu 27 października 2026 r., od około 16: 00 do 16: 20 EDT (20: 00-20: 20 UTC), usługi hostowane w naszym środowisku UE doświadczyły zwiększonych błędów wpływających na wyszukiwania, Strony, Live API, Streams API i zbierania zdarzeń analitycznych. Użytkownicy mogli napotkać błędy wczytywania stron, pobierania wyników wyszukiwania lub składania wniosków API. Niektóre zdarzenia pikselowe nie zostały zebrane podczas zakłóceń. Ruch został przywrócony do dotkniętej infrastruktury, a następnie monitorowanie potwierdziło stabilną eksploatację. Przepraszamy za zakłócenia. Będziemy dzielić się przeglądem po incydencie z dodatkowymi szczegółami na temat przyczyny, wpływu i kroków, które podejmujemy w celu zmniejszenia ryzyka nawrotu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 października 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 października 2026 06:12 UTCresolved

   Od 10: 50 AM EST do 12: 15 PM EST 14 października 2026, Report Builder był niedostępny dla niektórych klientów z powodu błędu w systemie Analytics. Sprawa została rozwiązana i przez cały dzień nie odkryto żadnych innych kwestii.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 września 2026 20:53 UTCresolved

   Od 9 września o godz. 12: 10 EDT do 16 września o godz. 10: 13 EDT niektórzy klienci mogli otrzymywać autokompletne sugestie, które nie odpowiadały ich złożonym zapytaniom. Problem konfiguracji pamięci podręcznej spowodował, że parametry zapytania, w tym dane wejściowe do wyszukiwania i doświadczenia wyszukiwania, zostały pominięte z klucza pamięci podręcznej dla legalnego punktu końcowego Search API. W związku z tym autokompletna odpowiedź na jedno żądanie może zostać zwrócona dla innego zapytania lub doświadczenia wyszukiwania. Kwestia ta była ograniczona do autokompletnych wniosków ze starszych implementacji frontend z wykorzystaniem dotychczasowego punktu końcowego. Nie wpłynęły na to standardowe, autokompletne wnioski z wykorzystaniem aktualnych punktów końcowych, a nasze dochodzenie nie wykazało znaczącego wpływu na wyniki wyszukiwania. 16 września poprawiliśmy konfigurację pamięci podręcznej o 10: 13 rano i zweryfikowaliśmy oczekiwane zachowanie w ciągu kilku minut. Oceniamy dodatkowe monitorowanie i walidację konfiguracji, aby pomóc w wykrywaniu i zapobieganiu podobnym problemom.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 września 2026 16:26 UTCidentified

   Obecnie badamy problem dotyczący usług głosowych przychodzących dla podgrupy użytkowników. Zwróceni użytkownicy mogą doświadczać problemów związanych z odbieraniem połączeń przychodzących. Nasz zespół inżynieryjny aktywnie bada przyczynę i pracuje nad jak najszybszym przywróceniem normalnej obsługi. Obecnie wiadomo, że usługi głosowe odchodzące nie mają na nie wpływu. Dostarczymy kolejną aktualizację, jak więcej informacji stanie się dostępne.

2. 3 września 2026 16:55 UTCmonitoring

   W celu rozwiązania problemu przychodzącego głosu wpływającego na podzbiór użytkowników zastosowano fix.

3. 3 września 2026 17:41 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 września 2026 15:09 UTCinvestigating

   Mamy do czynienia z degradowanymi wynikami w niektórych obszarach aplikacji Hearsay. Prowadzimy aktywne śledztwo i wkrótce będziemy je aktualizować.

2. 2 września 2026 15:21 UTCinvestigating

   Nadal badamy tę kwestię.

3. 2 września 2026 15:40 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

4. 2 września 2026 17:44 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 sierpnia 2026 15:36 UTCinvestigating

   Obecnie badamy tę kwestię.

2. 17 sierpnia 2026 15:48 UTCidentified

   Zidentyfikowaliśmy źródło błędów i pracujemy nad rekultywacją.

3. 17 sierpnia 2026 16:09 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

4. 17 sierpnia 2026 17:18 UTCresolved

   Ten incydent został rozwiązany.

5. 26 sierpnia 2026 18:01 UTCpostmortem

   # Streszczenie W dniu 17 sierpnia 2026 r. użytkownicy byli tymczasowo niezdolni do uzyskania dostępu do Yextu przez [my.hearsaysocial.com] (http: / / my.hearsaysocial.com) przez około 12 minut, od 11: 20 do 11: 32 AM ET. Nie straciliśmy danych klientów, a to nie był incydent z ochroną. # Root Cause Proces indeksowania biblioteki treści generował wysokie zapotrzebowanie systemowe niż oczekiwano, czasowo powodując niepowodzenie i wpływający na dostęp do Yextu poprzez [my.hearsaysocial.com] (http: / / my.hearsaysocial.com). # Remediation Zwiększyliśmy wydajność systemu do zakończenia odbudowy i przywrócenia normalnej obsługi. Aby zapobiec nawrotom, uaktualniamy proces indeksowania, aby zastosować mniejsze, przyrostowe zmiany, zamiast wymagać pełnej odbudowy. Dokonujemy również ulepszeń w zakresie wydajności bazy danych w celu wsparcia bardziej niezawodnego przetwarzania podczas tych aktualizacji.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 sierpnia 2026 14:32 UTCidentified

   Zidentyfikowaliśmy trwający incydent z serwisem GitHub, który powoduje opóźnienia w niektórych wydawnictwach stron Yext i prowadzi do degradacji platformy. Wnioski o publikację mogą trwać dłużej niż przewidywano. Monitorujemy powrót GitHuba do zdrowia i dostarczymy aktualizacji w miarę dostępności większej ilości informacji.

2. 17 sierpnia 2026 17:06 UTCmonitoring

   Github ograniczył problemy związane z publikacją stron i portalem. Usługa została w pełni przywrócona. Będziemy nadal monitorować sytuację.

3. 17 sierpnia 2026 21:37 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 13 sierpnia 2026 08:46 UTCinvestigating

   We are investigating reports of delays in Pages Publishing in the EU.

2. 13 sierpnia 2026 09:22 UTCidentified

   We have identified the issue and are working on remediation.

3. 13 sierpnia 2026 09:29 UTCmonitoring

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

4. 13 sierpnia 2026 13:45 UTCresolved

   This incident is resolved.

1. 10 sierpnia 2026 14:00 UTCresolved

   This incident has been resolved.

1. 28 lipca 2026 21:40 UTCidentified

   Jesteśmy świadomi problemów logowania wpływających na Hearsay for Intune przez aplikację Yext iOS. Pracujemy nad naprawą i aktualizacji, jak mamy więcej informacji.

2. 28 lipca 2026 21:40 UTCidentified

   Kontynuujemy prace nad rozwiązaniem tego problemu.

3. 29 lipca 2026 14:28 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki. Użytkownicy naszej aplikacji Intune iOS powinni zaktualizować do najnowszej wersji, 9.5.2.

4. 29 lipca 2026 21:11 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 lipca 2026 21:11 UTCresolved

   Zaawansowana funkcjonalność, jak wyszukane QA czy semantyczne wyszukiwanie, została zdegradowana dla podzbioru klientów pomiędzy 2 rano a 4: 30 rano. Funkcjonalnie został całkowicie przywrócony po 4: 30 rano.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 lipca 2026 10:19 UTCinvestigating

   Aktywa plików nie są zaksięgowane na rachunkach klientów

2. 17 lipca 2026 10:26 UTCmonitoring

   Zastosowano rozwiązanie i monitorujemy wyniki

3. 17 lipca 2026 16:51 UTCmonitoring

   Nadal monitorujemy wszelkie dalsze problemy.

4. 18 lipca 2026 10:30 UTCresolved

   Ten incydent został rozwiązany.

5. 29 lipca 2026 20:53 UTCpostmortem

   W związku z tym Komisja stwierdza, że przedmiotowe środki stanowią pomoc państwa w rozumieniu art. 107 ust. 1 TFUE.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 lipca 2026 23:41 UTCidentified

   Nowe wersje stron nie działają z powodu awarii u naszego dostawcy repozytorium, Githuba. Monitorujemy ich status pod adresem https: / / www.githubstatus.com /

2. 16 lipca 2026 23:55 UTCmonitoring

   Obserwujemy odrestaurowaną funkcjonalność, ale będziemy kontynuować monitorowanie, ponieważ incydent z Guthubem jest nadal w toku

3. 17 lipca 2026 00:36 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 lipca 2026 18:32 UTCinvestigating

   Podzbiór obrazów nie jest wczytywany na stronach naszych klientów i odpowiedzi wyszukiwania.

2. 16 lipca 2026 21:01 UTCinvestigating

   Nadal badamy awarie ładowania obrazu i współpracujemy z naszym dostawcą CDN, aby ocenić problem

3. 17 lipca 2026 00:00 UTCmonitoring

   Naprawiliśmy błędy. Będziemy nadal monitorować sytuację.

4. 17 lipca 2026 02:16 UTCresolved

   Ten incydent został rozwiązany.

5. 29 lipca 2026 20:45 UTCpostmortem

   / Podsumowanie 16 lipca 2026 roku, zmiana dokonana przez sprzedawcę z firmy trzeciej, Cloudflare, spowodowała, że część dynamicznie zmienionych obrazów nie powiodła się w sposób przerywany przez podzbiór dotychczasowych doświadczeń klientów w naszym amerykańskim środowisku produkcyjnym. W szczególności obejmuje to obrazy i pliki obsługiwane na naszej [mktgcdn.com] (http: / / mktgcdn.com). Są one szeroko stosowane w produktach Yext 's Pages i Search. Początkowy incydent wpłynął na żądania obrazu począwszy od 11: 00 ET i został rozwiązany o 7: 49PM ET. Około 11% wniosków o obsługę obrazu zostało naruszonych. Rekompensata za początkowy incydent ujawniła oddzielną lukę w routingu wpływającą na mniejszy zestaw plików hostingowych. Ten mniej dotkliwy ciąg dalszy w sprawie rozpoczął się, gdy pierwsze rekultywacja została uruchomiona wieczorem 16 lipca i została rozwiązana do 6: 33AM ET 17 lipca. Normalna obsługa została przywrócona. Nie zgubiono ani nie uszkodzono danych klientów, a od klientów nie wymaga się żadnych działań. * * Root Cause * * Cloudflare dokonał wewnętrznej zmiany, która zmieniła sposób, w jaki dotychczasowa konfiguracja routingu współdziałała z usługami przetwarzania wniosków Yext wykorzystuje do dostarczania obrazu. W rezultacie, niektóre dynamiczne żądania obrazka podążały za błędną ścieżką przetwarzania i zwróconą treścią, której nie można interpretować jako obrazu. Wytworzyło to usterki przerywanego ładowania obrazu. Znaczny podzbiór wniosków, w tym wniosków już rozpatrzonych przez Cloudflare, mógłby nadal odnieść sukces, co sprawiłoby, że skutki były niespójne we wszystkich wnioskach. W celu przywrócenia dostarczania obrazu, Yext przekierowywał zmienioną konfigurację routingu z dotychczasowego systemu zasad Cloudflare do jego obecnego systemu zasad. Początkowa wymiana nie obejmowała trasy awaryjnej, która nadal była wykorzystywana przez mniejszy zestaw aktywów plików niezwiązanych z wizerunkiem. Te aktywa zwróciły błędy, dopóki nie przywrócono brakującego zachowania. * * * Regeneration * * Yext przywrócił dynamiczną dostawę obrazu poprzez migrację odpowiedniej konfiguracji routingu do obecnego systemu zasad Cloudflare, oczyszczenie uszkodzonych pamięci podręcznej i sprawdzenie, czy zarówno buforowane jak i uncached żądania obrazu odniosły sukces. Następnie odrestaurowaliśmy brakującą trasę dla mniejszego zestawu aktywów związanych z danymi i potwierdziliśmy, że aktywa te ładują się normalnie. Aby zmniejszyć prawdopodobieństwo i wpływ podobnych incydentów, Yext jest: * Kontynuowanie migracji pozostałych zasad Cloudflare routing do obecnego systemu zasad. * Poprawa monitorowania i ostrzegania o podwyższonych wskaźników awarii obrazu i dostarczania plików, dzięki czemu problemy przerywane można wykryć wcześniej. * Rozszerzanie możliwości śledzenia i diagnostyki dla wniosków o obsługę obrazu obsługiwanych przez Cloudflare. * Przeglądanie i usuwanie pozostałych zależności od dotychczasowej pamięci masowej i tras awaryjnych. Nie istnieją żadne tymczasowe warsztaty dla klientów, a klienci nie muszą podejmować żadnych działań.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 lipca 2026 14:05 UTCinvestigating

   Badamy wskazania zwiększonego poziomu błędu w API Events w amerykańskiej partycji.

2. 16 lipca 2026 14:40 UTCmonitoring

   Zaimplementowano pracę i API Events ponownie akceptuje wydarzenia. Pracujemy nad rozwiązaniem podstawowego problemu.

3. 16 lipca 2026 15:56 UTCidentified

   Zidentyfikowaliśmy źródło przerywanego opóźnienia w API Events w amerykańskiej partycji. Podjęliśmy pewne środki w celu złagodzenia problemu i pracujemy nad pełną rezolucją.

4. 16 lipca 2026 17:01 UTCidentified

   Środki, które podjęliśmy w celu złagodzenia problemu, przynoszą pewne korzyści, a coraz więcej wydarzeń jest akceptowanych. Nadal pracujemy nad rozwiązaniem zasadniczej przyczyny.

5. 16 lipca 2026 23:43 UTCresolved

   Rozwiązaliśmy problem leżący u podstaw, a w ciągu ostatnich sześciu godzin monitorowania problem ten nie został ponownie ujawniony. API Events działa teraz normalnie. Kwestia ta w sposób przerywany wpłynęła na API Wydarzenia między 12: 37 a 1: 11 PM EDT.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 lipca 2026 13:08 UTCinvestigating

   Badamy raporty o błędach na platformie Hearsay.

2. 16 lipca 2026 13:10 UTCidentified

   Problem został zidentyfikowany i jest w trakcie wdrażania.

3. 16 lipca 2026 13:52 UTCidentified

   Kontynuujemy wdrażanie poprawki i dostarczymy kolejną aktualizację, gdy tylko będzie więcej informacji.

4. 16 lipca 2026 14:04 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

5. 16 lipca 2026 15:05 UTCresolved

   Ten incydent został rozwiązany.

6. 21 lipca 2026 19:12 UTCpostmortem

   / Podsumowanie W dniu 16 lipca 2026 r. Zakłócenie rozpoczęło się o 8: 43 rano ET i zostało rozwiązane o 9: 56 rano ET, co skutkowało łącznym czasem oddziaływania wynoszącym około 73 minut. API i zautomatyzowana integracja nie zostały naruszone, a dane klientów nie zostały utracone lub zagrożone. * * Root Cause * * Zmiana infrastruktury spowodowała, że usługa uwierzytelniania nie była w stanie uzyskać dostępu do konfiguracji potrzebnej do funkcjonowania, zapobiegając logowaniu użytkowników. Ponieważ wiele funkcji platformy zależy od usługi uwierzytelniania, ta awaria rozprzestrzeniła się poza samym logowaniem i spowodowała błędy w większości aplikacji. * * * Regeneration * * Nasz zespół zidentyfikował przyczynę incydentu i odbudował obsługę, cofając zmianę infrastruktury. Serwis został całkowicie przywrócony o 9: 56 rano ET. Od tego czasu wdrożono stałe rozwiązanie i nie istnieją żadne tymczasowe działania. Aby zapobiec ponownemu wystąpieniu, ulepszamy nasze wstępne zatwierdzanie zmian w infrastrukturze w celu potwierdzenia wymaganej konfiguracji przed wdrożeniem,\ (2\) aktualizujemy usługę uwierzytelniania, aby degradować z wdzięcznością, a nie zawodzić całkowicie, gdy konfiguracja jest niedostępna, oraz\ (3\) wzmacniamy nasz proces repid- rollback i regularnie go wykonujemy.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 lipca 2026 14:48 UTCidentified

   Zidentyfikowaliśmy problem, który opóźnia aktualizacje list od wtorku 14 lipca, 11: 17 PM EST. Zaimplementowaliśmy poprawkę, aby wznowić te aktualizacje, ale kolejka zajmie trochę czasu, aby stać się aktualnym; będziemy aktualizować jak system łapie się z powrotem.

2. 15 lipca 2026 17:43 UTCidentified

   Kolejki są w połowie do nadrabiania zaległości; będziemy nadal dostarczać aktualizacje jak system powraca do normalnego zachowania.

3. 15 lipca 2026 20:07 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 lipca 2026 10:33 UTCinvestigating

   Badamy raporty, że strony związane z przeglądami w Portalu Klienta są niedostępne.

2. 14 lipca 2026 10:34 UTCidentified

   Zidentyfikowaliśmy problem, wdrożyliśmy naprawę i przywróciliśmy usługi przeglądania stron związanych.

3. 14 lipca 2026 10:35 UTCmonitoring

   Będziemy nadal uważnie monitorować system i opracowywać dodatkowe środki zapobiegawcze.

4. 14 lipca 2026 11:30 UTCresolved

   Ten incydent został rozwiązany.

5. 17 lipca 2026 09:00 UTCpostmortem

   / Podsumowanie W dniu 14 lipca 2026 r. błąd spowodował zakłócenia w obsłudze, które uniemożliwiły klientom przeglądanie przeglądów, reagowanie na przeglądy, generowanie odpowiedzi na przeglądy w Interfejsie Platformy Klienta oraz zarządzanie odpowiedziami na przeglądy za pośrednictwem API Zarządzania. Zakłócenie rozpoczęło się o 5: 43 AM ET, zostało wykryte przez automatyczne monitorowanie o 5: 48 AM ET, a zostało rozwiązane o 6: 13 AM ET, w wyniku czego całkowity czas oddziaływania wynosi około 30 minut. * * Root Cause * * Aktualizacja usług wprowadziła wsparcie dla nowej integracji reakcji na przegląd. Ta aktualizacja była pierwszą, która polegała na wewnętrznej konfiguracji, która nie została jeszcze ustalona dla danej usługi, powodując jej awarię podczas uruchamiania. Ponieważ niektóre powiązane usługi nie miały określonego zachowania awaryjnego, awaria rozprzestrzeniła się poza samą nową integrację i spowodowała zarówno przeglądowe monitorowanie i przeglądanie stron odpowiedzi w UI Platformy Klienta, jak i przegląd zarządzania reakcjami za pośrednictwem API Management, aby zwrócić błędy. * * * Regeneration * * Nasz zespół zidentyfikował przyczynę incydentu i odbudował usługę, cofając aktualizację, która wprowadziła problem. Serwis został całkowicie przywrócony o 6: 13 rano ET. Od tego czasu wdrożono stałe rozwiązanie i nie istnieją żadne tymczasowe działania. Uzasadnienie Aby zapobiec ponownemu wystąpieniu, jesteśmy\ (1\) izolującymi awariami specyficznymi dla integracji, tak że pojedyncza niezdrowa integracja nie może zakłócić tych stron,\ (2\) dodając pełne gracji zachowanie awaryjne, tak aby strony pozostawały użyteczne, gdy pojedyncza zdolność jest niedostępna, i\ (3\) wzmacniając naszą walidację wstępną w celu potwierdzenia, że wymagana konfiguracja jest wprowadzona przed wdrożeniem nowej funkcji.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 lipca 2026 00:23 UTCmonitoring

   Zastosowaliśmy rozwiązanie po zidentyfikowaniu problemów akceptujących wydarzenia za pośrednictwem API Wydarzeń w USA. Zdarzenia są ponownie akceptowane, a my monitorujemy, aby zapewnić stabilność.

2. 14 lipca 2026 00:46 UTCresolved

   Kwestia dotycząca API zdarzeń w USA została rozwiązana. Wszystkie systemy działają normalnie. Kwestia ta oznacza, że zdarzenia wysyłane do API mogły nie być rejestrowane przez cały czas od 19: 34pm do 19: 48pm EDT.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.