Wordpress

Az e-kereskedelmi trendek megértése: Fej nélküli kereskedelem

Ahogy az e-kereskedelem világa folyamatosan bővül, úgy bővülnek a több csatornán átívelő vásárlói élmény kialakításának lehetőségei is, és bárhol elérik a fogyasztókat.

Az e-kereskedelmi trendekről szóló három részből álló sorozat második részében közelebbről megvizsgáljuk a digitális kereskedelem fej nélküli vagy szétválasztott megközelítéseit, és azt, ahogy néhány partnerünk fej nélkülit használ a hihetetlen e-kereskedelmi megoldások meghajtására.

Ha lemaradt volna, nézze meg a sorozat első részét itt, amely mélyreható útmutatást nyújt az Omnichannel kereskedelemről, és arról, hogyan építhet fel teljesen összekapcsolt ügyfélélményt a WordPress használatával.

A második részben a következő részekkel foglalkozunk:

  • Mi az a fej nélküli kereskedelem?
  • Miért a fej nélküli kereskedelem?
  • Fej nélküli kereskedelem a WordPress segítségével
  • BigCommerce + WordPress
  • Shopify + WordPress
  • Progresszív webalkalmazások (PWA)

Mi az a fej nélküli kereskedelem?

Nem beszélhetünk az e-kereskedelmi trendekről a fejetlenség említése nélkül. 

Lehet, hogy csapata optimalizált vásárlási élményt szeretne kínálni az előtérben, és jelenleg a WordPress korlátai vannak. Függetlenül attól, hogy ezek a korlátozások egy harmadik féltől származó platform méretezési problémái, vagy a több csatorna kezelésével kapcsolatos kihívások, a Headless Commerce segíthet. 

A fej nélküli kereskedelem azt jelenti, hogy leválasztja az online áruház előlapi prezentációs rétegét az alapvető e-kereskedelmi platformról. 

A fej nélküli megoldással a fejlesztők arra koncentrálhatnak, hogy gazdag, SEO-optimalizált tartalommal az előtér-élményt biztosítsák, hogy nagyobb forgalmat irányítsanak az online áruházba.

Az e-kereskedelmi platformok gyakran nem adják meg a választ a tartalomstratégiára. Itt jön be a választott CMS-ként a WordPress, amely a tartalom létrehozásához, közzétételéhez és promóciójához számos választási lehetőséget kínál. 

Eközben a fejlesztők egy robusztus kereskedelmi platformot használhatnak háttérszükségleteik kielégítésére, beleértve a rendelések, katalógusok, szállítás és készletek kezelését. Ezenkívül a platform kapcsolódhat kritikus üzleti alkalmazásokhoz, például ERP-ekhez, CRM-ekhez, PIM-ekhez és POS-okhoz. 

Fontos, hogy számos iparágvezető kereskedelmi platform felelős a PCI-megfelelőség és -biztonság kezeléséért is, ami csökkenti a kockázatot és a vállalkozás terheit.


Miért a fej nélküli kereskedelem?

