Storyblok-innehåll bredvid din e-handelsbackend
Redaktörer får visuell redigering i Storyblok. Utvecklare får Nuxt-storefronten. E-handelsdata ligger kvar i Norce eller Shopware.
Storyblok är det headless CMS Frntkey använder för redaktionellt innehåll, kampanjsidor och översättningar. E-handelsmotorn äger fortsatt produkter, priser och order. Systemen delar ansvar tydligt.
- Visuell redigering för redaktörer
- Komponentmappade bloks
- Flerspråksflöden
- Tydlig separation från e-handeln
- Översättningar på varje fält
Fördelar
Redaktörer jobbar där de vill
Marketing bygger kampanjer i Storyblok. Utvecklare levererar storefront-komponenter i kod.
Backenden orörd
Produktdata, priser och order ligger kvar i Norce eller Shopware. Storyblok hanterar bara innehåll.
Översättningar ingår
Fältnivå-i18n på varje blok. Redaktörer översätter sidor utan att lämna CMS:et.
Komponent-paritet
Storyblok-bloks speglar storefrontens komponentbibliotek, så det redaktörer komponerar är det besökarna ser.
Live-förhandsvisning
Storyblok-editorn renderar den faktiska Nuxt-frontenden i förhandsvisningen, ingen separat staging behövs.
Vad Storyblok äger
Storyblok är innehållslagret i en headless commerce-leverans. De redaktionella ytorna bor alla där:
- Marknadsföringssidor
- Blogginlägg
- Ordlisteposter
- Sidfotsinnehåll
- Navigeringstexter
- Hero-varianter
- Översättningar
Redaktörer får en visuell editor med en strukturerad komponentmodell som speglar storefrontens komponentbibliotek.
Värdet av ett dedikerat headless CMS märks mest på tre ställen: redaktörsflödet (marknadsföring komponerar sidor utan hjälp från utvecklare), flermarknadspublicering (en story, flera språk) och komponentåteranvändning (samma blockbibliotek över alla sidtyper). Storyblok täcker alla tre.
Vad e-handelsbackenden äger
Produktdata, prissättningsregler, lager och order ligger kvar i Norce eller Shopware. Frntkey läser från båda systemen och renderar en storefront. Redaktörer redigerar aldrig e-handelsdata i Storyblok, och utvecklare redigerar aldrig katalogdata i kod.
Gränsen är medveten. E-handelsdata har strikta konsistenskrav. Pris och lagersaldo behöver stämma vid varje rendering, överallt. Innehållsdata har strikta redaktionella krav. Ett marknadsföringsteam behöver kunna utkasta, granska, översätta och publicera utan att vänta på en kodrelease. Att dela upp de två systemen längs den gränsen är det som gör att båda fungerar som bäst.
Hur översättningar fungerar
Storyblok exponerar fältbaserad i18n på varje blok. Frntkey-sajten läser det språksuffixade fältet per språk, så EN-sidan och SV-sidan är samma story renderad med olika fältvärden. Redaktörer översätter inline utan att hantera parallella sidträd.
För handlare som driver flermarknadsverksamhet i Norden tar det här mönstret bort det största problemet inom nordisk innehållshantering: samma produktsidetext behöver inte längre underhållas i fyra separata CMS-installationer. En story, fyra fältvarianter, fyra renderade sidor. Storybloks inbyggda AI-översättning gör det första utkastet. Redaktionsteamet finslipar per marknad.
Vad Storyblok paras med i en Frntkey-stack
Storyblok är en del av Frntkey-stacken. Hela bilden:
- Storyblok. Den här sidan. Redaktionellt innehåll, landningssidor, översättningar, kampanjblock.
- Norce eller Shopware. E-handelsbackend. Produkt, pris, varukorg, checkout, ordrar.
- Junipeer. iPaaS för affärssystem och back-office. Fortnox, Business Central, Visma.
- Betalleverantörer. Klarna, Walley, Vipps, Svea. Anslutna via e-handelsbackendens checkout.
- CRM och recensioner. Voyado, Lipscore. Anslutna via GTM event-hooks och API-webhooks.
- Sökning. Hello Retail eller Meilisearch. Ansluten via storefrontens söklager.
Storyblok sitter längst upp i innehållsflödet. Var och en av de andra integrationerna äger en specifik del av datan. Frntkey renderar resultatet som en sammanhängande storefront.
Så jobbar vi
Komponentmappning
Vi mappar storefrontens komponentbibliotek till Storyblok-bloks. Redaktörer får samma byggstenar som storefronten levererar.
Innehållsmodell
Sidtyper, fält och översättningsytor definieras. Innehållsteamet bekräftar redaktionellt flöde innan lansering.
Redaktörsonboarding
En kort genomgång täcker den visuella editorn och översättningsflödet. Publicering ingår i samma session.
Vanliga frågor
Vill du prata?
Se hur Frntkey passar din stack. Boka 30 minuter.
Boka demo