Wordpress

Inzicht in eCommerce-trends: Headless Commerce

Naarmate de wereld van e-commerce blijft groeien, nemen ook de beschikbare opties toe voor het bouwen van klantervaringen die meerdere kanalen overspannen en consumenten bereiken waar ze zich ook bevinden.

In de tweede aflevering van deze driedelige serie over eCommerce-trends gaan we dieper in op headless of ontkoppelde benaderingen van digitale handel, en de manier waarop sommige van onze partners headless gebruiken om ongelooflijke eCommerce-oplossingen mogelijk te maken.

Als je het hebt gemist, bekijk dan hier deel één van de serie, die een diepe duik biedt in Omnichannel Commerce en de manieren waarop je een volledig verbonden klantervaring kunt bouwen met WordPress.

In deel twee behandelen we de volgende secties:

  • Wat is Headless Commerce?
  • Waarom Headless Commerce?
  • Headless Commerce met WordPress
  • BigCommerce + WordPress
  • Shopify + WordPress
  • Progressieve web-apps (PWA)

Wat is Headless Commerce?

We kunnen niet over eCommerce-trends praten zonder headless te noemen. 

Misschien wil uw team een ​​geoptimaliseerde winkelervaring bieden aan de voorkant en heeft het momenteel te maken met beperkingen met WordPress. Of die beperkingen nu schaalproblemen zijn met een platform van derden of uitdagingen met het beheren van meerdere kanalen, Headless Commerce kan helpen. 

Headless Commerce betekent het loskoppelen van de front-end presentatielaag van uw online winkel van het kern eCommerce-platform. 

Met headless kunnen ontwikkelaars zich concentreren op het creëren van de front-end-ervaring met rijke, SEO-geoptimaliseerde inhoud om meer verkeer naar de online winkel te leiden.

Vaak zijn e-commerceplatforms niet het antwoord op uw contentstrategie. Dit is waar WordPress, dat een universum aan keuzes biedt voor het maken, publiceren en promoten van inhoud, binnenkomt als het CMS bij uitstek. 

Ondertussen kunnen ontwikkelaars een robuust handelsplatform gebruiken voor hun back-endbehoeften, waaronder het beheren van bestellingen, catalogi, verzending en inventaris. Bovendien kan het platform verbinding maken met kritieke bedrijfsapplicaties, waaronder ERP's, CRM's, PIM's en POS. 

Belangrijk is dat veel toonaangevende handelsplatforms ook verantwoordelijk zijn voor het beheer van PCI-compliance en beveiliging, wat de risico's en lasten voor het bedrijf verlicht.


Waarom Headless Commerce?

Hier zijn slechts enkele van de voordelen die organisaties realiseren met een headless-benadering van e-commerce:

  • Meer flexibiliteit. Meer vrijheid. Door architectuur te ontkoppelen, kan uw engineeringteam of bureaupartner hun huidige vaardigheden gebruiken om de beste front-endervaring met meer flexibiliteit te bouwen. Of het nu React, Vue of Angular is, elke organisatie heeft zijn eigen voorkeur als het gaat om het bouwen van front-endtechnologieën. 
  • De huidige technische stapel behouden. Voor bedrijven die al in specifieke technologieën hebben geïnvesteerd en een handelsoplossing willen integreren, is het niet haalbaar om de hele architectuur te veranderen. Het kan te duur, te tijdrovend of beide zijn. Een headless-aanpak kan helpen om de bestaande tech-stack draaiende te houden en tegelijkertijd nieuwe functionaliteit te implementeren. 
  • Content- en handelsstrategie. Veel merken hebben een inhoudelijke focus. Door gebruik te maken van de beste oplossingen voor contentbeheer en commercie, kunnen afzonderlijke technologieën doen waar ze goed in zijn. Voor een volledig headless-scenario kan het CMS via API content in een front-end framework invoeren en zich meer richten op een ervaringsgerichte aanpak. Ondertussen kan het commerceplatform zorgen voor de complexiteit van back-endprocessen. Ex. WordPress en BigCommerce*
  • Meerdere front-ends. Zodra een handelsplatform binnen uw technische ecosysteem is gevestigd, kan het de enige bron van waarheid worden voor alles wat met handel te maken heeft. Met headless kun je meerdere front-end-ervaringen bouwen en deze beheren binnen een gecentraliseerde, single-commerce-oplossing. Deze front-ends kunnen meerdere gebruiksscenario's dienen, waaronder het stimuleren van de verkoop in verschillende regio's of het aansturen van submerken binnen een moederbedrijf. 
  • Schaalbaarheid, stabiliteit en prestaties. Het gebruik van een monolithische oplossing voor zowel inhoud als commercie kan duur zijn. Door deze oplossingen te ontkoppelen, kan uw bedrijf elk onderdeel afzonderlijk en efficiënt schalen als dat nodig is. Door gebruik te maken van krachtige API's tussen de front-end en back-endlaag, zijn bedrijven niet langer beperkt tot de resourcebeperkingen van een enkel onderdeel van de stack.

