Historia i rozwiązywanie problemów
Przeglądaj historię e-maili i żądań HTTP z Shopify Flow, filtruj według statusu, eksportuj do CSV i rozwiązuj problemy z niedostarczonymi wiadomościami.
Każda operacja wykonywana przez tę aplikację jest rejestrowana. Historia jest pierwszym miejscem, w którym należy sprawdzić, gdy wiadomość e-mail nie dotarła lub wyglądała nieprawidłowo.
Lista
Kolumny: ID, Nazwa, Typ, Status, Czas trwania oraz Czas wykonania.
Filtruj według:
- Rodzaj działania - żądanie HTTP Request lub wiadomość e-mail
- Status - Pomyślnie, Niepomyślnie, W toku lub Pominięto (wyrejestrowano)
Wyszukiwanie dotyczy nazwy układu lub żądania. Przejście do tej sekcji za pomocą przycisku „Historia żądań**”** w żądaniu HTTP powoduje wstępne filtrowanie wyników do tego konkretnego żądania; przycisk Pokaż wszystkie zdarzenia pozwala wyczyścić to filtrowanie.
Eksportuj jako plik CSV
Opcja Eksportuj do pliku CSV znajdująca się w górnej części strony „Historia” umożliwia pobranie listy dokładnie w stanie, w jakim jest ona obecnie przefiltrowana: wyniki wyszukiwania oraz wszystkie ustawione przez Państwa filtry mają zastosowanie również do eksportu. Plik nosi nazwę history-<date>.csv i zawiera maksymalnie 50 000 najnowszych zdarzeń. Jeśli zastosowane filtry odpowiadają większej liczbie zdarzeń, aplikacja poinformuje o tym po zakończeniu pobierania; w takim przypadku należy zawęzić filtry (na przykład do jednego układu lub jednego statusu), aby uzyskać dostęp do starszych zdarzeń.
Kolumny: Data (UTC), ID, Typ, Status, Układ lub żądanie, Odbiorcy, DW, Ukryta kopia, Temat, Błąd oraz Czas trwania (ms). Nazwy kolumn i etykiety statusów są wyświetlane w języku wybranym w panelu administracyjnym. Pola „Odbiorcy”, „DW”, „UDW” i „Temat” są wypełniane wyłącznie w przypadku wiadomości e-mail. Eksport zawiera dane widoczne na liście historii: zmienne Shopify Flow, treści żądań oraz odpowiedzi nie są w nim uwzględnione.
Trzy kwestie, na które należy zwrócić uwagę
Czerwona plakietka Niepowodzenie oznacza, że wysłanie lub żądanie nie doszło do skutku. Proszę ją otworzyć, aby sprawdzić, jaki błąd wystąpił po stronie dostawcy.
Pomarańczowa plakietka Puste zmienne oznacza, że wiadomość e-mail została dostarczona, ale jeden lub więcej symboli zastępczych {{ variables.x }} nie wyświetliło się - w związku z tym odbiorca otrzymał wiadomość zawierającą lukę. Jest to błąd, który wcześniej pozostawał niewidoczny: wiersz ma kolor zielony, dostawca zaakceptował wiadomość, a problem dostrzega jedynie odbiorca.
Szara ikona Pominięto oznacza, że wiadomość e-mailowa o charakterze marketingowym nie została wysłana, ponieważ wszyscy odbiorcy z pola „Do” zrezygnowali z subskrypcji Państwa wiadomości marketingowych. Nie jest to błąd, nie wlicza się to do limitu Państwa planu i nie jest uwzględniane w wskaźniku skuteczności. Zobacz E-maile marketingowe i rezygnacje z subskrypcji.
Widok szczegółowy
Po otwarciu wpisu wyświetla się:
| Karta | Spis treści |
|---|---|
| Ostrzeżenie dotyczące pustych zmiennych | Które symbole zastępcze nie wygenerowały żadnych wyników oraz czy usługa Shopify Flow przesłała je jako puste, czy też w ogóle ich nie przesłała |
| Nie wysłano: odbiorca zrezygnował z subskrypcji | Wyświetlane w przypadku pominięcia wydarzenia zamiast błędu, wraz z linkiem do rezygnacji z subskrypcji |
| Szczegóły wydarzenia | Identyfikator zdarzenia, typ akcji, status, czas trwania, czas wykonania oraz identyfikator uruchomienia Shopify Flow |
| Komunikat o błędzie | Rzeczywisty błąd dostawcy lub interfejsu API, który wystąpił w wyniku niepowodzenia operacji |
| Wniosek o udostępnienie danych | Co zostało wysłane - odbiorcy, nadawca, rozpracowany temat, zmienne lub rozpracowane żądanie HTTP. W przypadku wiadomości e-mail o charakterze marketingowym pole to zawiera listę odbiorców po usunięciu adresów osób, które zrezygnowały z subskrypcji, a pole suppressed wskazuje, ile adresów zostało usuniętych. W przypadku wiadomości e-mail z załącznikiem pochodzącym z metapola, pole orderId lub customerId rejestruje, które zamówienie lub który klient został odczytany |
| Dane odpowiedzi | Co zostało zwrócone - identyfikator wiadomości dostawcy czy status HTTP i treść wiadomości. W przypadku wiadomości e-mailowej o charakterze marketingowym w polu recipients wymieniono wszystkich odbiorców z pola „Do”, wraz z oznaczeniami sent, failed lub skipped oraz ich własnym identyfikatorem wiadomości lub komunikatem o błędzie |
W tytule podano, z jakiego adresu nadawcy wysłano wiadomość, na przykład Order email via support@acme.com (MICROSOFT).
E-mail marketingowy jest wysyłany jako pojedyncza wiadomość do każdego odbiorcy z pola „Do”, ale stanowi jedno zdarzenie w historii. Zdarzenie uznaje się za zakończone sukcesem, gdy każdy odbiorca otrzymał swoją wiadomość. Zdarzenie uznaje się za nieudane, gdy tylko jedna wiadomość nie dotarła do adresata po wysłaniu kolejnej; komunikat o błędzie wskazuje wówczas, który odbiorca nie otrzymał wiadomości, a pole recipients w danych odpowiedzi pokazuje, którzy odbiorcy otrzymali swoje wiadomości.
Ponowne wysłanie działania
Na stronie szczegółów znajduje się przycisk Wyślij ponownie. Powoduje on ponowne wygenerowanie układu strony z wykorzystaniem pierwotnych zmiennych i ponowne wysłanie wiadomości do pierwotnych odbiorców za pośrednictwem tego samego nadawcy lub ponowne wykonanie żądania HTTP dokładnie w takiej samej postaci, w jakiej zostało wysłane.
Zostanie to wykonane natychmiast i zostanie zaliczone jako jedna akcja w ramach Państwa planu. Opcja ponownego wysłania nie jest dostępna w przypadku akcji, które zostały zrealizowane za pośrednictwem rezerwowego nadawcy domyślnego.
W przypadku pominiętego zdarzenia nie ma przycisku „Wyślij ponownie”: nic nie zostało wysłane, więc nie ma czego wysyłać ponownie. Proszę uruchomić przepływ pracy ponownie, gdy klient ponownie się zapisze. Podczas ponownego wysyłania wiadomości marketingowej system ponownie sprawdza listę osób, które zrezygnowały z subskrypcji, i pomija wszystkich, którzy zrezygnowali od czasu pierwotnej wysyłki; jeśli nie ma takich osób, ponowne wysłanie zostaje odrzucone.
Typowe problemy
Wiadomość e-mail nigdy nie dotarła, a w historii nie ma żadnego wpisu. Akcja nigdy nie została wykonana. Problem leży po stronie Shopify Flow, a nie tutaj: proszę sprawdzić, czy przepływ pracy jest włączony, czy wyzwalacz zadziałał oraz czy którykolwiek warunek faktycznie został spełniony. Warunki dotyczące tagów muszą być dokładnie zgodne, więc VIP i vip to dwie różne wartości.
Wpis ma oznaczenie Puste zmienne. Pański układ wymaga zmiennej, której akcja Shopify Flow nie dostarczyła lub dostarczyła jako pustą. Proszę otworzyć wpis, aby sprawdzić, o którą zmienną chodzi. Pełny opis znajduje się w Przekazywanie danych z serwisu Shopify Flow.
Wpis został pominięty. Szablon ma charakter marketingowy, a wszyscy adresaci z pola „Do” znajdują się na Państwa liście osób, które zrezygnowały z subskrypcji, dlatego aplikacja nie wysłała wiadomości. Oznacza to, że funkcja rezygnacji z subskrypcji działa zgodnie z przeznaczeniem. Jeśli wiadomość e-mail jest niezbędna dla klienta, np. dotyczy zamówienia lub aktualizacji informacji o wysyłce, powinna zostać wysłana przy użyciu szablonu transakcyjnego. Proszę zapoznać się z sekcją E-maile marketingowe i rezygnacje z subskrypcji.
Wiadomość e-mailowa wysłana w ramach testu wyglądała prawidłowo, ale ta wysłana na żywo jest pusta. Zmienne testowe w edytorze układu mają wpływ wyłącznie na podgląd i wysyłkę testową. Wysyłka na żywo wykorzystuje pole „Zmienne (JSON)” akcji w Shopify Flow, które stanowi zupełnie odrębny element. Jest to najczęstsza przyczyna nieporozumień.
Status to Nie powiodło się z błędem uwierzytelniania. W przypadku protokołu SMTP podano nieprawidłowe dane uwierzytelniające lub numer portu - proszę otworzyć serwer SMTP i kliknąć przycisk Sprawdź połączenie. W przypadku usług Microsoft 365 lub Google może być konieczne ponowne uwierzytelnienie połączenia: proszę sprawdzić sekcję Nadawcy wiadomości e-mail → Połączone konta pod kątem obecności ikony Wymagane ponowne połączenie.
W treści wiadomości e-mail widnieje [object Object]. Wstawili Państwo cały obiekt. W wiadomościach e-mail należy pobrać z niego konkretną wartość ({{ variables.customer.firstName }}) lub przetworzyć go w pętli. Tylko żądania HTTP automatycznie serializują obiekty do formatu JSON.
Wiadomość została odrzucona ze względu na rozmiar. Załączniki o łącznej wielkości powyżej 20 MB są blokowane, a usługa Microsoft 365 odrzuca załączniki wbudowane o wielkości powyżej 4 MB. Proszę przełączyć duże pliki do trybu linków. Zobacz Załączniki i obrazy.
Żądanie HTTP kończy się niepowodzeniem z komunikatem SSRF blocked. Adres docelowy odpowiada adresowi w sieci prywatnej lub wewnętrznej, co ze względów bezpieczeństwa jest niedozwolone. Proszę skorzystać z publicznie dostępnego punktu końcowego.
Wszystko przestaje działać jednocześnie, pojawia się komunikat o przekroczeniu limitu planu. Wykorzystali Państwo swój 30-dniowy limit. Zobacz Plany i sposób użytkowania.
Zapytanie Sidekicka
Aplikacja Sidekick w Shopify może wysyłać zapytania bezpośrednio do tej aplikacji w trybie tylko do odczytu. Często jest to szybsze niż ręczne filtrowanie historii:
- „Czy w tym tygodniu nie dotarły jakieś wiadomości e-mail?”
- „Dlaczego wysłanie mojego ostatniego e-maila nie powiodło się?”
- „Którzy nadawcy wiadomości e-mail zostali skonfigurowani?”
- „Czy mam żądanie HTTP dotyczące serwisu Airtable?”
Aplikacja Sidekick nigdy nie zwraca tajnych wartości, haseł SMTP, tokenów OAuth, wartości nagłówków HTTP ani surowych danych - w tych przypadkach przekierowuje Państwa do samej aplikacji.
Nadal utknęli Państwo
Prosimy o zgłoszenie błędu, podając domenę Państwa sklepu, nazwę układu lub nazwy zapytania oraz znacznik czasu wykonania. Więcej informacji można znaleźć w sekcji Zgłaszanie błędów w Centrum pomocy.