Jak otrzymywać powiadomienia o zamówieniach WooCommerce bez sprawdzania skrzynki odbiorczej

Każdy sklep WooCommerce wysyła sprzedawcy wiadomość e-mail, gdy wpłynie nowe zamówienie. Jest to standardowa funkcja, która nic nie kosztuje, jednak dla wielu sklepów stanowi ona najmniej niezawodny element całego procesu.

Jeśli Twój dzień pracy polega na ciągłym sprawdzaniu skrzynki odbiorczej w poszukiwaniu nowych zamówień do spakowania, ten tekst jest dla Ciebie.

Dlaczego maile o nowych zamówieniach tak często zawodzą

Sam e-mail jest w porządku. Problemem jest droga dostarczenia, która ma kilka punktów krytycznych. Z zewnątrz wszystkie wyglądają tak samo: po prostu nic nie dociera.

Sklep wysyła pocztę za pomocą PHP. Hosting współdzielony wysyła wiadomości przez skonfigurowany lokalny agent pocztowy z adresu IP bez reputacji i bez uwierzytelnienia. Gmail oraz Outlook słusznie traktują to podejrzanie, więc wiadomość trafia do spamu albo jest usuwana bez śladu. Słowo "bez śladu" jest tutaj kluczowe.

SPF, DKIM i DMARC nie zgadzają się. Poczta twierdzi, że pochodzi z Twojej domeny, ale wychodzi przez serwer hostingu. Jeśli Twój DNS tego nie autoryzuje, serwery odbiorcze uznają ją za sfałszowaną. Im bardziej restrykcyjna polityka DMARC, tym skuteczniej Twoje powiadomienia o zamówieniach znikają.

Kolejka jest opóźniona. WordPress wykonuje zaplanowane zadania w momencie, gdy ktoś odwiedza stronę. Cichy sklep może długo czekać na wysyłkę, a kiedy mail w końcu dociera, ma bieżący znacznik czasu, więc wszystko wygląda pozornie poprawnie.

Skrzynka odbiorcza go ukrywa. Nawet gdy dostarczanie działa, mail o zamówieniu jest tylko jedną z wielu wiadomości obok faktur od dostawców, newsletterów i pytań klientów. Filtry pomagają, ale uwaga nie jest skalowalna.

Telefon nie powiadamia skutecznie. Aplikacje pocztowe grupują wiadomości, przechodzą w stan uśpienia i pobierają dane zgodnie z własnym harmonogramem, aby oszczędzać baterię. Stwierdzenia "dostaję e-mail" oraz "dowiaduję się o nim w ciągu minuty" nie oznaczają tego samego.

Dodatkowym problemem jest to, że wszystko to zawodzi po cichu. Nie otrzymujesz alertu o tym, że alert nie zadziałał. Dowiadujesz się o tym dopiero, gdy klient pyta, dlaczego zamówienie nie zostało wysłane.

Najpierw napraw e-mail

Zanim dodasz coś nowego, napraw to, co już masz, ponieważ musisz mieć działające maile transakcyjne dla swoich klientów.

Wysyłaj pocztę przez odpowiedni serwis SMTP, a nie przez funkcję PHP mail. Uwierzytelnij swoją domenę za pomocą SPF i DKIM, aby własna poczta była traktowana jako zaufana. Wysyłaj wiadomości z adresu w swojej domenie, a nie z adresu Gmail, nad którym nie masz kontroli. Następnie przetestuj to w praktyce: złóż prawdziwe zamówienie i sprawdź, gdzie trafi mail, w tym kopia dla klienta.

Jeśli potwierdzenia dla klientów są zawodne, to większy problem niż brak własnych powiadomień, a rozwiązanie jest takie samo.

Dlaczego powiadomienie push to co innego

Nawet gdy e-mail działa bez zarzutu, nie jest to dobre narzędzie do komunikatu typu "masz teraz pracę do wykonania".

