Historikk og feilsøking

Alle handlinger som utføres av denne appen, blir loggført. Loggen er det første stedet du bør sjekke hvis en e-post ikke har kommet frem, eller hvis den ser feil ut.

Listen

Kolonner: ID, Navn, Type, Status, Varighet og Utført kl.

Filtrer etter:

• Handlingstype - HTTP Request eller e-post
• Status - Vellykket, Mislykket, Venter eller Hoppet over (avmeldt)

Søket gir treff på navnet på oppsettet eller forespørselen. Hvis du kommer hit via knappen Forespørselshistorikk i en HTTP-forespørsel, blir resultatene forhåndsfiltrert til å gjelde kun den ene forespørselen, og du kan fjerne dette filteret ved å klikke på knappen Vis alle hendelser.

Eksporter som CSV

Når du velger Eksporter CSV øverst på siden «Historikk», lastes listen ned nøyaktig slik den er filtrert akkurat nå: søket og alle filtrene du har angitt, gjelder også for eksporten. Filen får navnet history-<date>.csv og inneholder maksimalt de 50 000 nyeste hendelsene. Hvis filtrene dine gir flere treff enn det, vil appen gi deg beskjed om dette etter nedlastingen; begrens filtrene (for eksempel til én layout eller én status) for å få tilgang til eldre hendelser.

Kolonner: Dato (UTC), ID, Type, Status, Oppsett eller forespørsel, Mottakere, CC, BCC, Emne, Feil og Varighet (ms). Kolonnenavn og statusbetegnelser vises på administrasjonsspråket ditt. Mottakere, CC, BCC og Emne fylles ut kun for e-poster. Eksporten inneholder det som vises i historikklisten: Shopify Flow-variabler, forespørselsinnhold og svar er ikke inkludert.

De tre tingene du bør se etter

Et rødt Mislykket-merke betyr at sendingen eller forespørselen ikke ble gjennomført. Åpne det for å se leverandørens feilmelding.

Et gult Tomme variabler-merke betyr at e-posten ble levert, men at én eller flere {{ variables.x }}-plassholdere ble gjengitt som tomme - slik at mottakeren fikk en melding med et tomrom i. Dette er den feilen som tidligere var usynlig: raden er grønn, leverandøren aksepterte meldingen, og bare mottakeren ser problemet.

Et grått Skipped-merke betyr at en markedsførings-e-post ikke ble sendt fordi alle mottakerne i «Til»-feltet hadde meldt seg av dine markedsførings-e-poster. Dette er ikke en feil, det teller ikke med i abonnementet ditt, og det inngår ikke i suksessraten. Se Markedsførings-e-poster og avmeldinger.

Detaljvisningen

Når man åpner en oppføring, vises følgende:

Kort	Innhold
Advarsel om tomme variabler	Hvilke plassholdere ga ingen resultater, og om Shopify Flow sendte dem tomme eller ikke i det hele tatt
Ikke sendt: mottakeren har meldt seg av	Vises ved en «Skipped»-hendelse i stedet for en feil, med en lenke til Avmeldinger
Detaljer om arrangementet	Hendelses-ID, handlingstype, status, varighet, utførelsestid og Shopify Flow-kjørings-ID
Feilmelding	Den faktiske feilen hos tjenesteleverandøren eller API-et, når handlingen mislyktes
Be om data	Hva som ble sendt - mottakere, avsender, utfylt emnefelt, variabler eller den utførte HTTP-forespørselen. For en markedsførings-e-post er to mottakerlisten etter at adresser som har meldt seg av, er fjernet, og suppressed angir hvor mange som ble fjernet. For en e-post med et vedlegg fra et metafelt registrerer orderId eller customerId hvilken ordre eller kunde som ble lest
Svaropplysninger	Hva ble returnert - leverandørens meldings-ID eller HTTP-statusen og innholdet? For en markedsførings-e-post viser recipients en liste over alle mottakere i «Til»-feltet med statusene sent, failed eller skipped, samt deres respektive meldings-ID eller feilmelding

Tittelen angir hvilken avsender som ble brukt, for eksempel Order email via support@acme.com (MICROSOFT).

En markedsførings-e-post sendes ut som én melding per mottaker i «Til»-feltet, men regnes som én hendelse i historikken. Hendelsen regnes som Vellykket når alle mottakerne har mottatt meldingen sin. Den regnes som Mislykket så snart én melding mislykkes etter at en annen er sendt; feilmeldingen angir da hvem som ikke mottok meldingen, og recipients i svarinformasjonen viser hvem som faktisk mottok sin.

Gjenta en handling

