Custom WooCommerce sääntö ehdot kehittäjille

Jos olet WooCommerce kehittäjä laajentaa promootional plugin tukemaan asiakaskohtaista liiketoiminnan logiikkaa, mukautetun sääntöehdot ovat yleensä missä monimutkaisuus elää. Normaali sääntö ehtoja, että aluksen useimmat BOGO ja alennus plugins käsitellä yhteisiä kuvioita . Minimi ostoskori yhteensä, tietty tuote SKUS, asiakasroolit, päivämäärä vaihtelee . Mutta ne johdonmukaisesti jäävät jälkeen ehdollinen logiikka, että todellinen asiakastyö vaatii. Kehittäjä rakentaa sääntö, joka soveltaa alennusta vain, kun asiakkaan tilaushistoria osoittaa tietyn tuotteen ostettiin, tai vain tietyn lähetysalueen aikana, tai vain kun asiakkaan määrittämistaso vastaa mukautettua taksonomia osuu rajojen vakio sääntö moottoreiden nopeasti.

✓ GT BOGO Engine PRO sisältää 30 päivän palautustakuun.

Tämä viesti on WooCommerce kehittäjille ja teknisiä johtolankoja, jotka tarvitsevat laajentaa mainosten sääntö logiikkaa enemmän kuin mitä varaston plugins tarjota. Kävelemme läpi, miten mukautettuja sääntöjä ehtoja toteutetaan tyypillisesti nykyaikaisissa WooCommerce myynninedistämisarkkitehtuurit, jossa arkkitehtoninen päätökset on tärkeää ylläpidettävyyden, ja mitä muutoksia, kun taustalla promotional plugin paljastaa puhdas laajennus pinta mukautetun kunto logiikka sen sijaan, että tarvitaan haarukat tai hakata työtä ympäri.

Miksi omat säännöt ovat arkkitehtonisesti tärkeitä

Rakenteellinen ongelma jäykissä sääntömoottoreissa on se, että todellinen asiakastyö ylittää johdonmukaisesti moottorialusten ehdot. B2B-tukkuasiakas haluaa alennuksia vain asiakkaille, joilla on aktiivisia tukkutason sopimuksia talletettu mukautetun käyttäjän meta. Tilauspohjainen kauppa haluaa erilaista alennuslogiikkaa asiakkaille, joilla on aktiivinen liittymä vastaan asiakkaat ilman. Markkinamyyjä haluaa alennuslogiikkaa, joka noudattaa myyjän vähimmäis- ja tasorajat. Standard "minimum cart total" ja "specific products" ehdot eivät riitä, koska liiketoimintalogiikka on aidosti monimutkaisempi kuin ne primitiiviset voivat ilmaista.

McKinsey hinta- ja myynninedistämisanalytiikkatutkimus osoittaa jatkuvasti, että vähittäismyyjät aliarvioivat koordinoidun markkinointianalytiikan arvon. Sama aliarviointi vaikuttaa siihen, miten WooCommerce-kehittäjät suhtautuvat laaja-alaisiin sääntöihin . Oletus, että "liitännäinen käsittelee standarditapauksia" kätkee tosiasian, että tuotantokaupat tarvitsevat rutiininomaisesti ehdollista logiikkaa, joka menee standarditapauksia pidemmälle. Arkkitehtijoustavuus mukautettuihin olosuhteisiin on perusta, joka määrittää, voiko kehittäjä laajentaa siististi tai täytyy taistella plugin toimittaa asiakkaan vaatimukset.

Ostoskorin hylkäystiedot Baymard Institute:sta perustuvat 50 erilliseen kärryn hyläystutkimukseen, joiden mukaan keskimääräinen kokonaishinta on 70,22 prosenttia. Ostoskorin hylkäämiseen liittyvät omat sääntöehdot ovat tärkeitä, koska väärät olosuhteet voivat tuottaa hylättyjä kärryjä, joissa asiakas odotti alennusta, joka ei ollut voimassa. B2B-asiakas, joka odotti tukkualennusta, mutta ei saanut sitä, koska sääntömoottori ei tarkistanut tukkusopimustaan, hylkää kärryn. Tilaaja, joka odotti tilaajaa vain, mutta ei nähnyt sitä, koska sääntömoottori ei ymmärtänyt tilaustilaa. Kuntologi vaikuttaa todellisiin konversiotuloihin.

