WordPress

El. prekybos tendencijų supratimas: prekyba be galvos

Kadangi el. prekybos pasaulis ir toliau plečiasi, didėja ir galimos klientų patirties kūrimo galimybės, apimančios kelis kanalus ir pasiekiančios vartotojus, kad ir kur jie būtų.

Antroje šios trijų dalių serijos apie el. prekybos tendencijas dalyje atidžiau pažvelgsime į begalvį arba atsietą požiūrį į skaitmeninę prekybą ir tai, kaip kai kurie mūsų partneriai be galvos naudoja neįtikėtinus el. prekybos sprendimus.

Jei praleidote, peržiūrėkite pirmąją serijos dalį čia, kurioje pateikiama išsami informacija apie daugiakanalio prekybą ir būdus, kaip sukurti visiškai susietą klientų patirtį naudojant „WordPress“.

Antroje dalyje apimsime šiuos skyrius:

  • Kas yra prekyba be galvos?
  • Kodėl prekyba be galvos?
  • Prekyba be galvos su „WordPress“.
  • „BigCommerce“ + „WordPress“.
  • Shopify + WordPress
  • Progresyviosios žiniatinklio programos (PWA)

Kas yra prekyba be galvos?

Negalime kalbėti apie elektroninės prekybos tendencijas, nepaminėdami begalvio. 

Galbūt jūsų komanda nori pasiūlyti optimizuotą apsipirkimo patirtį ir šiuo metu susiduria su „WordPress“ apribojimais. Nesvarbu, ar šie apribojimai yra mastelio su trečiosios šalies platforma problemos, ar kelių kanalų valdymo iššūkiai, „Headless Commerce“ gali padėti. 

Komercija be galvos – tai jūsų internetinės parduotuvės priekinio pateikimo sluoksnio atsiejimas nuo pagrindinės el. prekybos platformos. 

Naudodami be galvos, kūrėjai gali sutelkti dėmesį į sąsajos patirties kūrimą naudodami turtingą, SEO optimizuotą turinį, kad pritrauktų daugiau srauto į internetinę parduotuvę.

Gana dažnai el. prekybos platformos nėra atsakymas į jūsų turinio strategiją. Čia „WordPress“, kuri siūlo daugybę pasirinkimų kuriant, publikuojant ir reklamuojant turinį, yra pasirinkta TVS. 

Tuo tarpu kūrėjai gali naudoti tvirtą prekybos platformą savo galiniams poreikiams, įskaitant užsakymų, katalogų, pristatymo ir atsargų valdymą. Be to, platforma gali prisijungti prie svarbių verslo programų, įskaitant ERP, CRM, PIM ir POS. 

Svarbu tai, kad daugelis pramonėje pirmaujančių prekybos platformų taip pat yra atsakingos už PCI atitikties ir saugumo valdymą, o tai sumažina riziką ir naštą verslui.


Kodėl prekyba be galvos?