Detaljsiden har en Send på nytt-knapp. Den gjengir oppsettet med de opprinnelige variablene og sender det på nytt til de opprinnelige mottakerne via den samme avsenderen, eller utfører HTTP-forespørselen på nytt nøyaktig slik den ble sendt.

Den utføres umiddelbart og teller som én handling i henhold til planen din. Funksjonen «Send på nytt» er ikke tilgjengelig for handlinger som ble sendt via den alternative standardavsenderen.

En hoppet over hendelse har ingen «Send på nytt»-knapp: ingenting ble sendt, så det er ingenting å sende på nytt. Kjør arbeidsflyten på nytt når kunden har meldt seg på igjen. Når en markedsførings-e-post sendes på nytt, sjekkes listen over avmeldte på nytt, og alle som har meldt seg av siden den opprinnelige utsendelsen, blir utelatt; hvis det ikke er noen igjen, blir den nye utsendelsen avvist.

Vanlige problemer

E-posten kom aldri frem, og det finnes ingen oppføring i loggen i det hele tatt. Handlingen ble aldri utført. Problemet ligger i Shopify Flow, ikke her: sjekk at arbeidsflyten er aktivert, at utløseren ble utløst og at eventuelle betingelser faktisk ble oppfylt. Tag-betingelsene må samsvare nøyaktig, så VIP og vip regnes som forskjellige.

Oppføringen har et merke som indikerer Tomme variabler. Oppsettet ditt krever en variabel som Shopify Flow-handlingen enten ikke har levert, eller har levert tom. Åpne oppføringen for å se hvilken. Fullstendig veiledning finnes i Overføring av data fra Shopify Flow.

Oppføringen er hoppet over. Malen er en markedsføringsmal, og alle mottakerne står på listen over avmeldte, så appen sendte ikke e-posten. Dette betyr at avmeldingsfunksjonen fungerer som den skal. Hvis e-posten er noe kunden må motta, for eksempel en oppdatering om en bestilling eller forsendelse, hører den hjemme i en transaksjonsmal. Se Markedsførings-e-poster og avmeldinger.

En test-e-post så bra ut, men den som sendes ut til mottakerne er tom. Testvariablene i layoutredigereren påvirker kun forhåndsvisninger og testutsendelser. Ved en faktisk utsendelse brukes feltet «Variabler (JSON)» i Shopify Flow-handlingen, som er noe helt annet. Dette er den vanligste årsaken til forvirring.

Statusen er Mislykket med en autentiseringsfeil. For SMTP er påloggingsopplysningene eller porten feil - åpne SMTP-serveren og trykk på Test tilkobling. For Microsoft 365 eller Google kan det hende at tilkoblingen må godkjennes på nytt: sjekk E-postavsendere → Tilkoblede kontoer for å se om det vises et merke som sier Krever ny tilkobling.

I e-postteksten vises [object Object]. Du har interpolert et helt objekt. I e-poster må du hente ut verdier fra det ({{ variables.customer.firstName }}) eller gå gjennom det i en løkke. Det er kun HTTP-forespørsler som automatisk serialiserer objekter til JSON.

Meldingen ble avvist på grunn av størrelsen. Vedlegg på over 20 MB totalt blir blokkert, og Microsoft 365 avviser innebygde vedlegg på over 4 MB. Sett de store filene over til lenkemodus. Se Vedlegg og bilder.

En HTTP-forespørsel mislykkes med feilmeldingen SSRF blocked. Målet viser seg å være en privat eller intern nettverksadresse, noe som avvises av sikkerhetshensyn. Bruk et offentlig tilgjengelig endepunkt.

Alt slutter å fungere samtidig, og det vises en melding om at kvoten er oppbrukt. Du har brukt opp din 30-dagers kvote. Se Planer og bruk.

Spørre Sidekick

Shopify Sidekick kan hente data direkte fra denne appen, i skrivebeskyttet modus. Dette går ofte raskere enn å filtrere historikken manuelt:

• «Var det noen e-poster som ikke kom frem denne uken?»
• «Hvorfor mislyktes sendingen av den siste e-posten min?»
• «Hvilke e-postavsendere er konfigurert?»
• «Har jeg en HTTP-forespørsel til Airtable?»

Sidekick vil aldri returnere hemmelige verdier, SMTP-passord, OAuth-tokens, HTTP-header-verdier eller rå data - for disse blir du omdirigert til selve appen.

Fortsatt fast

Opprett en feilmelding med butikkens domene, navnet på oppsettet eller forespørselen og tidsstempelet for kjøringen. Se Rapporter en feil i hjelpesenteret.