Íme néhány előny, amelyet a szervezetek az e-kereskedelem fejetlen megközelítésével realizálnak:

  • Nagyobb rugalmasság. Több szabadság. Az architektúra szétválasztásával mérnökcsapata vagy ügynökségi partnere kamatoztatni tudja jelenlegi készségeit, hogy a legjobb kezelőfelületet, még agilitással építse ki. Legyen szó React, Vue vagy Angular, minden szervezetnek megvan a maga preferenciája a frontend technológiák kiépítése terén. 
  • A jelenlegi technológiai készlet megtartása. Azon vállalkozások számára, amelyek már beruháztak bizonyos technológiákba, és egy kereskedelmi megoldást szeretnének integrálni, a teljes architektúra megváltoztatása nem kivitelezhető. Lehet, hogy túl drága, túl időigényes, vagy mindkettő. A fej nélküli megközelítés segíthet a meglévő technológiai verem futásban tartásában, miközben új funkciókat implementál. 
  • Tartalom és kereskedelmi stratégia. Sok márka a tartalomvezérelt fókuszban van. A kategória legjobb megoldásainak kihasználása a tartalomkezelésben és a kereskedelemben lehetővé teszi, hogy a különálló technológiák azt tegyék, amit a legjobban értenek. Teljesen fej nélküli forgatókönyv esetén a CMS API-n keresztül tud tartalmat betáplálni egy előtér-keretrendszerbe, és inkább a tapasztalatvezérelt megközelítésre összpontosít. Eközben a kereskedelmi platform gondoskodhat a háttérfolyamatok bonyolultságáról. Volt. WordPress és BigCommerce*
  • Több előlap. Ha egyszer létrejön egy kereskedelmi platform a technológiai ökoszisztémán belül, az az igazság egyetlen forrásává válhat minden kereskedelem számára. A fej nélküli megoldással több kezelőfelületet építhet fel, és kezelheti azokat egy központi, egyetlen kereskedelmi megoldáson belül. Ezek a kezelőfelületek többféle felhasználási esetet is kiszolgálhatnak, beleértve az eladások ösztönzését a különböző régiókban vagy az anyavállalaton belüli almárkák támogatását. 
  • Skálázhatóság, stabilitás és teljesítmény. A monolitikus megoldás használata mind a tartalom, mind a kereskedelem szempontjából költséges lehet. Ezeknek a megoldásoknak a szétválasztásával vállalkozása az egyes összetevőket külön-külön és szükség szerint hatékonyan méretezheti. A nagy teljesítményű API-k kihasználásával az előtér és a hátsó réteg között a vállalkozások már nem korlátozódnak a verem egyetlen összetevőjének erőforrás-korlátaira.

*Az ebben a cikkben megosztott forgatókönyvek a „lazán csatolt” vagy „áthidaló” fej nélküli megközelítést alkalmazzák, szemben a teljesen függetlenített megközelítéssel.

Ezek az előnyök kihívásokkal is járnak, amelyek közül sokat itt említettünk. A későbbiekben megvitatunk néhány konkrétabb kihívást a Headless Commerce felépítésével kapcsolatban.

Összességében a fej nélküli megközelítés nagyobb rugalmasságot tesz lehetővé, hogy lenyűgöző felhasználói felületet hozzon létre egy robusztus kereskedelmi platformon, kategóriájában legjobb technológiákat alkalmazva. Ezzel az API-alapú megközelítéssel a vállalkozások kihasználhatják a nyílt forráskódú platformok bővíthetőségét, hogy versenyelőnyt szerezzenek piacukon. 

Hiszen a különböző márkáknak más és más az igénye, és ritkán alkalmazható minden vállalkozásra egy mindenkire érvényes megoldás.


Fej nélküli kereskedelem a WordPress segítségével.

képzett női IT-professzionális online platformon dolgozó programozók számára, akik modern laptop eszközön csatlakoznak wifi internethez

A fej nélküli megközelítés izgalmas előnyöket kínálhat, de hol kezdje? Nézzük meg, hogy milyen kereskedelmi funkciókra van szükség minimálisan:

  • Termékadatok megjelenítése (Termék neve, leírása, ár, kép).
  • Válassza ki a terméket és tegye a kosárba.
  • Termék ellenőrzése. 

Hagyományosan egy robusztus e-kereskedelmi megoldás, például a WooCommerce használata lenne a kapcsolt WordPress-megközelítés (a WordPress-példány elő- és hátoldalán egyaránt). De mivel fejetlen megközelítésről beszélünk, megvizsgálunk néhány más digitális kereskedelmi megoldást a piacon, hogy kiépítsük ezeket a funkciókat. 


BigCommerce + WordPress.

