Wordpress

Forstå e-handelstrender: hodeløs handel

Ettersom e-handelsverdenen fortsetter å utvide seg, vokser også tilgjengelige alternativer for å bygge kundeopplevelser som spenner over flere kanaler og når forbrukere uansett hvor de er.

I den andre delen av denne tredelte serien om e-handelstrender, vil vi se nærmere på hodeløse eller frikoblede tilnærminger til digital handel, og måten noen av partnerne våre bruker hodeløse for å drive utrolige e-handelsløsninger.

Hvis du gikk glipp av det, sjekk ut del én av serien her, som tilbyr et dypdykk i Omnichannel Commerce og måtene du kan bygge en fullstendig tilkoblet kundeopplevelse ved å bruke WordPress.

In part two, we’ll cover the following sections:

  • Hva er hodeløs handel?
  • Hvorfor hodeløs handel?
  • Hodeløs handel med WordPress
  • BigCommerce + WordPress
  • Shopify + WordPress
  • Progressive Web Apps (PWA)

Hva er hodeløs handel?

Vi kan ikke snakke om e-handelstrender uten å nevne hodeløse. 

Kanskje teamet ditt ønsker å tilby en optimalisert handleopplevelse på grensesnittet og møter for øyeblikket begrensninger med WordPress. Enten disse begrensningene er skaleringsproblemer med en tredjepartsplattform eller utfordringer med å administrere flere kanaler, kan Headless Commerce hjelpe. 

Headless Commerce betyr å koble fra frontend-presentasjonslaget til nettbutikken din fra kjerneplattformen for e-handel. 

Med headless kan utviklere fokusere på å skape frontend-opplevelsen med rikt, SEO-optimalisert innhold for å drive mer trafikk til nettbutikken.

Ganske ofte er ikke e-handelsplattformer svaret på innholdsstrategien din. Det er her WordPress, som tilbyr et univers av valgmuligheter for innholdsskaping, publisering og promotering, kommer inn som det foretrukne CMS. 

I mellomtiden kan utviklere bruke en robust handelsplattform for deres backend-behov, inkludert administrasjon av bestillinger, kataloger, frakt og inventar. I tillegg kan plattformen kobles til kritiske forretningsapplikasjoner, inkludert ERP, CRM, PIM og POS. 

Viktigere er at mange bransjeledende handelsplattformer også er ansvarlige for å administrere PCI-samsvar og sikkerhet, noe som reduserer risiko og belastning for virksomheten.


Hvorfor hodeløs handel?

Her er bare noen av fordelene organisasjoner oppnår med en hodeløs tilnærming til e-handel:

  • Mer fleksibilitet. Mer frihet. Ved å koble fra arkitektur kan ingeniørteamet eller byråpartneren din utnytte deres nåværende ferdigheter for å bygge den beste grensesnittopplevelsen med mer smidighet. Enten det er React, Vue eller Angular, har hver organisasjon sine egne preferanser når det gjelder å bygge frontend-teknologier. 
  • Beholder den nåværende teknologistabelen. For bedrifter som allerede har investert i spesifikke teknologier og ønsker å integrere en handelsløsning, er det ikke mulig å endre hele arkitekturen. Det kan være for dyrt, for tidkrevende, eller begge deler. En hodeløs tilnærming kan bidra til å holde den eksisterende teknologistakken i gang mens ny funksjonalitet implementeres. 
  • Innhold og handelsstrategi. Mange merker har et innholdsdrevet fokus. Ved å utnytte klassens beste løsninger for innholdsadministrasjon og handel kan separate teknologier gjøre det de er best på. For et helt hodeløst scenario kan CMS mate innhold inn i et grensesnitt-rammeverk via API og fokusere mer på en opplevelsesbasert tilnærming. I mellomtiden kan handelsplattformen ta seg av kompleksiteten til backend-prosesser. Eks. WordPress og BigCommerce*
  • Flere frontender. Når en handelsplattform er etablert innenfor ditt teknologiske økosystem, kan den bli den eneste kilden til sannhet for alt som har med handel å gjøre. Med headless kan du bygge flere grensesnittopplevelser og administrere dem innenfor en sentralisert enkelthandelsløsning. Disse grensesnittene kan tjene flere brukstilfeller, inkludert å drive salg i forskjellige regioner eller drive undermerker i et morselskap. 
  • Skalerbarhet, stabilitet og ytelse. Å bruke en monolittisk løsning for både innhold og handel kan være dyrt. Ved å koble fra disse løsningene kan virksomheten din skalere hver komponent separat og effektivt etter behov. Ved å utnytte høyytelses-API-er mellom front- og backend-laget, er bedrifter ikke lenger begrenset til ressursbegrensningene til en enkelt komponent i stabelen.

