---
title: "Saleor Storefront: Where the Visual Editor Ends | Laioutr"
canonical_url: "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026"
locale: en
meta:
description: "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use."
"og:description": "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use."
"og:title": "Saleor Storefront: Where the Visual Editor Ends | Laioutr"
---
# Saleor Storefront: Where the Visual Editor Ends
Table of contents
1. [1.What the Saleor Storefront template actually is](#what-the-saleor-storefront-template-actually-is)
2. [2.What the Saleor Dashboard offers for content, and what it does not](#what-the-saleor-dashboard-offers-for-content-and-what-it-does-not)
3. [3.Where it breaks in practice](#where-it-breaks-in-practice)
4. [4.Why this becomes an organizational bottleneck, not just a technical one](#why-this-becomes-an-organizational-bottleneck-not-just-a-technical-one)
5. [5.What an editor layer on top of Saleor actually changes](#what-an-editor-layer-on-top-of-saleor-actually-changes)
6. [6.Where the stock template is genuinely enough](#where-the-stock-template-is-genuinely-enough)
7. [7.Our take](#our-take)
8. [8.Frequently asked questions](#frequently-asked-questions)
9. [9.Next steps](#next-steps)
10. [10.More from the Laioutr platform](#more-from-the-laioutr-platform)
1. [1.What the Saleor Storefront template actually is](#what-the-saleor-storefront-template-actually-is)
2. [2.What the Saleor Dashboard offers for content, and what it does not](#what-the-saleor-dashboard-offers-for-content-and-what-it-does-not)
3. [3.Where it breaks in practice](#where-it-breaks-in-practice)
4. [4.Why this becomes an organizational bottleneck, not just a technical one](#why-this-becomes-an-organizational-bottleneck-not-just-a-technical-one)
5. [5.What an editor layer on top of Saleor actually changes](#what-an-editor-layer-on-top-of-saleor-actually-changes)
6. [6.Where the stock template is genuinely enough](#where-the-stock-template-is-genuinely-enough)
7. [7.Our take](#our-take)
8. [8.Frequently asked questions](#frequently-asked-questions)
9. [9.Next steps](#next-steps)
10. [10.More from the Laioutr platform](#more-from-the-laioutr-platform)
Saleor's backend is one of the strongest arguments in open source commerce: a GraphQL-first API, a modern Python core, and an architecture that never forces a monolithic storefront on top of it. Teams pick Saleor precisely because the backend does not get in the way. The friction shows up one layer higher, in the official Saleor Storefront itself, which ships as a Next.js template built for engineers to extend, not for a content or marketing team to run day to day.
This piece stays on that specific seam: what the Storefront template actually is, what the Saleor Dashboard actually offers for editing content, and where exactly the gap opens once a non-developer needs to publish a new page. If you are still deciding between the template, a custom build, or a managed storefront for Saleor in the first place, [our storefront-options comparison](https://www.laioutr.com/en/blog/saleor-storefront-options-template-custom-managed-2026) covers that upstream decision. If your priority is avoiding GraphQL complexity on the storefront side altogether, [our post on Saleor for retailers without GraphQL overhead](https://www.laioutr.com/en/blog/saleor-storefront-for-retailers-without-graphql-complexity-2026) covers that angle. This post assumes you already have, or are about to have, a working Saleor Storefront, and asks what happens when someone outside engineering needs to change it.
## What the Saleor Storefront template actually is
The official [Saleor Storefront](https://github.com/saleor/storefront) repository describes itself as a production-ready template built with React, Next.js App Router, TypeScript, GraphQL, and Tailwind CSS, licensed under FSL-1.1-ALv2, which converts to Apache 2.0 two years after each release. That is a source-available starting point, not a hosted product. You clone it, wire it to your Saleor GraphQL endpoint, and from there the codebase is yours to maintain, extend, and deploy.
That framing matters because it decides where every future change has to happen. Page layout, section order, and component composition live in the Next.js codebase as React components and routes. There is no database-backed page model driving what a landing page or a campaign page looks like. If a new section needs to appear on the homepage, someone edits a component file, opens a pull request, and deploys it. The template is genuinely good at what it is built for, a fast, typed, GraphQL-native starting point for a development team. It was never built as an authoring surface for people who do not write code.
## What the Saleor Dashboard offers for content, and what it does not
Saleor's own admin, the Dashboard, does include a content feature: [Pages](https://docs.saleor.io/docs/3.x/api-reference/pages/objects/page), for things like an "About us" page or a policy page. Since Saleor 3.0, page content uses [Editor.js](https://editorjs.io/) instead of the older Draft.js, stored as structured JSON that a storefront can render however it wants, including read-only rendering on the frontend.
That is a genuinely useful primitive for static, text-heavy content. It is not a page builder. Editor.js gives you rich text blocks, headings, lists, embeds, the things a long-form editorial page needs. It does not give you a section-based layout system: no hero blocks with configurable columns, no product grids you can drag into place, no way to preview how a change will actually render inside the live storefront before it ships. A marketer editing a Saleor Page is composing structured text, not composing a page layout. The moment a change involves visual structure rather than paragraph content, whether it is a new campaign hero, a reordered product carousel, or a seasonal banner, it stops being a Dashboard task and becomes a Next.js pull request.
## Where it breaks in practice
Four points come up consistently once a content or marketing team tries to run day-to-day publishing on top of the stock Storefront template:
- **New landing pages need a developer.** Because layout is code, not data, a net-new campaign page is a build task, not a content task. There is no self-service path from "we need a Black Friday page" to a published URL without someone opening the repository.
- **Section-level changes require a deploy.** Reordering a homepage, swapping a hero image for a different aspect ratio, or adding a promotional strip mid-page all touch component code, which means a build, a review, and a deploy pipeline, even for changes that are visually trivial.
- **Preview is disconnected from authoring.** Editor.js content in the Dashboard has no live binding to how the storefront actually renders it. Editors write structured text on faith that the frontend will style it correctly, rather than seeing the real page update as they work.
- **Localization is an API capability, not a workflow.** [PageTranslatableContent](https://docs.saleor.io/api-reference/pages/objects/page-translatable-content) exists so translated fields can be stored and queried, but turning that into a working multi-market publishing workflow, one editor per locale, approvals, staged rollout, still has to be built on top. The API gives you the data shape; it does not give you the editorial process.
None of this is a defect in Saleor. It is the direct, expected consequence of shipping an open source, developer-oriented storefront template instead of a hosted content product. The Storefront repository is explicit about being a starting point meant to be forked and customized, and a forked, customized Next.js codebase is, by construction, something only engineering can safely change.
## Why this becomes an organizational bottleneck, not just a technical one
The pattern is familiar from every headless stack that separates a strong API backend from a code-only frontend: the backend decision gets made once, by engineering, and is genuinely good. The frontend then becomes the daily interface for marketing, content, and growth teams, who have no direct way to touch it. Every campaign page, every seasonal layout tweak, every A/B test variant becomes a ticket in the engineering backlog, competing with feature work for the same sprint capacity.
For Saleor specifically, this is a sharper version of the pain because the backend is unusually capable. Teams choose Saleor for its API depth, its multichannel model, its extensibility, precisely the qualities that make a GraphQL-first architecture attractive to an engineering team. That same depth does nothing for the marketer who just needs a new page live before a campaign launches on Monday. The gap is not a missing feature in Saleor. It is a missing layer between the API and the people who need to publish against it without writing code.
## What an editor layer on top of Saleor actually changes
This is the point where a [Composable Visual Page Builder](https://www.laioutr.com/en/composable-visual-page-builder) sits on top of, not instead of, the Saleor GraphQL API. Laioutr connects directly to Saleor's product, category, and checkout data, the same API your Next.js Storefront already calls, and exposes it through a [Content Management](https://www.laioutr.com/en/product/content-management) layer that a marketing team can operate without a deploy. Existing Storefront components do not get thrown away; they get registered as reusable blocks that Studio's editor can place, reorder, and configure with a live preview bound to the actual rendering, closing exactly the authoring-to-render gap that Editor.js leaves open.
The organizational split that results is the one Saleor's own architecture already implies but does not deliver on its own: engineering keeps ownership of data models, integrations, and the underlying component logic, while the [content manager](https://www.laioutr.com/en/role/content-manager) and [editor](https://www.laioutr.com/en/role/editor) roles publish pages, campaigns, and copy changes directly. That is the same decoupling argument that makes [Composable Headless Frontend](https://www.laioutr.com/en/composable-headless-frontend) work for any GraphQL-first backend: the API stays the source of truth, and the editor layer is the missing piece that turns API depth into daily publishing speed.
## Where the stock template is genuinely enough
To be fair to Saleor: if your storefront needs are simple, a handful of static pages, a product catalog with standard PLP and PDP layouts, and no more than occasional seasonal copy tweaks, the Storefront template plus Dashboard Pages can carry a small team for a long time. The problem is not the template's existence, it is the moment your publishing cadence outgrows what a developer with spare sprint capacity can absorb, which for most growing commerce brands happens faster than the initial build plan assumed.
- **New pages per month**. Template is enough: 0 to 1. You need an editor layer: Several, on a campaign calendar.
- **Who requests changes**. Template is enough: Engineering itself. You need an editor layer: Marketing, content, regional teams.
- **Layout variability**. Template is enough: Low, mostly static pages. You need an editor layer: High, seasonal and campaign-driven.
- **Multi-market publishing**. Template is enough: Single locale. You need an editor layer: Multiple markets, own editorial cadence each.
- **Preview requirement**. Template is enough: Staging deploy is acceptable. You need an editor layer: Real-time preview before publish is expected.
## Our take
Saleor's backend earns its reputation. The Storefront template earns its reputation too, as a clean, typed, well-documented starting point for a development team, which is exactly what its own repository says it is. The mismatch only appears when a business tries to run marketing operations through a tool that was built and licensed as a developer artifact. That is not a Saleor shortcoming to fix; it is a layer that was never meant to exist inside the template in the first place, and it is the layer worth adding once your publishing needs outgrow what Editor.js and a deploy pipeline can support.
## Frequently asked questions
**Does Saleor have a visual page builder at all?** Not in the sense of drag-and-drop, section-based layout composition. The Dashboard's Pages feature covers structured rich text through Editor.js, which is well suited to static content but not to visual page layout or live preview.
**Can we keep our existing Next.js Storefront components if we add an editor layer?** Yes. The components that already call Saleor's GraphQL API do not need to be rewritten; they get registered as blocks a visual editor can place and configure, which is the same integration pattern Laioutr uses for any composable frontend.
**Is this an argument against Saleor as a backend?** No. The argument is specifically about the Storefront template's authoring model, not the commerce API underneath it. Saleor's GraphQL depth is exactly what makes a composed editor layer possible in the first place.
## Next steps
If your team is publishing Saleor pages through pull requests more often than through a Dashboard, [book a 30-minute demo](https://www.laioutr.com/en/pricing). We will look at your current Storefront components and show what the same pages look like with a marketing-editable layer on top.
## More from the Laioutr platform
- [Composable Visual Page Builder](https://www.laioutr.com/en/composable-visual-page-builder)
- [Composable Headless Frontend](https://www.laioutr.com/en/composable-headless-frontend)
- [Content Management](https://www.laioutr.com/en/product/content-management)
- [Headless Frontend for Saleor](https://www.laioutr.com/en/headless-frontend-for-saleor)
- [Role: Content Manager](https://www.laioutr.com/en/role/content-manager)
- [Role: Editor](https://www.laioutr.com/en/role/editor)
**About the author:** Marcel Thiesies is Co-Founder of Laioutr and works with commerce teams on the frontend layer that sits between a composable backend and the people who need to publish against it every day.
---
Share this article
[Share on Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026) [Share on X](https://x.com/intent/post?url=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026&text=) [Share on LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026) [Share on Pinterest](https://pinterest.com/pin/create/button/?url=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026&description=) [Share via email](mailto:?subject=&body=%0A%0Ahttps%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026)
## More interesting articles
Practical know-how for frontend development, smart agents, and headless
[To the blog](https://www.laioutr.com/en/blogs)
[Website Tracking in E-Commerce 2026: An Honest Stack Overview
Website tracking in e-commerce is not one tool but a stack of five layers: consent management, tag m…](https://www.laioutr.com/en/blog/website-tracking-ecommerce-stack-overview-2026)
[One Content Source, Every Channel: Print to Storefront
Re-keying happens when the same product text, specification or image is typed in again for every cha…](https://www.laioutr.com/en/blog/unified-content-source-print-to-storefront-omnichannel-2026)
[Third-Party Cookies Are Not Dead: Why Data Still Has Gaps
Third-party cookies still exist in 2026. Google decided in 2025 not to remove them from Chrome and r…](https://www.laioutr.com/en/blog/third-party-cookies-2026-why-tracking-data-has-gaps)
[Guest Checkout vs. Customer Account: A Frontend Decision to Test
Guest checkout should be the default path in a B2C storefront, and the customer account should be an…](https://www.laioutr.com/en/blog/guest-checkout-vs-customer-account-frontend-testing)
[Google Tag Manager Only With Consent: The Hanover Court Ruling
Google Tag Manager may only be loaded after a visitor has given valid consent. That is the core of a…](https://www.laioutr.com/en/blog/google-tag-manager-consent-vg-hannover-ruling-2026)
[Composable Commerce Agency 2026: Three Offers Instead of One
A composable commerce agency does not win in 2026 with one standard package. It wins with three clea…](https://www.laioutr.com/en/blog/composable-commerce-agency-three-offer-models-2026)
[Algolia in a Composable Frontend: Indexing, Events, Integration
An Algolia integration in a composable frontend consists of three layers that are best planned separ…](https://www.laioutr.com/en/blog/algolia-indexing-events-composable-frontend-2026)
[Discount Campaigns in Online Stores: Black Friday Sale Pages
A discount campaign in an online store works when the goal, the discount mechanic and the campaign p…](https://www.laioutr.com/en/blog/discount-campaigns-online-store-black-friday-sale-pages)
[iPhone Duo and Ecommerce: What Merchants Need to Know Now
iPhone Duo goes on sale on October 23, 2026. Online stores don't need a dedicated app or a custo…](https://www.laioutr.com/en/blog/iphone-duo-ecommerce-foldable-storefront)
[Structured Product Data: How It Shows Up in Your Storefront
Structured product data means every product fact lives in a typed attribute with a unit, a stable id…](https://www.laioutr.com/en/blog/structured-product-data-pim-frontend-2026)
[44% Decide via Trial or PoC: How to Run a Storefront PoC in DACH
In DACH, software decisions are increasingly made hands-on: in the study "Software Buying in DA…](https://www.laioutr.com/en/blog/storefront-proof-of-concept-dach-buyers-2026)
[Frontend Management Platform Comparison: How to Choose the Right FMP
Choosing a frontend management platform (FMP) is less about feature lists and more about where your …](https://www.laioutr.com/en/blog/frontend-management-platform-comparison-how-to-choose-2026)
[DAM, PIM, and CMS Are Converging: What It Means for Your Storefront
DAM, PIM, and CMS vendors are moving into each other's territory, and more teams now evaluate on…](https://www.laioutr.com/en/blog/dam-pim-cms-convergence-content-hub-storefront-2026)
[Contentful Live Preview: What Your Frontend Has to Deliver
Contentful Live Preview lets editors see a draft right next to the entry editor and watch changes ap…](https://www.laioutr.com/en/blog/contentful-live-preview-frontend-perspective-2026)
[Content Governance at Scale: Product Content and Brand Assets
Content governance at scale means that roles, approvals, brand rules, asset rights and translations …](https://www.laioutr.com/en/blog/content-governance-product-content-brand-assets-frontend-2026)
[](https://www.laioutr.com/en/apps/shopify)
Laioutr
[Shopify](https://www.laioutr.com/en/apps/shopify)
Shopify is a commerce platform for selling online and in physical retail.
[](https://www.laioutr.com/en/apps/shopware)
Laioutr
[Shopware](https://www.laioutr.com/en/apps/shopware)
Shopware is a flexible ecommerce platform from Europe for product catalogs and omnichannel commerce.
[](https://www.laioutr.com/en/apps/adobe-commerce)
Laioutr
[Adobe Commerce](https://www.laioutr.com/en/apps/adobe-commerce)
Adobe Commerce is an enterprise commerce platform for complex, global B2C and B2B scenarios.
Planned
[](https://www.laioutr.com/en/apps/b2b-sellers)
Laioutr
[B2Bsellers](https://www.laioutr.com/en/apps/b2b-sellers)
B2B suite for Shopware that turns an online store into a professional B2B commerce platform.
Planned
[](https://www.laioutr.com/en/apps/commerce-layer)
Laioutr
[Commerce Layer](https://www.laioutr.com/en/apps/commerce-layer)
Commerce Layer is a headless commerce platform for making inventory and catalogs available online.
[](https://www.laioutr.com/en/apps/commercetools)
Laioutr
[Commercetools](https://www.laioutr.com/en/apps/commercetools)
Commercetools is a SaaS-based headless ecommerce platform used worldwide.
[](https://www.laioutr.com/en/apps/emporix)
Laioutr
[Emporix](https://www.laioutr.com/en/apps/emporix)
Emporix is a composable, API-first commerce platform for scalable B2B and B2C scenarios.
Planned
[](https://www.laioutr.com/en/apps/hcl-software)
Laioutr
[HCL Software](https://www.laioutr.com/en/apps/hcl-software)
Enterprise suite for digital commerce and experience with extensive configurability.
Planned
[](https://www.laioutr.com/en/apps/intershop)
Laioutr
[Intershop](https://www.laioutr.com/en/apps/intershop)
Enterprise commerce platform for complex B2B and B2C business models.
Planned
[](https://www.laioutr.com/en/apps/magento-2)
Laioutr
[Magento 2](https://www.laioutr.com/en/apps/magento-2)
Widely used, extensible commerce platform for B2C and B2B scenarios.
[](https://www.laioutr.com/en/apps/oxid-eshop)
Laioutr
[OXID eShop](https://www.laioutr.com/en/apps/oxid-eshop)
OXID eShop is an extensible commerce platform for complex B2B and B2C requirements.
Planned
[](https://www.laioutr.com/en/apps/patchworks)
Laioutr
[Patchworks](https://www.laioutr.com/en/apps/patchworks)
Patchworks is a low-code iPaaS that connects ecommerce, ERP, WMS, 3PL, and marketplaces.
Planned
[](https://www.laioutr.com/en/apps/PrestaShop)
Laioutr
[Prestashop](https://www.laioutr.com/en/apps/PrestaShop)
Open-source commerce platform for small and midsize merchants in Europe and beyond.
Planned
[](https://www.laioutr.com/en/apps/saleor)
Laioutr
[Saleor](https://www.laioutr.com/en/apps/saleor)
Open-source, API-first commerce platform built on GraphQL for custom storefronts.
Planned
[](https://www.laioutr.com/en/apps/salesforce-commerce-cloud)
Laioutr
[Salesforce Commerce Cloud](https://www.laioutr.com/en/apps/salesforce-commerce-cloud)
Salesforce Commerce Cloud is a cloud-based enterprise commerce platform for businesses of any size.
Planned
[](https://www.laioutr.com/en/apps/sap-commerce-cloud)
Laioutr
[SAP Commerce Cloud](https://www.laioutr.com/en/apps/sap-commerce-cloud)
Enterprise commerce platform for complex catalogs, pricing models, and omnichannel journeys.
Planned
[](https://www.laioutr.com/en/apps/scayle)
Laioutr
[Scayle](https://www.laioutr.com/en/apps/scayle)
SCAYLE is a commerce engine that helps brands and retailers scale their business.
Planned
[](https://www.laioutr.com/en/apps/spryker)
Laioutr
[Spryker](https://www.laioutr.com/en/apps/spryker)
Composable commerce platform for sophisticated B2B and B2C business models.
[](https://www.laioutr.com/en/apps/sylius)
Laioutr
[Sylius](https://www.laioutr.com/en/apps/sylius)
Sylius is a developer-friendly ecommerce framework for B2C and B2B shopping experiences.
Planned
[](https://www.laioutr.com/en/apps/vendure)
Laioutr
[Vendure](https://www.laioutr.com/en/apps/vendure)
Vendure is a headless commerce platform for businesses with complex requirements.
Coming Soon
[](https://www.laioutr.com/en/apps/vtex)
Laioutr
[VTEX](https://www.laioutr.com/en/apps/vtex)
Cloud-native, composable commerce platform for B2B and B2C at scale.
Planned
[](https://www.laioutr.com/en/apps/websale)
Laioutr
[Websale](https://www.laioutr.com/en/apps/websale)
Stable, enterprise-ready commerce backend for complex retail environments.
Strategy call
## Ready to turn your frontend into a control layer?
Show us your stack, your roadmap, your replatforming scenario, and we'll show you how Laioutr fits, what it costs, and how fast you go live.
*"After 30 minutes, we knew Laioutr makes our replatforming feasible." - Daniel B., CEO,* [*hygibox.de*](https://hygibox.de)
[Book a demo](https://www.laioutr.com/en/contact)
## Structured Data
```json
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.laioutr.com/#identity",
"name": "Laioutr",
"legalName": "Laioutr GmbH",
"url": "https://www.laioutr.com/",
"logo": {
"@type": "ImageObject",
"url": "https://www.laioutr.com/laioutr-logo.png",
"width": 400,
"height": 400
},
"email": "info@laioutr.com",
"telephone": "+49 30 75435715",
"address": {
"@type": "PostalAddress",
"streetAddress": "Münchweilersteig 5",
"postalCode": "12559",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"vatID": "DE450905846",
"sameAs": [
"https://www.linkedin.com/company/laioutr",
"https://www.youtube.com/@Laioutr",
"https://x.com/laioutr"
]
},
{
"@type": "WebSite",
"@id": "https://www.laioutr.com/en/#website",
"url": "https://www.laioutr.com/en/",
"name": "Laioutr",
"inLanguage": "en",
"publisher": {
"@id": "https://www.laioutr.com/#identity"
}
},
{
"@type": "BlogPosting",
"@id": "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026#article",
"headline": "Saleor Storefront: Where the Visual Editor Ends",
"description": "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use.",
"image": [
"https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtclwemf6gbf06l2auq5hit5"
],
"datePublished": "2026-08-28T07:05:33.088374+00:00",
"dateModified": "2026-08-28T07:05:32.671211+00:00",
"inLanguage": "en",
"articleSection": "Insights",
"keywords": "Visual Editing, Frontend Management, Headless Commerce",
"author": {
"@type": "Person",
"name": "Marcel Thiesies",
"jobTitle": "Co-Founder & CEO, Laioutr",
"image": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmj01b962364n07lb0iguvts5"
},
"publisher": {
"@id": "https://www.laioutr.com/#identity"
},
"mainEntityOfPage": {
"@id": "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026#webpage"
},
"isPartOf": {
"@id": "https://www.laioutr.com/en/#website"
}
},
{
"@type": "WebPage",
"@id": "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026#webpage",
"url": "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026",
"name": "Saleor Storefront: Where the Visual Editor Ends",
"description": "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use.",
"inLanguage": "en",
"isPartOf": {
"@id": "https://www.laioutr.com/en/#website"
},
"breadcrumb": {
"@id": "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026#breadcrumb"
},
"primaryImageOfPage": {
"@type": "ImageObject",
"url": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtclwemf6gbf06l2auq5hit5"
},
"datePublished": "2026-08-28T07:05:33.088374+00:00",
"dateModified": "2026-08-28T07:05:32.671211+00:00",
"mainEntity": {
"@id": "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026#article"
}
},
{
"@type": "BreadcrumbList",
"@id": "https://www.laioutr.com/en/blog/saleor-visual-editor-storefront-template-limits-2026#breadcrumb",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Laioutr",
"item": "https://www.laioutr.com/en/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Insights",
"item": "https://www.laioutr.com/en/blogs/insights"
},
{
"@type": "ListItem",
"position": 3,
"name": "Saleor Storefront: Where the Visual Editor Ends"
}
]
}
]
}
```