A BigCommerce már rendelkezik egy zseniális megoldással a termékek kezelésére, és ennek az a szépsége, hogy minden adat biztonságos, méretezhető helyen található, ami eltávolítja a WordPress webhelytulajdonosok azon terhét, hogy aggódniuk kelljen az adatok saját tárolása miatt, valamint a memóriakorlátok és a biztonság miatt. aggodalmak, amelyek ezzel járhatnak. Ez ideális lehetőséget kínál a BigCommerce platform használatára, és közvetlenül a WordPressbe való betáplálására, így a termékek beágyazhatók a natív WordPress-tartalom mellé.

Geoff Graham, Modern törzs

A BigCommerce robusztus e-kereskedelmi motorral rendelkezik, amely bármilyen méretű kereskedőt kiszolgál. 2020-ban az IDC MarketScape a BigCommerce-t a Headless Commerce feltörekvő vezetőjévé tette.

Technikai szempontból a BigCommerce platform nagymértékben bővíthető, hogy csatlakozhasson egy meglévő technológiai halomhoz. Ez magában foglalja az e-kereskedelmi funkciók kiépítését a WordPress segítségével.

Kezdetben a platform speciális API-kkal rendelkezik, amelyek segítenek elérni a fent említett alapvető kereskedelmi funkciókat. 

  • Katalógus API:  Szinkronizálja a katalógus és a készletadatokat. Támogatja a fizikai termékeket, a digitális termékeket (letölthető e-könyvek, szoftverek, zenék) és az ajándékutalványokat. 
  • Kosár API: Szabja testre a kosár élményét, akár a WordPress frontendjéhez, akár a mobilalkalmazáshoz. Módosíthatja a kosár tartalmát, és lekérheti a kosár adatait az elemző eszközökhöz.  
  • Checkout API: Lehetővé teszi az egyéni fizetési élményt a BigCommerce kirakatán túl. A lehetőségek közé tartozik az előfizetések és az ismétlődő rendelések felkínálása.
  • Payments API: Fizetések feldolgozása tárolt kártyás fizetéseken vagy hitelkártyás fizetéseken keresztül a BigCommerce támogatott fizetési átjáróival.  

Ez nagyszerű, igaz? Számos API-val kell dolgoznunk, hogy személyre szabott felhasználói felületet hozzunk létre. Az API-k kezelik azt az üzleti logikát, hogy melyik termék (és annak adatai) hova kerül (WordPress oldal, mobilalkalmazás). 

A probléma az, hogy a WordPress frontend lényegében távoli kirakattá válik. Ön rendelkezik a BigCommerce háttérplatformmal, amely API-kon keresztül kommunikál a WordPress-szel.

Most azonban két különálló rendszere van, amelyek még nem egységesek. Ideális esetben a kereskedelmi platform lenne az igazság egyetlen forrása a termékek, a rendelések és a felhasználók számára. Két különálló platform esetén azonban problémák merülnek fel az ügyfélfiókok szinkronizálásával, a készletkezeléssel és az elemzéssel kapcsolatban.

A BigCommerce For WordPress beépülő modul alapvető beállítási irányítópultja

Hogyan oldja meg az eltérő rendszereket? Ebben segíthet a BigCommerce For WordPress integráció. Ahelyett, hogy a semmiből építené fel a WordPress kezelőfelületét kereskedelmi képességekkel, gyorsabban, kevesebb erőfeszítéssel valósíthat meg egy fej nélküli kereskedelmi megoldást. 

A plugin a következőket teszi:

  • Tehermentesítse a háttérrendszer erőforrásait, amelyek általában nehezítenék a WordPress-példányt.
  • A BigCommerce termékadatokat automatikusan importálja a WordPressbe a WP cronon keresztül (az alapértelmezett idő 5 perc, és a beépülő modul beállításaiban módosítható)
  • Csökkentse a több bővítmény telepítésének szükségességét, hogy fejlettebb funkciókat tegyen lehetővé, beleértve a valutakezelést, a szállítást, az adózást és a globális fizetési átjárók támogatását.
  • Használja ki a beágyazott fizetési élményt, ahol a BigCommerce vállalja a PCI-megfelelés terhét.
  • Integrálja a készletadatokat üzleti rendszerekkel, például ERP-kkel és PIM-ekkel közvetlenül a BigCommerce segítségével.
  • Nagy katalógusok méretezése termékenként nagy számú variációval és cikkszámmal. (A Modern Tribe stressz-tesztelt katalógusokkal rendelkezik, akár 5000 összetett termékkel probléma nélkül)
  • Kezelje az értékesítést több csatornán keresztül (frontend élmények) egyetlen BigCommerce irányítópulton belül. 