*De scenario's die we in dit artikel delen, vallen onder de "losjes gekoppelde" of "overbrugde" headless-benadering versus volledig ontkoppeld.

Deze voordelen brengen ook uitdagingen met zich mee, waarvan we er hier veel hebben genoemd. Later bespreken we enkele van de meer specifieke uitdagingen rond het bouwen van Headless Commerce.

Over het algemeen biedt een headless-aanpak meer flexibiliteit om een ​​boeiende front-end-ervaring op te bouwen met een robuust handelsplatform dat gebruikmaakt van de beste technologieën in zijn klasse. Met deze op API gebaseerde benadering kunnen bedrijven profiteren van de uitbreidbaarheid van open source-platforms voor een concurrentievoordeel in hun markt. 

Verschillende merken hebben immers verschillende behoeften en een one-size-fits-all oplossing is zelden voor elk bedrijf toepasbaar.


Headless Commerce met WordPress.

bekwame vrouwelijke it-professional die werkt op een online platform voor programmeurs die zijn verbonden met wifi-internet op een modern laptopapparaat

Headless-benaderingen kunnen opwindende voordelen bieden, maar waar begin je? Laten we eens kijken welke handelsfunctionaliteit minimaal nodig is:

  • Productgegevens weergeven (productnaam, beschrijving, prijs, afbeelding).
  • Selecteer product en voeg toe aan winkelwagen.
  • Afrekenen product. 

Traditioneel zou het gebruik van een robuuste eCommerce-oplossing zoals WooCommerce de gekoppelde WordPress-aanpak zijn (zowel front-end als back-end binnen dezelfde WordPress-instantie). Maar aangezien we het hebben over een headless-aanpak, zullen we kijken naar enkele andere digitale handelsoplossingen op de markt om deze functies te bouwen. 


BigCommerce + WordPress.

BigCommerce heeft al een briljante oplossing voor het beheren van producten en het mooie is dat alle gegevens zich op een veilige, schaalbare plaats bevinden die de last van eigenaren van WordPress-sites wegneemt om zich zorgen te maken over het zelf hosten van die gegevens en de geheugenlimieten en beveiliging zorgen die daarmee gepaard kunnen gaan. Dat biedt een ideale gelegenheid om gebruik te maken van het BigCommerce-platform en het rechtstreeks in WordPress in te voeren, zodat producten naast native WordPress-inhoud kunnen worden ingesloten.

Geoff Graham, Modern Tribe

BigCommerce heeft een robuuste eCommerce-engine die handelaren van elke omvang bedient. In 2020 presenteerde IDC MarketScape BigCommerce als een opkomende leider in Headless Commerce.

Vanuit technisch oogpunt is het BigCommerce-platform zeer uitbreidbaar om verbinding te maken met een bestaande tech-stack. Dat omvat het bouwen van eCommerce-functionaliteit met WordPress.

Om te beginnen heeft het platform specifieke API's die helpen bij het bereiken van de hierboven genoemde fundamentele handelsfuncties. 

  • Catalogus-API:  Synchroniseert catalogus- en voorraadgegevens. Ondersteunt fysieke producten, digitale producten (downloadbare e-boeken, software, muziek) en cadeaubonnen. 
  • Winkelwagen-API: Pas de winkelwagenervaring aan, of het nu voor de WordPress-frontend of mobiele app is. Wijzig de inhoud van het winkelwagentje en haal winkelwagengegevens op voor analysetools.  
  • Checkout API: Maakt aangepaste kassa-ervaringen mogelijk buiten de BigCommerce-etalage. Mogelijkheden zijn onder meer het aanbieden van opties voor abonnementen en terugkerende bestellingen.
  • Betalingen-API: Verwerk betalingen via opgeslagen kaartbetalingen of creditcardbetalingen met de ondersteunde betalingsgateways van BigCommerce.  