Štai tik keletas privalumų, kuriuos organizacijos suvokia begalviškai žiūrėdamos į el. prekybą:

  • Daugiau lankstumo. Daugiau laisvės. Atsiejus architektūrą, jūsų inžinierių komanda arba agentūros partneris gali panaudoti savo dabartinį įgūdžių rinkinį, kad sukurtų geriausią sąsajos patirtį ir judresnį. Nesvarbu, ar tai „React“, „Vue“, ar „Angular“, kiekviena organizacija turi savo pirmenybę kurdama priekinės klasės technologijas. 
  • Išlaikyti esamą technologijų krūvą. Įmonėms, kurios jau investuoja į konkrečias technologijas ir nori integruoti komercinį sprendimą, pakeisti visos architektūros neįmanoma. Tai gali būti per brangu, per daug laiko reikalaujanti arba tiek. Negalvojantis požiūris gali padėti išlaikyti esamą technologijų krūvą ir įdiegti naujas funkcijas. 
  • Turinio ir prekybos strategija. Daugelis prekių ženklų orientuojasi į turinį. Naudojant geriausius savo klasėje turinio valdymo ir prekybos sprendimus, atskiros technologijos gali daryti tai, ką moka geriausiai. Jei scenarijus yra visiškai be galvos, TVS gali pateikti turinį į sąsają per API ir daugiau dėmesio skirti patirtimi grindžiamam požiūriui. Tuo tarpu prekybos platforma gali pasirūpinti galinių procesų sudėtingumu. Pvz. „WordPress“ ir „BigCommerce“*
  • Keli priekiniai galai. Kai jūsų technologijų ekosistemoje bus sukurta prekybos platforma, ji gali tapti vieninteliu tiesos šaltiniu visoms komercijos dalykams. Naudodami be galvos galite sukurti kelias sąsajas ir valdyti jas naudodami centralizuotą vieną prekybos sprendimą. Šios priekinės dalys gali būti naudojamos įvairiais atvejais, įskaitant pardavimo skatinimą skirtinguose regionuose arba antrinių prekių ženklų maitinimą pagrindinėje įmonėje. 
  • Mastelio keitimas, stabilumas ir našumas. Naudoti monolitinį sprendimą tiek turiniui, tiek prekybai gali būti brangu. Atsiejus šiuos sprendimus, jūsų verslas gali pritaikyti kiekvieną komponentą atskirai ir efektyviai pagal poreikį. Naudodamos didelio našumo API tarp priekinio ir galinio sluoksnio, įmonės nebeapsiriboja vieno kamino komponento išteklių apribojimais.

*Scenarijai, kuriais dalijamės šiame straipsnyje, yra susiję su „laisvai susietu“ arba „tiltu“ be galvos požiūriu, palyginti su visiškai atsietu.

Šie privalumai taip pat susiję su iššūkiais, kurių daugelį čia paminėjome. Vėliau aptarsime kai kuriuos konkretesnius iššūkius, kylančius kuriant Headless Commerce.

Apskritai begalvis požiūris suteikia daugiau lankstumo kuriant patrauklią priekinę patirtį naudojant tvirtą prekybos platformą, naudojant geriausias savo klasėje technologijas. Taikydami šį API pagrįstą metodą, įmonės gali pasinaudoti atvirojo kodo platformų išplėtimu ir įgyti konkurencinį pranašumą savo rinkoje. 

Juk skirtingi prekių ženklai turi skirtingus poreikius, o visiems tinkantis sprendimas retai kada pritaikomas kiekvienam verslui.


Prekyba be galvos su „WordPress“.

kvalifikuota moteris IT specialistė, dirbanti internetinėje platformoje, skirta programuotojams, prisijungusiems prie wifi interneto šiuolaikiniame nešiojamajame įrenginyje

Begalvis požiūris gali pasiūlyti įdomių privalumų, bet nuo ko pradėti? Pažiūrėkime, kokių komercijos funkcijų reikia mažiausiai:

  • Rodyti prekės duomenis (Prekės pavadinimas, aprašymas, kaina, paveikslėlis).
  • Pasirinkite prekę ir įdėkite į krepšelį.
  • Patikrinti produktą. 

Tradiciškai naudojant patikimą el. prekybos sprendimą, pvz., „WooCommerce“, būtų naudojamas susietas „WordPress“ metodas (ir priekinė, ir galinė dalis tame pačiame „WordPress“ egzemplioriuje). Tačiau kadangi kalbame apie begalvį požiūrį, pažvelgsime į kai kuriuos kitus skaitmeninės prekybos sprendimus rinkoje, kad sukurtume šias funkcijas. 


„BigCommerce“ + „WordPress“..

„BigCommerce“ jau turi puikų produktų valdymo sprendimą, o jo grožis yra tas, kad visi duomenys yra saugioje, keičiamo dydžio vietoje, todėl „WordPress“ svetainių savininkams nereikia nerimauti dėl tų duomenų savarankiško prieglobos ir atminties apribojimų bei saugumo. susirūpinimą, kuris gali kilti. Tai suteikia puikią galimybę prisijungti prie BigCommerce platformos ir įterpti ją tiesiai į „WordPress“, kad produktus būtų galima įterpti kartu su vietiniu „WordPress“ turiniu.