Alapvetően a bővítmény fej nélküli csatlakozóként működik a BigCommerce alapplatformjához. A fent említett API-k segítségével importálja termékkatalógusát a WordPressbe egyéni bejegyzéstípusok formájában. Az egyéni bejegyzéstípusokhoz hasonlóan a WordPressben is szerkesztheti a BigCommerce-től származó termékleírásokat. 

Ezzel együtt a beépülő modul csak a kezdet, és alapvető kereskedelmi funkciókat kínál, közvetlenül a dobozból. Ha azonban még tovább szeretné személyre szabni a WordPress kezelőfelületét, akkor az adott használati esetei alapján kibővítheti a BigCommerce képességeit.

Például különböző módokon közelíthető meg a fizetési élmény. A beágyazott fizetés természetesen a leggyorsabb módja a fizetési oldal felépítésének, mivel kevesebb fejlesztést igényel. Ugyanakkor a tervezést is kevésbé lehet szabályozni, mivel lényegében egy iframe-et használ a WordPress fizetési oldalához. A személyre szabottabb fizetési élmény érdekében fontolja meg a BigCommerce Checkout SDK használatát.

Check out SDK

A Checkout SDK egy ügyféloldali JavaScript-könyvtár, amely megkönnyíti a kosár és a fizetési API-k fogyasztását. Ezt Storefront API-knak is nevezik. Ezzel a könyvtárral egyéni fizetési felületet hozhat létre, amely többek között a következőket tartalmazza:

  • Jelentkezzen be az ügyfelek fiókjába
  • Jelenítse meg az összes szállítási módot és árajánlatot 
  • Engedélyezze a rendelések fizetését

Íme egy példa a Checkout SDK tesztelési környezetéből:

Bár a fizetési felület testreszabható, vegye figyelembe, hogy ez a dolgok BigCommerce oldalán él. Amikor az ügyfél készen áll a fizetésre, átirányítás történik a WordPress kezelőfelületéről a BigCommerce fizetési tartományra. Jobban irányíthatja a fizetési élményt és a tervezést. Ez azonban több fejlesztési időt és erőforrást jelent. Ha egyszerűbb megvalósítást keres kevesebb erőfeszítéssel, a beágyazott fizetés a jobb megoldás.

Hitelesítés több domain között.

Alapértelmezés szerint a beágyazott pénztár is használ egy BigCommerce tartományt, mint pl example.mybigcommerce.com/embedded-checkout. Ez egy keretezett oldal a WordPress kezelőfelületén, de továbbra is a BigCommerce platformján található.

Tehát függetlenül attól, hogy milyen fizetési módot használ, gondoskodnia kell arról, hogy az ügyfél bejelentkezve maradjon a BigCommerce és a WordPress között. Ezt hívják többdomaines e-kereskedelemnek. 

Általában harmadik féltől származó cookie-k használhatók a hitelesítés biztosítására mindkét domain között. Adatvédelmi aggályok miatt azonban az olyan népszerű böngészők, mint a Firefox, az Apple Safari és a Google Chrome bejelentették, hogy elkötelezettek a harmadik féltől származó cookie-k letiltása mellett.

Ezt szem előtt tartva a legjobb megoldás a biztonságos hitelesítés biztosítására különböző platformokon, ha ugyanazt a tartományt használja. Ha a WordPress áruház az storefront.com, akkor létrehozhat egy fizetési aldomaint a BigCommerce számára, például checkout.storefront.com.