*Scenarioene vi deler i denne artikkelen er under "løst koblet" eller "brokoblet" hodeløs tilnærming versus fullstendig frakoblet.

Disse fordelene kommer også med utfordringer, mange av dem har vi nevnt her. Senere vil vi diskutere noen av de mer spesifikke utfordringene rundt å bygge Headless Commerce.

Totalt sett gir en hodeløs tilnærming mer fleksibilitet til å bygge en overbevisende grensesnittopplevelse med en robust handelsplattform som bruker klassens beste teknologier. Med denne API-baserte tilnærmingen kan bedrifter dra nytte av utvidelsesmulighetene til åpen kildekode-plattformer for å få et konkurransefortrinn i markedet. 

Tross alt har forskjellige merker forskjellige behov, og en løsning som passer alle er sjelden aktuelt for enhver bedrift.


Hodeløs handel med WordPress.

dyktig kvinnelig it-profesjonell som jobber på nettplattform for programmerere koblet til wifi internett på moderne bærbare enheter

Hodeløse tilnærminger kan tilby spennende fordeler, men hvor begynner du? La oss ta en titt på hvilken handelsfunksjonalitet som er nødvendig på et minimum:

  • Vis produktdata (produktnavn, beskrivelse, pris, bilde).
  • Velg produkt og legg i handlekurven.
  • Kasse produkt. 

Tradisjonelt vil bruk av en robust e-handelsløsning som WooCommerce være den koblede WordPress-tilnærmingen (både front-end og back-end i samme WordPress-forekomst). Men siden vi snakker om en hodeløs tilnærming, vil vi se på noen andre digitale handelsløsninger på markedet for å bygge disse funksjonene. 


BigCommerce + WordPress.

BigCommerce har allerede en strålende løsning for å administrere produkter, og det fine med det er at alle dataene ligger på et sikkert, skalerbart sted som fjerner byrden for eiere av WordPress-nettsteder med å måtte bekymre seg for å være vert for disse dataene og minnegrensene og sikkerheten. bekymringer som kan følge med. Det gir en ideell mulighet til å benytte seg av BigCommerce-plattformen og mate den direkte inn i WordPress slik at produkter kan bygges inn sammen med naturlig WordPress-innhold.

Geoff Graham, moderne stamme

BigCommerce har en robust e-handelsmotor som betjener selgere i alle størrelser. I 2020 presenterte IDC MarketScape BigCommerce som en fremvoksende leder innen Headless Commerce.

Fra et teknisk perspektiv er BigCommerce-plattformen svært utvidbar for å koble til en eksisterende teknologistabel. Det inkluderer å bygge e-handelsfunksjonalitet med WordPress.