Geoffas Grahamas, Šiuolaikinė gentis

„BigCommerce“ turi tvirtą el. prekybos variklį, kuris aptarnauja visų dydžių prekybininkus. 2020 m. „IDC MarketScape“ pristatė „BigCommerce“ kaip besiformuojantį „Begalvių komercijos“ lyderį.

Techniniu požiūriu „BigCommerce“ platforma yra labai išplečiama, kad būtų galima prisijungti prie esamo technologijų paketo. Tai apima el. prekybos funkcijų kūrimą naudojant „WordPress“.

Pirmiausia platformoje yra specialių API, kurios padeda pasiekti pirmiau minėtas pagrindines komercijos funkcijas. 

  • Katalogo API:  Sinchronizuoja katalogo ir atsargų duomenis. Palaikomi fiziniai produktai, skaitmeniniai produktai (atsisiunčiamos el. knygos, programinė įranga, muzika) ir dovanų kuponai. 
  • Krepšelio API: Tinkinkite krepšelio patirtį, nesvarbu, ar tai „WordPress“ sąsaja, ar programa mobiliesiems. Keiskite krepšelio turinį ir ištraukite krepšelio duomenis analizės įrankiams.  
  • Checkout API: Leidžia pasirinkti tinkintą atsiskaitymo patirtį už „BigCommerce“ parduotuvės ribų. Galimybės apima prenumeratos ir pasikartojančių užsakymų parinkčių siūlymą.
  • Mokėjimų API: Apdorokite mokėjimus naudodami saugomus mokėjimus kortelėmis arba mokėjimus kredito kortelėmis naudodami „BigCommerce“ palaikomus mokėjimo šliuzus.  

Tai puiku, tiesa? Turime daug API, su kuriomis galime dirbti, kad sukurtume pritaikytą sąsajos patirtį. API tvarko verslo logiką, kuris produktas (ir jo duomenys) kur eina (WordPress puslapis, programa mobiliesiems). 

Problema ta, kad „WordPress“ sąsaja iš esmės tampa nuotoline parduotuve. Turite „BigCommerce“ platformą, kuri palaiko ryšį su „WordPress“ per API.

Tačiau dabar turite dvi atskiras sistemas, kurios dar nėra suvienodintos. Idealiu atveju prekybos platforma būtų vienintelis produktų, užsakymų ir vartotojų tiesos šaltinis. Tačiau naudojant dvi atskiras platformas, kyla problemų dėl klientų paskyrų sinchronizavimo, atsargų valdymo ir analizės.

„BigCommerce For WordPress“ papildinio pagrindinių nustatymų prietaisų skydelis

Kaip sprendžiate skirtingas sistemas? Čia gali padėti „BigCommerce For WordPress“ integracija. Užuot sukūrę „WordPress“ sąsają su prekybos galimybėmis nuo nulio, galite greičiau įdiegti begalvį komercijos sprendimą, įdėdami mažiau pastangų. 

Papildinys atlieka šiuos veiksmus:

  • Perkelkite pagrindinius išteklius, kurie paprastai apsunkintų „WordPress“ egzempliorių.
  • Automatiškai importuoja „BigCommerce“ produkto duomenis į „WordPress“ per WP cron (numatytasis laikas yra 5 minutės ir gali būti koreguojamas papildinio nustatymuose)
  • Sumažinkite kelių priedų diegimo poreikį, kad įgalintumėte pažangesnes funkcijas, įskaitant valiutos tvarkymą, pristatymą, mokesčius ir pasaulinio mokėjimo šliuzo palaikymą.
  • Pasinaudokite įterptosios patikros patirtimi, kai „BigCommerce“ prisiima PCI atitikties naštą.
  • Integruokite atsargų duomenis su verslo sistemomis, pvz., ERP ir PIM, tiesiogiai naudodami „BigCommerce“.
  • Sukurkite didelius katalogus su daugybe variantų ir kiekvieno produkto SKU. (Modern Tribe turi nepalankiausiomis sąlygomis patikrintus katalogus su iki 5000 sudėtingų produktų be problemų)
  • Tvarkykite pardavimą keliais kanalais (priešinės sąsajos patirtį) vienoje „BigCommerce“ informacijos suvestinėje. 