Az aldomain létrehozható a DNS-szolgáltatóval, és rámutathat a BigCommerce gazdagépnevére a CNAME segítségével. Megjegyzés: Mindkét tartomány SSL-t igényel a HTTPS-en keresztüli biztonságos futtatáshoz.

Még ha az új változtatások jelenleg nem is érintik Önt, erősen ajánlott most elvégezni ezeket a módosításokat, hogy elkerülje a jövőben a cookie-k miatti további fejfájást.

Gutenberg támogatás

Gutenberg blokkalapú megközelítése megkönnyíti a dinamikus tartalmi oldalak gyors felépítését

A WordPress segítségével gyorsabban építhet webhelyeket az új blokkalapú szerkesztővel, a Gutenberggel. A BigCommerce for WordPress használatának nagy előnye, hogy a beépülő modul támogatja a vizuális szerkesztőt is. Így hozhat létre médiagazdag termékoldalakat a BigCommerce előre beépített blokkjaiból. 

Több csatorna kezelése.

A sorozat első részében az omnichannel stratégia követésének előnyeivel foglalkoztunk. Építészeti szempontból ez azt jelentheti, hogy több kezelőfelülettel kell együttműködni. Ezek a csatornák közé tartoznak a kirakatok (WordPress), a piacterek (Facebook, Amazon, eBay), a Point of Sale és a közösségi marketing csatornák. 

Ha több frontendet hoz létre, az bonyolultabbá teszi, és problémákat okozhat. A fej nélküli megoldással technikailag rendelkezhet egy mobilalkalmazással, több WordPress-webhellyel, React kezelőfelülettel és egy BigCommerce kirakattal, amelyek egyetlen kereskedelmi példányon, például a BigCommerce-en keresztül futnak. 

Mivel minden kirakat különböző felhasználási eseteket, például több régiót szolgál ki, ezeken a csatornákon eltérőek lesznek a felsorolt ​​termékek. Például ugyanazon termékek ára és pénzneme eltérő lehet a régiótól függően. Az ezekkel a különbségekkel járó bonyolultság enyhítése érdekében használhatja a BigCommerce csatornakezelőjét:

A BigCommerce + WordPress jövője

A jövőre nézve a WP Engine Agency partner, a Modern Tribe szorosan együttműködik a BigCommerce-szel, hogy React komponenseket hozzon létre és hook-könyvtárakat hozzon létre, amelyek a fent leírt áthidaló megközelítésen túlmenően több fej nélküli lehetőséget is támogatnak.

Ez nagyobb rugalmasságot és választható lehetőségeket kínál a fejlesztők számára, hogy igényeik alapján állítsák össze a felhasználói felületet. Eközben a WordPress az alapvető tartalomkezelési rétegként funkcionálhat, a Gutenbergen keresztüli könnyebb testreszabással. 

Ha további információra van szüksége a fent vázolt WP + BigCommerce megközelítésről, forduljon bizalommal a Modern Tribe-hoz, és kövesse a @ModernTribeInc-et a közösségi médiában a kapcsolatteremtéshez. 


Shopify + WordPress.

A Shopify kiemelkedő platform a kereskedők és a fejlesztők számára, és lenyűgözően jól szolgálja alapvető céljait. A WordPress segítségével ezt az alapot kibővíthetjük egyéni termékattribútumokkal, továbbfejlesztett dizájnokkal és még sok mással, köszönhetően a WP-Admin és a Gutenberg egyszerűségének és ismertségének. Az új ügyfélötletek életre keltéséhez szükséges idő és költség töredéke annak, ami általában lehet, és az ügyfelek nagyobb adattulajdont és hordozhatóságot élveznek.

Collin Matthews, a Press Foundry alapítója és ügyvezető igazgatója

A Shopify ma az egyik legnépszerűbb e-kereskedelmi platform a piacon, amely az Egyesült Államokban tárolt kereskedelmi webhelyek körülbelül 20%-át teszi ki.