Til å begynne med har plattformen spesifikke APIer som bidrar til å oppnå de grunnleggende handelsfunksjonene nevnt ovenfor. 

  • Katalog API:  Synkroniserer katalog- og inventardata. Støtter fysiske produkter, digitale produkter (nedlastbare e-bøker, programvare, musikk) og gavekort. 
  • Handlevogn API: Tilpass handlekurvopplevelsen enten det er for WordPress-grensesnittet eller mobilappen. Endre handlekurvens innhold og trekk handlekurvdata for analyseverktøy.  
  • Kasse-API: Tillater tilpassede betalingsopplevelser utover BigCommerce-butikkfronten. Mulighetene inkluderer å tilby alternativer for abonnementer og gjentakende bestillinger.
  • Payments API: Behandle betalinger gjennom lagrede kortbetalinger eller kredittkortbetalinger med BigCommerces støttede betalingsgatewayer.  

Det er flott, ikke sant? Vi har mange APIer å jobbe med for å bygge ut en tilpasset grensesnittopplevelse. API-ene håndterer forretningslogikken til hvilket produkt (og dets data) går hvor (WordPress-side, mobilapp). 

Problemet er at WordPress-grensesnittet i hovedsak blir en ekstern butikkfront. Du har backend BigCommerce-plattformen som kommuniserer med WordPress via APIer.

Imidlertid har du nå to separate systemer som ikke er forent ennå. Ideelt sett vil handelsplattformen være den eneste kilden til sannhet for produkter, bestillinger og brukere. Men med to separate plattformer oppstår det problemer med synkronisering av kundekontoer, lagerstyring og analyser.

Dashboard for kjerneinnstillinger for BigCommerce For WordPress-plugin

Hvordan løser du de ulike systemene? Det er her BigCommerce For WordPress-integrasjonen kan hjelpe. I stedet for å bygge WordPress-frontend med handelsmuligheter fra bunnen av, kan du implementere en hodeløs handelsløsning raskere med mindre innsats. 

Plugin gjør følgende:

  • Last ned backend-ressurser som normalt ville tynge WordPress-forekomsten.
  • Importerer BigCommerce produktdata automatisk til WordPress via WP cron (standardtid er 5 minutter og kan justeres i plugin-innstillingene)
  • Reduser behovet for å installere flere tillegg for å aktivere mer avanserte funksjoner, inkludert valutahåndtering, frakt, skatt og støtte for global betalingsgateway.
  • Utnytt en innebygd betalingsopplevelse der BigCommerce påtar seg byrden med PCI-samsvar.
  • Integrer lagerdata med forretningssystemer som ERP-er og PIM-er direkte med BigCommerce.
  • Skaler store kataloger med et stort antall variasjoner og SKU-er per produkt. (Modern Tribe har stresstestede kataloger med opptil 5000 komplekse produkter uten problemer)
  • Administrer salg med flere kanaler (frontend-opplevelser) i ett enkelt BigCommerce-dashbord. 

I utgangspunktet fungerer plugin som en hodeløs kobling til BigCommerce sin kjerneplattform. Den bruker APIene nevnt ovenfor for å importere produktkatalogen din til WordPress i form av tilpassede innleggstyper. Som med tilpassede innleggstyper, kan du gjøre endringer i WordPress for å overstyre produktbeskrivelsene som kommer fra BigCommerce. 

Med det sagt er plugin-en bare en start og tilbyr grunnleggende handelsfunksjonalitet rett ut av esken. Imidlertid, hvis du ønsker å tilpasse WordPress-grensesnittet ytterligere, kan du utvide mulighetene til BigCommerce basert på dine spesifikke brukstilfeller.

For eksempel er det forskjellige måter å nærme seg betalingsopplevelsen på. Den innebygde kassen er selvfølgelig den raskeste måten å bygge en kasseside på siden den innebærer mindre utvikling. Imidlertid er det også mindre kontroll over design siden du i hovedsak bruker en iframe for WordPress-kassesiden. For en mer tilpasset betalingsopplevelse, vurder å bruke BigCommerces Checkout SDK.

Checkout SDK

