I denne guiden
En god feilrapport inneholder tidspunkt, berørt oppgave og en anonymisert melding. Logger kan være tekniske og kan inneholde persondata eller nøkler. Del bare det support trenger, gjennom en egnet kanal, og behold sammenhengen rundt selve feilen.
Slik går du frem
Noter når feilen skjedde og hva brukeren forsøkte.
Finn relevant logg fra komponenten som håndterte oppgaven.
Fjern følsomt innhold før utdraget deles med ansvarlig leverandør.
Et praktisk eksempel
En rapport som sier at betaling feilet klokken 14:07 med en bestemt feiltype er lettere å følge enn et skjermbilde av hele ordredatabasen. Ordre-ID kan knytte hendelsen til butikkens interne undersøkelse.
Unngå denne feilen
Ikke publiser rå logger på en åpen side. De kan inneholde mer enn den synlige feilmeldingen.
Kontroller resultatet
Har mottakeren nok informasjon til å gjenta eller finne hendelsen uten å få unødvendige kundeopplysninger?
Arbeid videre
- Planlagte jobber i WooCommerce: oppdag køer før kundene gjør det
- HPOS i WooCommerce: planlegg endring av ordrelagring
Kontroller tilgjengelige funksjoner og aktuell fremgangsmåte i WooCommerce sin dokumentasjon når du gjør oppsettet.
La oss se på mulighetene
Hva vil du få til med nettbutikken?
Legg igjen kontaktinformasjon. Klis følger opp for å avklare behovet og foreslå et konkret neste steg.