Iš esmės papildinys veikia kaip be galvos jungtis prie pagrindinės „BigCommerce“ platformos. Jis naudoja aukščiau paminėtas API, kad importuotų jūsų produktų katalogą į „WordPress“ tinkintų įrašų tipų pavidalu. Kaip ir naudojant pasirinktinius įrašų tipus, „WordPress“ galite redaguoti, kad nepaisytumėte produktų aprašymų, gaunamų iš „BigCommerce“. 

Atsižvelgiant į tai, papildinys yra tik pradžia ir siūlo pagrindines prekybos funkcijas. Tačiau jei norite dar labiau pritaikyti „WordPress“ priekinę dalį, galite išplėsti „BigCommerce“ galimybes atsižvelgdami į konkrečius naudojimo atvejus.

Pavyzdžiui, yra įvairių būdų, kaip pasiekti atsiskaitymo patirtį. Žinoma, įterptasis atsiskaitymas yra greičiausias būdas sukurti atsiskaitymo puslapį, nes reikia mažiau kūrimo. Tačiau taip pat yra mažiau galimybių valdyti dizainą, nes „WordPress“ patikros puslapyje iš esmės naudojate „iframe“. Jei norite labiau pritaikyti patikros patirtį, apsvarstykite galimybę naudoti „BigCommerce“ patikros SDK.

Patikrinimo SDK

„Checkout“ SDK yra kliento pusės „JavaScript“ biblioteka, kuri palengvina krepšelio ir patikros API naudojimą. Tai dar vadinama Storefront API. Galite naudoti šią biblioteką norėdami sukurti tinkintą atsiskaitymo vartotojo sąsają su funkcijomis, įskaitant:

  • Prisijunkite klientus prie savo paskyros
  • Rodyti visus pristatymo būdus ir kainas 
  • Įgalinti mokėjimą už užsakymus

Štai pavyzdys iš „Checkout“ SDK testavimo aplinkos:

Nors atsiskaitymo vartotojo sąsają galima tinkinti, atminkite, kad tai yra „BigCommerce“ dalykų pusė. Peradresavimas įvyksta iš „WordPress“ sąsajos į „BigCommerce“ patikros domeną, kai klientas yra pasirengęs atsiskaityti. Galėsite labiau valdyti atsiskaitymo patirtį ir dizainą. Tačiau tai reikalauja daugiau laiko ir išteklių. Jei ieškote lengvesnio diegimo su mažesnėmis pastangomis, įterptasis atsiskaitymas yra geresnis pasirinkimas.

Autentifikavimas tarp kelių domenų.

Pagal numatytuosius nustatymus įterptoji patikra taip pat naudoja „BigCommerce“ domeną, pvz., example.mybigcommerce.com/embedded-checkout. Tai įrėmintas puslapis „WordPress“ priekinėje dalyje, bet vis tiek priglobtas „BigCommerce“ platformoje.

Taigi, nepaisant to, kokį atsiskaitymo tipą naudojate, norėsite užtikrinti, kad klientas liktų prisijungęs tarp „BigCommerce“ ir „WordPress“. Tai vadinama kelių domenų el. prekyba. 

Paprastai trečiųjų šalių slapukai gali būti naudojami siekiant užtikrinti autentifikavimą tarp abiejų domenų. Tačiau dėl privatumo problemų populiarios naršyklės, tokios kaip Firefox, Apple Safari ir Google Chrome, paskelbė, kad yra įsipareigojusios išjungti trečiųjų šalių slapukus.

Turint tai omenyje, geriausias sprendimas užtikrinti saugų autentifikavimą skirtingose ​​platformose yra naudoti tą patį domeną. Jei „WordPress“ parduotuvė yra storefront.com, tada galite sukurti „BigCommerce“ patikros subdomeną, pvz., checkout.storefront.com.

Subdomeną galima sukurti naudojant DNS teikėją ir nukreipti į BigCommerce prieglobos pavadinimą per CNAME. Pastaba: abiejuose domenuose reikės SSL, kad jie veiktų saugiai per HTTPS.