Miltä moderni WooCommerce Custom sääntö Architecture näyttää

Arkkitehtuurin malli, että asteikot mukautetun sääntöehdot on puhdas laajennus pinta, jossa kehittäjät voivat rekisteröidä mukautettuja ehtoja kautta dokumentoitu koukkuja, eikä apina-patching plugin sisäiset tai ylläpitää haarukat. Mukava ehto tyypillisesti rekisteröityä kutsuttavissa, joka vastaanottaa kärryn ja asiakkaan kontekstin ja palauttaa boolean osoittaa, onko sääntö olisi sovellettava. Plugin vetoaa rekisteröityihin ehtoihin aikana cart laskelma, arvioi boolean tuloksia, ja soveltaa säännön logiikka vastaavasti.

Koukku-pohjainen laajennus kuvio tuottaa kolme arkkitehtonista hyötyä. Ensinnäkin, kehittäjän mukautettu kunto logiikka elää asiakaskohtainen koodi eikä plugin haarukoita, mikä tarkoittaa plugin päivitykset eivät riko asiakkaan räätälöinnit. Toiseksi, mukautettu kunto logiikka on testattu erikseen, koska se on puhdas toiminto yli ostoskorin ja asiakaskontekstin . Kolmanneksi, mukautetut olosuhteet tulevat uudelleen koko kehittäjän asiakasportfoliossa, koska sama kuntologi, joka toimii asiakkaan A tukku tarkistaa voidaan mukauttaa asiakkaan B tilaus tarkistus minimaalinen muutos.

Vaihtoehtoinen arkkitehtuuri ... apina-patching plugin sisäiset tai ylläpitää haarukat . Ensinnäkin, plugin päivitykset rikkoa asiakkaan työtä, koska laastarit olettaa sisäiset plugin rakenteet, että preforor plugin voi muuttua ilman ennakkoilmoitusta. Toiseksi, mukautetun logiikka ei ole testattava erikseen, koska se vaatii täyden plugin kontekstin suorittaa. Kolmas, mukautettu logiikka ei ole uudelleenkäytettävissä asiakkaille, koska se on hitsattu yhteen tiettyyn plugin version sisäiset.

Mitä GT BOGO Engine tarjoaa mukautettuja sääntöjä

GT BOGO Engine on maailman ensimmäinen yritysluokka Osta X Get Y automaatiojärjestelmä rakennettu erityisesti WooCommerce. Alusta sisältää 48 supervoimat toimivat sisällä WooCommerce automaattisesti, plus 200 valmiiksi rakennettu kampanja paketit 19 teollisuuden, plus puhdas laajennus pinta mukautettujen sääntöjen ehtoja kautta dokumentoitu koukkuja ja suodattimet. Kehittäjät voivat laajentaa sääntö moottoria ilman haarukka plugin tai apina-patching sisäinen. Kehittäjä-tarkennettu käyttö erityisesti, neljä ominaisuuksia asia operatiivisen todellisuuden rakentamiseen mukautetun sääntö logiikka alustalla.

Ensinnäkin sääntö moottori paljastaa kunnon rekisteröinnin kautta standardi WordPress suodatinkoukkuja. Kehittäjät rekisteröidä mukautettu kunto soittaa, jotka vastaanottavat ostoskoriin kontekstin ja asiakkaan kontekstin parametreja ja palauttaa boolean. Alusta vetoaa rekisteröity ehtoja ostoskorin laskennan aikana ja arvioi boolean tulokset määrittää, sovelletaanko jokainen sääntö. Koukku-pohjainen laajennus tarkoittaa mukautettuja olosuhteita elää asiakaskohtainen koodi ja hengissä plugin päivitykset siististi.