Dat is geweldig, toch? We hebben veel API's om mee te werken om een ​​op maat gemaakte frontend-ervaring op te bouwen. De API's verwerken de bedrijfslogica van welk product (en de gegevens ervan) waar naartoe gaan (WordPress-pagina, mobiele app). 

Het probleem is dat de WordPress-frontend in wezen een externe etalage wordt. Je hebt het backend BigCommerce-platform dat via API's met WordPress communiceert.

U hebt nu echter twee afzonderlijke systemen die nog niet zijn verenigd. Idealiter zou het handelsplatform de enige bron van waarheid zijn voor producten, bestellingen en gebruikers. Maar met twee afzonderlijke platforms ontstaan ​​er problemen met het synchroniseren van klantaccounts, voorraadbeheer en analyses.

Dashboard met kerninstellingen voor de plug-in BigCommerce For WordPress

Hoe los je de verschillende systemen op? Dit is waar de BigCommerce For WordPress-integratie kan helpen. In plaats van de WordPress-frontend met commerce-mogelijkheden helemaal opnieuw te bouwen, kunt u sneller en met minder inspanning een headless commerce-oplossing implementeren. 

De plug-in doet het volgende:

  • Offload backend-bronnen die normaal gesproken de WordPress-instantie zouden belasten.
  • Importeert BigCommerce-productgegevens automatisch naar WordPress via WP cron (standaardtijd is 5 minuten en kan worden aangepast in de plug-in-instellingen)
  • Verminder de noodzaak om meerdere add-ons te installeren om meer geavanceerde functies mogelijk te maken, waaronder valutaverwerking, verzending, belastingen en wereldwijde ondersteuning van betalingsgateways.
  • Maak gebruik van een ingebouwde kassa-ervaring waarbij BigCommerce de last van PCI-compliance op zich neemt.
  • Integreer voorraadgegevens met bedrijfssystemen zoals ERP's en PIM's rechtstreeks met BigCommerce.
  • Schaal grote catalogi met een groot aantal variaties en SKU's per product. (Modern Tribe heeft stress-geteste catalogi met tot 5000 complexe producten zonder problemen)
  • Beheer de verkoop met meerdere kanalen (frontend-ervaringen) binnen één BigCommerce-dashboard. 

Kortom, de plug-in functioneert als een headless-connector naar het kernplatform van BigCommerce. Het gebruikt de hierboven genoemde API's om uw productcatalogus naar WordPress te importeren in de vorm van aangepaste berichttypen. Net als bij aangepaste berichttypen, kunt u wijzigingen aanbrengen in WordPress om de productbeschrijvingen van BigCommerce te negeren. 

Dat gezegd hebbende, de plug-in is slechts een begin en biedt direct out-of-the-box elementaire handelsfunctionaliteit. Als u de WordPress-frontend echter nog verder wilt aanpassen, kunt u de mogelijkheden van BigCommerce uitbreiden op basis van uw specifieke gebruiksscenario's.

Zo zijn er verschillende manieren om de kassa-ervaring te benaderen. De ingebouwde kassa is natuurlijk de snelste manier om een ​​betaalpagina te bouwen, omdat er minder ontwikkeling nodig is. Er is echter ook minder controle over het ontwerp, omdat u in wezen een iframe gebruikt voor de WordPress-afrekenpagina. Overweeg om BigCommerce's Checkout SDK te gebruiken voor een meer aangepaste betaalervaring.

Afrekenen SDK

Checkout SDK is een client-side JavaScript-bibliotheek die het gemakkelijker maakt om de winkelwagen en checkout-API's te gebruiken. Dit wordt ook wel de Storefront API's genoemd. U kunt deze bibliotheek gebruiken om een ​​aangepaste gebruikersinterface voor het afrekenen te bouwen met functies zoals:

  • Klanten inloggen op hun account
  • Toon alle verzendmethoden en offertes 
  • Betaling voor bestellingen inschakelen