Net jei naujieji pakeitimai šiuo metu jūsų neveikia, labai rekomenduojama atlikti šiuos pakeitimus dabar, kad ateityje išvengtumėte papildomo galvos skausmo dėl slapukų.

Gutenbergo palaikymas

Gutenbergo blokais pagrįstas metodas leidžia lengvai greitai sukurti dinaminio turinio puslapius

Naudodami „WordPress“ galite greičiau kurti svetaines naudodami naują blokų redagavimo priemonę „Gutenberg“. Didelis „BigCommerce for WordPress“ pranašumas yra tas, kad papildinys palaiko ir vaizdinę rengyklę. Tokiu būdu galite kurti daugialypės terpės produktų puslapius naudodami iš anksto sukurtus „BigCommerce“ blokus. 

Kelių kanalų valdymas.

Pirmoje šios serijos dalyje aptarėme daugiakanalio strategijos privalumus. Žvelgiant iš architektūros perspektyvos, tai gali reikšti sąveiką su įvairiomis priekinės dalies patirtimi. Šie kanalai apima parduotuvių vitrinas (WordPress), prekyvietes (Facebook, Amazon, eBay), pardavimo vietą ir socialinės rinkodaros kanalus. 

Jei kuriate kelias sąsajas, tai padidina sudėtingumą ir gali kilti problemų. Naudodami be galvos galite techniškai turėti programą mobiliesiems, kelias „WordPress“ svetaines, „React“ sąsają ir „BigCommerce“ parduotuvę, kuri veikia viename komercijos egzemplioriuje, pvz., „BigCommerce“. 

Kadangi kiekvienas parduotuvės filialas naudojamas skirtingais atvejais, pvz., keliuose regionuose, šiuose kanaluose išvardyti produktai skirsis. Pavyzdžiui, tų pačių produktų kainodara ir valiuta gali skirtis priklausomai nuo regiono. Norėdami sumažinti šių skirtumų sudėtingumą, galite naudoti „BigCommerce“ kanalų tvarkyklę:

BigCommerce + WordPress ateitis

Žvelgiant į ateitį, „WP Engine Agency“ partneris „Modern Tribe“ glaudžiai bendradarbiauja su „BigCommerce“, kad sukurtų „React Components“ ir „pakabintų“ bibliotekas, kad būtų palaikoma daugiau begalvių parinkčių, neskaitant aukščiau aprašyto sujungto metodo.

Tai suteikia daugiau lankstumo ir galimybių kūrėjams kurti priekinę vartotojo sąsają pagal savo poreikius. Tuo tarpu „WordPress“ galėtų veikti kaip pagrindinis turinio valdymo sluoksnis ir lengviau pritaikyti dizainą per Gutenbergą. 

Norėdami gauti daugiau informacijos apie aukščiau aprašytą WP + BigCommerce metodą, nedvejodami susisiekite su Modern Tribe ir socialinėje žiniasklaidoje sekite @ModernTribeInc, kad prisijungtumėte. 


Shopify + WordPress.

„Shopify“ yra puiki platforma prekybininkams ir kūrėjams, kuri puikiai atitinka pagrindinius tikslus. Naudodami „WordPress“ galime išplėsti šį pagrindą naudodami pasirinktinius produkto atributus, patobulintą dizainą ir dar daugiau, nes WP-Admin ir Gutenberg yra lengvai ir pažįstami. Laikas ir sąnaudos naujoms klientų idėjoms įgyvendinti yra mažesnės nei įprastai, o klientai naudojasi didesne duomenų nuosavybe ir perkeliamumu.

Collinas Matthewsas, „Press Foundry“ įkūrėjas ir vykdomasis direktorius

„Shopify“ yra viena iš populiariausių elektroninės prekybos platformų šiandieninėje rinkoje, kuri sudaro apie 20 % priglobtų prekybos svetainių JAV.

Nors „Shopify“ ir „Shopify Plus“ (kurios skirtos įmonių svetainėms) suteikia prekybininkams galimybę greitai ir lengvai pradėti pardavinėti internetu, svarbu pripažinti apribojimus, susijusius su jau paruošta paskyra. 