Toiseksi, asiakastiedustelukerros paljastaa asiakastilan jäsennellynä API:nä, jota mukautetut ehdot voivat tiedustella. Asiakas LTV-taso, asiakassegmentit, vuosipäivän tila, tilaustila ja ostohistoria ovat kaikki saatavilla dokumentoitujen menetelmien avulla sen sijaan, että vaadittaisiin räätälöityjä kyselyjä WooCommerce-tietokantaa vastaan. Rakenteellinen API tarkoittaa mukautettua kuntologiaa, joka voi hyödyntää alustan asiakastiedustelua ilman, että segmentointityö toteutetaan uudelleen. Lisätietoja asiakastiedustelukerroksesta on saatavilla WooCommerce LTV pisteytysliitännäisellä.

Kolmanneksi, ostoskori konteksti paljastaa jäsennellyn pääsyn ostoskorin sisältöön, sovellettuihin sääntöihin, asiakastietoihin ja toimitusvalintoihin. Muokatut olosuhteet voivat tarkastella koko ostoskorin tilaa dokumentoitujen menetelmien avulla, mikä tarkoittaa sitä, että mukautettu kuntologiikka voi toteuttaa liiketoiminnan sääntöjä, jotka riippuvat ostoskorin sisällön, asiakkaan tilan ja toimitusympäristön yhdistelmistä. Strukturoitu ostoskorin konteksti korvaa korien rakenneiden hauras kuvion suoraan ja rikkoontuu, kun WooCommerce päivittää sisäisiä ostoskoreja.

Neljänneksi, alustan testaus apuohjelmat paljastavat made cart ja asiakaskontaktit, joita kehittäjät voivat käyttää yksikkötesteissä. Oma kuntologiikka voidaan testata erikseen tarjoamalla testikärryt ja asiakaskontaktit ja tarkistamalla boolean lähdöt vastaamaan odotettua käyttäytymistä. Testauslaitokset tekevät mukautetut olosuhteet aidosti testattavissa sen sijaan, että ne tarvitsisivat täydet WordPress integraatiotestit jokaista olosuhteiden muutosta varten. Lisätietoja testaus lähestymistavoista, katso kehittäjä WooCommerce testaus vaihe.

Miten kehittäjät toteuttavat omia sääntöjä käytännössä

Toteutusmalli mukautetun säännön ehto noudattaa standardia WordPress kehitys työnkulku. Kehittäjä luo mukautetun plugin tai lisää koodin asiakaskohtainen MU plugin, rekisteröi mukautetun kunnon kautta dokumentoitu suodatinkoukku, toteuttaa kunto logiikkaa kutsuttavana, joka palauttaa boolean, ja testaa kuntologia vastaan odotettuja ostoskori ja asiakas skenaarioita. custom plugin elää erillään GT BOGO Engine, mikä tarkoittaa plugin päivitykset eivät vaikuta mukautetun logiikan.

B2B-tukkutarkastukseen mukautettu kunto kysyy asiakkaan käyttäjämetaa tukkusopimuksen lippua varten ja palauttaa totuuden vain silloin, kun lippu on läsnä ja sopimus on aktiivinen. Customed conditions sitten liittää erityisiä sääntöjä, joissa tukkulogiikka olisi sovellettava, ja sääntö moottori arvioi mukautetun kunnossa ostoskorin laskennan aikana. Tuloksena on, että tukkutason vaatimukset täyttävät asiakkaat näkevät tukkukaupan säännöt automaattisesti, kun taas muut kuin tukkukaupan asiakkaat näkevät vakioituja vähittäismyyntisääntöjä.

