API-first commerce betyder att e-handelsplattformen är byggd så att varje förmåga är tillgänglig via ett dokumenterat API innan den är tillgänglig någon annanstans. Produktdata, kundvagnstillstånd, checkout-logik, orderhantering, kunddata, lagernivåer, kampanjer och prisregler är alla exponerade som endpoints. Varje storefront, mobilapp, POS-system eller partnerintegration konsumerar de API:erna. Plattformens egna admin-UI är en konsument bland flera.
## Varför API-first betyder något
I en plattform som inte är API-first är förmågor ofta byggda för plattformens egen frontend eller admin först, med API:er tillagda senare som en eftertanke. De API:erna tenderar att vara ofullständiga, inkonsekventa eller långsamma. Allt API:et inte kan göra måste göras via UI:et, vilket begränsar hur mycket som kan automatiseras eller integreras med andra system. Att bygga en anpassad storefront eller en partnerintegration mot en sådan plattform är en kamp mot plattformen.
En API-first-plattform vänder på detta. API:et är kontraktet. Admin-UI:et, storefronten och varje partnerintegration använder samma gränssnitt. Om en förmåga finns i plattformen finns den i API:et. Detta gör headless commerce, composable-stackar och icke-standardintegrationer hanterbara.
## API-first i MACH-akronymen
API-first är A:et i
MACH. MACH Alliance använder det som ett av sina fyra definierande kriterier. Men API-first föregår MACH med många år. commercetools, BigCommerce och Shopify främjade alla API-first som en differentiator långt innan MACH myntades. Det är en designegenskap hos plattformen, inte en leverantörscertifiering.
## Vad API-first inte är
Att ha API:er är inte samma sak som att vara API-first. Varje modern e-handelsplattform har någon form av API. Vad som betyder något är om API:et är komplett (varje förmåga är åtkomlig), konsekvent (API-modellerna är stabila och förutsebara) och behandlas som det primära gränssnittet. En plattform där 80% av förmågorna finns i API:et och 20% bara i admin-UI:et är inte API-first, även om marknadsföringen säger annat.
Sättet att kolla är att ställa en specifik fråga: kan allt en handlare behöver göra göras via API:et? Om svaret inkluderar "förutom X, Y och Z, som behöver admin-UI:et", är plattformen inte riktigt API-first för handlare som behöver automatisera de sakerna.
## Hur Frntkey passar in
Frntkey är en konsument av API-first e-handelsplattformar.
Norce exponerar sin fulla förmåga via API:er, vilket är det som gör den till en lämplig backend för en headless-frontend.
Shopware exponerar sin fulla förmåga via Store API. Frntkey pratar med de API:erna och renderar storefronten. När handlare frågar om Frntkey kan stödja en specifik e-handelsfunktion beror svaret oftast på om backenden exponerar den funktionen via sitt API, inte på Frntkey självt.
## Relaterade termer
Headless commerce ·
Composable commerce ·
MACH-arkitektur ·
Storefront API