Frontend as a service, förklarat

Vad frontend as a service faktiskt innebär

En frontend-as-a-service-produkt levererar en komplett, fungerande storefront. Den täcker de sidor varje e-handelssite behöver: hem, kategorilisting, produktdetalj, varukorg, checkout, konto och sök. Den inkluderar ett CMS för marknadsföringssidor och landningssidor. Den levereras förintegerad med de vanligaste leverantörerna för betalning, frakt, sök och CRM.

Handlaren licensierar storefronten som en prenumeration. Ett engångsprojekt hanterar backend-anslutning, varumärkesanpassning och projektspecifika krav. Efter lansering underhåller FaaS-leverantören kodbasen. Säkerhetspatchar, beroendeuppgraderingar och nya grundfunktioner flyr in via prenumerationen.

Modellen skiljer sig från både ett monolitiskt plattformstema och ett fullt custom headless-bygge. Ett tema är begränsat av vad plattformens frontend-motor tillåter. Ett custom-bygge ger full frihet men kräver ett team som bygger och underhåller från grunden. FaaS ligger däremellan: mer flexibelt än ett tema, lägre byggkostnad än fullt custom.

Hur FaaS kopplar till headless-arkitektur

FaaS är en leveransmodell för presentationslagret i en headless-arkitektur. I en headless-stack är storefronten och commerce-motorn separata system som kommunicerar via API:er. FaaS produktifierar storefront-sidan av den uppdelningen.

Commerce-backenden förblir som den är. Norce Commerce, Shopware, Magento eller Shopify äger fortfarande katalog, prissättning, lager och orderhantering. FaaS-storefronten ansluter via adaptrar byggda för varje backend. Att byta commerce-motor i framtiden kräver inte att storefronten byggs om, så länge adapterlagret hanterar skillnaden.

Backend-for-frontend-lagret (BFF) — orkestreringstjänsten som sitter mellan storefronten och commerce-API:erna — ingår typiskt i FaaS-produkten. Det är det som gör en FaaS-lansering väsentligt snabbare än att bygga headless från grunden.

Vad som levereras med en FaaS-produkt

En produktionsklar FaaS-produkt innehåller:

• Grundläggande storefront-sidor. Hem, kategori, produktdetalj, varukorg, checkout, sök, konto, orderhistorik. Dessa är inte mallar att bygga från — de är färdiga sidor som handlaren anpassar ovanpå.
• CMS-integration. Ett headless CMS (Storyblok i Frntkeys fall) levereras inbyggt. Marknadsföringsteamet hanterar innehåll utan utvecklarens medverkan.
• Fördragna integrationer. Betalleverantörer (Klarna, Walley, Svea), frakt (Ingrid, Norce Checkout), sök (Meilisearch), analytics (GA4, GTM, Meta Pixel), recensioner (Lipscore) och CRM (Voyado) levereras konfigurerade och redo att aktivera per projekt.
• SEO-grund. Server-side rendering, strukturerad data, kanoniska länkar, Open Graph-taggar och automatisk bildoptimering är inbyggda. Core Web Vitals godkänns vid lansering.
• Designsystem. En basdesign med konfigurerbar logotyp, färger och typografi. Full varumärkesmigration och Figma-ledd design är tillgängliga som scopade tillägg.

Vad FaaS inte är

FaaS är inte ett webbplatsbyggarverktyg. Storefronten är en produktions-Nuxt.js-applikation som körs på Vercel. Utvecklare konfigurerar och utökar den. Redaktörer hanterar innehåll via CMS:et. Det är inte ett drag-and-drop-verktyg för icke-tekniska användare.

FaaS är inte en commerce-plattform. Den äger inte produkter, priser, lager eller ordrar. De stannar i commerce-backenden. FaaS är inte en ersättning för Norce, Shopware eller någon annan backend — det är frontenden som ansluter till dem.

FaaS är inte rätt modell för alla projekt. Om storefronten kräver tung custom-logik som en produktifierad frontend skulle begränsa — ovanliga checkout-flöden, djupa B2B-specifika arbetsflöden på en icke-standard plattform, eller storefront-upplevelser så unika att nästan ingenting kan återanvändas — kan ett fullt custom-bygge på Alokai, Hydrogen eller en specialbyggd Nuxt-applikation vara mer lämpligt.

När FaaS är rätt modell

FaaS förtjänar sin plats i tre situationer.

Först, när headless-projektet är seriöst men storefronten inte är radikalt differentierande. Handlaren behöver en snabb, välbyggd, SEO-redo storefront på Norce eller Shopware. De behöver inte uppfinna produktlistningssidan på nytt. FaaS täcker de lösta problemen; teamet fokuserar på varumärke, innehåll och de integrationer som är specifika för dem.

Andra, när time-to-market spelar roll. Ett fullt custom headless-bygge tar typiskt 4 till 9 månader att nå lanseringskvalitet. Ett FaaS-projekt på Frntkey lanseras typiskt på 6 till 12 veckor eftersom storefronten, BFF och de flesta integrationer redan finns på plats. Skillnaden är konfiguration och anpassning, inte konstruktion.

Tredje, när teamet inte har kapacitet att underhålla en specialbyggd frontend på lång sikt. En custom-storefront är en mjukvaruprodukt. Den behöver underhåll, beroendehantering, säkerhetspatchning och löpande utveckling. FaaS överför det mesta av det till leverantören. Teamet får en underhållen, uppdaterad kodbas utan overheaden.

FaaS vs fullt custom headless: den ärliga jämförelsen

Beslutet mellan FaaS och ett fullt custom headless-bygge beror på fyra variabler: hur distinkt storefront-upplevelsen behöver vara, hur snabbt projektet behöver lanseras, vad teamet kan underhålla och totalkostnaden över 2–3 år.

Ett fullt custom-bygge på ett ramverk som Alokai eller en specialbyggd Nuxt-applikation ger fullständig kontroll. Det tar längre tid att bygga, kostar mer initialt och kräver löpande ingenjörsinvestering. För storefronts där UX är en verklig konkurrensfördel är den investeringen motiverad.

FaaS minskar byggtiden och överför underhållsansvaret till leverantören. Avvägningen är att storefronten verkar inom begränsningarna av den produktifierade plattformen. De begränsningarna är verkliga men, för de flesta B2B- och B2C-handlare på Norce eller Shopware, inte begränsande.

Hur Frntkey implementerar FaaS

Frntkey är en frontend-as-a-service byggt på Nuxt.js, Vue.js och Tailwind CSS. Det levereras med Storyblok inbyggt som CMS och körs på Vercel. Nativa integrationer finns för Norce Commerce och Shopware. Den fullständiga integrationslistan täcker den nordiska commerce-stacken: Klarna, Walley, Kustom, Svea, Ingrid, Voyado, Hello Retail, Lipscore, Retain24, Awardit, GA4, GTM och Cookiebot.

Frntkey säljs som en månadsvis SaaS-prenumeration plus ett engångsprojekt för uppsättning. Prenumerationen täcker kodbas-licensen, Storyblok CMS-licensen, löpande underhåll och support. Uppsättningsprojektet täcker backend-integration, designanpassning och go-live. Hosting på Vercel faktureras till självkostnadspris.

Implementationen levereras av Nordic Web Team, byrån bakom produkten.