Checkout SDK er et JavaScript-bibliotek på klientsiden som gjør det enklere å bruke handlekurven og utsjekkings-API-ene. Dette kalles også Storefront APIer. Du kan bruke dette biblioteket til å bygge et tilpasset betalingsgrensesnitt med funksjoner, inkludert:

  • Logg inn kunder på kontoen deres
  • Vis alle forsendelsesmetoder og tilbud 
  • Aktiver betaling for bestillinger

Her er et eksempel fra Checkout SDK-testmiljøet:

Selv om betalingsgrensesnittet kan tilpasses, merk at dette lever på BigCommerce-siden av ting. En omdirigering skjer fra WordPress-grensesnittet til BigCommerce-kassedomenet når kunden er klar til å betale. Du vil ha mer kontroll over betalingsopplevelsen og designen. Dette kommer imidlertid med mer utviklingstid og ressurser. Hvis du leter etter en enklere implementering med mindre innsats, er den innebygde kassen det bedre alternativet.

Autentisering mellom multidomener.

Som standard bruker den innebygde kassen også et BigCommerce-domene som f.eks example.mybigcommerce.com/embedded-checkout. Det er en innrammet side på WordPress-grensesnittet, men fortsatt vert på BigCommerces plattform.

Så, uavhengig av hvilken type kasse du bruker, vil du sørge for at kunden forblir pålogget mellom BigCommerce og WordPress. Dette kalles e-handel med flere domener. 

Vanligvis kan tredjeparts informasjonskapsler brukes for å sikre autentisering mellom begge domenene. På grunn av personvernhensyn har imidlertid populære nettlesere som Firefox, Apple Safari og Google Chrome annonsert at de er forpliktet til å deaktivere tredjeparts informasjonskapsler.

Med dette i tankene er den beste løsningen for å sikre sikker autentisering på tvers av separate plattformer å bruke samme domene. Hvis WordPress-butikken er storefront.com, så kan du opprette et kassaunderdomene for BigCommerce som f.eks checkout.storefront.com.

Underdomenet kan opprettes med DNS-leverandøren din og peke på BigCommerce-vertsnavnet via CNAME. Merk: Begge domenene krever en SSL for å kjøre sikkert over HTTPS.

Selv om du ikke er berørt av de nye endringene akkurat nå, anbefales det sterkt å gjøre disse justeringene nå og forhindre ytterligere hodepine i fremtiden rundt informasjonskapsler.

Gutenberg Support

Gutenbergs blokkbaserte tilnærming gjør det enkelt å raskt bygge dynamiske innholdssider

Med WordPress kan du bygge nettsteder raskere med den nye blokkbaserte editoren, Gutenberg. Den store fordelen med å bruke BigCommerce for WordPress er at plugin-en også støtter den visuelle editoren. På den måten kan du bygge medierike produktsider med forhåndsbygde blokker fra BigCommerce. 

Administrere flere kanaler.

I del én av denne serien dekket vi fordelene ved å følge en omnikanalstrategi. Fra et arkitekturperspektiv kan det bety å samhandle med flere frontend-opplevelser. Disse kanalene inkluderer butikkfronter (WordPress), markedsplasser (Facebook, Amazon, eBay), Point of Sale og sosiale markedsføringskanaler. 

Hvis du bygger flere grensesnitt, gir det mer kompleksitet og potensial for at problemer kan oppstå. Med headless kan du teknisk sett ha en mobilapp, flere WordPress-nettsteder, React-grensesnitt og en BigCommerce-butikkfront som alle kjører gjennom en enkelt handelsforekomst som BigCommerce. 

Siden hver butikkfront betjener ulike brukstilfeller, for eksempel flere regioner, vil det være forskjeller i produktene som er oppført på tvers av disse kanalene. For eksempel kan de samme produktene ha forskjellig pris og valuta basert på regionen. For å lindre kompleksiteten som følger med disse forskjellene, kan du bruke BigCommerce's Channel Manager:

Fremtiden til BigCommerce + WordPress

