Gdy Slack nie działa, przyczyny są trzy: awaria całej usługi, problem twojego workspace albo problem twojego komputera i sieci. Rozstrzygniesz to w trzy kroki - sprawdź status.slack.com, porównaj aplikację z przeglądarką, zapytaj współpracownika innym kanałem. Pilne sprawy przenieś do kanału zapasowego ustalonego wcześniej.
Zanim przejdziesz do kroków, zobacz, jak taki poranek wygląda w firmie, która ich nie zna.
Poniedziałek, 9:05. Iza z obsługi klienta wysyła potwierdzenie terminu montażu. Wiadomość wisi z ikoną zegara. Iza restartuje aplikację, potem cały komputer - zegar dalej wisi. Pisze SMS do koleżanki z pytaniem, czy u niej działa. Nie działa. Przez kwadrans pół firmy wymienia SMS-y, ktoś reinstaluje Slacka, ktoś podejrzewa firmowe Wi-Fi. Nikt nie zajrzał na stronę statusu, na której awaria wiadomości wisiała od 8:40. Klient w tym czasie czekał.
Żadna z tych osób nie zrobiła nic głupiego. Zabrakło im adresu, pod którym Slack sam przyznaje się do awarii, oraz umowy, gdzie firma pisze do siebie, gdy komunikator leży. Obie dostajesz niżej.
Gdzie sprawdzić, czy Slack ma awarię?
Oficjalne komunikaty publikuje status.slack.com - strona Slack System Status. Otwórz ją w przeglądarce, nie w Slacku, bo w czasie awarii aplikacja może nie pokazać niczego.
Nie zatrzymuj się na ogólnym nagłówku. Strona rozbija usługę na funkcje i incydent bywa opisany tylko przy jednej z nich (podział wg strony statusu, stan na sierpień 2026):
- Logowanie - gdy nie możesz wejść do workspace, czyli przestrzeni twojej firmy w Slacku.
- Wiadomości - gdy wysyłanie albo odbieranie stoi.
- Powiadomienia - gdy treść widzisz, ale alerty nie przychodzą.
- Pliki - gdy nie działa przesyłanie lub pobieranie załączników.
- Huddles - gdy zawodzi dźwięk, obraz albo samo zestawienie rozmowy.
- Aplikacje i integracje - gdy ludzie piszą normalnie, a bot lub webhook milczy.
Przeczytaj opis incydentu do końca. Awaria plików nie tłumaczy problemu z wiadomościami, a padnięte powiadomienia nie znaczą, że treść przepadła. Jeśli twój objaw nie pasuje do żadnego wpisu, wróć tu po teście z następnej sekcji.
Jak sprawdzić, czy problem jest po twojej stronie?
Zielony status nie zamyka sprawy. Twój workspace może mieć kłopot z logowaniem firmowym, uprawnieniami albo pojedynczą integracją, o którym strona statusu nic nie wie. Zanim zaczniesz cokolwiek naprawiać, zanotuj objaw: co nie działa, od której godziny i jaki komunikat widzisz.
Potem trzy porównania, od najszybszego:
- Otwórz ten sam workspace w przeglądarce. Jeśli wersja web działa, a aplikacja nie, winna jest aplikacja albo jej sesja - nie usługa. Nie wylogowuj się jeszcze - najpierw upewnij się, że znasz sposób ponownego logowania i że firmowe logowanie SSO cię wpuści z powrotem.
- Sprawdź inną sieć, na przykład hotspot z telefonu. Błąd tylko na łączu firmowym wskazuje na proxy, DNS, zaporę albo filtrowanie ruchu. Nie wyłączaj przy tym ochrony na służbowym komputerze, żeby wymusić dostęp.
- Zapytaj współpracownika innym kanałem - telefonem, SMS-em, mailem. Jedna osoba z objawem to problem konta lub sprzętu. Cały zespół z tym samym objawem to problem workspace albo usługi.
Do notatki nie wklejaj treści prywatnych kanałów, tokenów aplikacji ani danych klientów. Za chwilę wyślesz ją administratorowi i nie chcesz, żeby wędrowała z poufną zawartością.
Co mówi ci wynik testu?
| Status Slacka | Test po twojej stronie | Wniosek | Następny krok |
|---|---|---|---|
| Incydent przy twojej funkcji | Błąd w web i w aplikacji, na dwóch sieciach | Awaria usługi | Uruchom kanał zapasowy i śledź stronę statusu |
| Zielony | Błąd u całego zespołu, na różnych sieciach | Problem workspace albo świeża awaria bez wpisu | Zgłoś administratorowi, sprawdź status ponownie za kilka minut |
| Zielony | Błąd tylko w aplikacji albo tylko na firmowej sieci | Problem lokalny - klient, sesja, sieć | Napraw po swojej stronie, zacznij od wersji web |
| Zielony | Nie zrobiłeś porównań | Za mało danych | Wykonaj trzy testy, zanim cokolwiek zmienisz |
Co robić, gdy komunikacja stoi?
Kanał zapasowy ustala się przed awarią, nie w jej trakcie. Może nim być poczta, telefon, system zgłoszeń albo platforma spotkań - byle każdy w firmie wiedział który i byle nadawał się do danych, które przez niego popłyną. Prywatny komunikator pracownika nie staje się bezpieczny tylko dlatego, że Slack leży: dane klientów mają te same wymogi ochrony niezależnie od tego, co akurat działa.
W kanale zapasowym przekazuj minimum: co nie działa, kogo to blokuje, kto poda następną informację i gdzie. Decyzje podjęte poza Slackiem zapisz w miejscu, do którego zespół ma stały dostęp - po awarii nikt nie odtworzy ustaleń z cudzych SMS-ów.
Z wiadomością, która utknęła z ikoną zegara, obchodź się ostrożnie. Nie wiesz, w jakim jest stanie - mogła nie wyjść, ale mogła też dotrzeć bez potwierdzenia. Po powrocie usługi najpierw sprawdź historię kanału, dopiero potem wysyłaj ponownie. Podwójna wiadomość do klienta to drobiazg, ale podwójnie wywołany webhook potrafi drugi raz założyć zamówienie w innym systemie.
Co przekazać administratorowi?
Administrator workspace rozstrzygnie sprawy konta, uprawnień i integracji szybciej, jeśli dostanie komplet od razu, zamiast dopytywać o każdy szczegół osobno. Wyślij mu:
- nazwę workspace i funkcję, która zawodzi,
- czym się łączysz - aplikacja czy przeglądarka, na jakim systemie,
- godzinę wystąpienia ze strefą czasową i dokładny tekst błędu,
- wynik porównania web kontra aplikacja i firmowa sieć kontra inna,
- informację, czy objaw widzą też inne osoby,
- przy integracjach - identyfikator zdarzenia, bez tokenu i bez przenoszonej treści.
Jeśli testy wskazały na DNS, certyfikaty albo firmowe proxy, problem leży poza Slackiem - przejdź do diagnoz błędów połączenia. Procedury dla pozostałych usług zewnętrznych, z których korzysta firma, zebraliśmy w mapie awarii.
Pytania o awarie Slacka
Czy Slack może nie działać tylko w aplikacji, a w przeglądarce działać?
Tak, i to częsty układ. Aplikacja ma własną sesję, pamięć podręczną i podlega politykom służbowego komputera - każda z tych rzeczy psuje się niezależnie od usługi. Dlatego porównanie z wersją web jest pierwszym testem: działająca przeglądarka zdejmuje podejrzenie z całego Slacka i kieruje je na klienta.
Czy zielony status na status.slack.com wyklucza problem z workspace?
Niekoniecznie. Strona statusu opisuje kondycję całej platformy, a twój workspace może mieć własny kłopot: logowanie SSO, odebrane uprawnienia, zepsutą integrację. Świeża awaria pojawia się tam też z opóźnieniem. Zielony status plus błąd u całego zespołu to sygnał dla administratora, nie dowód winy twojego komputera.
Czy podczas awarii Slacka trzeba się wylogować?
Nie rób tego na początku. Jeśli problem dotyczy logowania albo firmowego SSO, wylogowanie odetnie cię od konta na dłużej niż sama awaria. Najpierw porównaj wersję web, drugą sieć i stronę statusu. Sesję zamykaj dopiero wtedy, gdy diagnoza wskazuje na konto i wiesz, jak wrócisz.
Jak przekazać pilną wiadomość, gdy Slack leży?
Ustalonym w firmie kanałem zapasowym - mailem, telefonem albo systemem zgłoszeń. Podaj odbiorcę, decyzję, termin i miejsce następnej informacji. Nie przenoś przy tym poufnych treści do prywatnych komunikatorów: awaria nie zawiesza zasad ochrony danych. Ustalenia zapisz tam, gdzie zespół znajdzie je po powrocie usługi.
Co się dzieje z wiadomością wysłaną w trakcie awarii?
Jej stan jest nieznany, dopóki usługa nie wróci - mogła przepaść albo dotrzeć bez potwierdzenia. Po awarii sprawdź historię kanału, zanim wyślesz ją drugi raz. Szczególnie pilnuj botów i webhooków: ponowione zdarzenie może drugi raz uruchomić operację w innym systemie, na przykład założyć duplikat zamówienia.