Míg a Shopify és a Shopify Plus (amely a vállalati webhelyeket szolgálja ki) lehetővé teszi a kereskedők számára, hogy gyorsan és egyszerűen kezdjenek el online értékesíteni, fontos tudomásul venni a már kész fiókkal kapcsolatos korlátokat. 

Néhány fő hátrány a következők:

  • A Shopify három terméklehetőséget és 100 változatot korlátoz.
  • A termékváltozatok képei változatonként egyre korlátozódnak.
  • A termékek válogatása és szűrése korlátozott.
  • Gazdag, dinamikus tartalmat – például egy robusztus helyszíni blogolási platformot – nehéz előállítani.
  • A háttérfunkciók nem szabhatók testre.
  • A Shopify nem büszkélkedhet személyre szabható fizetési tapasztalattal (a módosítás lehetősége korlátozott a Shopify Plus-on).
  • Kevés lehetőség van mélyebb technikai keresőoptimalizálásra (SEO).

Igen, a Shopify App Store-ból – amely harmadik féltől származó eszközöket kínál, amelyek az Apple App Store-hoz vagy a Google Play Store-hoz hasonlóan kiterjesztik a Shopify alapvető funkcióit – kibővíthetik a funkcionalitást. És igen, néhányan még kínálnak is point-click-install-done varázslatok fajtái. Mások azonban alaposabb testreszabást igényelnek ahhoz, hogy hozzáadják őket egy kirakat ökoszisztémájához – ezt a pontot gyakran figyelmen kívül hagyják az üzlettulajdonosok és azok, akik értékelik a Shopify platform és alkalmazásbolt kínálatát.

A Shopify App Store harmadik féltől származó eszközöket kínál, amelyek kiterjesztik a platform funkcionalitását

Még egy bonyolultság? Gyakran nem birtokolhatja azokat az adatokat, amelyeket ezekbe az alkalmazásokba helyezett vagy beépített. Sokan folyamatos havi előfizetést igényelnek, ami azt jelenti, hogy az Ön által végzett fejlesztési munka vagy a hozzáadott bővített adatok elvesznek, ha lemondja az előfizetését. 

A Press Foundrynál, a bostoni WordPress és Shopify ügynökségnél az egyik leggyakoribb panasz a leendő ügyfelektől a jelenlegi rendszerükben éppen az adatok tulajdonjogának és hordozhatóságának hiánya. Ennek eredményeként gyakran feláldozzák az üzleti innovációt, mivel nincs pénzük – vagy sávszélességük – a kerék újrafeltalálásához.

Míg egy tipikus Shopify kirakat 6+ alkalmazást futtat a fiókjában, nem ritka az olyan kirakatok megjelenése, amelyekre több mint 20 alkalmazás van telepítve. A fejlesztő szemszögéből ez probléma. Képzeljen el egy hostolt megoldás létrehozását és karbantartását számtalan harmadik féltől származó alkalmazással remélhetőleg mindegyik szépen játszik együtt – mindezt úgy, hogy az egyéni képességeik és kialakításuk korlátozza őket.

Félig fejetlen megközelítés.

A kis- és közepes méretű ügyfelek számára készült számos e-kereskedelmi építményen dolgozott, a Press Foundry egy továbbfejlesztett tartalomkezelési réteg megvalósítását tűzte ki célul a WordPressen keresztül, hogy kibővítse a Shopify alapvető képességeit.

Ez a félig fej nélküli megközelítés lehetővé teszi a fejlesztők számára, hogy a kódolás nagy részét egy ismerős WordPress-környezetben végezzék el, mielőtt átadnák a tartalmat a Shopifynak frontend rendereléshez. Lehetővé teszi a webhelytulajdonosok számára a termékek, gyűjtemények, oldalak és blogtartalmak összetett adatstruktúráinak kezelését is, a WordPress-t szerkesztési háttérként felhasználva. 

Az eredményt akár egy hibrid WordPress + Shopify frontend szolgálhatja ki (egy aldomainen keresztül az üzlethez vagy a marketingtartalomhoz), akár teljes egészében a Shopify frontendjén, az igényektől és preferenciáktól függően.