Kai kurie pagrindiniai trūkumai yra šie:

  • „Shopify“ apriboja tris produktų parinktis ir 100 variantų.
  • Variantų gaminio vaizdų skaičius ribojamas iki vieno varianto.
  • Produktų rūšiavimas ir filtravimas yra ribotas.
  • Sunku sukurti turtingą, dinamišką turinį, pavyzdžiui, tvirtą tinklaraščių platformą.
  • Backend funkcijų negalima tinkinti.
  • „Shopify“ negali pasigirti pritaikoma atsiskaitymo patirtimi (galimybė keisti „Shopify Plus“ yra ribota).
  • Galimybių atlikti gilesnį techninį optimizavimą paieškos sistemoms (SEO) yra nedaug.

Taip, programos iš „Shopify App Store“ – kuruojamų trečiųjų šalių įrankių, skirtų išplėsti pagrindines „Shopify“ funkcijas, panašias į „Apple App Store“ ar „Google Play Store“, – gali išplėsti funkcionalumą. Ir taip, kai kurie netgi siūlo taškas-spustelėkite-įdiegti-atlikta magijos rūšys. Tačiau kitus reikia nuodugniau pritaikyti, kad jie būtų įtraukti į parduotuvės ekosistemą – tai dažnai nepastebi tiek parduotuvių savininkai, tiek vertinantys Shopify platformos ir programų parduotuvės pasiūlymus.

„Shopify App Store“ siūlo trečiųjų šalių įrankius, kurie praplečia platformos funkcionalumą

Dar vienas sudėtingumas? Jūs dažnai negalite turėti duomenų, kuriuos įdedate į šias programas arba kuriate į šias programas. Daugeliui reikalingų nuolatinių mėnesinių prenumeratų, o tai reiškia, kad bet koks jūsų atliktas kūrimo darbas arba papildomi duomenys, kuriuos pridedate, prarandami, jei kada nors atšauksite prenumeratą. 

„Press Foundry“, „WordPress“ ir „Shopify“ agentūroje Bostone, vienas iš dažniausiai pasitaikančių nusiskundimų iš būsimų klientų dabartinėje sąrankoje yra būtent duomenų nuosavybės ir perkeliamumo trūkumas. Dėl to jie dažnai aukoja verslo naujoves, nes neturi lėšų arba pralaidumo, kad iš naujo išrastų dviratį.

Nors įprasto „Shopify“ parduotuvės filialo paskyroje veikia 6 ir daugiau programų, neretai galima pamatyti vitrinose, kuriose įdiegta daugiau nei 20 programų. Kūrėjo požiūriu tai yra problema. Įsivaizduokite, kad sukuriate ir prižiūrite priglobtą sprendimą su daugybe trečiųjų šalių programų, kurios tikiuosi visi puikiai žaidžia kartu – visa tai riboja individualios galimybės ir dizainas.

Pusiau begalvis požiūris.

Sukūrusi keletą el. prekybos versijų, skirtų mažiems ir vidutiniams klientams, „Press Foundry“ nusprendė įdiegti patobulintą turinio valdymo sluoksnį per „WordPress“, kad išplėstų pagrindinius „Shopify“ gebėjimus.

Šis pusiau begalvis metodas leidžia kūrėjams atlikti kodavimo naštą pažįstamoje „WordPress“ aplinkoje prieš perduodant turinį „Shopify“, kad būtų galima pateikti sąsają. Tai taip pat leidžia svetainių savininkams valdyti sudėtingas produktų, kolekcijų, puslapių ir tinklaraščio turinio duomenų struktūras, naudojant „WordPress“ kaip redagavimo pagrindą. 

Priklausomai nuo poreikių ir pageidavimų, rezultatas gali būti pateiktas naudojant hibridinę „WordPress + Shopify“ sąsają (per parduotuvės arba rinkodaros turinio padomenį) arba visiškai „Shopify“ sąsajoje.