Hier is een voorbeeld uit de Checkout SDK-testomgeving:

Hoewel de gebruikersinterface voor het afrekenen kan worden aangepast, moet u er rekening mee houden dat dit aan de kant van BigCommerce leeft. Een omleiding vindt plaats van de WordPress-frontend naar het BigCommerce-afrekendomein wanneer de klant klaar is om af te rekenen. Je hebt meer controle over de betaalervaring en het ontwerp. Dit gaat echter gepaard met meer ontwikkeltijd en middelen. Als u op zoek bent naar een eenvoudigere implementatie met minder inspanning, is de ingebouwde checkout de betere optie.

Authenticatie tussen meerdere domeinen.

Standaard gebruikt de ingesloten kassa ook een BigCommerce-domein zoals: voorbeeld.mybigcommerce.com/embedded-checkout. Het is een ingelijste pagina aan de voorkant van WordPress, maar wordt nog steeds gehost op het platform van BigCommerce.

Dus ongeacht welk type betaalmethode u gebruikt, u wilt ervoor zorgen dat de klant ingelogd blijft tussen BigCommerce en WordPress. Dit wordt e-commerce met meerdere domeinen genoemd. 

Normaal gesproken kunnen cookies van derden worden gebruikt om authenticatie tussen beide domeinen te garanderen. Vanwege privacykwesties hebben populaire browsers zoals Firefox, Apple Safari en Google Chrome echter aangekondigd dat ze zich inzetten om cookies van derden uit te schakelen.

Met dit in gedachten is het gebruik van hetzelfde domein de beste oplossing om veilige authenticatie op verschillende platforms te garanderen. Als de WordPress-winkel is storefront.com, dan kunt u een kassa-subdomein voor BigCommerce maken, zoals: checkout.storefront.com.

Het subdomein kan worden aangemaakt bij uw DNS-provider en via CNAME naar de BigCommerce-hostnaam worden verwezen. Opmerking: voor beide domeinen is een SSL vereist om veilig via HTTPS te kunnen werken.

Zelfs als u op dit moment geen last heeft van de nieuwe wijzigingen, wordt het ten zeerste aanbevolen om deze aanpassingen nu door te voeren en in de toekomst extra kopzorgen rond cookies te voorkomen.

Gutenberg-ondersteuning

De op blokken gebaseerde benadering van Gutenberg maakt het gemakkelijk om snel pagina's met dynamische inhoud te bouwen

Met WordPress kun je sneller sites bouwen met de nieuwe op blokken gebaseerde editor, Gutenberg. Het grote voordeel van het gebruik van BigCommerce voor WordPress is dat de plug-in ook de visuele editor ondersteunt. Op die manier kunt u mediarijke productpagina's bouwen met vooraf gebouwde blokken van BigCommerce. 

Beheer van meerdere kanalen.

In deel één van deze serie hebben we de voordelen besproken van het nastreven van een omnichannel-strategie. Vanuit een architectuurperspectief zou dat interactie met meerdere front-endervaringen kunnen betekenen. Deze kanalen omvatten winkelpuien (WordPress), marktplaatsen (Facebook, Amazon, eBay), verkooppunten en sociale-marketingkanalen. 

Als u meerdere frontends bouwt, voegt dat meer complexiteit toe en potentieel voor het optreden van problemen. Met headless kun je technisch gezien een mobiele app, meerdere WordPress-sites, React-frontend en een BigCommerce-etalage hebben die allemaal via een enkele handelsinstantie zoals BigCommerce lopen. 

Aangezien elke storefront verschillende gebruiksscenario's bedient, zoals meerdere regio's, zullen er verschillen zijn in de producten die op deze kanalen worden vermeld. Dezelfde producten kunnen bijvoorbeeld verschillende prijzen en valuta hebben op basis van de regio. Om de complexiteit die met deze verschillen gepaard gaat te verlichten, kunt u BigCommerce's Channel Manager gebruiken:

Toekomst van BigCommerce + WordPress