A Press Foundry a Shopify API-t használja a tartalom kezeléséhez és az egyéni adatstruktúrákkal való bővítéshez. A metamezők nyers adat JSON-objektumként vagy statikus, előre renderelt HTML-ként kerülnek átadásra a REST API-n keresztül.

Vegyünk például egy termékmegjelenítési oldalt (PDP), és adjunk hozzá egyedi harmonika- vagy tabulátor-alapú tartalmat termékenként (címek, tartalom stb.). Miután létrehoztunk egy adatstruktúrát a WordPress-en (gyakran az ACF Pro-val), a következőket tehetjük:

  1. Előrenderelje a HTML-kódot a WordPress-en, és mentse el a megadott termékhez csatolt Shopify Metafieldbe; vagy
  2. Mentse ezt az adatstruktúrát JSON-objektumként, és jelenítse meg a tartalmat a Liquid segítségével a Shopify-on.

Az előre renderelt HTML megközelítéssel egyszerűbb az előre renderelt adatok beszúrása a Liquidbe, mint pl. {{ product.metafield.namespace.metafieldname }}.

Ez az egyetlen részlet újra felhasználható az egész webhelyen, hogy az adott szakaszt vagy modult többszörösen is egyszerűen megjelenítse. Ez olyan összetett HTML-struktúrákhoz jó, amelyek nem jelennek meg különböző módon a frontenden.

Ha azonban ugyanazokat az adatokat, de többféle módon szeretné megjeleníteni, akár egy adott oldalon, akár az egész webhelyen, jobb, ha a második megközelítést választja, és JSON-ként menti őket.

Ezután az objektumok pontjelölésével érheti el a tartalmat {{product.metafield.namespace.metafieldname.json_object_member }}
vagy iteráld tömbként {{ product.metafield.namespace.metafieldname[0] }} 

Az oldaltartalom Gutenberg-blokkokkal történő felépítéséhez a HTML már előre meg van jelenítve a WordPress oldalon. Ez azt jelenti, hogy ezt közvetlenül a Shopify által üzemeltetett oldal, cikk vagy termék törzsébe továbbíthatjuk, így gyorsabban testreszabhatjuk a történetmesélési szempontokat a Shopify webhely bármely területén.

Külön előlapok.

Az is lehetséges, hogy két külön kezelőfelülettel rendelkezzen – az egyiket a WordPress, a másikat a Shopify jeleníti meg –, hogy támogassa a mélyebb tartalomigényeket (vagy ne építsen újjá egy meglévő webhely-infrastruktúrát). 

Mondjuk domain.com az Ön meglévő WordPress-kezelőfelülete, és szeretne egy kirakatot bevezetni a Shopify segítségével. Létrehozva a bolt.domain.com aldomain a Shopify számára, létrehozhat egy folyékony témát, amelyet egyéni bejegyzéstípusok stb. javítanak, és amely vizuálisan hasonlít a fő webhelyhez domain.com. A fejléc és a lábléc HTML-kódját is beillesztheti bolt.domain.com, így a közös navigációs elemek egységesek mindkét platformon, és egyidejűleg frissülnek, így a látogatók zökkenőmentes élményt nyújtanak.

Ezekben az esetekben a Press Foundry olyan mechanizmust alkalmaz, amely szinkronizálja a WordPress-t a Shopify-val, amikor tartalomfrissítés történik a WordPress irányítópulton belül. Ez lehetővé teszi, hogy naprakész tartalmat tartson fenn a Shopify metamezőin belül anélkül, hogy minden oldalbetöltéskor meg kellene pingelnie a WordPress-t, így csökkentve a WordPresshez és a WordPress gazdagéphez intézett kérések számát. Ez természetesen segít fenntartani az alacsony sávszélesség-használatot.

