Ordlista för headless commerce

B2B Ecommerce

B2B-e-handel är att sälja till företag via en digital butik. Köpbeteende, kontostruktur och prismodell skiljer sig från D2C. En seriös B2B-butik kör de skillnaderna direkt.

Composable Commerce

Composable commerce sätter samman best-of-breed-tjänster för varje lager av e-handelsstacken via API:er. Commerce, sökning, CMS, betalning, CRM och PIM kommer var och en från en specialistleverantör.

E-handelsfrontenden är det lager som kunderna ser och interagerar med. Den renderar katalog, produktsidor, kundvagn, checkout och kontosidor. E-handelsbackenden ligger bakom och matar frontenden via API:er.

Frontend as a Service

Frontend-as-a-service är en produktifierad leveransmodell för headless commerce-storefronts. Handlaren licensierar en färdigbyggd storefront istället för att bygga en från grunden.

Headless Commerce

Headless commerce är en arkitektur där butiken och commerce-motorn är separata applikationer som kopplas ihop via API:er. Kunden ser en sajt. Teamet driver två system.

Headless architecture

Headless arkitektur är ett designmönster där frontenden och backenden byggs som separata applikationer och kommunicerar via API:er. I e-handel betyder det att storefronten är frikopplad från commerce-motorn.

Total Cost of Ownership

Total ägandekostnad är hela summan en e-handelsplattform kostar över sin livstid, inte bara licensavgiften. Licens, bygge, drift och de människor som håller allt vid liv.

API-first commerce

API-first commerce är ett förhållningssätt där varje förmåga i e-handelsplattformen är tillgänglig via ett API innan den är tillgänglig någon annanstans. Storefronter, appar och integrationer konsumerar de API:erna istället för att bero på plattformens inbyggda gränssnitt.

Core Web Vitals

Core Web Vitals är tre mätvärden som fångar hur en butik upplevs av en riktig kund. De påverkar SEO-rankning och konvertering. Frntkey siktar på den gröna tröskeln på alla tre direkt från start.

ERP integration

Affärssystemsintegration är dataflowet mellan en e-handelsplattform och ett affärssystem. Den håller ordrar, lagernivåer, produktdata och kundregister i synk så att ekonomi, leverans och storefronten alla ser samma verklighet.

Headless CMS

Ett headless CMS lagrar och levererar innehåll via API:er utan att själv rendera något användargränssnitt. CMS:et äger innehållet; en separat frontend-applikation bestämmer hur det ska visas över webb, mobil och andra kanaler.

Headless checkout

En headless checkout är kundvagnen, adressformuläret, frakten och betalningsflödet som renderas av en anpassad frontend snarare än e-handelsplattformens inbyggda sidor. Backenden äger fortfarande kundvagnstillstånd och orderskapande via API:er.

Jamstack

Jamstack är ett arkitekturmönster där markup är förrenderad vid bygge eller request-tid, JavaScript lägger till interaktivitet i webbläsaren och API:er levererar dynamisk data. Mönstret började som en rörelse för statiska webbplatser och har utvecklats till en bredare modell för snabba, frikopplade webbapplikationer.

MACH Architecture

MACH är en akronym för Microservices, API-first, Cloud-native och Headless. Den beskriver ett arkitektoniskt förhållningssätt där varje förmåga är en separat tjänst, exponerad via API:er, driven i molnet och levererad oberoende av frontenden.

Microservices commerce

Microservices commerce är en arkitektur där en e-handelsplattform är byggd som många små, oberoende tjänster istället för en enda applikation. Varje tjänst äger en förmåga. De kommunicerar via API:er. Det är M:et i MACH.

Monolith vs Headless

En monolitisk e-handelsplattform paketerar frontend och backend i ett system. En headless e-handel separerar dem och kopplar ihop via API. Valet formar kostnad, hastighet i förändring och hur inlåst du är.

Multi-market Ecommerce

Multi-market e-handel betjänar flera länder från en operativ stack. Valutor, språk, momsregler, betalleverantörer och fraktpriser varierar per marknad. Frontenden behöver hantera dem alla på samma kodbas.

Order management system

Ett OMS spårar ordrar från läggning till leverans eller retur. Det hanterar orderstatus, allokerar lager, koordinerar leverans över lager och butiker, hanterar delleveranser och behandlar returer. Det sitter mellan e-handelsplattformen och lagret.

Product information management

Ett PIM är systemet där produktdata skrivs, organiseras, översätts och förbereds för publicering. Det innehåller titlar, beskrivningar, attribut, specifikationer, bilder och varianter, och matar den datan till e-handelsplattformen och andra kanaler.

Progressive web app

En progressive web app är en webbplats som beter sig mer som en native mobilapp. Den laddar snabbt, fungerar offline eller på långsamma nätverk, kan installeras på en hemskärm och kan skicka push-notiser på stödda plattformar.

Server-side rendering

Server-side rendering är ett sätt att generera en webbsida där HTML byggs av en server i det ögonblick sidan efterfrågas. Webbläsaren får komplett markup i det första svaret och kan börja visa innehåll direkt.

Static site generation

Statisk sajtgenerering är en renderingsstrategi där varje sida byggs till en vanlig HTML-fil vid bygge-tid och serveras direkt från ett CDN. Det finns inget per-request-serverarbete. Varje besökare får samma förbyggda fil.

Storefront API

Ett Storefront API är det kundvända API:et som exponeras av en e-handelsplattform. En headless-frontend använder det för att läsa katalogdata, hantera kundvagnar, slutföra checkouts och komma åt kundkonton. Det är skilt från Admin API:et som används av back-office-verktyg.