Tilaustila tarkistaa, mukautettu ehto kyselyt WooCommerce Tilaustilaukset plugin API asiakkaan aktiivisen tilauksen tila ja palautuu totta, kun asiakas on aktiivinen tilaus, joka vastaa tiettyjä kriteerejä. Mukautettu ehto liittää tilauskohtaiset säännöt, ja sääntö moottori arvioi vastaavasti. Alustan asiakastiedustelu taso jo tarjoaa tilausten havaitseminen, mikä tarkoittaa, että yksinkertainen tilaustarkastus voi vaatia mukautetun ehdon .

Myyjän tarkistus, mukautettu kunto kyselee ostoskorin sisältöä tuotteiden tiettyjen myyjien ja palauttaa totta, kun myyjä-kohtaiset minimit ja määrittämistasot täyttyvät. Custom condition liittää myyjä-kohtaiset säännöt, ja sääntö moottori arvioi ostoskorin sisällön laskennan aikana. Tuloksena on, että markkinapaikka myyjäkohtainen mainoslogiikka sovelletaan automaattisesti rikkomatta ostoskorin laskelmaa, kun muiden myyjien tuotteet ovat myös ostoskorissa.

Vertailu: Standardi sääntö moottorit vs Extensible sääntö moottorit

.........................................................................................................................................................................................................................................-.....................

Reaalimaailman oma sääntö Esimerkit

B2B-jakeluasiakas tarvitsee promootiologiaa, joka riippuu asiakkaan tilitasokohtaisista volyymikynnyksistä. Kehittäjä toteuttaa mukautetun ehdon, joka kyseenalaistaa asiakkaan tilitason käyttäjän metasta ja ostoskoriin liittyvän volyymin laskemisen. Kunto palautuu, kun ostoskorin volyymi täyttää asiakkaan tilin määrittämistason kynnysarvon, mikä tarkoittaa, että Tier-A-asiakkaat näkevät automaattisesti eri volyymin raja-arvot kuin B-tason asiakkaat automaattisesti. Customs condition on noin 25 koodiriviä, elää asiakaskohtaisessa pluginissa ja on yksikkötestattu edustavien ostoskorien ja asiakkaiden skenaarioita vastaan.

Tilauspohjainen hyvinvointiasiakas tarvitsee markkinointilogiikkaa, joka sulkee tilaustuotteet pois laajoista alennuksista samalla kun hän soveltaa lisätuotteiden tilausasiakkaille suunnattuja erikoistarjouksia. Kehittäjä toteuttaa mukautettuja ehtoja, jotka tarkistavat sekä ostoskorin sisällön (lukuun ottamatta tilaustuotteita alennuslaskennasta) että asiakastilan (erittelemällä aktiiviset tilaajat erikoistarjouksia varten). Edellytykset integroidaan alustan tilaustunnistusominaisuuteen ja lisätään asiakaskohtainen logiikka, jota alusta ei tarjoa paketista. Tilauskäsittelyn osalta katso WooCommerce-tilaus BOGO-tarjoukset.

Multi-vendor markkina-asiakas tarvitsee markkinointilogiikkaa, joka kunnioittaa per-vendor minimit ja per-vendor quare kynnysarvot. Kehittäjä toteuttaa mukautetun ehdon, joka tutkii kärryjen sisältöä myyjä, laskee per-vendor summat, ja arvioi per-vendor kynnys logiikka. Tila palaa totta vain silloin, kun per-vendor logiikka osoittaa sääntö olisi sovellettava kyseisen myyjän tuotteita. Tuloksena on, että markkinoiden myynninedistämislogiikka toimii oikein kaikissa multi-vendor carts rikkomatta kun myyjät tuotteiden sekoitus samassa korissa.

Muuttopolku voimassa olevalle omalle sääntölogialle

Siirtyminen ei ole tuhoisaa, koska GT BOGO Engine on rinnakkain olemassa olevien mainosliitännäisten kanssa ilman konflikteja. Kehittäjät voivat asentaa GT BOGO Engine:n nykyisen mainosjärjestelmän rinnalle, porttikohtainen sääntölogiikka uuteen arkkitehtuuriin asteittain ja validoida käyttäytymisen ennen eläkkeelle jäämistä vanhaan järjestelmään. Tämä käsittelee standardikehittäjän huolta häiriöriskistä alustasiirtymän aikana.