A WordPress-en keresztül kezelt médiafájlok kézbesítésének optimalizálásának utolsó lépéseként kihasználhat egy Content Delivery Network (CDN) és a megfelelő WordPress beépülő modult. Ez szolgálja ki a frontend médiaeszközöket, valamint frissíti a fájl elérési út URL-jét a WordPress irányítópultján, miközben valós időben szerkeszt. A Press Foundry ezt a megközelítést a Black Friday / Cyber ​​Monday rohanás előtt alkalmazta egyik Shopify Plus-kliensénél, és 70%-kal csökkentette a nem CDN-alapú sávszélesség-használatot, még a forgalom 40%-os megugrása mellett is.

Mindez nem jelenti azt, hogy a Shopify rossz e-kereskedelmi platform választás. Valójában ennek éppen az ellenkezője. Több mint egymillió vállalkozást működtet a Shopify, csak a Shopify Plus-on több mint 7,000 vállalkozás működik, a Shopify kirakatai pedig több mint 172 milliárd dollárt értékesítettek. A Shopify egy kulcsrakész e-kereskedelem megoldása számos teljesítési előnnyel, natívan integrált POS-szal, valamint világszínvonalú üzemidővel, biztonsággal és támogatással. 

Ha azonban a WordPress-t továbbfejlesztett tartalomkezelési rétegként adjuk hozzá, akkor mindkét világból a legjobbat kapja – egy összevont technológiai halmazt és a koncepciók gyors ütemezését a valóságig, mindkettőt a költségek töredékéért.

Ha szeretne többet megtudni a fent vázolt áthidalt WP + Shopify megközelítésről, vagy segítségre van szüksége a következő e-kereskedelmi webhely felépítéséhez, ne habozzon kapcsolatba lépni a Press Foundry csapatával. Kövesse @pressfoundry a közösségi médiában mélyebb betekintésért és segítségért.


Progresszív webalkalmazások (PWA)

Az általános fejetlen stratégia részeként érdemes lehet egy progresszív webalkalmazást megfontolni. A PWA képes megismételni a natív mobilalkalmazások élményét. Az mit jelent? Ez azt jelenti, hogy ezek az alkalmazások hihetetlenül gyorsan betöltődnek, lebilincselő interakciókat biztosítanak (push értesítések, megjelenítés a kezdőképernyőn), és még gyenge internetkapcsolat mellett is működnek. Ráadásul a felhasználóknak nem kell mobilalkalmazást letölteniük.

Egy natív mobilalkalmazás elkészítése nagyon erőforrás- és időigényes lehet. A PWA-k lehetővé teszik a felhasználók hasonló módon történő gyorsabb bevonását olyan modern technológiák segítségével, mint a JavaScript, HTML, CSS. Emellett egyre népszerűbb számos keretrendszer, amelyeket csatlakoztathat az e-kereskedelmi alapplatformhoz. Ide tartozik a Gatsby, a Vue Storefront és a React. 

Bármelyik frontend technológiát is használják, fontos megjegyezni, hogy ezekhez továbbra is CMS szükséges. A WordPress a tartalom egyetlen igazságforrásaként működik. 

Ezzel a fej nélküli megközelítéssel a WordPress adatai a REST API-n keresztül több végponthoz is elérhetők. Még jobb, ha fontolja meg az újabb GraphQL API használatát a tartalom egyszerűbb és megbízhatóbb kiszolgálásához. 

Ha több frontendet kezel, tekintse a PWA-t egyetlen csatornának az omnichannel stratégián belül. 


Maradjon velünk a három részes sorozat utolsó részével kapcsolatban: Az e-kereskedelmi trendek megértése: Moduláris/Mikroszolgáltatások kereskedelem.


Fokozza digitális kereskedelmét a WP Engine segítségével.

Optimalizálja Omnichannel stratégiáját a választott menedzselt WordPress platformon. Tudjon meg többet a WP Engine WooCommerce tárhelymegoldásáról, vagy forduljon szakemberhez, és kezdje el még ma!

Kapcsolódó cikkek

0 Hozzászólások
Inline visszajelzések
Az összes hozzászólás megtekintése
Vissza a lap tetejére gombra