Vooruitkijkend werkt WP Engine Agency Partner Modern Tribe nauw samen met BigCommerce om React Components en hooks-bibliotheken te creëren om meer headless-opties te ondersteunen die verder gaan dan de hierboven beschreven brugbenadering.

Dit biedt ontwikkelaars meer flexibiliteit en mogelijkheden om de front-end UI te bouwen op basis van hun behoeften. Ondertussen zou WordPress kunnen fungeren als de belangrijkste contentmanagementlaag met eenvoudiger ontwerpaanpassing via Gutenberg. 

Neem voor meer informatie over de hierboven beschreven WP + BigCommerce-aanpak contact op met Modern Tribe en volg @ModernTribeInc op sociale media om verbinding te maken. 


Shopify + WordPress.

Shopify is een uitstekend platform voor zowel verkopers als ontwikkelaars, en een platform dat zijn kerndoelen indrukwekkend goed vervult. Met WordPress kunnen we die basis uitbreiden met aangepaste productkenmerken, verbeterde ontwerpen en meer, dankzij het gemak en de vertrouwdheid van WP-Admin en Gutenberg. De tijd en kosten om nieuwe klantideeën tot leven te brengen, zijn fracties van wat ze normaal gesproken zouden kunnen zijn, en klanten genieten van meer eigendom van gegevens en meer draagbaarheid.

Collin Matthews, oprichter en directeur bij Press Foundry

Shopify is een van de meest populaire e-commerceplatforms die momenteel op de markt zijn, goed voor ongeveer 20% van de gehoste handelswebsites in de VS

Hoewel Shopify en Shopify Plus (die geschikt zijn voor bedrijfssites) verkopers in staat stellen om snel en gemakkelijk online te verkopen, is het belangrijk om de beperkingen te erkennen die spelen met een kant-en-klaar account. 

Enkele belangrijke nadelen zijn:

  • Shopify beperkt je tot drie productopties en 100 varianten.
  • Variante productafbeeldingen zijn beperkt tot één per variant.
  • Het sorteren en filteren van producten is beperkt.
  • Rijke, dynamische inhoud, bijvoorbeeld een robuust blogplatform op locatie, is moeilijk te produceren.
  • Backend-functionaliteit kan niet worden aangepast.
  • Shopify biedt geen aanpasbare betaalervaring (de mogelijkheid om te wijzigen is beperkt op Shopify Plus).
  • Er zijn weinig mogelijkheden om diepere technische zoekmachineoptimalisatie (SEO) uit te voeren.

Ja, apps uit de Shopify App Store - een samengesteld aanbod van tools van derden om de belangrijkste Shopify-functies uit te breiden, vergelijkbaar met de Apple App Store of Google Play Store - kunnen de functionaliteit uitbreiden. En ja, sommigen bieden zelfs aan wijs-klik-installatie-klaar soorten magie. Maar anderen hebben meer diepgaande aanpassingen nodig om ze toe te voegen aan het ecosysteem van een storefront - een punt dat vaak over het hoofd wordt gezien door zowel winkeleigenaren als degenen die het Shopify-platform en app store-aanbod beoordelen.

De Shopify App Store biedt tools van derden die de functionaliteit van het platform uitbreiden

Nog een complexiteit? U bent vaak niet de eigenaar van de gegevens die u in deze apps plaatst of inbouwt. Velen vereisen doorlopende maandelijkse abonnementen, wat betekent dat al het ontwikkelingswerk dat u doet - of uitgebreide gegevens die u toevoegt - verloren gaat als u ooit uw abonnement opzegt. 

Bij Press Foundry, een WordPress- en Shopify-bureau in Boston, is precies dit gebrek aan eigendom en overdraagbaarheid van gegevens een van de meest voorkomende klachten van potentiële klanten in hun huidige opzet. Als gevolg daarvan offeren ze vaak bedrijfsinnovatie op, omdat ze niet het geld of de bandbreedte hebben om het wiel opnieuw uit te vinden.

Hoewel een typische Shopify-etalage 6+ apps op hun account uitvoert, is het niet ongebruikelijk om etalages te zien met 20+ apps geïnstalleerd. Vanuit het perspectief van een ontwikkelaar is dit een probleem. Stelt u zich eens voor dat u een gehoste oplossing bouwt en onderhoudt met talloze apps van derden die: hopelijk ze spelen allemaal mooi samen - en dat alles terwijl ze worden beperkt door hun individuele mogelijkheden en ontwerpen.