Når vi ser fremover, jobber WP Engine Agency Partner Modern Tribe tett med BigCommerce for å lage React Components og kobler biblioteker for å støtte flere hodeløse alternativer utover den brokoblede tilnærmingen beskrevet ovenfor.

Dette gir mer fleksibilitet og valgmuligheter for utviklere til å bygge grensesnittet basert på deres behov. I mellomtiden kan WordPress fungere som kjerneinnholdsadministrasjonslaget med enklere designtilpasning via Gutenberg. 

For mer informasjon om WP + BigCommerce-tilnærmingen skissert ovenfor, ta gjerne kontakt med Modern Tribe og følg @ModernTribeInc på sosiale medier for å koble til. 


Shopify + WordPress.

Shopify er en enestående plattform for både selgere og utviklere, og en som tjener kjernemålene sine imponerende godt. Med WordPress er vi i stand til å utvide dette grunnlaget med tilpassede produktattributter, forbedret design og mer, takket være den enkle og kjennskapen til WP-Admin og Gutenberg. Tiden og kostnadene for å bringe nye klientideer til live er brøkdeler av hva de vanligvis kan være, og klienter nyter større dataeierskap og portabilitet.

Collin Matthews, grunnlegger og administrerende direktør i Press Foundry

Shopify er en av de mest populære e-handelsplattformene på markedet i dag, og står for omtrent 20 % av vertsbaserte handelsnettsteder i USA

Mens Shopify og Shopify Plus (som henvender seg til bedriftsnettsteder) gir selgere mulighet til å begynne å selge online raskt og enkelt, er det viktig å erkjenne begrensningene som er i spill med en ut-av-boksen-konto. 

Noen viktige ulemper inkluderer:

  • Shopify begrenser deg til tre produktalternativer og 100 varianter.
  • Variant produktbilder er begrenset til ett per variant.
  • Produktsortering og filtrering er begrenset.
  • Rikt, dynamisk innhold – for eksempel en robust bloggplattform på stedet – er vanskelig å produsere.
  • Backend-funksjonalitet kan ikke tilpasses.
  • Shopify har ingen tilpassbar betalingsopplevelse (muligheten til å endre er begrenset på Shopify Plus).
  • Mulighetene for å utføre dypere teknisk søkemotoroptimalisering (SEO) er få.

Ja, apper fra Shopify App Store – et utvalgt tilbud av tredjepartsverktøy for å utvide kjernefunksjonene i Shopify som ligner på Apple App Store eller Google Play Store – kan utvide funksjonaliteten. Og ja, noen tilbyr til og med pek-klikk-installer-ferdig typer magi. Men andre krever mer dyptgående tilpasning for å legge dem til en butikkfronts økosystem – et punkt som ofte blir oversett både av butikkeiere og de som vurderer Shopify-plattformen og appbutikktilbudene.

Shopify App Store tilbyr tredjepartsverktøy som utvider plattformens funksjonalitet

Enda en kompleksitet? Du kan ikke ofte eie dataene du legger inn i eller bygger inn i disse appene. Mange krever løpende månedlige abonnementer, noe som betyr at alt utviklingsarbeid du gjør – eller utvidet data du legger til – går tapt hvis du noen gang kansellerer abonnementet. 

Hos Press Foundry, et WordPress- og Shopify-byrå i Boston, er en av de vanligste klagene som høres fra potensielle kunder i deres nåværende oppsett nettopp denne mangelen på dataeierskap og portabilitet. Som et resultat ender de ofte opp med å ofre forretningsinnovasjon, siden de ikke har midler – eller båndbredde – til å finne opp hjulet på nytt.

Mens en typisk Shopify-butikkfront kjører 6+ apper på kontoen sin, er det ikke uvanlig å se butikkfronter med 20+ apper installert. Fra et utviklerperspektiv er dette et problem. Tenk deg å bygge og vedlikeholde en vertsbasert løsning med en myriade av tredjepartsapper som forhåpentligvis alle spiller fint sammen – alt mens de er begrenset av deres individuelle evner og design.