„Press Foundry“ naudoja „Shopify“ API, kad galėtų valdyti turinį ir išplėsti tinkintomis duomenų struktūromis. Metalaukai perduodami kaip neapdorotų duomenų JSON objektai arba statinis, iš anksto pateiktas HTML per REST API.

Pavyzdžiui, paimkime produkto rodymo puslapį (PDP) ir pridėkite tinkintą akordeono ar skirtukų turinį kiekvienam produktui (pavadinimai, turinys ir kt.). Sukūrę duomenų struktūrą „WordPress“ (dažnai su „ACF Pro“), galime:

  1. Iš anksto atvaizduokite HTML „WordPress“ ir išsaugokite jį „Shopify Metafield“, pridėtame prie nurodyto produkto; arba
  2. Išsaugokite šią duomenų struktūrą kaip JSON objektą ir pateikite turinį naudodami „Liquid“ parduotuvėje „Shopify“.

Naudojant iš anksto pateiktą HTML metodą, lengviau įterpti iš anksto pateiktus duomenis į „Liquid“, pvz. {{ product.metafield.namespace.metafieldname }}.

Šį vieną fragmentą galima pakartotinai naudoti visoje svetainėje, kad tą skyrių ar valdiklį būtų galima lengvai pateikti kelis kartus. Tai tinka sudėtingoms HTML struktūroms, kurios priekinėje dalyje nebus pateikiamos skirtingais būdais.

Tačiau jei norite pateikti tuos pačius duomenis, bet keliais būdais, tam tikrame puslapyje arba visoje svetainėje, geriau pasirinkti antrą metodą ir išsaugoti juos kaip JSON.

Tada galite pasiekti turinį naudodami taškų žymėjimą objektams {{product.metafield.namespace.metafieldname.json_object_member }}
arba kartoti kaip masyvą {{ product.metafield.namespace.metafieldname[0] }} 

Kuriant puslapio turinį naudojant Gutenbergo blokus, HTML jau yra iš anksto pateiktas „WordPress“ pusėje. Tai reiškia, kad galime perduoti tai tiesiai į Shopify priglobto puslapio, straipsnio ar gaminio turinį, kad būtų galima greičiau pritaikyti bet kurios Shopify svetainės srities pasakojimo aspektą.

Atskiri priekiniai galai.

Taip pat galima turėti dvi atskiras priekines dalis – vieną pateikia „WordPress“, o kitą – „Shopify“, kad būtų palaikomi gilesni turinio poreikiai (arba nebūtų atkurta esama svetainės infrastruktūra). 

Tarkim domain.com yra jūsų esama „WordPress“ sąsaja, ir jūs norėtumėte įdiegti parduotuvę naudodami „Shopify“. Sukūrę a parduotuvė.domenas.com Subdomeną, skirtą Shopify, galite sukurti skystą temą, kurią patobulina pasirinktiniai įrašų tipai ir kt., kuri yra vizualiai panaši į pagrindinę svetainę adresu domain.com. Taip pat galite įterpti antraštės ir poraštės HTML parduotuvė.domenas.com, kad bendri naršymo elementai būtų nuoseklūs abiejose platformose ir būtų atnaujinami vienu metu, kad lankytojai galėtų naudotis sklandžiai.

Tokiais atvejais „Press Foundry“ įdiegia mechanizmą, kuris sinchronizuoja „WordPress“ su „Shopify“, kai „WordPress“ prietaisų skydelyje atnaujinamas turinys. Tai leidžia jums išlaikyti atnaujintą turinį Shopify metalaukuose, nereikalaujant ping WordPress kiekvieną kartą įkeliant puslapį, taip sumažinant užklausų, pateiktų „WordPress“ ir „WordPress“ prieglobai, skaičių. Tai, žinoma, padeda išlaikyti mažą pralaidumo naudojimą.