Käytännöllinen siirtymä sekvenssi on neljä vaihetta yli kaksi kolme kuukautta tyypillinen mukautetun sääntö salkun. Ensinnäkin, tarkastaa nykyisen mukautetun sääntö logiikka tunnistaa, mitä mukautetun olosuhteet, mistä plugin sisäiset ne riippuvat, ja mitä testi kattavuus näyttää. Auditointi tuottaa siirtymän ruuhkaa kunkin mukautettu ehto on lueteltu siirtää. Toiseksi, Port kaikkein yksinkertaisin mukautettuja ehtoja ensin validoida migraatiomalli ja rakentaa kehittäjän asiantuntemusta uuden arkkitehtuurin. Kolmanneksi, Port loput mukautettuja ehtoja ensisijainen järjestyksessä perustuu asiakkaan vaikutus ja monimutkaisuus.

Neljänneksi, validoida migroitu mukautettuja ehtoja vastaan edustavat asiakasskenaarioita ja eläkkeelle perintöjärjestelmä kun pariteetti on tarkistettu. Validointivaiheessa käytetään tyypillisesti vaiheympäristöjä tuotantodatan kuvakuvia tarkistaa, että migroitu logiikka tuottaa vastaava käyttäytyminen kuin entinen logiikka. Useimmat mukautetun sääntöportfoliot täydellinen siirtyminen neljäsosassa, yksinkertaisimmat mukautetut olosuhteet muuttuvat päivät ja monimutkaisemmat olosuhteet vievät yhden tai kaksi viikkoa kukin. Lisätietoja lavastus työnkulkuja, katso kehittäjä WooCommerce testaus vaihe.

Hinnoittelu ja lisenssirakenne kehittäjän käyttöön

GT BOGO Engine PRO on 499 dollaria vuodessa tasainen asiakasta kohti kauppa ilman per-feature hinnoittelu tasot. Ei ole veloitusta sääntöjen laajennus valmiuksia, asiakkaan älykkyys API, ostoskori konteksti API, testaus apuohjelmat, tai mikä tahansa alustan kehittäjän piirteet. Yksittäinen teollisuuskohtaiset PRO Packs ovat $ 79.99 kunkin. Kolme nippu tasot tarjoavat säästöjä asiakkaille useita toimialoja: Starter Bundle (299 dollaria 5 pakkausta, säästää $ 100.95), kasvu Bundle (299 dollaria 9 pakkausta, säästää $ 220.91), ja Complete Arsenal ($ 799 15 pakkausta, säästää $ 400.85).

Ilmainen ydin plugin sisältää säännön laajennus kyky ja dokumentoitu suodatin koukkuja, mikä tarkoittaa kehittäjät voivat validoida laajennusarkkitehtuuri ennen sitoutumista PRO. Useimmat kehittäjät käyttävät vapaata tasoa alkuperäisen arkkitehtonisen validoinnin ja portti prototyyppejä, sitten päivittää PRO, kun asiakkaan käyttöönotto sisältää kampanja paketti kirjasto, asiakkaan älykkyys kerros, ja elinkaari sähköpostijärjestelmä, jotka ovat PRO-vain ominaisuuksia.

Usein kysyttyä WooCommerce:n kehittäjiltä

Mikä on dokumentoitu suodatinkoukku mukautettujen olosuhteiden kirjaamiseen?

Alusta paljastaa suodatinkoukkuja kuntorekisteröintiin, joka noudattaa standardia WordPress. Tarkat koukkujen nimet ja allekirjoitukset dokumentoidaan kehittäjän oppaassa. Kuvio seuraa WordPress-käytäntöä nimeltään suodatinkoukkuja, joita vastaan mukautetut plugins rekisteröi kutsuttavia kohteita, ja alusta vetoaa rekisteröityihin soitettavia kohteita ostoskorilaskennan aikana. Dokumentoidut koukkuja pysyvät vakaina kaikissa plugin-versioissa, joissa on taaksepäin yhteensopiva käyttäytyminen säilynyt, kun koukkuja kehittyy. Lisätietoja kehittäjän arkkitehtuurista, katso kehittäjän opas GT BOGO Engine.