En semi-hodeløs tilnærming.

Etter å ha jobbet med flere e-handelsbygg for små og mellomstore kunder, satte Press Foundry ut for å implementere et forbedret innholdsadministrasjonslag via WordPress for å utvide Shopifys kjerneevner.

Denne semi-hodeløse tilnærmingen lar utviklere gjøre det meste av kodingen i et kjent WordPress-miljø før de overfører innhold til Shopify for frontend-gjengivelse. Det lar også nettstedeiere administrere komplekse datastrukturer for produkter, samlinger, sider og blogginnhold ved å utnytte WordPress som en backend for redigering. 

Resultatet kan serveres enten av en hybrid WordPress + Shopify-frontend (via et underdomene for enten butikken eller markedsføringsinnholdet) eller helt på Shopifys frontend, avhengig av behov og preferanser.

Press Foundry bruker Shopify API for å administrere innhold og utvide med tilpassede datastrukturer. Metafelt sendes enten som rådata JSON-objekter eller statisk, forhåndsgjengitt HTML via REST API.

La oss for eksempel ta en produktvisningsside (PDP) og legge til tilpasset trekkspill eller fanebasert innhold per produkt (titler, innhold osv.). Etter at vi har laget en datastruktur på WordPress (ofte med ACF Pro), kan vi enten:

  1. Forhåndsgjengi HTML-en på WordPress og lagre den i et Shopify-metafelt knyttet til det angitte produktet; eller
  2. Lagre denne datastrukturen som et JSON-objekt og gjengi innholdet via Liquid på Shopify.

Med den forhåndsrenderte HTML-tilnærmingen er det lettere å injisere forhåndsrenderte data i Liquid, som f.eks. {{ product.metafield.namespace.metafieldname }}.

Denne ene kodebiten kan gjenbrukes på hele nettstedet for enkelt å gjengi den delen eller widgeten flere ganger. Dette er bra for komplekse HTML-strukturer som ikke vil bli presentert på forskjellige måter i frontend.

Men hvis du ønsker å gjengi de samme dataene, men på flere måter, enten på en gitt side eller på hele nettstedet, er det bedre å ta den andre tilnærmingen og lagre dem som JSON.

Du kan da få tilgang til innholdet med punktnotasjon for objekter {{product.metafield.namespace.metafieldname.json_object_member }}
eller iterer som en matrise {{ product.metafield.namespace.metafieldname[0] }} 

For å bygge sideinnhold med Gutenberg-blokker er HTML allerede forhåndsgjengitt på WordPress-siden. Dette betyr at vi kan sende dette direkte inn i hoveddelen av en Shopify-vertsbasert side, artikkel eller produkt, noe som gjør det raskere å tilpasse historiefortellingsaspektet til ethvert område på et Shopify-nettsted.

Separate frontender.

Det er også mulig å ha to separate grensesnitt – den ene gjengitt av WordPress og den andre av Shopify – for å støtte dypere innholdsbehov (eller unngå å gjenoppbygge en eksisterende nettstedsinfrastruktur). 

La oss si domain.com er din eksisterende WordPress-frontend, og du ønsker å rulle ut en butikkfront via Shopify. Ved å lage en shop.domain.com underdomene for Shopify, kan du lage et flytende tema som er forbedret av Custom Post Types, etc., og som visuelt ligner på hovedsiden på domain.com. Du kan også sette inn HTML-koden til topp- og bunnteksten shop.domain.com, slik at vanlige navigasjonselementer er konsistente på tvers av begge plattformene og samtidig oppdatert, noe som gir besøkende en sømløs opplevelse.

