Tegul tavo WooCommerce parduotuvė ir toliau parduoda.

Parduotuvė turi daugiau dalių nei svetainė: mokėjimai, atsargos, užsakymų laiškai, suplanuoti veiksmai. LayerAssist patikrina, nuo ko priklauso tavo klientai, paaiškina, kas neveikia, ir tai pataiso, kol tai nekainavo tau užsakymų.

Trumpai

  • PokalbyjePokalbyje jis patikrina WooCommerce būseną, žurnalus ir mokėjimų šliuzo klaidas, užsakymų laiškus, suplanuotus veiksmus ir greitį ir pataiso tai, kas sugedę.
  • Integruota stebėsenaIntegruotos stebėsenos apima pagrindus: parduotuvės pasiekiamumą ir SSL, taip pat WordPress atnaujinimų automatizavimą WooCommerce ir jo plėtiniams.
  • AutomatizavimasKaip tavo paties automatizavimas jis gali kasdien peržiūrėti parduotuvės žurnalus ir suplanuotus veiksmus ir pranešti, kai kas nors nepavyksta.
  • Dar neprieinamaIntegruotos WooCommerce stebėsenos, kuri reguliariai pateiktų bandomuosius užsakymus, dar nėra.

Kai parduotuvė sugenda, ji sugenda kasoje

WooCommerce parduotuvė gali atrodyti puikiai ir vis tiek prarasti pardavimus: mokėjimų šliuzas, atmetantis kai kurias korteles, užsakymų laiškai, kurie neateina, atsargos, kurios neatsinaujina, kasa, trunkanti dešimt sekundžių. Klientai retai skundžiasi; jie perka kitur.

Užkulisiuose WooCommerce reikia, kad įskiepiai, mokėjimų šliuzai, suplanuoti veiksmai ir el. paštas veiktų kartu. Kai viena grandis sugenda, pėdsakai išbarstyti žurnaluose, kurių dauguma savininkų niekada neatidaro.

Ženklai, kad parduotuvei reikia patikros

  • Užsakymai užstrigę būsenoje „Laukiama apmokėjimo“ arba „Nepavyko“
  • Klientai negauna užsakymo patvirtinimo
  • WooCommerce → Būsena rodo vėluojančius suplanuotus veiksmus
  • Krepšelis ar kasa lėti arba patys išsituština

Dažnos WooCommerce problemos

Mokėjimų šliuzo klaidos

Pasibaigę API raktai, kitur nukreipiantis pranešimų adresas ar pasenęs mokėjimų įskiepis lemia, kad mokėjimai nepavyksta arba lieka nepatvirtinti.

Įskiepių ir temų konfliktai

WooCommerce, plėtinio ar temos atnaujinimas gali sugadinti krepšelį, kasą ar kliento paskyros puslapius.

Užsakymų laiškai, kurie neišeina

Parduotuvės, siunčiančios paštą iš žiniatinklio serverio be tinkamo autentifikavimo, dažnai praranda užsakymų laiškus ir sąskaitas šlamšte.

Duomenimis apkrauta duomenų bazė

Sesijos, žurnalai, senų užsakymų duomenys ir tūkstančiai užbaigtų suplanuotų veiksmų lėtina parduotuvę mėnuo po mėnesio.

Kaip LayerAssist rūpinasi tavo parduotuve

Jis tikrina parduotuvę taip, kaip tikrintų kruopštus kūrėjas – nuo kasos iki duomenų bazės.

Skaito pačios parduotuvės diagnostiką

WooCommerce būsenos ataskaita, jos žurnalai ir mokėjimų šliuzo žurnalai parodo, kas neveikia ir nuo kada.

Tikrina užsakymų laiškus

Jis seka užsakymo laišką nuo parduotuvės iki pašto dėžutės ir pataiso siuntimo būdą.

Išjudina užstrigusius suplanuotus veiksmus

Jis išsiaiškina, kodėl veiksmai nepavyksta ar kaupiasi, pašalina priežastį ir vėl paleidžia eilę.

Pagreitina parduotuvę