Miten alusta käsittelee tavallisten olosuhteiden ja sisäänrakennettujen olosuhteiden välisiä ristiriitoja?

Mukautetut olosuhteet ja sisäänrakennetut olosuhteet arvioivat itsenäisesti, sääntö moottori yhdistää boolean tulokset säännön kunto logiikka (kaikki ehdot on oltava totta, kaikki ehdot on oltava totta, jne.). Ei ole ristiriitaa tulli- ja sisäänrakennettu olosuhteet, koska ne arvioidaan rinnakkain boolean tarkastukset eikä päällekkäistä logiikkaa. Kehittäjät määrittää sääntöjä yhdistelmiä mukautettuja ja rakennettu ehtoja ilmaista monimutkainen liiketoiminta logiikka.

Voivatko mukautetut ehdot käyttää kolmannen osapuolen plugin tietoja?

Kyllä. Mukautetut ehdot toteutetaan standardi WordPress pyyntö-kontekstissa, mikä tarkoittaa, että he voivat käyttää kaikkia saatavilla olevia tietoja standardien WordPress ja WooCommerce API:n kautta. WooCommerce Tilaustiedot, mukautetun käyttäjän meta, kolmannen osapuolen plugin-tiedot ja ulkoiset API-puhelut ovat kaikki käytettävissä mukautetussa kunnossa kutsuttavissa. Kehittäjien olisi otettava huomioon suorituskyvyn vaikutukset, kun mukautetut olosuhteet tekevät ulkoisia API-puheluja, koska ehdot suoritetaan ostoskorin laskennan aikana.

Miten alusta käsittelee taaksepäin yhteensopivuus mukautettuja ehtoja?

Dokumentoidut suodatinkoukkuja mukautettu kunto rekisteröinti noudattaa semanttista versiointia käytäntöjä. Takaisin-yhteensopivia muutoksia tapahtuu vapaasti; taaksepäin-yhteensopimattomia muutoksia tapahtuu suurissa versiosiirtymiä dokumentoitu siirtymäpolut. Mukautetut olosuhteet kirjoitetaan vastaan dokumentoitu koukku yhdessä merkittävässä versiossa jatkaa työskentelyä myöhemmin vähäinen ja laastarin julkaisut ilman muutoksia.

Mikä on tyypillinen kehitysaika portti custom sääntö logiikka perintö plugin?

Useimmat mukautetun säännön logiikka portit päivät eikä viikkoja, koska arkkitehtoninen malli on yhdenmukainen koko sääntö moottori. Yksinkertaiset mukautetun olosuhteet (boolean tarkistaa vastaan kärryn tai asiakkaan tiedot) portti tuntia. Monimutkaiset mukautetun olosuhteet (monivaiheinen logiikka ulkoisia riippuvuuksia) portti päivät. Kokonaisportti aika tyypillinen asiakasportfolio toimii yksi-kaksi viikkoa kehittäjä, jossa syvempi työ on testaus ja validointi kuin portti itse. Laajempi konteksti kehittäjä arkkitehtuurin, katso kehittäjä nolla konflikti arkkitehtuuri.

GT BOGO Engine on rakennettu GRAPHIC T-SHIRTS, todellinen WooCommerce myymälä yli 1200 alkuperäinen mallit käynnissä mittakaavassa. Vieraile gtbogoengine.com ladata vapaa ydin plugin, arvioida säännön laajennus arkkitehtuurin ja kehittäjä-suuntautunut API, ja päättää, onko alustan laaja-alaisuus oikeuttaa muuttoliikkeen aikajanalla. Laajempi asiayhteys, katso WooCommerce promotional älykkyys selitetään.