Paskutiniame žingsnyje optimizuojant medijos failų, valdomų naudojant „WordPress“, pristatymą, galite panaudoti turinio pristatymo tinklą (CDN) ir atitinkamą „WordPress“ papildinį. Tai aptarnauja priekinės medijos išteklius, taip pat atnaujina failų kelio URL „WordPress“ prietaisų skydelyje, kai redaguojate realiuoju laiku. „Press Foundry“ įdiegė šį metodą prieš „Juodojo penktadienio“ / „Kibernetinio pirmadienio“ skubėjimą vienam iš savo „Shopify Plus“ klientų ir pastebėjo, kad 70% sumažėjo ne CDN pralaidumo naudojimas, net jei srautas padidėjo 40%.

Tai nereiškia, kad „Shopify“ yra prastas el. prekybos platformos pasirinkimas. Tiesą sakant, tai yra visiškai priešingai. „Shopify“ veikia daugiau nei vienas milijonas įmonių, vien tik „Shopify Plus“ yra daugiau nei 7,000 įmonių, o „Shopify“ parduotuvių vitrinos iš viso pardavė daugiau nei 172 mlrd. USD. „Shopify“ yra „iki rakto“ el. prekybos sprendimas, turintis daug vykdymo privalumų, savaime integruotas POS ir pasaulinio lygio veikimo laikas, saugumas ir palaikymas. 

Tačiau pridėję „WordPress“ kaip patobulintą turinio valdymo sluoksnį, jūs gaunate geriausią iš abiejų pasaulių – konsoliduotą technologijų paketą ir greitą koncepcijos perėjimą prie realybės laiko juostas už nedidelę kainą.

Jei norite sužinoti daugiau apie aukščiau aprašytą sujungtą WP + Shopify metodą arba jums reikia pagalbos kuriant kitą el. prekybos svetainę, nedvejodami susisiekite su „Press Foundry“ komanda. Sekite @spaudos liejykla socialiniuose tinkluose, kad gautumėte gilesnių įžvalgų ir pagalbos.


Progresyviosios žiniatinklio programos (PWA)

Kaip dalį savo bendros strategijos be galvos, galbūt norėsite apsvarstyti progresyvią žiniatinklio programą. PWA gali atkartoti vietinės programos mobiliesiems patirtį. Ką tai reiškia? Tai reiškia, kad šios programos gali būti įkeliamos neįtikėtinai greitai, užtikrina patrauklią sąveiką (išsiunčiami pranešimai, rodomas pagrindiniame ekrane) ir netgi veikia esant prastam interneto ryšiui arba jo visai nėra. Be to, vartotojams nereikia atsisiųsti mobiliosios programėlės.

Savosios programos mobiliesiems kūrimas gali pareikalauti daug išteklių ir laiko. PWA leidžia greičiau įtraukti vartotojus panašiais būdais naudojant šiuolaikines technologijas, tokias kaip JavaScript, HTML, CSS. Be to, populiarėja kelios sistemos, kurias galite prijungti prie pagrindinės el. prekybos platformos. Tai apima „Gatsby“, „Vue Storefront“ ir „React“. 

Nepriklausomai nuo naudojamos sąsajos technologijos, svarbu pažymėti, kad joms vis tiek reikalinga TVS. „WordPress“ veikia kaip vienintelis jūsų turinio tiesos šaltinis. 

Taikant šį begalvį metodą, „WordPress“ duomenis galima pasiekti naudojant REST API į kelis galinius taškus. Dar geriau, apsvarstykite galimybę naudoti naujesnę GraphQL API, kad turinys būtų teikiamas paprasčiau ir patikimiau. 

Jei tvarkote kelias sąsajas, laikykite PWA kaip vieną kanalą savo daugiakanalio strategijoje. 


Stebėkite paskutinę šios trijų dalių serijos dalį: El. prekybos tendencijų supratimas: modulinė / mikropaslaugų prekyba.


Suaktyvinkite savo skaitmeninę prekybą naudodami WP Engine.

Optimizuokite savo daugiakanalio strategiją pasirinktoje valdomoje „WordPress“ platformoje. Sužinokite daugiau apie WP Engine WooCommerce prieglobos sprendimą arba pasikalbėkite su specialistu ir pradėkite jau šiandien!

Susiję straipsniai

0 komentarai
Inline atsiliepimai
Peržiūrėti visus komentarus
Atgal į viršų mygtukas