Podėlis, kuris nelies krepšelio, tvarkingesnė duomenų bazė ir lengvesnė kasa – išmatuota prieš ir po.

Pavyzdys: užsakymai užstrigę būsenoje „Laukiama apmokėjimo“

  1. Tu

    Daug užsakymų užstringa būsenoje „Laukiama apmokėjimo“, nors pinigai į mūsų mokėjimų sąskaitą ateina.

  2. Ką jis tikrina

    • Mokėjimų šliuzas: mokėjimai sėkmingai gauti
    • Šliuzo žurnalas: teikėjo pranešimai apie mokėjimus atmesti su kodu 403
    • Priežastis: saugumo taisyklė blokuoja adresą, kuriuo teikėjas siunčia pranešimus
    • Suplanuoti veiksmai: veikia normaliai
  3. Ką jis pakeičia

    Praleidau teikėjo pranešimus apie mokėjimus pro saugumo taisyklę ir išbandžiau naują pranešimą

  4. LayerAssist

    Nauji užsakymai vėl patvirtinami. Mokėjimų teikėjas praneša parduotuvei, kai mokėjimas pavyksta, bet saugumo taisyklė blokavo šias žinutes, todėl užsakymai likdavo būsenoje „Laukiama apmokėjimo“. Praleidau jas ir išbandžiau. Jau užstrigę užsakymai apmokėti; gali juos perkelti į „Vykdomas“, arba tai padarysiu aš.

Ką gauni

  • Mokėjimų ir kasos problemos rastos ties priežastimi
  • Užsakymų laiškai, kurie pasiekia klientus
  • Parduotuvė, kuri išlieka greita net augant užsakymams
  • Pataisymai išbandyti puslapiuose, kurie parduoda

Tikros situacijos

Parduotuvė po didelio atnaujinimo

Po WooCommerce atnaujinimo iš kasos dingsta mokėjimo būdai. LayerAssist randa plėtinį, kuris dar nesuderinamas, ir atkuria ankstesnę jo versiją.

Auganti parduotuvė, kuri vis lėtėja

Dveji metai užsakymų ir sesijų sulėtino administravimą. Savininkei patvirtinus, LayerAssist sutvarko pasenusius duomenis ir prideda trūkstamus indeksus.

Savininkas, išvykstantis atostogų

Prieš dviejų savaičių nebuvimą savininkas paprašo kasdienės parduotuvės patikros. LayerAssist kiekvieną rytą peržiūri žurnalus ir suplanuotus veiksmus ir atsiliepia tik tada, kai kas nors nepavyksta.

Kaip atlikti WooCommerce parduotuvės patikrą

  1. Prijunk savo parduotuvę

    Pridėk parduotuvę su prieiga prie prieglobos ar serverio; SSH suteikia LayerAssist daugiausia galimybių.

  2. Paprašyk parduotuvės patikros

    Pokalbyje: „Patikrink mano WooCommerce parduotuvę“ arba apibūdink, ką praneša klientai.

  3. Įjunk pagrindus

    Skiltyje Automatizavimas pridėk parduotuvei pasiekiamumo ir SSL stebėsenas bei WordPress atnaujinimus WooCommerce ir jo plėtiniams.

  4. Pridėk kasdienę patikrą (nebūtina)

    Paprašyk kasdienės parduotuvės žurnalų ir suplanuotų veiksmų patikros kaip savo automatizavimo.

Klausimai apie WooCommerce parduotuvės būseną

Ne. LayerAssist dirba per tavo prieigą prie prieglobos ar serverio ir paties WooCommerce įrankius; į parduotuvę nieko nediegiama.

Kitas: Stebėsena

Nuo 9 $ per mėnesį · 14 dienų apsigalvoti

Kitą kartą, kai kas nors sugadins, žinosi, ko klausti.

Pridėkite savo svetainę ir užduokite pirmąjį klausimą jau šiandien. Ne jums? Atšaukite per 14 dienų ir atgausite pirmąjį mokėjimą, atėmus tik panaudotą DI darbą.

7 dienas nemokamai · Kredito kortelės nereikia · Techninių žinių nereikia.