Een semi-hoofdloze benadering.

Na aan verschillende eCommerce-builds voor kleine en middelgrote klanten te hebben gewerkt, ging Press Foundry op zoek naar een verbeterde contentbeheerlaag via WordPress om de kernmogelijkheden van Shopify uit te breiden.

Met deze semi-headless-aanpak kunnen ontwikkelaars het meeste van hun codering doen in een vertrouwde WordPress-omgeving voordat ze inhoud doorgeven aan Shopify voor frontend-rendering. Het stelt site-eigenaren ook in staat om complexe gegevensstructuren voor producten, collecties, pagina's en bloginhoud te beheren, waarbij WordPress wordt gebruikt als een backend voor bewerking. 

Het resultaat kan worden bediend door een hybride WordPress + Shopify-frontend (via een subdomein voor de winkel of de marketinginhoud) of volledig op de frontend van Shopify, afhankelijk van de behoeften en voorkeuren.

Press Foundry maakt gebruik van de Shopify API om inhoud te beheren en uit te breiden met aangepaste gegevensstructuren. Metavelden worden doorgegeven als JSON-objecten met onbewerkte gegevens of statische, vooraf gerenderde HTML via de REST API.

Laten we bijvoorbeeld een Product Display Page (PDP) nemen en aangepaste accordeon- of tab-gebaseerde inhoud toevoegen per product (titels, inhoud, enz.). Nadat we een gegevensstructuur op WordPress hebben gemaakt (vaak met ACF Pro), kunnen we ofwel:

  1. Pre-render de HTML op WordPress en sla deze op in een Shopify Metafield dat is gekoppeld aan het opgegeven product; of
  2. Sla deze datastructuur op als JSON-object en render de content via Liquid op Shopify.

Met de vooraf gegenereerde HTML-aanpak is het gemakkelijker om vooraf weergegeven gegevens in Liquid te injecteren, zoals: {{ product.metafield.namespace.metafieldname }}.

Dit ene fragment kan op de hele site worden hergebruikt om die sectie of widget gemakkelijk meerdere keren weer te geven. Dit is goed voor complexe HTML-structuren die niet op verschillende manieren op de frontend worden gepresenteerd.

Als u echter dezelfde gegevens maar op meerdere manieren wilt weergeven, op een bepaalde pagina of op de hele site, is het beter om de tweede benadering te volgen en ze op te slaan als JSON.

U hebt dan toegang tot de inhoud met puntnotatie voor objecten {{product.metafield.namespace.metafieldname.json_object_member }}
of herhaal als een array {{ product.metafield.namespace.metafieldname[0] }} 

Voor het bouwen van pagina-inhoud met Gutenberg-blokken is HTML al vooraf weergegeven aan de WordPress-kant. Dit betekent dat we dit rechtstreeks kunnen doorgeven aan de hoofdtekst van een door Shopify gehoste pagina, artikel of product, waardoor het sneller is om het verhalende aspect van elk deel van een Shopify-site aan te passen.

Aparte front-ends.

Het is ook mogelijk om twee afzonderlijke front-ends te hebben - een weergegeven door WordPress en de andere door Shopify - om diepere inhoudsbehoeften te ondersteunen (of te voorkomen dat een bestaande site-infrastructuur opnieuw wordt opgebouwd). 

Laten we zeggen domain.com is uw bestaande WordPress-frontend en u wilt een storefront uitrollen via Shopify. Door een te maken winkel.domein.com subdomein voor Shopify, kunt u een vloeibaar thema maken dat wordt verbeterd door aangepaste berichttypen, enz., en dat visueel lijkt op de hoofdsite op domain.com. U kunt ook de HTML van de kop- en voettekst injecteren in winkel.domein.com, zodat gemeenschappelijke navigatie-elementen consistent zijn op beide platforms en tegelijkertijd worden bijgewerkt, waardoor bezoekers een naadloze ervaring krijgen.