I disse tilfellene implementerer Press Foundry en mekanisme som synkroniserer WordPress til Shopify hver gang en innholdsoppdatering gjøres i WordPress Dashboard. Dette lar deg opprettholde oppdatert innhold i Shopifys Metafields uten å måtte pinge WordPress på hver sideinnlasting, og dermed redusere antallet forespørsler til WordPress og WordPress-verten. Dette bidrar selvfølgelig til å opprettholde lav båndbreddebruk.

Som et siste trinn i å optimalisere leveringen av mediefiler administrert gjennom WordPress, kan du utnytte et Content Delivery Network (CDN) og tilsvarende WordPress-plugin. Dette serverer frontend-medieressurser, samt oppdaterer filbane-URL-er i WordPress-dashbordet mens du redigerer i sanntid. Press Foundry implementerte denne tilnærmingen i forkant av Black Friday / Cyber ​​Monday-rushet for en av deres Shopify Plus-klienter og så en 70 % reduksjon i båndbreddebruk som ikke er CDN, selv med et 40 % hopp i trafikken.

Ingenting av dette betyr at Shopify er et dårlig valg av e-handelsplattform. Faktisk er det tvert imot. Over én million virksomheter drives av Shopify, med 7,000+ på Shopify Plus alene, og Shopify-butikkfronter har solgt over 172 milliarder dollar. Shopify er en løsning for nøkkelferdig e-handel med mange oppfyllelsesfordeler, innebygd integrert POS og oppetid, sikkerhet og støtte i verdensklasse. 

Men ved å legge til WordPress som et forbedret innholdsadministrasjonslag, får du det beste fra begge verdener – en konsolidert teknologistabel og raske tidslinjer for konsept-til virkelighet, begge til en brøkdel av prisen.

Hvis du er interessert i å lære mer om den brokoblede WP + Shopify-tilnærmingen skissert ovenfor eller trenger hjelp med din neste e-handelssidebygging, ikke nøl med å ta kontakt med teamet på Press Foundry. Følg @pressstøperi på sosiale medier for dypere innsikt og hjelp.


Progressive Web Apps (PWA)

Som en del av din overordnede hodeløse strategi kan det være lurt å vurdere en progressiv nettapp. En PWA kan gjenskape opplevelsen til en innebygd mobilapp. Hva betyr det? Det betyr at disse appene kan lastes utrolig raskt, gi engasjerende interaksjoner (push-varsler, visning på startskjermen), og til og med fungere med dårlig eller ingen Internett-tilkobling. Dessuten trenger ikke brukere å laste ned en mobilapp.

Å bygge en innebygd mobilapp kan være svært ressurskrevende og tidkrevende. PWA-er gjør det mulig å engasjere brukere på lignende måter raskere ved å bruke moderne teknologier som JavaScript, HTML, CSS. I tillegg er det flere rammeverk som vokser i popularitet som du kan koble til kjerneplattformen for e-handel. Disse inkluderer Gatsby, Vue Storefront og React. 

Uansett hvilken frontend-teknologi som brukes, er det viktig å merke seg at de fortsatt krever et CMS. WordPress fungerer som den eneste kilden til sannhet for innholdet ditt. 

Med denne hodeløse tilnærmingen kan dataene i WordPress nås via REST API til flere endepunkter. Enda bedre, vurder å bruke den nyere GraphQL API for å levere innhold med mer enkelhet og pålitelighet. 

Hvis du administrerer flere grensesnitt, bør du vurdere PWA som én enkelt kanal innenfor omnikanalstrategien din. 


Følg med på den siste delen i denne tredelte serien: Forstå e-handelstrender: Modular/Microservices Commerce.


Styr din digitale handel med WP Engine.

Optimaliser omnikanalstrategien din på den administrerte WordPress-plattformen du ønsker. Finn ut mer om WP Engines WooCommerce-vertsløsning eller snakk med en spesialist og kom i gang i dag!

Relaterte artikler

0 kommentarer
Inline tilbakemeldinger
Se alle kommentarer
Tilbake til toppen-knappen