Powiadomienie push trafia na urządzenie, a nie do skrzynki odbiorczej. Pojawia się na ekranie blokady, nie konkuruje z newsletterami i nie zależy od reputacji domeny czy kolejki mailowej. Dociera również bezpośrednio do osoby, której zadaniem jest realizacja, zamiast do właściciela, który musi przekazać informację dalej.

Ten ostatni punkt jest często niedoceniany przez sprzedawców. Użytecznym sygnałem nie jest "wpłynęło zamówienie", lecz "jest coś do spakowania", wysłane do magazyniera, którego telefon znajduje się w kieszeni fartucha, a nie w skrzynce sprawdzanej dwa razy dziennie.

Pułapka prywatności, o której nikt nie wspomina

To jest aspekt, który decyduje o wyborze narzędzia.

Powiadomienie wyświetla się na zablokowanym ekranie. Każdy w pobliżu telefonu może je odczytać: inny klient przy ladzie, osoba w autobusie czy członek rodziny w domu. Jeśli powiadomienie zawiera numer zamówienia, imię i nazwisko klienta lub kwotę, właśnie ujawniłeś fragment danych osobowych przypadkowym osobom.

Bezpieczny projekt to powiadomienie, które nie przenosi żadnych użytecznych danych. Informuje tylko, że towar jest gotowy do pakowania, a szczegóły dostępne są dopiero wewnątrz aplikacji, po zalogowaniu. To celowe ograniczenie, a nie brakująca funkcja. Warto to sprawdzić przed instalacją czegokolwiek, co obiecuje rozbudowane alerty o zamówieniach na telefonie.

Ma to znaczenie również techniczne. Push bez treści nie może wyciec danych o zamówieniu w trakcie przesyłania lub na infrastrukturze usługi powiadomień, ponieważ wewnątrz nie ma żadnych danych do wycieku.

Na co zwracać uwagę

Jeśli oceniasz sposób powiadamiania o zamówieniach, cztery pytania wyczerpują temat.

Czy dociera do właściwej osoby? Powiadomienie trafiające tylko do właściciela to kolejny krok pośredni, a nie rozwiązanie.

Czy działa przy zamkniętej aplikacji? W przeciwnym razie to tylko alert na stronie, który informuje o tym, co i tak byś zobaczył.

Co zawiera? Jeśli odpowiedź obejmuje nazwiska klientów, patrz wyżej.

Co się dzieje w razie awarii? Sieci zawodzą, uprawnienia są cofane, iOS jest bardziej restrykcyjny niż Android w kwestii powiadomień web push. Narzędzie, które posiada również kolejkę dostępną na żądanie, zachowuje się stabilnie. Narzędzie, którego jedynym sygnałem jest powiadomienie, nie zapewnia takiego bezpieczeństwa.

Jak radzi sobie z tym Order Prep Pro

Order Prep Pro wysyła powiadomienie na urządzenie w momencie, gdy zamówienie jest gotowe do pakowania, nawet przy zamkniętej aplikacji, bezpośrednio na telefon lub tablet osoby pakującej, a nie do skrzynki odbiorczej.

Powiadomienie celowo nie zawiera numeru zamówienia ani nazwiska klienta. Informuje urządzenie, że jest praca do wykonania, a sama praca znajduje się wewnątrz aplikacji po zalogowaniu. Klucze push są generowane w Twoim sklepie, zamiast być przekazywane zewnętrznej usłudze powiadomień.

A ponieważ aplikacja wyświetla również kolejkę do pakowania, powiadomienie jest udogodnieniem, a nie jedynym punktem krytycznym. Jeśli push zostanie pominięty, kolejka nadal istnieje.

Nic z tego nie usuwa potrzeby posiadania działającej poczty transakcyjnej, od której zależą klienci. Usuwa natomiast potrzebę traktowania e-maila jako kolejki zadań, do czego nigdy nie był stworzony.