In deze gevallen implementeert Press Foundry een mechanisme dat WordPress synchroniseert met Shopify wanneer er een inhoudsupdate wordt gemaakt binnen het WordPress Dashboard. Hierdoor kunt u up-to-date inhoud binnen Shopify's Metafields behouden zonder WordPress te hoeven pingen bij elke pagina die wordt geladen, waardoor het aantal verzoeken aan WordPress en de WordPress-host wordt verminderd. Dit helpt natuurlijk om een ​​laag bandbreedtegebruik te behouden.

Als laatste stap bij het optimaliseren van de levering van mediabestanden die worden beheerd via WordPress, kunt u gebruikmaken van een Content Delivery Network (CDN) en de bijbehorende WordPress-plug-in. Dit bedient frontend-media-items, evenals updates van bestandspad-URL's binnen het WordPress-dashboard terwijl u in realtime bewerkt. Press Foundry implementeerde deze aanpak voorafgaand aan de Black Friday / Cyber ​​Monday-rush voor een van hun Shopify Plus-klanten en zag een 70% vermindering van het niet-CDN-bandbreedtegebruik, zelfs met een toename van 40% in het verkeer.

Niets van dit alles wil zeggen dat Shopify een slechte eCommerce-platformkeuze is. Sterker nog, het is juist het tegenovergestelde. Meer dan een miljoen bedrijven worden aangedreven door Shopify, met meer dan 7,000 op Shopify Plus alleen, en Shopify-winkelpuien hebben in totaal meer dan $ 172 miljard verkocht. Shopify is een oplossing voor kant-en-klare e-commerce met veel fulfilmentvoordelen, native geïntegreerde POS en uptime, beveiliging en ondersteuning van wereldklasse. 

Maar door WordPress toe te voegen als een verbeterde contentmanagementlaag, krijg je het beste van twee werelden: een geconsolideerde tech-stack en snelle concept-to-reality-tijdlijnen, beide voor een fractie van de kosten.

Als je meer wilt weten over de hierboven geschetste WP + Shopify-aanpak of hulp nodig hebt bij het bouwen van je volgende eCommerce-site, aarzel dan niet om contact op te nemen met het team van Press Foundry. Volgen @pressfoundry op sociale media voor diepere inzichten en hulp.


Progressieve web-apps (PWA)

Als onderdeel van uw algehele headless-strategie kunt u een progressieve web-app overwegen. Een PWA kan de ervaring van een native mobiele app nabootsen. Wat betekent dat? Het betekent dat deze apps ongelooflijk snel kunnen laden, boeiende interacties kunnen bieden (pushmeldingen, weergave op het startscherm) en zelfs werken met een slechte of geen internetverbinding. Bovendien hoeven gebruikers geen mobiele app te downloaden.

Het bouwen van een native mobiele app kan erg veel middelen en tijd kosten. PWA's maken het mogelijk om gebruikers op vergelijkbare manieren sneller te betrekken door moderne technologieën zoals JavaScript, HTML en CSS te gebruiken. Bovendien zijn er verschillende frameworks die in populariteit toenemen en die u kunt verbinden met het eCommerce-kernplatform. Deze omvatten Gatsby, Vue Storefront en React. 

Welke frontend-technologieën ook worden gebruikt, het is belangrijk op te merken dat ze nog steeds een CMS vereisen. WordPress fungeert als de enige bron van waarheid voor uw inhoud. 

Met deze headless-aanpak zijn de gegevens in WordPress via REST API toegankelijk voor meerdere eindpunten. Nog beter, overweeg om de nieuwere GraphQL API te gebruiken om inhoud met meer eenvoud en betrouwbaarheid weer te geven. 

Als je meerdere frontends beheert, beschouw de PWA dan als één kanaal binnen je omnichannel-strategie. 


Blijf ons volgen voor het laatste deel van deze driedelige serie: eCommerce Trends begrijpen: Modular/Microservices Commerce.


Geef uw digitale handel een boost met WP Engine.

Optimaliseer uw Omnichannel-strategie op het beheerde WordPress-platform naar keuze. Lees meer over de WooCommerce-hostingoplossing van WP Engine of spreek met een specialist en ga vandaag nog aan de slag!

Gerelateerde artikelen

0 Comments
Inline feedbacks
Bekijk alle reacties
Terug naar boven knop